26

XliN, против прогресса не пойдешь. Я не против делфи, но новых проектов на нем создается немного. И, в основном, спрос на делфи программистов только там, где уже есть кем-то и когда-то написанное ПО, которое надо поддерживать.

Fedora & GNOME

27

xxblx, вот именно, новые почти не создают, и есть тонны кода на старом добром делфи (причём в таких организациях, на которые никогда не подумаешь) что  нужно поддерживать по сей день. Это не просто приложения для пинга удалённого хоста, а целые экосистемы, которые создавались годами. И мало у кого возникает желание переписывать то, что "и так работает уже очень давно и хорошо", а чаще всего на это просто нет финансов. 
А ещё разработка ПО - процесс дорогостоящий.
Есть ещё одна точка зрения - люди предпочитают использовать то, что проверено годами, а не новомодные технологии.
К слову, совсем недалеко от моего места жительства очень активно дописывают программу на VB. smile

Так что... Делфи ещё будет жить очень долго. А будет спрос - будут и специалисты.

xxblx⇓ пишет:

против прогресса не пойдешь

Это спорное утверждение. Прогресс с огромным трудом сможет преодолеть отсутствие денег. Речь не об изобретениях голодающими учёными новых технологий (альтруистам никто не запретит переносить мысли на бумагу),  а о создании на их основе продуктов.
Если изобретут лекарство от смерти, стоящее миллиарды килоденег, over 90% населения будут продолжать умирать. Прогресс - дело тонкое. wink

PS
Лично я отношусь к тем, кто выбирает что-то новое.

Мечемся, как меченые, ищем, где ветер дует
И смеёмся до тех пор, пока никто не умер (с)

Asus P8H61 | Intel Pentium G840 2.80 GHz s1155 | DDR III 8 Gb x 2шт 1866 Mhz PC-14900 G.Skill Ripjaws X series | SSD Kingston HyperX 3K 120GB 2.5" SATAIII | Asus PCI-Ex GeForce GT 440 1024MB GDDR5 (128bit) | Fedora 28 x64 | xfce4 | Java | OracleDB

28

chapaev пишет:

вот именно, новые почти не создают, и есть тонны кода на старом добром делфи (причём в таких организациях, на которые никогда не подумаешь) что  нужно поддерживать по сей день. Это не просто приложения для пинга удалённого хоста, а целые экосистемы, которые создавались годами. И мало у кого возникает желание переписывать то, что "и так работает уже очень давно и хорошо", а чаще всего на это просто нет финансов.

Не вижу килотонн объявлений с предложениями работы Delphi программистам за достойную ЗП на популярных ресурсах с работой. А для Java вижу, для Python вижу. Для Go появляться стали.

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

Я уж не поднимаю вопрос об областях применения языка. Не видел, чтобы Delphi в научных расчетах фигурировал или в веб-разработке. А на Python можно. И на Java можно. Java вообще почти универсальна, от мобильных приложений до хайлоад продакшена.

Delphi - хорошо наверно, когда помимо Delphi чем-то еще владеешь. А если работаешь не программистом, но программировать на работе надо (работаю аналитиком, 70% рабочего времени уходит на программирование, Python реально спасает порой), то лучше выбрать что-то более современное и универсальное.

chapaev пишет:

Это спорное утверждение.

Когда golang взлетел, яндекс взяли и переписали добрую часть python-кода на Go.
Просто используют новое, когда в этом есть смысл, а не везде без разбора. И это правильно.

Понятно, что банки свои клиенты банк-клиенты и через 10 лет не созреют переписать с Delphi на что-то. Но это не новых технологий проблема, а профита от трудозатрат.
Банк-клиенты для физ лиц просто уйдут в веб с годами, это банально дешевле и удобней. Банк-клиенты для юр лиц переписывать смысла тупо нет, покуда сервера с бухгалтериями и дальше крутятся на Windows Server smile

chapaev пишет:

Есть ещё одна точка зрения - люди предпочитают использовать то, что проверено годами, а не новомодные технологии.

Как мне кажется, это справедливо далеко не для всех языков и технологий. Perl проверен годами, но по факту пишут на нем всё меньше и меньше. А на C пишут и писать еще десятилетиями будут, например.

Fedora & GNOME

29

xxblx⇓ пишет:

яндекс взяли и переписали добрую часть python-кода на Go

Яндекс не пример бедной компании. Они, как раз, в этом не особо ограничены. Я же попытался донести мысль, что многим не по финансам переписывать кучу кода.

Мечемся, как меченые, ищем, где ветер дует
И смеёмся до тех пор, пока никто не умер (с)

Asus P8H61 | Intel Pentium G840 2.80 GHz s1155 | DDR III 8 Gb x 2шт 1866 Mhz PC-14900 G.Skill Ripjaws X series | SSD Kingston HyperX 3K 120GB 2.5" SATAIII | Asus PCI-Ex GeForce GT 440 1024MB GDDR5 (128bit) | Fedora 28 x64 | xfce4 | Java | OracleDB

30

gavrasio пишет:
userpak⇓ пишет:

Изучаю углублённо архитектуру  lA-32

Скажите, пожалуйста, это архитектура чего?

userpak⇓ пишет:

Дык нужно было с чего то начинать (:

А зачем начинать с того, на чём работает подавляющее меньшинство?  Даже Ассемблер сейчас при нынешних мощных компиляторах того же Си и больших доступных объёмах памяти железа теряет свою актуальность.

IA-32 это архитектура x86 процессоров жующих данные 32-х битными порциями. Уже есть и IA-64 но до неё я как то не до рос.

Что касаемо Ассемблера тут вы товарищ  хамите. Есть поговорка доверяй но проверяй. Так вот Ассм в первую очередь инструмент доверия. И его ни когда не заменят языки высокого уровня.

31

userpak⇓ пишет:

Что касаемо Ассемблера тут вы товарищ  хамите. Есть поговорка доверяй но проверяй. Так вот Ассм в первую очередь инструмент доверия. И его ни когда не заменят языки высокого уровня.

Заменят, рано или поздно. Это касается прикладных приложений. Естественно, разработчики ядер останутся на своих позициях. Но там, по-моему, и Асм не катит. Хорошо написанная прога на Си середнячком будет работать шустрее, чем хорошо написанная прога середнячком на Асме. Асм сейчас имеет преимущества только в руках ассов. А насчёт доверия, - кто-кому что доверяет?

32

gavrasio пишет:

Заменят, рано или поздно. Это касается прикладных приложений. Естественно, разработчики ядер останутся на своих позициях. Но там, по-моему, и Асм не катит. Хорошо написанная прога на Си середнячком будет работать шустрее, чем хорошо написанная прога середнячком на Асме. Асм сейчас имеет преимущества только в руках ассов. А насчёт доверия, - кто-кому что доверяет?

Конечно может и заменять, но с другой стороны - Зачем изобретать велосипед? Я полностью согласен, что языки высокого уровня совершенствуются только в лучшую сторону. И это очень хорошо. И да бог с ними (: Компьютера это не только телефоны , планшеты, телевизоры и ноут буки.  Не суть. Ядра клепаються действительно на Си, и в большинстве случаев Си хватает... даже для написания дров. Но вот когда размер кристалла ограничен (: Или энергоноситель имеет свойство быстро разрежаться (: Или нужно посмотреть чужой код  и не обязательно в корыстных целях. В этих случаях Асм на первом месте. Я не собираюсь на нем кодить (Хотя кто знает) Для меня Асм играет роль тестера... Инструмент для анализа.

33

userpak⇓ пишет:

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

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

userpak⇓ пишет:


Или энергоноситель имеет свойство быстро разрежаться

Энергосберегательные режимы работают одинаково на всех языках.

userpak⇓ пишет:

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

Чужой код мы смотрим с помощью программатора( у каждого свой), - Асм здесь к чему?
А насчёт Асма как тестера, - любой компилятор имеет дизассемблер, - открывай и тестируй, изменяй, если хочешь.

Спасибо сказали: userpak1