Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

OpenNews: Сколько языков программирования нужно выучить, opennews (?), 20-Мрт-08, (0) [смотреть все] Ассемблер забыл упомянуть Если уж какой язык и нужно выучить чтоб быть хорошим , cBoJIo4b (?), 14:25 , 20-Мрт-08, (1) // Ассемблер тут совершенно не причём, с точки зрения решения задач программировани, bsdemon (?), 17:01 , 20-Мрт-08, (16) // Так говорят с момента их появления , AsphyX (??), 17:47 , 20-Мрт-08, (20) Ассемблер как раз в первую очередь Думаю, что это подразумевалось Именно ассем, Leshi (ok), 17:57 , 20-Мрт-08, (22) // Для изучения - да, если начать изучение с императивных, то потом сложно ломать п, thehangedman (ok), 18:32 , 20-Мрт-08, (29) Пожалуйста Для приминения функциональных языков требуется функциональное мышлен, Leshi (ok), 19:01 , 20-Мрт-08, (33) Хм, а для императивного какой Если пойти на компромисс с педантичностью, то фун, thehangedman (ok), 19:33 , 20-Мрт-08, (37) Драйвера, прошивки, задачи реального квазиреального времени к последним я отнош, WhiteWind (??), 21:03 , 20-Мрт-08, (47) Драйвера и прошивки - в связи со спецификой не языка, а платформ Компьютерные и, thehangedman (ok), 21:19 , 20-Мрт-08, (48) Ну вы академики, блин Понимаю, где не правы, а сформулировать -- образования , fresco (??), 09:57 , 21-Мрт-08, (62) В играх ФЯ используются на ура - смотри проект Frag, смотри Yampa и FRP вообще , jtootf (?), 18:15 , 21-Мрт-08, (74) Есть Если коротко, то Windows, MS-Office, Unix, Oracle Я могу удлинить список , Leshi (ok), 04:57 , 23-Мрт-08, (82) Уважаемый вы выдаете желаемое за действительное Если с функциональным программи, Аноним (-), 05:16 , 04-Дек-16, (102) Было бы оно ближе, появилось бы раньше На самом деле не ближе Человеку свойс, Leshi (ok), 15:38 , 21-Мрт-08, (66) А я ошибусь, если скажу что lisp - старейший из живых языков программирования , thehangedman (ok), 18:04 , 21-Мрт-08, (73) http people ku edu nkinners LangList Extras famous htmЯ в истории не силен, н, Leshi (ok), 20:06 , 21-Мрт-08, (76) Возможно, я не был уверен Нет, пока не пытаюсь, а утверждение что ФЯ потребляет, thehangedman (ok), 00:40 , 22-Мрт-08, (77) Славный был холивор Но я таки в одной фразе резюмирую свое мнение Есть много , Leshi (ok), 04:23 , 23-Мрт-08, (79) Часто от ПРИКЛАДНОГО НЕмашинного языка требуется другое Например, свести к ми, serg1224 (ok), 23:48 , 20-Мрт-08, (55) Ну - ну через 10 лет театров не будет С 1963, Аноним (23), 18:00 , 20-Мрт-08, (23) Да хватит - императивные языки щас моде потому что компьютер считает последова, bsdemon (?), 20:46 , 20-Мрт-08, (43) // gt оверквотинг удален 1и насчет понимания все именно так - так привыкли начн, nowinter (?), 23:06 , 20-Мрт-08, (53) asm Самому не смешно , Константин (??), 07:13 , 21-Мрт-08, (61) Речь шла о наращивании в голове конструкций для решения задач Именно такие конс, demimurych (?), 12:14 , 21-Мрт-08, (64) // есть свои моменты, не скажу что не согласен с вашими мыслями, но иногда допол, Оммм (?), 13:46 , 21-Мрт-08, (65) // gt оверквотинг удален Это сравнение как раз в тему раличных приемов и конструк, nuclight (ok), 09:50 , 25-Мрт-08, (85) Мера любой истины в индивидуальности человека Профокл 3 век до н эры, лучше знат, теория (?), 14:27 , 20-Мрт-08, (2) // Не так Лучше знать много и хорошо, чем только один, но лучше всех Кругозор н, kwas (?), 14:32 , 20-Мрт-08, (4) // Почему вместо того чтобы высказать своё мнение, ага Ты когото поправляеш, кстат, Kage (?), 15:34 , 20-Мрт-08, (10) true, asm - 100 гарантия прыгнуть сразу в дзен, необременя себя сомнительными т, Оммм (?), 14:28 , 20-Мрт-08, (3) Лучше знать все, и написать свой, потому как все остальные кажутся полное Г-но , pavlinux (ok), 14:55 , 20-Мрт-08, (5) интересно, а linux язык есть или будет такой думаю не за горами - кто-то уже пи, толя (?), 15:06 , 20-Мрт-08, (6) // Вы помойму в своём нике после т , р пропустили , Kage (?), 15:38 , 20-Мрт-08, (11) Есть, конечно Даже несколько Какой больше нравиться C, bash, perl , Leshi (ok), 18:03 , 20-Мрт-08, (24) ссылку на гипотезу Сепира 8212 Уорфа можна было дать и на русскую википедию, Аноним (23), 15:16 , 20-Мрт-08, (7) Для защиты от мутации и деградации нашего населения, янки пущай дибилизируют , pavlinux (ok), 15:21 , 20-Мрт-08, (8) // А кто такой этот Ч рч , drioptr (ok), 16:08 , 20-Мрт-08, (12) // http ru wikipedia org w index php oldid 7953623, pavlinux (ok), 16:52 , 20-Мрт-08, (15) по поводу эквивалентности языков программирования в плане класса решаемых задач , thehangedman (ok), 16:10 , 20-Мрт-08, (13) // Ну так выучи Ruby Scheme PostScript Prolog ML Haskell Erlang LISP C Perl - и вых, pavlinux (ok), 16:42 , 20-Мрт-08, (14) DSL так для этого есть scheme А для чего тогда common lisp Разве не для всего, Анон (?), 17:37 , 20-Мрт-08, (19) // DSL и символьные вычисления совсем разные вещи, но неважно а scheme есть, да, и, thehangedman (ok), 17:53 , 20-Мрт-08, (21) имхо неудачный пример libpcre, boost и еще многое, чего я даже не видел может н, Leshi (ok), 18:18 , 20-Мрт-08, (26)   // Так мощность языка - одно, мощность библиотек - другое Ну и что pavlinux уже с, thehangedman (ok), 18:50 , 20-Мрт-08, (31)   Глупости Если говорить коротко, то С будучи не самым-самым в каждой отдельн, Аноним (23), 19:50 , 20-Мрт-08, (38)   В то время как для изучения С требуется много времени, следовательно мало прог, thehangedman (ok), 20:22 , 20-Мрт-08, (40)   gt оверквотинг удален Например, Pascal По этим критериям выбранного алгоритма, Аноним (23), 21:20 , 20-Мрт-08, (49)   Смешно, наверно НО Сейчас много сайтов пишется на С и Java Принцип их работы , Leshi (ok), 16:23 , 21-Мрт-08, (70)   Наглая ложь Не все программы на C являются программами на С Это знает любой,, Осторожный (?), 21:26 , 20-Мрт-08, (50)   Педантично, но справедливо Хотя я все же отмечу, что для приведение программ на, Leshi (ok), 16:08 , 21-Мрт-08, (68)   Языковые конструкции как раз почти не поменяли, поменяли принцип работы внутрен, Денис (??), 07:13 , 21-Мрт-08, (60)   Не другое, а дополнительное И вообще, ЯП должен уметь переменные, условные пере, Leshi (ok), 16:17 , 21-Мрт-08, (69)   Извините, но арифметические действия - это тоже функции, которые могут быть в , serg1224 (ok), 16:49 , 21-Мрт-08, (72)   Иногда, на частных задачах В случае проекта целиком выигрыш во времени написани, nuclight (ok), 09:58 , 25-Мрт-08, (86)   Замечательно Я говорю совершенно искренне Сам я все это уже основательно подза, northbear (??), 20:18 , 20-Мрт-08, (39) Мне нравится СП Gambas Просто и удобно , Аноним (23), 17:11 , 20-Мрт-08, (18) А работать когда , Dmitry (??), 18:12 , 20-Мрт-08, (25) // А работать всегда Менделеев, вот, даже во сне работал И кажется был более эф, Leshi (ok), 18:22 , 20-Мрт-08, (28) Для начала высшую математику и электронику физику надо выучить, а потом уже прог, Аноним (27), 18:21 , 20-Мрт-08, (27) // Интересно, как мне поможет знание физики при написании спеллчекера для санскрита, Leshi (ok), 18:38 , 20-Мрт-08, (30) // Да и вышка тут особо не поможет А зачем тогда ассемблер, если ты основы работ пр, Аноним (-), 19:05 , 20-Мрт-08, (34) // Не поверишь, но совсем не обязательно знать как распространяется электрическое п, Leshi (ok), 19:12 , 20-Мрт-08, (36) На знание языка это действительно не влияет - это чистая лингвистика А вот на п, ws (??), 14:51 , 23-Мрт-08, (84) Теорию Графов и очень с ними связанные алгоритмы сортировки, в пЫТЫу или как там, pavlinux (ok), 20:34 , 20-Мрт-08, (41) // теорию графов изучают, а что не изучают с тем можно и самому разобраться, ВСЁ ни, sudo_rm (?), 18:34 , 04-Апр-08, (91) Акустика, произношение - типичные ошибки Математика позволит просчитать статис, nuclight (ok), 10:00 , 25-Мрт-08, (87) Интересно, а сколько не императивных языков знает хорошо знает средний автор в, guest (??), 18:58 , 20-Мрт-08, (32) // думаю, что цифра больше нуля, но до единицы не дотягивает Про себя могу сказать, Leshi (ok), 19:08 , 20-Мрт-08, (35) // а gtk2hs тогда что почти у каждой gui-библиотеки есть биндинги на пачку разных , Анон (?), 20:49 , 20-Мрт-08, (45) // Читаем еще раз внимательно Не отсутствие библиотек, а отсутствие средств разраб, Leshi (ok), 15:53 , 21-Мрт-08, (67) А ты сначала попробуй, а потом высказывай мнение Большего идиотизма чем процеду, jtootf (?), 18:23 , 21-Мрт-08, (75) А то я не пробовал Кстати, а давайте вообще признаем GUI идиотизмом и на это, Leshi (ok), 04:27 , 23-Мрт-08, (80) Типичный современный распространенный Согласен Вообще Не согласен, некоторые з, nuclight (ok), 10:01 , 25-Мрт-08, (88) А разве под Emacs нету режима аналогичного SLIME, к-ый прекрасно подходит для , Анон (?), 01:44 , 22-Мрт-08, (78) ох уж мне эти трупокопатели Еще бы vim вспомнили Это отдельных холивор, котор, Leshi (ok), 04:36 , 23-Мрт-08, (81) Пока всё верно gt оверквотинг удален А эта тема vim emacs vs IDE уже в свет, nuclight (ok), 10:44 , 25-Мрт-08, (89) Простите, пожалуйста, неудобно как-то с такими мастерами дзэна первым заговари, Twerdetz (?), 20:35 , 20-Мрт-08, (42) // Скучный ты Вот напиши драйвер на питоне Тогда я буду неправ Философия , pavlinux (ok), 20:47 , 20-Мрт-08, (44) Не все озабочены тем, как бабла нарубить Есть научные проекты Есть искусство , nowinter (?), 23:15 , 20-Мрт-08, (54) Буду краток Есть кодеры, а есть программисты Вы изволили описать будни кодеры , Leshi (ok), 05:05 , 23-Мрт-08, (83) 2pavlinux скучный безрадостный но тошнотворно правильный Если есть желание о, Twerdetz (?), 21:00 , 20-Мрт-08, (46) Не собираюсь дискутировать Просто из личного опыта раз 20 пытался выучить ассе, M0r1arty (?), 21:59 , 20-Мрт-08, (51) // Думаю можно оставить только write code и добавить read books , например Д Кну, Killy (?), 22:54 , 20-Мрт-08, (52) автор теоретик и утопист, вапваырпавып (?), 04:47 , 21-Мрт-08, (57) Парняга наверное шутит Необходимо знать три языка плюс родной 1 Текущий2 Осн, DeNIS (?), 06:24 , 21-Мрт-08, (58) Ах да - пролог Пролог очень мощная вещь, за него следует браться когда Вас взя, DeNIS (?), 06:29 , 21-Мрт-08, (59) Автор говорит учите, а я думаю лучше сказать знакомтесь со всеми появляющимися я, Дмитрий Т (?), 16:36 , 21-Мрт-08, (71) Автор решил блеснуть умом Однозначно1 Assembler с введением от mk61 или бз21 , tor (??), 15:14 , 27-Мрт-08, (90) Выпендреж это все, самые на мой взгляд, так сказть реальные языки, благодоря кот, Аноним (27), 00:54 , 07-Окт-08, (93) // А все-таки посмотрите на Пролог, Хаскель и Форт ну или постскрипт Это сооовсем, Анонимус (?), 02:42 , 06-Мрт-09, (94) // Пролог, Хаскель и Форт ну или постскрипт - это промежуточные этапы развития мир, tor (??), 15:39 , 06-Мрт-09, (95) // Это не правда Хаскель - совсем другой подход к программированию Это не пройде, Анонимус (?), 20:18 , 11-Мрт-09, (96) Ваше развитие мировоззрения зашло в глубокий тупик можно сказать кризис жанр, tor (??), 13:49 , 12-Мрт-09, (97) Казалось бы, при чем тут Хаскелл , thehangedman (ok), 18:53 , 12-Мрт-09, (98) казалось бы, сколько можно sRать в этом более чем старом треде, да еще со всякой, nowinter (?), 18:56 , 12-Мрт-09, (99) Ну и расскажите нам, какой assembler весь мультиплатформенный , Анонимус (?), 15:30 , 13-Мрт-09, (100) // Все равно xz80 больше похож на i386 чем кабол на питона - , tor (??), 21:35 , 13-Мрт-09, (101) 1,2,3,5,6,7,8,18,25,27,32,42,46,51,57,58,59,71,90,93,100

Сообщения

[Сортировка по времени | RSS]

	26. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от Leshi (ok), 20-Мрт-08, 18:18
	> Например, Perl - мощнее чем C для задач обработки строк имхо неудачный пример. libpcre, boost и еще многое, чего я даже не видел может нивелировать разницу в трудоемкости с увеличением разницы в производительности. Вообще с С/С++ неудачно сравнивать любые языки программирования. В конечном итоге библиотеки (в смысле скомпилированные) все равно либо написаны на С, либо совместимы с ним по вызовам, либо есть такие аналоги. Соответственно можно обратиться к нужной и выполнить нужные действия. А по эффективности С/С++ уступают очень не многим языкам. И уж точно не уступают интерпретируемым. С/С++ вообще привилегированные языки с конца 60-х годов прошлого века. Причем они успели обрасти атавизмами и рудиментами, но привилегии остались. Хотя общая идея правильная. Каждому ЯП свой фронт работ, не смотря на их широту, мощность и универсальность.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	31. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от thehangedman (ok), 20-Мрт-08, 18:50
	>> Например, Perl - мощнее чем C для задач обработки строк > >имхо неудачный пример. libpcre, boost и еще многое, чего я даже не >видел может нивелировать разницу в трудоемкости с увеличением разницы в производительности. Так мощность языка - одно, мощность библиотек - другое.. >Вообще с С/С++ неудачно сравнивать любые языки программирования. В конечном итоге библиотеки >(в смысле скомпилированные) все равно либо написаны на С, либо совместимы >с ним по вызовам, либо есть такие аналоги. Соответственно можно обратиться >к нужной и выполнить нужные действия. Ну и что? pavlinux уже справедливо указал выше на эквивалентность ЯП. Так можно и вообще спор свернуть) >А по эффективности С/С++ уступают >очень не многим языкам. И уж точно не уступают интерпретируемым. А что тут имеется в виду под эффективностью? эффективность разработки или эффективность (скорость) исполнения? Если я правильно понял, что второе, так это во-первых не всегда важно, во-вторых, вопрос скорее к компилятору чем к языку, в-третьих, тот же хаскелл, к примеру, благодаря своей ленивой природе может по многим решенным в лоб (то есть с максимальной эффективностью разработки) задачам его за пояс заткнуть без особых проблем. >С/С++ вообще привилегированные языки с конца 60-х годов прошлого века. Причем они >успели обрасти атавизмами и рудиментами, но привилегии остались. Так и атавизмы с рудиментами тоже никуда не делись.. Впрочем, будущее С не кажется особо облачным. А вот С++ да, пора на свалку истории) >Хотя общая идея правильная. Каждому ЯП свой фронт работ, не смотря на >их широту, мощность и универсальность. Консенсус)
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от Аноним (23), 20-Мрт-08, 19:50
	>Так и атавизмы с рудиментами тоже никуда не делись.. Впрочем, будущее С >не кажется особо облачным. А вот С++ да, пора на свалку >истории) Глупости. Если говорить коротко, то С++ будучи не "самым-самым" в каждой отдельной номинации, является _оптимальным_ из языков _общего назначения_. Бурное развитие простых скриптовых языков обусловлено стоимостью разработки: для их изучения требуется мало времени, следовательно много программёров и они дёшево стоят. Поэтому мы видим огромное количество проектов написанных на этих языках. На самом деле история повторяется: достаточно вспомнить Basic. Уж сколько народу его изучало, сколько программ было написано, ну и где он сейчас? ;-) Ещё хороший пример: Python в версии 3.0 будет полностью изменён. Это говорит о несостоятельности его как ЯП. Если понадобилось всё менять, значит языковые конструкции были неудачными. С++ существуя вдвое больше времени, а дорабатывается совсем чуть-чуть. Имею в виду новый стандарт '09. А это потому, что нет в нём каких-то принципиально неудачных решений. Согласен, есть языки, в которых те или иные вещи можно реализовать проще, изящнее, удобнее, эффективнее. Но если выбирать ЯП как универсальный инструмент разработки для _любой_ программы, тогда полноценной альтернативы С++ просто нет. >>Хотя общая идея правильная. Каждому ЯП свой фронт работ, не смотря на >>их широту, мощность и универсальность. Узкая специализация нужна очень редко. Как правило в условиях жёстких ограничений. 99% случаев перекрывается выбором между ассемблером и С/С++. Кстати, программы на С являются таковыми и на С++. Вас никто не заставляет применять везде ООП. В этом и прелесть С++ как _универсального_ языка.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от thehangedman (ok), 20-Мрт-08, 20:22
	>Бурное развитие простых скриптовых языков обусловлено стоимостью разработки: для их изучения требуется >мало времени, следовательно много программёров и они дёшево стоят. Поэтому мы >видим огромное количество проектов написанных на этих языках. В то время как для изучения С++ требуется много времени, следовательно мало программеров и они дорого стоят. Поэтому мы видим огромное количество проектов, написанных на этом языке, и не видим логику в приведенной аргументации. >Ещё хороший пример: Python в версии 3.0 будет полностью изменён. Это говорит >о несостоятельности его как ЯП. Если понадобилось всё менять, значит языковые >конструкции были неудачными. Вы changelog видели? Там минимум изменений, нарушающих обратную совместимость. Вряд ли это можно назвать "все менять". >С++ существуя вдвое больше времени, а дорабатывается совсем >чуть-чуть. Имею в виду новый стандарт '09. А это потому, что >нет в нём каких-то принципиально неудачных решений. Не значит. Просто обратная совместимость - политика (без сомнения, разумная) его разработчиков (или кто там за стандарт отвечает). А пихать туда новые возможности уже некуда и незачем. >Согласен, есть языки, в которых те или иные вещи можно реализовать проще, >изящнее, удобнее, эффективнее. Но если выбирать ЯП как универсальный инструмент разработки >для _любой_ программы, тогда полноценной альтернативы С++ просто нет. А зачем нужен универсальный инструмент разработки для _любой_ программы? Серьезно, зачем? А уж искать альтернативу мне даже и не хочется. >Как правило в условиях жёстких ограничений. 99% >случаев перекрывается выбором между ассемблером и С/С++. Чтоб далеко не ходить, сайты на чем писать рекомендуете, на С++ или на ассемблере? Если Вы имели в виду какой-то четко очерченный класс задач, то зря забыли об этом упомянуть. >Кстати, программы на С являются таковыми и на С++. Вас никто не >заставляет применять везде ООП. В этом и прелесть С++ как _универсального_ >языка. Различия между С и С++ намного более широки. С - язык очень прямолинейный, он предоставляет разработчику ровно один удобный способ выполнить какое-либо действие (ну если макросами не злоупотреблять). Написание программ на С представляет собой по сути взаимно-однозначный перевод выбранного алгоритма в язык программирования. Это хороший язык для ограниченного, но все же весьма широкого класса задач. С++ - это язык с богатыми возможностями, реализация большинства из которых весьма неестественна. Это своего рода костыли для С, призванные расширить класс задач и методов их решения. Это инвалид, написание на котором хорошо читабельного и поддерживаемого кода возможно только с соблюдением огромного числа самоограничений, что для действительно хорошего языка - неприемлемо. Какое счастье, что сейчас полно альтернатив.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от Аноним (23), 20-Мрт-08, 21:20
	>[оверквотинг удален] >прямолинейный, он предоставляет разработчику ровно один удобный способ выполнить какое-либо действие >(ну если макросами не злоупотреблять). Написание программ на С представляет собой >по сути взаимно-однозначный перевод выбранного алгоритма в язык программирования. Это хороший >язык для ограниченного, но все же весьма широкого класса задач. С++ >- это язык с богатыми возможностями, реализация большинства из которых весьма >неестественна. Это своего рода костыли для С, призванные расширить класс задач >и методов их решения. Это инвалид, написание на котором хорошо читабельного >и поддерживаемого кода возможно только с соблюдением огромного числа самоограничений, что >для действительно хорошего языка - неприемлемо. Какое счастье, что сейчас полно >альтернатив. Например, Pascal. По этим критериям: >С - язык очень >прямолинейный, он предоставляет разработчику ровно один удобный способ выполнить какое-либо действие >(ну если макросами не злоупотреблять). Написание программ на С представляет собой >по сути взаимно-однозначный перевод выбранного алгоритма в язык программирования. Это хороший >язык для ограниченного, но все же весьма широкого класса задач он подходит на все 100 - бритва Оккама - наше всё). Плюс к этому в нём есть почти всё, что есть в С++, только без излишеств.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от Leshi (ok), 21-Мрт-08, 16:23
	>>Как правило в условиях жёстких ограничений. 99% >>случаев перекрывается выбором между ассемблером и С/С++. > >Чтоб далеко не ходить, сайты на чем писать рекомендуете, на С++ или >на ассемблере? Если Вы имели в виду какой-то четко очерченный класс >задач, то зря забыли об этом упомянуть. Смешно, наверно. НО! Сейчас много сайтов пишется на С# и Java. Принцип их работы совсем отличается от работы сайтов на Perl/PHP и других а-ля CGI языков. Так вот, в свете последних тенденций, я решительно не вижу никакой разницы в написании сайтов на C# и на C++. Честно. Под С++ достаточно библиотек, которые можно использовать для не менее удобного написания сайтов, чем на C#. Правда есть одна проблема. Сайты нужно будет компилировать на сервере. ЗЫ: Не поверите, в настоящий момент я в качестве исследовательской работы занимаюсь созданием CMS на C++. Правда времени на это мало :(
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	50. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от Осторожный (?), 20-Мрт-08, 21:26
	>Кстати, программы на С являются таковыми и на С++. Вас никто не >заставляет применять везде ООП. В этом и прелесть С++ как _универсального_ >языка. Наглая ложь ! Не все программы на C являются программами на С++ ! Это знает любой, кто хоть чуть-чуть изучал C++
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	68. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от Leshi (ok), 21-Мрт-08, 16:08
	Педантично, но справедливо. Хотя я все же отмечу, что для приведение программ написанных на С в соответствие со спецификациями С++ нужно крайне мало усилий. В частности (уж простите, наболело) для перевода с РНР4 на РНР5 требуется больше усилий.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от Денис (??), 21-Мрт-08, 07:13
	>Ещё хороший пример: Python в версии 3.0 будет полностью изменён. Это говорит >о несостоятельности его как ЯП. Если понадобилось всё менять, значит языковые >конструкции были неудачными. С++ существуя вдвое больше времени, а дорабатывается совсем >чуть-чуть. Имею в виду новый стандарт '09. А это потому, что >нет в нём каких-то принципиально неудачных решений. Языковые конструкции как раз почти не поменяли, поменяли  принцип работы внутренних механизмов, плюс добавили некоторые новшества... И вообще когда язык написан сам на себе(pypy) и на нем сделано и работает полно удачных программ, то как можно говорить не состоятельности языка.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	69. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от Leshi (ok), 21-Мрт-08, 16:17
	>>> Например, Perl - мощнее чем C для задач обработки строк >Так мощность языка - одно, мощность библиотек - другое.. Не другое, а дополнительное. И вообще, ЯП должен уметь переменные, условные переходы и арифметические действия, остальное библиотеки. Вот например тот же С без библиотеки даже Hellow world! не напишет. И что? Это значит, что он ни на что не способен? На нем юникс написали... >Ну и что? pavlinux уже справедливо указал выше на эквивалентность ЯП. Так >можно и вообще спор свернуть) +1 >>А по эффективности С/С++ уступают >>очень не многим языкам. И уж точно не уступают интерпретируемым. >А что тут имеется в виду под эффективностью? эффективность разработки или эффективность >(скорость) исполнения? Если я правильно понял, что второе, разумеется второе, моя вина, что непонятно сказал. >в-третьих, тот же хаскелл, к примеру, благодаря своей ленивой природе может >по многим решенным в лоб (то есть с максимальной эффективностью разработки) >задачам его за пояс заткнуть без особых проблем. А вот это проблема человека, пишущего программу и никак к языку не относится :P >А вот С++ да, пора на свалку >истории) К сожалению да. Пора. Перевелись люди, которые способны им эффективно пользоваться. Ну, почти перевелись.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	72. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от serg1224 (ok), 21-Мрт-08, 16:49
	>ЯП должен уметь переменные, условные переходы >и арифметические действия, остальное библиотеки. Извините, но "арифметические действия" - это тоже функции, которые могут быть в библиотеках. См. LISP, например. >Вот например тот же С без >библиотеки даже Hellow world! не напишет. И что? Это значит, что >он ни на что не способен? На нем юникс написали... Прикладные языки более высогоко уровня  таким путем вряд ли пойдут, аудитория другая. >>А вот С++ да, пора на свалку >>истории) > >К сожалению да. Пора. Перевелись люди, которые способны им эффективно пользоваться. Ну, >почти перевелись. Рановато еще. Нет-нет да проскакиваю новости о том, что такой-то проект перевел свою кодовую базу с C на C++ Видать когда проект становится большим и сложным, то его неудобно сопровождать без ООП.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от nuclight (ok), 25-Мрт-08, 09:58
	>> Например, Perl - мощнее чем C для задач обработки строк > >имхо неудачный пример. libpcre, boost и еще многое, чего я даже не >видел может нивелировать разницу в трудоемкости с увеличением разницы в производительности. Иногда, на частных задачах. В случае проекта целиком выигрыш во времени написания будет существенен. Зачем мне писать час программу, которая будет работать 10 минут , если я могу за 5 минут набросать скрипт, который сделает это за полчаса?.. В подобных разовых задачах Перл незаменим. >Вообще с С/С++ неудачно сравнивать любые языки программирования. В конечном итоге библиотеки >(в смысле скомпилированные) все равно либо написаны на С, либо совместимы Неверно. Существуют языки, написанные сами на себе, а не на Си. Например, среди компиляторов Лиспа таких хватает, cmucl к примеру. Более того, один из критериев состоятельности языка общего назначения - как раз способность написать на нем компилятор его же самого. >с ним по вызовам, либо есть такие аналоги. Соответственно можно обратиться >к нужной и выполнить нужные действия. А по эффективности С/С++ уступают >очень не многим языкам. И уж точно не уступают интерпретируемым. С/С++ >вообще привилегированные языки с конца 60-х годов прошлого века. Причем они >успели обрасти атавизмами и рудиментами, но привилегии остались. "Интерпретируемый" Лисп при использовании вышеупомянутого cmucl на некоторых задачах может опережать по скорости Си++. Потому что может быть дана команда на компиляцию. А в остальное время имеем преимущетсва интерпретируемых языков. С Си++ такой фокус не прокатит.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема