LINUX.ORG.RU
Ответ на: комментарий от pikwik

Не знаю, есть смысл писать на дельфине под линуксами или нету.

«Дельфин под линуксами» - это очевидно, Lazarus? Смысла не больше и не меньше, чем на любом другом языке.

Единственно, что если ты хочешь свои программы двигать в народ, они будут тянуть по зависимостям весьма специфические библиотеки, и не всем это понравится. К примеру, в среднестатистической современной десктопной установке линукса наверняка есть libstdc++ и в большинстве случаев - Qt4. И даже в этой ситуации программы, написанные на Qt, зачастую вызывают бугурт у тулкитофобов, судя по новостям ЛОРа. А вот библиотек от лазаруса/fpc почти наверняка не будет. А значит, и бугурта в связи с необходимостью их тянуть будет в разы больше.

Просто Дельфи засасывает.

Да, сам язык красивый и логичный.

hobbit ★★★★★
()
Ответ на: комментарий от BattleCoder

java-прогер сейчас работает над проектом, где в том числе используется delphi

Это российский гос.энтерпрайс. В тред призываются работники ФНС с дискетами.

shahid ★★★★★
()
Ответ на: комментарий от shahid

это скорее издержки прошлого =) никто не пишет ничего нового на этом (ну кроме совсем упоротышей), а вот поддерживать старое иногда приходится... а переписывать всё это никому не надо

BattleCoder ★★★★★
()
Ответ на: комментарий от shahid

у меня знакомый реально хочет купить USB FDD чтобы одному ведомству отчетность на дискетках приносить, иначе штраф

а если их выпускать во всем мире перестанут? )))

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от pikwik

Просто Дельфи засасывает. Пока лабы делал, — баловался как дитятко

Нравится - погружайся, в чём проблема-то? Если смущает применимость в реальном мире - у твоего руби она ещё меньше, поверь.

yu-boot ★★★★★
()

из недавнего:
«ЛОР скатился в тупое сборище школоты ?»

казалось бы

wxw ★★★★★
()
Ответ на: комментарий от hobbit

Что-то я не понял, нынешний Lazarus не имеет выходов на glibc и всякие libgtk, как в винде на винапи или лицензия такова, что для внедрения Lazarus.so нужно пользователю самому компелять? Те, кто сидит на генту, слаках ради хорошего софта легко собирают и kde-libs и многий другой «шлак». Про то, как собирают софт для бинарных дистрибутивов объяснять не надо, надеюсь? Или я чего-то не понял, но на выходе Lazarus должен быть бинарник или либа слинкованная с тем же libc.so, libstdc++.so и при желании даже libqt.so. Если нет, то какой в нем вообще смысл? Везде таскать свои либы и пускать через LD_LIBRARY_PATH ?

gh0stwizard ★★★★★
()
Ответ на: комментарий от Novator

Ну я в Lazarus и пишу лабы. Я про сами языки. Код писать и в блокнотике можно, было бы желание.

pikwik ★★
() автор топика

Я бы лично забил на Delphi и учил плюсы/джаву

Urchin ★★★
()
Ответ на: комментарий от pikwik

Пиши на языках, которые тебе нравятся сегодня.
А завтра ты сможешь пересесть на любой другой, если будет нужно. В конце концов главное - программист и его умение программировать, а не язык.

Novator ★★★★★
()
Ответ на: комментарий от gh0stwizard
$ ldd binarnik_s_lazarusnym_guem
        linux-vdso.so.1 =>  (0x00007fffa6fff000)
        /usr/lib64/freetype-infinality/libfreetype.so.6 (0x000000359f400000)
        /usr/lib64/cairo-freeworld/libcairo.so.2 (0x00000035abe00000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x000000359a400000)
        libdl.so.2 => /lib64/libdl.so.2 (0x000000359a000000)
        libX11.so.6 => /lib64/libX11.so.6 (0x000000359b800000)
        libXrandr.so.2 => /lib64/libXrandr.so.2 (0x00000035a0400000)
        libGL.so.1 => /lib64/libGL.so.1 (0x00000035b3400000)
        libGLU.so.1 => /lib64/libGLU.so.1 (0x00000035aaa00000)
        libm.so.6 => /lib64/libm.so.6 (0x0000003599c00000)
        libz.so.1 => /lib64/libz.so.1 (0x000000359ac00000)
        libgdk_pixbuf-2.0.so.0 => /lib64/libgdk_pixbuf-2.0.so.0 (0x0000003478200000)
        libgtk-x11-2.0.so.0 => /lib64/libgtk-x11-2.0.so.0 (0x00007fe652954000)
        libgdk-x11-2.0.so.0 => /lib64/libgdk-x11-2.0.so.0 (0x00007fe652695000)
        libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x000000359e000000)
        libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x000000359cc00000)
        libgthread-2.0.so.0 => /lib64/libgthread-2.0.so.0 (0x000000359d000000)
        libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x0000003ea3a00000)
        libpango-1.0.so.0 => /lib64/libpango-1.0.so.0 (0x0000003ea3e00000)
        libatk-1.0.so.0 => /lib64/libatk-1.0.so.0 (0x00000035afc00000)
        libc.so.6 => /lib64/libc.so.6 (0x0000003599800000)
        libpixman-1.so.0 => /lib64/libpixman-1.so.0 (0x00000035aae00000)
        libfontconfig.so.1 => /lib64/libfontconfig.so.1 (0x000000359f800000)
        libpng15.so.15 => /lib64/libpng15.so.15 (0x000000359e800000)
        libXrender.so.1 => /lib64/libXrender.so.1 (0x000000359fc00000)
        /lib64/ld-linux-x86-64.so.2 (0x0000003599400000)
        libxcb.so.1 => /lib64/libxcb.so.1 (0x000000359bc00000)
        libXext.so.6 => /lib64/libXext.so.6 (0x000000359c800000)
        libstdc++.so.6 => /lib64/libstdc++.so.6 (0x000000359d400000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x000000359b000000)
        librt.so.1 => /lib64/librt.so.1 (0x000000359a800000)
        libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x000000346ee00000)
        libpangocairo-1.0.so.0 => /lib64/libpangocairo-1.0.so.0 (0x0000003ea5600000)
        libXfixes.so.3 => /lib64/libXfixes.so.3 (0x00000035a1400000)
        libpangoft2-1.0.so.0 => /lib64/libpangoft2-1.0.so.0 (0x0000003ea4200000)
        libXinerama.so.1 => /lib64/libXinerama.so.1 (0x00000035a0000000)
        libXi.so.6 => /lib64/libXi.so.6 (0x00000035a0800000)
        libXcursor.so.1 => /lib64/libXcursor.so.1 (0x00000035a1000000)
        libXcomposite.so.1 => /lib64/libXcomposite.so.1 (0x00000035af400000)
        libXdamage.so.1 => /lib64/libXdamage.so.1 (0x00000035af800000)
        libffi.so.5 => /lib64/libffi.so.5 (0x000000359dc00000)
        libexpat.so.1 => /lib64/libexpat.so.1 (0x000000359f000000)
        libXau.so.6 => /lib64/libXau.so.6 (0x000000359c000000)
        libselinux.so.1 => /lib64/libselinux.so.1 (0x000000346b200000)
        libresolv.so.2 => /lib64/libresolv.so.2 (0x000000359c400000)

Или я чего-то не понял, но на выходе Lazarus должен быть бинарник или либа слинкованная с тем же libc.so, libstdc++.so и при желании даже libqt.so.

Для кути надо таскать внешнюю либу, для gtk2 и виндового тулкита нет - хватает соответствующих системных либ. Можно вместо вместо чужих тулкитов прикомпилить к лазарусу fpGUI и таскать его с собираемыми программами.

Если нет, то какой в нем вообще смысл? Везде таскать свои либы и пускать через LD_LIBRARY_PATH ?

Проблемных зависимостей намного меньше чем у похожей среднестатистической сишной программы, пользователю не придётся гуглить пакеты типа libjpeg - самые вредные зависимости вкомпилены, все свои модули 100% вкомпилены и собраны компилятором одной версии а не зоопарком как в /lib64. Проще запустить программу на другом дистрибутиве. Да и сам уже собранный лазарус проще запустить на дистрибутиве - не надо постоянно обновлять систему чтобы иметь свежую среду разработки. Можно, наоборот, установленный из пакетов лазарус скопипастить в хомяк, запускать коммандой ./lazarus --primary-config-path=~/.lazarus2 и не бояться обновлений которые снесут твои патчи и дополнительные компоненты.

Napilnik ★★★★★
()
Ответ на: комментарий от Napilnik

Спасибо за пояснение. И все же не вижу больших проблем на десктопах ни для си, ни для лазаруса. Т.к. от проблем glibc-version избавит только статика или ld_path

gh0stwizard ★★★★★
()
Ответ на: комментарий от gh0stwizard

И все же не вижу больших проблем на десктопах ни для си, ни для лазаруса.

Попробуй однажды собрать статично гимп и пользоваться им в течении нескольких лет на разных версиях дистрибутивов.

Napilnik ★★★★★
()
Ответ на: комментарий от shahid

Пасцаль тебе в жизни не понадобится ни разу.

Ггг. Оно ведь как - не умеешь, не предложат. Можно гордо на бенче с жуниарами внутренний проектик поделать на плюсахна шарпе за оклад :) Можно - заказ для госконторки с дельфи, но и с премиями по-бысрому отработать - хватит до нормального плюсового пресейла перебиться. А бывает странное - линуксовая библиотека заказчика, написанная на паскале (бэкпортированная с винды на том языке, который хоть как-то понимают программеры заказчика) и собранная fpc. Особенно прикольно слушать «чистых плюсистов»(ТМ), которые понтуются «промышленными стандартами», бустами и стлами, вместо прикручивания чего надо заказчику начинают петь песни про «нестандартность fpc». Умеешь - делай, а не болтай. Не умеешь - не мешай, отойди. Без сопливых разберемся :)

slackwarrior ★★★★★
()
Ответ на: комментарий от anatolat

Ггг. «А вообще, полный разбор недостатков Паскаля был «выполнен» Брайаном Керниганом в статье «Почему Паскаль не является моим любимым языком программирования». Оценить градус неадеквата автора можно тут тут, или в каком никаком, но переводе тут.

Это правда слабоактуальный даже на момент выпуска статьи бред из конца 70-х, но все равно кагбе намекает.» (с) http://lurkmore.to/Паскаль

slackwarrior ★★★★★
()
Ответ на: комментарий от XoFfiCEr

Дельфи тащемта тебя берег как мог от кое-чего пострашнее :)

Наслаждайся:

int WINAPI atoi( const TCHAR* sz );

Кстати, как у тебя с венгерским? :)

slackwarrior ★★★★★
()
Ответ на: комментарий от Napilnik

гимп
в течении нескольких лет

Хороший троллинг. Я бы еще понял продакш-утилита, раз написанная и вылизанная. Просто надо учитывать, что ПК последнее время имеет тенденцию меняться раз в два года (даже не ради игр), а потому что везде сейчас «фреймворки» на дцать мегабайт ОЗУ, которые все жирнее и жирнее. Вот личный опыт с генту показывает, что собирать фокс с 4Гб уже проблематично, т.к. съедает плюс ко всему и свопа на 1.5-2 Гб. Про то, что сорцы либре-офиса в распакованном виде весят овер 9гб я не говорю.

gh0stwizard ★★★★★
()
Ответ на: комментарий от gh0stwizard

Хороший троллинг. Я бы еще понял продакш-утилита, раз написанная и вылизанная.

Это реал, действительно так собрал гимп в хомяк с флагом статики и пытался потом использовать, результат надеюсь ясен. Лучше когда «вылизывание» встроено в используемый язык программирования.

Просто надо учитывать, что ПК последнее время имеет тенденцию меняться раз в два года

Просто нужно стараться не использовать проблемные функции из системных либ и по возможности заменять их своими велосипедами, тогда изменения системы меньше затронут собранную программу.

Про то, что сорцы либре-офиса в распакованном виде весят овер 9гб я не говорю.

Офисные пакеты это бизнес на говнокоде. Специально в форматы документов добавляются ненужные фичи чтобы обеспечить работой писателей, поломать совместимость и произвести _новый_ продукт в котором нет большой необходимости. А то что потом книжка с простым текстом и несколькими картинками при чтении грузит всё ядро, глючит и нормально ни во что не конвертируется, так это фигня - главное технологичность а не удобство доступа к информации.

Napilnik ★★★★★
()
Ответ на: комментарий от XoFfiCEr

От «дружелюбной» венгерской нотации, естественно, и юзания буферов PChar вместо паскалевских строк, где не надо думать о завершении нулем цепочки символов... или конверсии одного в другое :)

П.С. Для многих пионеров шоустоппером было сделать что-то, что выходит за рамки примеров - заюзать винапишые возможности, навесить обработчик на собственное сообщение, добавить кастомное событие, которое почему-то не добавили (бида-бида!) «эти быдлокодеры из борланда» или какую стороннюю либу заюзать без готовых интерфейсов на паскале. Отсюда тонны ненависти «ах меня в универе мучили этими вашими дельфями». (Никто, правда, не мешал «наслаждаться» MFC, где макрос на макросе макросом погоняет... (А в линуксе тогда был «нубо-адЪ и черная консоль с емаксом и evil'ом» :)) Но очки запотели, да и лабы же всегда «надо вчера уже сдать»)

slackwarrior ★★★★★
()
30 октября 2014 г.

Знать ещё один язык не вредно. Хотя в Паскале нет ничего концептуально отличного от популярных языков.

Deleted
()
Ответ на: комментарий от wakuwaku

А что в этом плохого? Я же не программист, в конце-концов.

pikwik ★★
() автор топика

Лучше C++/C. И еще Python. А остальное по интересам.

DeadEye ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.