andrejkНужен яп на всю жизнь, как карманный ножик.Си.


andrejk Кучу всего пересмотрел, но вникать в особенности каждого языка жизни не хватит.Глупости.
Достаточно вникнуть в тонкости пяти-шести языков (с разными парадигмами желательно), а дальше любой новый язык будет совершенно прозрачным после первых пяти минут.

Leonid KudryavtsevWhite Owl....а дальше любой новый язык будет совершенно прозрачным после первых пяти минут.
спорно насчет "любой"Любой. Абсолютно.

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

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

softwarerWhite OwlГлупости.
Достаточно вникнуть в тонкости пяти-шести языков (с разными парадигмами желательно),
У человека основные проблемы вникания будут не с языками, а с фреймворками и IDE. И здесь "совершенно прозрачным" уже не канает. Ну и посмотрите, человек хочет писать обёртки к БД и не справился с дельфой, а Вы предлагаете ему ассемблеры и лиспы.Ты не правильно рассуждаешь. Да, никакой ЯП не ограничивается языком. Всегда есть фреймворки, внешние библиотеки, IDE-консоли-скрипты сборки, и тд и тп... Но если человек будет брать ЯП другого семейства - он будет брать и другие фреймворки, другие библиотеки, другие IDE. И постепенно он научится отличать одно от другого. Это комплексное изучение предмета, но от него никуда не денешься к сожалению.
Да и не факт что нужно деваться... Понять что программирование не ограничивается языком тоже нужно.

То что данный конкретный индивидуум не осилил Дельфи - говорит только о том, что он еще не осилил Дельфи. Застрять на метаданных изображений и обвинять в этом язык это действительно смешно. Для нас это смешно. А для дельфиста это вполне может быть и реальностью. Философия Дельфи: для каждого чиха есть специальный модуль.
Но если andrejk сумеет понять что "ЯП на все жизнь" это умение не обращать внимание на конкретный ЯП - то он тоже будет когда-нибудь смеяться над своей жуткой и нерешаемой проблемой.
В этом плане ему может помочь изучение базовых языков: Си, СмаллТок, Лисп, Форт, Ассемблер (хоть какой-нибудь). Осилит малую пятерку - получит базу для своей мечты о ЯП на всю жизнь. Производные языки (С++, Java, PHP и тд) тоже могут помочь конечно, но они смеси из которых сложнее вычленить базовые идеи. Можно и с ними конечно, но намного сложнее. Это как учиться готовить поедая салаты и ни разу не попробовав овощи в чистом виде.

Leonid KudryavtsevWhite OwlЛюбой. Абсолютно.

Пару императивных с жесткой и не жесткой типизациями.
Один чисто объектный.
Один функциональный.
Пару ассемблеров.
Один стековый.
Один сэтовый.
Заполировать это все парочкой ЯП со смешанной парадигмой и все.
.....
После такой полировки, IMHO только или дурдом или жесткие наркотики.... В общем, в любом случае, не до программирования )))Зря ты так считаешь.
Многие здешние завсегдатаи прошли этот путь. В разном порядке и за разное количество времени, но прошли.
И знаешь, дурдом с мировым именем в котором дают шестизначные зарплаты это не такое уж плохое место.

Leonid KudryavtsevWhite OwlОдин сэтовый.
Это что за зверь такой? Вики даже о таком не знает. Обо всем остальном в Вашем списке в какой-то мере читал.ЯП в которых работа идет не с переменными а с сэтами. Как пример: SQL, Prolog, в какой-то мере все функциональные языки (хотя для ФЯ это не главная черта). Официально это еще называется "декларативной парадигмой", но лично мне это имя не очень нравится. Чисто декларативный ЯП это по существу только один Пролог, все остальные работают с наборами данных, а не объявляют эти наборы.

Leonid Kudryavtsev Но с исходным утверждение "а дальше любой новый язык будет совершенно прозрачным после первых пяти минут" НЕ согласен. Ни Forth назвать "прозрачным" я не могу. Ни скажем Perl (из-за его любви к регулярным выражениям)Ну попробуй последовать моему совету. Сам увидишь. А если даже решишь что я был не прав - знания лишними не бывают.

Leonid KudryavtsevЯ уж не говорю, что насколько помню, даже всякие документирование чудеса и трюки со словарем в Forth - что бы их хорошо понимать, тут нужно не книжку прочитать и/или hello world написать. А желательно самому Forth на асме написать. Хотя, это, конечно и не долго.Нет. Игры с Фортовским словарем это хоть и забавная вещь, но по сути ничем не отличающаяся от обычного построения пользовательских библиотек в других языках.
Для понимания стековой логики не обязательно изучать именно Форт, есть и многие другие (хоть и намного менее известные) языки. Ну например можно писать для Java Virtual Machine. Или даже взять какой-нибудь старинный программируемый калькулятор типа Электронника МК-61 и поиграться с Лунолетами :)

Leonid KudryavtsevА вообще, мне больше Вот это понравилось ))):
https://ru.wikipedia.org/wiki/Эзотерический_язык_программирования


Насколько Вам совершенно прозрачна такая программа? ))) лично мне, совсем не прозрачна. Но это нужно подробности в Photoshop смотреть, может где и прозрачна ))) Это уже доведение до абсурда.
Эзотерика это для чистого мозговыносительства а не для нормальной работы. Там чтение программ изначально не предусмотрено.
Но для общего развития, с ними тоже стоит поиграться.

Хотя я тут подумал что в мой предыдущий список стоит добавить макро языки. По существу любой пойдет, хоть VBA for MS Office, хоть AutoLIST for AutoCAD, хоть 1C. Главное - прочувствовать где кончается и начинается хост-программа, а где собственное дополнение к ней. Понять суть общения между макросом и хостом.

andrejkНу, в общем, я ошибочно расчитывал построить всё на одном яп, а на самом деле под мои запросы подойдёт не яп, а я сам, если будет необходимый багаж знаний и понимания. А там я яп смогу выбирать, какой надо, просто какой-то станет первым. Пока мне кажется, что это будет Си или Си++. Незнаю...Ну я с самого начала уже сказал: Си.
Универсален до уровня "абсолют". Является прародителем половины существующих на сегодня ЯП. Большинство формальных учебников по алгоритмам, данным, железу, сетям и ... всем остальным около-компьютерным делам приводят примеры алгоритмов на Си (или Си-подобном псевдо-языке).
В общем, это база которую знать надо.