Учи один - Лисп. Он и императивный, и функциональный, и ОО, и какой захочешь ещё.
А уж после Лиспа - любой другой, к примеру, хорошее продолжение такой пьянки будет - поллитра Питона, пару стопарей C++, стакан-другой Tcl, ну и закусить кусочком холодной Жабы. Если захочется догнаться - то сгонять в ночной магазин за баклажкой Mercury, разбодяжить всё Smalltalk-ом.
Во-во... Сейчас всякая ембеддщина (по крайней мере, если судить по рынку IT в Англии) - составляет большую часть всех разработок. Да, кое-где в ембеддщине и J2ME водится, но это - мизер. А так - до сих пор - Форт, ассемблер, немножко Си, и всё - на 8 или 16-битных платформах.
> Во-во... Сейчас всякая ембеддщина (по крайней мере, если судить по рынку IT в Англии) - составляет большую часть всех разработок. Да, кое-где в ембеддщине и J2ME водится, но это - мизер. А так - до сих пор - Форт, ассемблер, немножко Си, и всё - на 8 или 16-битных платформах.
Форт нишевый язык. Если прийдется на нем писать - выучить его проблемы не составляет.
Учить надо ассемблер и архитектуру машин, потом C/C++, алгоритмизацию,
а потом для общего развития всякую другую хрень которая может оказатся полезной. Ассемблер и архитектуру нужно учить в любом случае.
как первый язык программирования, я бы посоветовал Python.
Это отличная замена pascal, при изучении основ программирования и проектирования, возможно который даже позволит сделать любого пользователя компьютера - [полу]программистом [1]
python хорош тем что он ясный и простой для изучения и достаточно мощный чтобы удовлетворить твои нужды. Как инструмент для реализации первых алгоритмов практически идеален. Python помогает правильно сформировать мысли о том что такое структура программы, что такое данные программы, какие есть методы представления данных и работы с ними
также, изучая Python ты увидишь что в нем есть элементы для функционального и обьекного программирования, попрактиковавшись для тебя не будет чемто особо новым изучение обьекно-ориентированного или [полу]фунционального языка
> python хорош тем что он ясный и простой для изучения и достаточно мощный чтобы удовлетворить твои нужды. Как инструмент для реализации первых алгоритмов практически идеален. Python помогает правильно сформировать мысли о том что такое структура программы, что такое данные программы, какие есть методы представления данных и работы с ними
А также чтоб разозлить кривой lambda и стимулировать изучение других языков :)
>Где ты видел в Кнуте С? Там все на собственном языке.
С я видел в издетельстве Кнута 2004 г. Москва, взятом мною в библиотеке ИММ УрО РАН. По-моему предпоследенее издание тоже с примерами на С, хотя я точно не уверен- врать не буду..
>С я видел в издетельстве Кнута 2004 г. Москва, взятом мною в библиотеке >ИММ УрО РАН. По-моему предпоследенее издание тоже с примерами на С, >хотя я точно не уверен- врать не буду..
"в издательстве" в смысле его еще нет в продаже или как? В переведенном 3-м издании (2002, Вильямс) используется MIX.
>Что-то не видно его в редакции 2004 года! А в том, что у меня на полке (Вильямс, 2000) MIX однако.
В варианте, изданном в 2004 году, я имел ввиду...Академия Наук - контора еще та. Что-что, а лит-ру свежую и нужную они закупают. Если уж в Ёбурге есть, то в Стекляшке (ну в смысле в ИММ им. Стеклова, г.Москва) и подавно. А ваще по-моему, это не очень принципиально, просто на мое сверсубъективное мнение, на С Кнута восприн. легче. В свете удаленных комментар. данной дисксси, слово "С/С++" даже страшно произносить... :-)
>В свете удаленных комментар. данной дисксси, слово "С/С++" даже страшно произносить.
Что, кстати совершенно не логично. 99% процентов всех программ написано именно на этих "не хороших" языках. Нет, конечно, у них масса недостатков, но все же.
Говорят, живет на свете Дональд Кнут.
Доктор Кнут, поверьте, дети, страшно крут.
И неважно что он пишет не о том,
Главное, чтоб все же вышел пятый том.
А кто такой этот Луговский-баклан-Махор-Антихрист? Это не тот ЛУЗЕР, который всё на хаскеле "дивергенцию ротора" (гы-гы! 0 ) в Протвине считает? MEGALOL!!!
Неужто в институте не проходили? дивергенция ротора ВСЕГДА = 0. Не дай чёрт вашу мессагу увидит Луговский, он "Ландавшица" процитирует, к.т.н.а Мамаева вспомнит. На самом деле, Луговский хорошо чмырит кренкуш. Жалко, что зажал он статью на своём типа сайте про торсионщиков, видно хаскель слишком много времени у него отнимает.
Взято вот отсюда http://www.smalltalk.ru/quotes.html
Эрик Наггум, переписка Usenet
> Всегда нелегко освоить что-то новое. Тут, конечно, присутствует
> экономический фактор что, для примера, разработчики на C++ по два за пени,
> а Eiffel и Smalltalk программисты далеко нет.
Это одно из наиболее сбивающих с толку неправильных применений статистики. Только то, что высока вероятность попасть в C++ программиста, кинув камень в толпу, не означает более высокую вероятность его способности заменить Вашего C++ программиста, нежели поиск подходящей замены для Eiffel или Smalltalk программиста. Оттого, что Вы вынуждены просеять толпы идиотов, которые заявляют, что они знают C++, усилия, необходимые для поиска настоящей замены могут быть значительно меньше в случае Eiffel и Smalltalk. Кроме того, если вы можете найти хорошего программиста, высок шанс, что он сможет в достаточной мере выучить любой язык программирования, который вы используете, за время поиска хорошего C++ программиста. И, в общем случае, обучение по исходным текстам предыдущего программиста намного проще, чем изучение языка с нуля.
Я был свидетелем этого. Компания, на которую я работал, ввела новый уровень менеджмента, который был абсолютно излишен. Так что новый менеджер должен был доказать себе, что он делает настоящую работу и потратил много времени в спорах против использования нераспространенных языков . И, в конце концов, сделал невозможным использование чего бы то ни было, кроме Java, после чего много хороших специалистов ушло. И как-то случилось, что Java разработчик серьезно заболел. Менеджер не мог заменить его на протяжении пяти месяцев его отсутствия. Другие Java разработчики не могли сделать эту работу. К изумлению менеджера, выбор языка имел меньшую роль, чем способности программистов. В заключение этой истории менеджер оказался в такой ситуации, что было невыгодно держать квалифицированных программистов - он сам мог принимать архитектурные решения, а программисты просто кодировали это. Он теперь мог вернуться к своему правилу использования только распространенных языков нанимая только неопытных программистов, которые говорили неправду о своем знании языка. Насколько я знаю, ничего интересного не случилось с этой компанией за долгое время.