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

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]

8. "Сколько языков программирования нужно выучить"	+/–
Сообщение от pavlinux (ok), 20-Мрт-08, 15:21
Для защиты от мутации и деградации нашего населения, янки пущай дибилизируют.... Приведу, доказанное утверждение. (что Кристофер Диггинс шпиён, ЦыРыУшник, и всё такое)    Гипотеза Сапира-Ворфа утверждает, что индивидуум, использующий некоторый язык, в состоянии вообразить или придумать нечто, не могущее быть переведенным или даже понятым индивидуумами из другой языковой среды. Такое происходит, если в языке второго индивидуума нет эквивалентных слов и отсутствуют концепции или категории для идей, вовлеченных в рассматриваемую мысль.   И есть такой Принцип Ч╦рча, которое утверждает что, "Любое вычисление, для которого существует эффективная процедура, может быть реализовано на машине Тьюринга."   Если мы признаем принцип Ч╦рча, то любой язык, на котором можно смоделировать машину Тьюринга, является достаточно мощным, чтобы осуществить любой реализуемый алгоритм.    Для решения проблемы "мощности языка" надо построить машину Тьюринга, которая выдаст желаемый результат, согласно принципу Ч╦рча такая машина должна существовать для каждого алгоритма. Затем остается только смоделировать машину Тьюринга на вашем любимом языке программирования. Тем самым споры об относительной мощности языков программирования - если под мощностью мы понимаем способность решать любую задачу.
Ответить | Правка | Наверх | Cообщить модератору

	12. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от drioptr (ok), 20-Мрт-08, 16:08
	>  Если мы признаем принцип Ч╦рча, то любой язык, на котором >можно смоделировать машину Тьюринга, является достаточно мощным, чтобы осуществить любой реализуемый >алгоритм. А кто такой этот Ч╦рч?
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от pavlinux (ok), 20-Мрт-08, 16:52
	http://ru.wikipedia.org/w/index.php?&oldid=7953623
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от thehangedman (ok), 20-Мрт-08, 16:10
	по поводу эквивалентности языков программирования в плане класса решаемых задач замечание совершенно верное, но: >  если под мощностью мы понимаем способность решать любую задачу. под мощностью ЯП понимают не способность решать любую задачу, а (по-русски говоря) легкость, эффективность и выразительность решения данного класса задач. Например, Perl - мощнее чем C для задач обработки строк, а lisp - для символьных вычислений, и т.п.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	14. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от pavlinux (ok), 20-Мрт-08, 16:42
	Ну так выучи Ruby Scheme PostScript Prolog ML Haskell Erlang LISP C Perl - и выходи на пенсию.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от Анон (?), 20-Мрт-08, 17:37
	> а lisp - для символьных вычислений, и т.п. DSL? так для этого есть scheme. А для чего тогда common lisp? Разве не для всего остального. Некоторые, например, сайты делают на lisp'е и вместо xml юзают sexp'ы, другие музыку пишут. Но маркетинг двигает пыхпых, жабу, дохнет и хмель... Интересно, насколько хватит ажиотажа вокруг haskell?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	21. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от thehangedman (ok), 20-Мрт-08, 17:53
	>> а lisp - для символьных вычислений, и т.п. > >DSL? так для этого есть scheme. А для чего тогда common lisp? DSL и символьные вычисления совсем разные вещи, но неважно. а scheme есть, да, и что) С тем что lisp язык универсальный - никто не будет спорить. даже слишком универсальный - по мне это достоинство переходящее в недостаток, но в данном контексте неважно. >Интересно, насколько хватит ажиотажа вокруг haskell? да разве ж есть особый ажиотаж. ажиотаж - это например вокруг ruby. а хаскелл - удел немногих, кто согласен с Диггинсом.
	Ответить | Правка | Наверх | Cообщить модератору

	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ообщить модератору

	39. "Сколько языков программирования нужно выучить"	+/–
	Сообщение от northbear (??), 20-Мрт-08, 20:18
	Замечательно! Я говорю совершенно искренне. Сам я все это уже основательно подзабыл. Увы... :( Только пара вопросов: Так почему до сих пор нет единого, общепринятого, "универсального" языка программирования? Почему столько разных языков, на которых разговаривают люди? А на счет возможности на Lisp'e решать задачи численных методов мало кто сомневается. Только таких чудиков лучше держать в зоопарках... :))
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

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

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