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

Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..., opennews (??), 24-Июл-10, (0) [смотреть все] –1 кто бы сомнивалсятак почему же ихний хрониум и большиство разработок гугла - име, Аноним (-), 17:09 , 24-Июл-10, (1) +1 // Потому что для этого надо сначала переобучить ту толпу девелоперов, которые разр, altmind (?), 18:58 , 24-Июл-10, (15) +6 // Подозреваю, что любой отдел Гугла, который заявит мы готовы перейти с того, чем, тоже Аноним (?), 20:01 , 24-Июл-10, (19) // Если бы все решали только зеленый свет и куча премиальных , то не было бы опен-, altmind (?), 20:19 , 24-Июл-10, (22) –1 Телепат вашего уровня, конечно легко читает даже те мысли индуктора, которых у н, тоже Аноним (ok), 20:35 , 24-Июл-10, (23) +4 Стоит кого-то раскусить, как разу начинаются жалобы на телепатию Во-первых, вы с, ВДНХ (ok), 22:41 , 24-Июл-10, (37) +1 Ой ну да ладно с уже кто только не хоронил,а на нем и на Си до сих пор пишу, Аноним (-), 23:42 , 24-Июл-10, (48) Во-первых, о С речь вообще не шла Если вы его к этой теме примешиваете, значит , ВДНХ (ok), 00:11 , 25-Июл-10, (54) +1 Во многом вы правы с явой у меня много личного и с с причем с первым все хоро, Аноним (-), 14:24 , 25-Июл-10, (107) Много у кого много с чем хорошо и много с чем не очень Ну и что Просто флудите , ВДНХ (ok), 15:56 , 25-Июл-10, (117) Вы знаете, я не против позаморачиваться вот такой вот фигней Мало того, это о, Аноним (-), 02:16 , 25-Июл-10, (79) Вы вообще о чем , ВДНХ (ok), 10:22 , 25-Июл-10, (90) –1 когда появился С многие С-шники прямо скажем и бросились его осваиватьа вот ко, Аноним (-), 00:38 , 25-Июл-10, (61) –1 Многие бросались на C , а многие оставались на С Сравнивать эти языки - это , ВДНХ (ok), 10:34 , 25-Июл-10, (91) +2 Зачем же все проекты Достаточно хотя бы одного, пусть нового, проекта, в кото, тоже Аноним (ok), 10:49 , 25-Июл-10, (93) +1 Вы не знаете, зачем все проекты У каждого проекта своя цель и назначение При че, ВДНХ (ok), 11:01 , 25-Июл-10, (94) Количество разработанных языков растёт не по дня, а по часам Языки давно разраб, Reyn (?), 13:16 , 25-Июл-10, (101) +1 Будем считать, что не перед словам лажа вы просто забыли Ну понятно уже, что, ВДНХ (ok), 13:48 , 25-Июл-10, (102) –1 Очень характерный для тролля симптом - переход на личности в теоретических темах, тоже Аноним (ok), 15:34 , 25-Июл-10, (112) На этот раз мы узнаем, что вы понимаете тот факт, что они немедленно не переписа, ВДНХ (ok), 15:55 , 25-Июл-10, (115) –1 Полемика для вас, похоже, сводится к огульному указанию на умственную неполноцен, тоже Аноним (ok), 16:07 , 25-Июл-10, (118) +1 А вы значит до этого думали, что о вашей клинической неопытности можно догадат, ВДНХ (ok), 16:21 , 25-Июл-10, (120) –4 Итак, начало дискуссии было таким То есть предложить в качестве альтенативы сво, ВДНХ (ok), 11:56 , 25-Июл-10, (96) предложили пусть первые покажут примера то надеятся что - вот мы предложили и в, Аноним (-), 14:22 , 25-Июл-10, (105) Пример чего Ну они и показали пример, реализовав компилятор, обладающий альтерна, ВДНХ (ok), 15:40 , 25-Июл-10, (113) компилятор это не примерпусть серьезные проекты начнут переписыватьПайк же позиц, Аноним (-), 17:42 , 25-Июл-10, (121) Еще раз Хозяевам Гугла вообще-то не так важно, на каких языках написаны их прое, ВДНХ (ok), 18:12 , 25-Июл-10, (123) На пишите Вы и будет понятно Просто путается Вы даром так часто повторяете т, Filosof (ok), 18:09 , 26-Июл-10, (172) Люди, склонные к стереотипам, больше смотрят на правила общения, которые придума, ВДНХ (ok), 18:45 , 26-Июл-10, (174) +1 Не состояние, не желание, желание просто ляпнуть, своя позиция Вы сейчас под , Filosof (ok), 01:14 , 27-Июл-10, (191) Итак, отчетливо видна разница в наших позициях Я на первое место ставлю факты, с, ВДНХ (ok), 08:58 , 27-Июл-10, (192) –1 Омфалос, однако ЧСВ over 9000 , как говорит нынешняя молодежь Этому корона не , тоже Аноним (ok), 09:44 , 27-Июл-10, (194) Вы ОЧЕНЬ хороший тролль - Правда обычно хорошие тролли признают свой троллизм, , Filosof (ok), 00:06 , 28-Июл-10, (199) +1 Итак, что здесь произошло - Я показал глупость агрументов, с которыми разные без, ВДНХ (ok), 12:57 , 28-Июл-10, (201) Итак, что здесь произошло - 2 Оборот медали Был поставлен вопрос почему, если , тоже Аноним (ok), 15:33 , 28-Июл-10, (202) Неправда Вот вы и попались Вопрос, который вы поставили, и пытались отстаивать,, ВДНХ (ok), 16:45 , 28-Июл-10, (203) Найдите хоть один мой пост, в котором я требую переписать хоть один существующий, тоже Аноним (ok), 17:53 , 28-Июл-10, (204) Почему все Только такие, как вы Зачем всем свои проблемы приписывать Весь спор, ВДНХ (ok), 18:51 , 28-Июл-10, (205) Видимо, придется воспользоваться вашей методикой и отнести к одному подвиду вас , тоже Аноним (ok), 00:05 , 29-Июл-10, (206) Поразительная проницательность Если учесть, что под ником altmind - это тоже мо, ВДНХ (ok), 09:02 , 29-Июл-10, (207) Это было нетрудно Очень уж у вас характерная склонность с скоропалительным и бе, тоже Аноним (ok), 10:25 , 29-Июл-10, (208) Так я это и не скрывал Там в тексте и так понятно, что это говорит один и тот ж, ВДНХ (ok), 11:40 , 29-Июл-10, (209) Инструменты не сложнючие , а нерациональные для своей сферы применения В Java,, Кырыл (?), 12:06 , 26-Июл-10, (143) Реквестирую новый язык Go-go , reinhard (ok), 07:32 , 25-Июл-10, (87) ага вспомнил высказывания Вирта по Оберону - типа это самый лучший язык , DrHomer (?), 17:18 , 24-Июл-10, (2) +4 // в рамках требований к языку, сформулированных Виртом, с этим очень трудно спорит, Aquarius (ok), 18:18 , 24-Июл-10, (11) +7 Как говорится, настоящий программист может написать фортрановскую программу на л, DeadMustdie (??), 22:54 , 24-Июл-10, (39) +2 // категорично согласен , Ptomaine (?), 00:47 , 25-Июл-10, (64) +1 Заметил что тут очень часто употребляют термин быдллокодеры При этом никто ко, Асушник (?), 04:27 , 25-Июл-10, (86) +72 // По количеству плюсов за ваш пост можно узнать количество его прочитавших до конц, anthonio (ok), 10:38 , 25-Июл-10, (92) +2 Категоричность юности всегда громко себя демонстрирует Всё верно Сложность пр, DeadMustdie (??), 13:12 , 25-Июл-10, (100) На самом деле этого достаточно, чтобы его не использовать в промышленных масш, kshetragia (ok), 07:47 , 26-Июл-10, (132) +1 Естественно, в 100 случаев за качество программы отвечает не разработчикязыка п, DeadMustdie (??), 19:54 , 25-Июл-10, (124) Проблема в том, что плюсЫ не знаю как насчет остального _стимулируют_ писать г-, kshetragia (ok), 07:51 , 26-Июл-10, (133) +1 Некачественный код на C получается обычно у программистов, изучивших конструкц, DeadMustdie (??), 09:27 , 26-Июл-10, (134) Ничего личного, однако я считаю это высказывание бредом Что за рекомендации по, SubGun (ok), 11:08 , 26-Июл-10, (138) В одежде - пожалуйста, если в компании нет дресс-кода Иначе только в выходные К, DeadMustdie (??), 19:42 , 26-Июл-10, (178) и 100 плохого тоже уже сделали до нас На самом деле, даже больше, потому ч, тоже Аноним (ok), 20:38 , 26-Июл-10, (183) Ну да а ПХП высасывает мозг из талантливых програмистов Я когда писал своё пер, Filosof (ok), 18:25 , 26-Июл-10, (173) Отличный пост, но не мешало бы на абзацы его разбить, FractalizeR (ok), 18:59 , 26-Июл-10, (176) Такую же, что и Objective-С -- чуть ли не идеальное средство для своей ниши , Кырыл (?), 12:09 , 26-Июл-10, (144) –1 // OOPS То есть -- идеально занимает ту нишу, которую занимает GOTO OOPS , Andrey Mitrofanov (?), 12:46 , 26-Июл-10, (155) +1 Да, тавтология получилась Пардон Я к тому, что Go хорош именно для тех проек, Кырыл (?), 13:02 , 26-Июл-10, (160) Поправьте название новости Важнейший компонент рекламной кампании языка Go - а, тоже Аноним (?), 17:22 , 24-Июл-10, (3) +6 // За антирекламу можно, а главное нужно в суд подать А то совсем обнаглели в этом, Coder (?), 17:44 , 24-Июл-10, (6) // Ты отстал из Усть-Урюпинска что ли Уж года 4-ре как это узаконили в штатах , Аноним (-), 22:14 , 24-Июл-10, (36) +1 можно подумать, на Go такое сделать нельзя , Карбофос (ok), 17:30 , 24-Июл-10, (4) +5 // Вполне может оказаться что нельзя Но тогда, правда, окажется что объявления буд, northbear (??), 22:47 , 24-Июл-10, (38) а пример этот на С который для обьявления переменной занял у него весь екранмо, Аноним (-), 17:39 , 24-Июл-10, (5) –1 // Строку, а не весь экран, Аноним (8), 18:04 , 24-Июл-10, (8) Там о java шла речь Будьте внимательны , SubGun (ok), 11:09 , 26-Июл-10, (139) В принципе верно в условиях сегодняшних требований в софтовой промышленности гл, Роман (??), 17:53 , 24-Июл-10, (7) // Хотели общество потребления - получите , Аноним (-), 18:25 , 24-Июл-10, (12) +6 Ну правильно сказал, только вот и Google Go язык не фонтан Все хотят чего-то бы, Аноним (-), 18:11 , 24-Июл-10, (9) –3 // Правильно говорить сейчас я кроме си си нечего не знаю к сожалению , Аноним (-), 18:14 , 24-Июл-10, (10) –1 // а что питон или руби или другой какой либо язык кроме C C умеют компилироватся, Аноним (-), 21:34 , 24-Июл-10, (29) –2 // Программа, написанная на полном C , не работает без библиотечной части STL Ан, DeadMustdie (??), 23:07 , 24-Июл-10, (42) +1 вот только вся соль в том что stl CRT libc уже идут с ситемойа яву или донтент н, Аноним (-), 23:37 , 24-Июл-10, (47) –2 Поскольку все системы разные, то идут с системой - не аргумент Я могу написать, DeadMustdie (??), 00:05 , 25-Июл-10, (53) +1 я таким же образом могу сравнить какой нибудь unix дистрибутив где нет Java и ес, Аноним (-), 00:30 , 25-Июл-10, (57) –4 Что только подтверждает мой тезис есть в системе - не аргумент Насчёт ACE не , DeadMustdie (??), 00:50 , 25-Июл-10, (66) +2 на самом деле я отвлексяхотел показать что наличие в систем в которых есть много, Аноним (-), 01:08 , 25-Июл-10, (69) +2 В принципе согласен gt оверквотинг удален Для меня это сферический пользовател, DeadMustdie (??), 01:21 , 25-Июл-10, (70) А почему каша Имхо как раз все очень логично Кресты и делпхи - на десктопе я, Knuckles (ok), 12:43 , 25-Июл-10, (97) В контексте личного жизненного опыта конкретного программиста может и логично То, DeadMustdie (??), 19:56 , 25-Июл-10, (125) Поясни, пожалуйста, каким должен быть идеальный личный жизненный опыт программис, Knuckles (ok), 20:08 , 25-Июл-10, (127) +1 В нашем случае идеальным было бы нечто типа C POSIX threads signals , DeadMustdie (??), 22:10 , 25-Июл-10, (128) А я-то думал, что мы об опыте в языках говорим А после C Delphi SQL уже нель, Knuckles (ok), 22:15 , 25-Июл-10, (129) +1 Если ограничить рассмотрение только языками, то требуется знание C в егополно, DeadMustdie (??), 22:37 , 25-Июл-10, (131) чтот я не понял чем Java оказался сложен, да и строки на сях столь ужасной в ста, JL2001 (ok), 18:36 , 24-Июл-10, (13) Деградация людей продолжается к сожалению,данные высказывания говорят скорее , ildar00 (?), 18:54 , 24-Июл-10, (14) +1 // если бы тебе удалось деградировать хотя бы на одну сотую по шкале пайка, ты бы, goro (?), 19:45 , 24-Июл-10, (18) +2 // Может я несколько однобок в понимании этой статьи, но так уж понимаю Да, есть, ildar00 (?), 20:59 , 24-Июл-10, (25) // Да вот только они не поддаются структурной декомпозиции, а потому что-либо сложн, Кырыл (?), 12:25 , 26-Июл-10, (147) Разве в ООП главное - это схожесть объектов По мне - как раз наоборот Повторен, FractalizeR (ok), 12:33 , 26-Июл-10, (149) На мой взгляд, главное в ООП, прежде всего, возможность иерархической декомпозиц, Кырыл (?), 14:30 , 26-Июл-10, (161) http www youtube com watch v 5kj5ApnhPAEПро объявление переменной на пол-экран, dq0s4y71 (??), 19:42 , 24-Июл-10, (16) –2 // s премер пример , dq0s4y71 (??), 19:43 , 24-Июл-10, (17) а что сразу не написал си - костыль для ассемблера , Карбофос (ok), 21:20 , 24-Июл-10, (27) +1 // Потому, что это не соответствует действительности , dq0s4y71 (??), 22:58 , 24-Июл-10, (40) +1 // А то что С - костыль для С - значит соответствует - Если не осилил С - , MiG (?), 01:01 , 25-Июл-10, (68) Таки да, соответствует Си и Си - языки одного уровня, а ассемблер - другог, dq0s4y71 (??), 01:52 , 25-Июл-10, (75) +1 поправочкане потому что СИ был распрастраненныйа потому что многие программисты , Аноним (-), 02:16 , 25-Июл-10, (80) В _том_числе_ потому, что Си был распространенным http en wikipedia org wiki , dq0s4y71 (??), 02:50 , 25-Июл-10, (84) +1 я вас удивлюно википедию заполняют такие же люди как и мы с вамиа не сам страуст, Аноним (-), 14:24 , 25-Июл-10, (106) +1 Нет уж Теперь ваша очередь давать ссылки, подтверждающие _ваше_ утверждение , dq0s4y71 (??), 14:58 , 25-Июл-10, (111) соответствует действительности лишь то, что калеки считают костылями языки прогр, Карбофос (ok), 11:20 , 25-Июл-10, (95) может и не костыли_но_если расставить по порядку с правиломязык - результирующи, Аноним (-), 14:29 , 25-Июл-10, (108) Ну это только особо одаренные будут на java писать new Integer 80 или Boolea, anonymous (??), 21:44 , 24-Июл-10, (31) +2 // Тем не менее, так пишут разработчики одного из проектов, который хостится на Goo, dq0s4y71 (??), 23:20 , 24-Июл-10, (46) // Код 2001 года 9 лет прошло, ребята Соответствует спецификации Java 1 4, вполн, DeadMustdie (??), 23:43 , 24-Июл-10, (50) –1 То есть, в 2001 году, кроме как new Integer 80 и Boolean TRUE, это больше никак, dq0s4y71 (??), 23:51 , 24-Июл-10, (52) –1 Ликбез started Для целей оптимизации производительности в Java есть возможность , DeadMustdie (??), 00:17 , 25-Июл-10, (55) gt оверквотинг удален OMG Все-таки прав Пайк Он там назвал эти языки бюрокр, dq0s4y71 (??), 00:31 , 25-Июл-10, (58) На примитивы уже давно можно ссылаться как на объекты Так что Пайк лукавит в св, anonymous (??), 01:24 , 25-Июл-10, (71) Это поверхностное мнение Вы явно не умеете пользоваться возможностями C Java , DeadMustdie (??), 23:14 , 24-Июл-10, (43) +1   // Более того - не собираюсь Уметь пользоваться _всеми_ возможностями С может то, dq0s4y71 (??), 23:43 , 24-Июл-10, (49)   // Есть некая разница между всеми возможностями и набором конструкций, которыйраз, DeadMustdie (??), 23:49 , 24-Июл-10, (51) +1   Ах, вот как То есть, это вы меня записали в типичные програмистские головы , dq0s4y71 (??), 00:21 , 25-Июл-10, (56) +2   расскажите нам про программирование на обьектном языке именуемым - язык баз данн, Аноним (-), 00:34 , 25-Июл-10, (59) –1   уууу как вы однако уважаемый далеки от реальности, sndev (?), 11:25 , 26-Июл-10, (140)   Я не перехожу на личности О вас мне ничего не известно, соответственно,я не дел, DeadMustdie (??), 00:39 , 25-Июл-10, (62)   Но, тем не менее, вы почему-то утверждаете, что я явно не умею пользоваться возм, dq0s4y71 (??), 01:38 , 25-Июл-10, (74) +1   между прочимPerl был придуман системными администраторами которые не знали языко, Аноним (-), 02:13 , 25-Июл-10, (78) –1   Оо Вы хотели сказать _для_ системных администраторов Представил себе Ларри Уо, dq0s4y71 (??), 02:23 , 25-Июл-10, (81) +1   лари был ленивмногие не ленивые администраторы решают задачи на С С не заморачи, Аноним (-), 02:40 , 25-Июл-10, (82)   Ха Еще скажите, что люди, которые ездят на работу на другой конец города на маш, dq0s4y71 (??), 03:10 , 25-Июл-10, (85) +3   ниже я привел что сталкивался не единоразово и на хостинг серверахс задачами кот, Аноним (-), 14:52 , 25-Июл-10, (110)   Вы привели некорректное сравнение Там, где держать Perl невыгодно и не економн, dq0s4y71 (??), 15:56 , 25-Июл-10, (116) +1   Первый раз слышу подобную ахинею Вы же понимаете, что регэкспы Перла - это ТАКИ, Кодир (?), 12:26 , 26-Июл-10, (148)   а вот и защитники perl подтянулисьно сс таким рейтингом помалкивали бызамечу, чт, Аноним (-), 15:53 , 27-Июл-10, (198)   Не ленивые администраторы знают и умеют инструментарий никсов, который позволяет, DeadLoco (ok), 07:56 , 25-Июл-10, (89) +1   гвозди можно забивать любым удобным инструментомдаже лопатойно лучше всего получ, Аноним (-), 13:59 , 25-Июл-10, (104)   Всё зависит от типа задачи и сути использования Сегодня ты сделал 15-строчный к, Кодир (?), 12:35 , 26-Июл-10, (150)   А как это решалось бы на перле Ну, хотя бы в общих чертах , DeadLoco (ok), 12:47 , 26-Июл-10, (156)   В лоб бы и решалось Перл это позволяет На сях пришлось бы изрядно поприседать , kshetragia (ok), 21:00 , 26-Июл-10, (185)   Вы это демонстрируете собственными оценками С - костыль для С Я не считаю п, DeadMustdie (??), 12:55 , 25-Июл-10, (98)   Это о каких СУБД идет речь Хранимые процедуры или UDF , FractalizeR (ok), 12:43 , 26-Июл-10, (152)   Ну DB2 хотя бы Аналогичного эффекта можно добиться в PostgreSQL и Oracle, хотяи, DeadMustdie (??), 19:49 , 26-Июл-10, (180)   Я не просто демонстрирую оценки , а привожу вполне убедительные аргументы Стра, dq0s4y71 (??), 13:02 , 26-Июл-10, (159) –1   Если и убедительные, то не для меня Вы очень высоко оцениваете художественный ур, DeadMustdie1 (ok), 20:19 , 26-Июл-10, (181)   Это метафора Я Си тоже не считаю шедевром, но в своей нише он работает более-ме, dq0s4y71 (ok), 23:49 , 26-Июл-10, (190) +1   C - не один универсальный инструмент, а целый ящик инструмента В этом ящике, DeadMustdie (??), 09:43 , 27-Июл-10, (193)   Здесь я предпочту остаться при своем мнении Если я мыслю объектами , внутренне, dq0s4y71 (??), 13:49 , 27-Июл-10, (196)   Ну и будете получать всякие неприятные ситуации навроде переполненияи невозможно, DeadMustdie (??), 15:04 , 27-Июл-10, (197)   Если следовать вашей логике, обычный си вообще для идиотов , anonymous (??), 00:48 , 25-Июл-10, (65)   // Это не моя логика Писать на C труднее, чем на Java Но обычный C действительно к, DeadMustdie (??), 00:54 , 25-Июл-10, (67)   Сложность написания зависит от сложности задачи , anonymous (??), 01:28 , 25-Июл-10, (72) +1   Вот пример из Пайка foo Foo myFoo new foo Foo foo FOO_INIT Задача очень п, dq0s4y71 (??), 02:02 , 25-Июл-10, (76) +1   потому что Пайк не осилил С foo Foo myFoo foo FOO_INIT надеюсь вас не сил, Аноним (-), 02:07 , 25-Июл-10, (77) –1   Есть старый анекдот про студентов-медиков Студент, вы смелый, но невнимательны, dq0s4y71 (??), 02:42 , 25-Июл-10, (83) +1   есть другой анекдотно уже в программированииесть суть такова, избегайте использ, Аноним (-), 13:48 , 25-Июл-10, (103) +1   Чушь какая Можно подумать, люди используют указатели везде, где ни поподя А п, dq0s4y71 (??), 16:17 , 25-Июл-10, (119) –1   почитайте умные книги умных людейну пример Пайка выглядит именно тактипа вот _та, Аноним (-), 17:49 , 25-Июл-10, (122) +1   мдя вы ничего не слышали о итераторах , Карбофос (ok), 19:56 , 25-Июл-10, (126)   Как вы думаете, по какой причине в современных высокоуровневых языках как миниму, FractalizeR (ok), 12:44 , 26-Июл-10, (153)   Потому что среднестатистический современный кодер не в состоянии оперировать в у, DeadLoco (ok), 12:52 , 26-Июл-10, (158) +3   1 Кем и где не рекомендуется использование указателей Тот же Пайк пишет в свои, dq0s4y71 (??), 17:45 , 26-Июл-10, (169) –1   гм Речь о плюсах вообще-то в сях без указателей вообще никуда к сожалению , kshetragia (ok), 21:08 , 26-Июл-10, (186)   С огромным трудом представляю себе плюсы без указателей То-есть, вообще не пред, DeadLoco (ok), 21:41 , 26-Июл-10, (187) +1   только вот в java есть и this и итераторы, которые замечательно работают , anonymous (??), 23:40 , 26-Июл-10, (189) +1   Приведёте мне пример кода на Си, где без указателей вообще никуда , и пример ко, dq0s4y71 (??), 21:51 , 26-Июл-10, (188) +1   Честно говоря мне плевать на примеры пайка Если я достаточно хорошо знаю и си, , anonymous (??), 20:49 , 26-Июл-10, (184)   Хорошо набросил чувак Даешь вьюжлвасик в массы Чтобы каждая домохозяйка могла , User294 (ok), 20:06 , 24-Июл-10, (21) –3 // Хороший программист должен программировать не на языке, а с использованием языка, FractalizeR (ok), 20:56 , 24-Июл-10, (24) +3 // Ну да А экскаватор - всего-лишь инструмент для сгрёба земли, поэтому что лопата, Кодир (?), 12:12 , 26-Июл-10, (145) +2 // Совершенно верно Если посадить домохозяйку за экскаватор, она вам вместе с ямой, FractalizeR (ok), 12:25 , 26-Июл-10, (146) Да, этим занимаются миллионы обезьян W индусов за пишущими машинками W W клавиат, User294 (ok), 16:03 , 26-Июл-10, (167) –1 Скажем так, домохозяйка никогда не сможет правильно выбрать между finger tree и , Школьник (ok), 21:03 , 24-Июл-10, (26) +6 // Если бы водить истребитель можно было каждому и управление было бы простое как п, User294 (ok), 16:11 , 26-Июл-10, (168) –2 Э Тут ты ошибаешься Средненький плотник или бетонщик зарабатывает куда больше , Кырыл (?), 12:52 , 26-Июл-10, (157) Мля В нашей истории уже были лозунги, что любая кухарка может управлять госуд, northbear (??), 23:02 , 24-Июл-10, (41) –6 // вы сами почаще следовали своему здравому совету, goro (?), 00:36 , 25-Июл-10, (60) +6 Статья 171 Удержат ли большевики государственную власть 187 1917 В И Лен, dmz (?), 10:52 , 28-Июл-10, (200) Роб Пайк видимо ничего не знает о языке D , Аноним (-), 01:36 , 25-Июл-10, (73) // A D просто нет в природе От этого долгостроя уже отворачиваются даже самые пред, fedya (??), 13:00 , 25-Июл-10, (99) –1 // А к Go ещё никто и не поворачивался , Аноним (-), 15:45 , 25-Июл-10, (114) –1 Так долгострой или нет в природе Ошибочность дилетантских мнений о Ди вполне , Кодир (?), 12:03 , 26-Июл-10, (142) А как он думает объяснять студентам объекты которых в go полно студентам которые, Аноним (-), 10:16 , 26-Июл-10, (135) –2 // Ну, к примеру, Руби насквозь объектный, но что либо писать в нём можно совершенн, Кырыл (?), 12:43 , 26-Июл-10, (151) насколько я помню с хоронят уже лет 15 да все никак не похоронят -Dхорошо что, sluge (ok), 10:37 , 26-Июл-10, (136) Насчёт С я бы согласился - это такие грабли с привязанной бомбой, что ни один , Кодир (?), 11:51 , 26-Июл-10, (141) // Ява сложна прежде всего обросшей инфраструктурой Там чёрт ногу сломит что для ч, Кырыл (?), 12:45 , 26-Июл-10, (154) // А причем тут инфраструктура, если мы о самих языках программирования говорим Фр, FractalizeR (ok), 14:41 , 26-Июл-10, (162) // Дело не в сложности реализации, а в сложности и разобщенности самого технологиче, Кырыл (?), 15:33 , 26-Июл-10, (165) А что понимается под техпроцессом в случае Явы , FractalizeR (ok), 16:00 , 26-Июл-10, (166) Обслуживание жизненного цикла приложения , Кырыл (?), 17:52 , 26-Июл-10, (170) net совмещает в себе и статические и динамические языки net реально на голову , Аноним11 (?), 15:00 , 26-Июл-10, (163) –2 // Дотнет - не язык и не может сравниваться с языками Дотнет - это параллельный мир, тоже Аноним (ok), 15:22 , 26-Июл-10, (164) // Коменты жгут моё рабочее время Они конечно тоже полезны Но я за 2 часа не, Filosof (ok), 18:54 , 26-Июл-10, (175) Не нужно сравнивать Framework и язык программирования Если следовать вашему при, FractalizeR (ok), 19:01 , 26-Июл-10, (177) В списке рассылки Lua была как-то очень большая ветка про Gohttp lua-users org, vle (ok), 13:41 , 27-Июл-10, (195) 1,2,3,4,5,7,9,13,14,16,21,41,73,135,136,141,163,195

Сообщения

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

	43. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от DeadMustdie (??), 24-Июл-10, 23:14
	>По теме. Согласен с Пайком. С++ - костыль для С Это поверхностное мнение. Вы явно не умеете пользоваться возможностями C++. > а Джава - новая модель этого костыля. Java - действительно костыль. Он позволяет брать на работу не шибко умных и не особо напрягающихся программистов, и при этом получать с них пользу. > new Integer(80) В современном Java можно написать и так:   final Integer val = 80; Наличие такой формы - особенность, которая никому не мешает. >или Boolean.TRUE (как будто TRUE может быть какого-то другого типа, кроме >Boolean... :)) TRUE, в отличие от true, может быть любого типа по выбору программиста. Например: final String TRUE = "Истина, мамой клянусь!"; final String FALSE = "Ложь греховная."; > И это промышленные языки. Ага. В отличие от языка Go, их создатели неоднократно сталкивались с суровой реальностью промышленных применений и вынуждены были придумать массу решений для проблем, о которых создатели новых модных языков никогда не слышали.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	49. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от dq0s4y71 (??), 24-Июл-10, 23:43
	>Вы явно не умеете пользоваться возможностями C++. Более того - не собираюсь. Уметь пользоваться _всеми_ возможностями С++ может только человек, специально задавшийся такой целью, а это может быть только псих или бездельник. Я ни то ни другое :) Тем более, что знание возможностей С++ плохо помогает там, где проблемно-ориентированный язык все равно справляется лучше.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от DeadMustdie (??), 24-Июл-10, 23:49
	> Уметь пользоваться _всеми_ возможностями С++ может только человек, > специально задавшийся такой целью, а это может быть только псих или бездельник. Есть некая разница между *всеми* возможностями и набором конструкций, который разработчики языка специально готовили для систематического применения широким кругом пользователей. В случае C++ этот набор немножко сложноват для комфортного размещения в типичной программистской голове, увы. > Тем более, что знание возможностей С++ плохо помогает там, >где проблемно-ориентированный язык все равно >справляется лучше. Проблемно-ориентированный язык всегда лучше универсального языка справляется с задачами, для которых он был специально разработан. Другое дело, что областей, сложность и потребности в автоматизации которых стоит создания для них предметно-ориентированного языка, не так много. И разработкой программного обеспечения в таких областях обычно занимаются не профессиональные программисты, а специалисты предметной области, обученные в достаточной степени программированию.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+2 +/–
	Сообщение от dq0s4y71 (??), 25-Июл-10, 00:21
	>Есть некая разница между *всеми* возможностями и набором конструкций, который >разработчики языка специально готовили для систематического применения широким >кругом пользователей. В случае C++ этот набор немножко сложноват для комфортного >размещения в типичной программистской голове, увы. Ах, вот как. То есть, это вы меня записали в "типичные програмистские головы". :) Теперь логика вашего утверждения ясна, но ваш вывод опять же не в пользу С++. > >Проблемно-ориентированный язык всегда лучше универсального языка справляется >с задачами, для которых он был специально разработан. Другое дело, что областей, > >сложность и потребности в автоматизации которых стоит создания для них >предметно-ориентированного языка, не так много. И разработкой программного >обеспечения в таких областях обычно занимаются не профессиональные программисты, >а специалисты предметной области, обученные в достаточной степени программированию. Областей немного? Вам явно не мешало бы расширить кругозор. Областей как раз очень много, иначе не существовало бы такого огромного количества проблемно-ориентированных языков. Более того, даже "чистое" программирование состоит из областей, зачастую непересекающихся. Например, системный программист и программист баз данных - извините, две разные профессии.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	–1 +/–
	Сообщение от Аноним (-), 25-Июл-10, 00:34
	>Например, системный программист и программист баз данных - извините, две разные >профессии. > расскажите нам про программирование на обьектном языке именуемым - язык баз данных это типа триггеры писать на SQL? или что
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от sndev (?), 26-Июл-10, 11:25
	уууу как вы однако уважаемый далеки от реальности
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от DeadMustdie (??), 25-Июл-10, 00:39
	>Ах, вот как. То есть, это вы меня записали в "типичные програмистские >головы". :) Теперь логика вашего утверждения ясна, но ваш вывод опять >же не в пользу С++. Я не перехожу на личности. О вас мне ничего не известно, соответственно, я не делаю никаких выводов о вашей голове. >Областей немного? Вам явно не мешало бы расширить кругозор. Областей как раз >очень много, иначе не существовало бы такого огромного количества >проблемно-ориентированных языков. У меня складывается впечатление, что мы с вами имеем в виду разные вещи. Мне известны предметно-ориентированные языки для примерно следующего набора областей:   - строительства и смежной инженерии (обычно используются всякие специализированные и расширенные диалекты Lisp)   - проектирования электронных плат   - автоматизации документооборота   - робототехники (в ту же область попадают среды программирования промышленных станков)   - управления пакетной обработкой данных В других областях ничего, достойного именоваться "предметно-ориентированным языком", мне сходу припомнить не удаётся. Так где же "очень много областей"? В пределах 10 - не так уж много. >Более того, даже "чистое" программирование состоит из областей, зачастую >непересекающихся. Например, >системный программист и программист баз данных - извините, две разные профессии. Обоим полезно знать синтаксис и семантику наиболее распространённых языков программирования общего назначения, поскольку и там, и там они применяются. Ну разве что системному программисту можно не знать SQL и смежные с ним диалекты.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	74. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от dq0s4y71 (??), 25-Июл-10, 01:38
	>О вас мне ничего не известно Но, тем не менее, вы почему-то утверждаете, что я явно не умею пользоваться возможностями C++. >[оверквотинг удален] >  - автоматизации документооборота >  - робототехники (в ту же область попадают среды программирования промышленных >станков) >  - управления пакетной обработкой данных >В других областях ничего, достойного именоваться "предметно-ориентированным языком", мне сходу припомнить не >удаётся. > >Так где же "очень много областей"? В пределах 10 - не так >уж много. > Насколько я помню, под "проблемно-ориентированным языком" всегда подразумевался "язык программирования, предназначенный для решения определенного класса задач". При этом не важно, используется ли этот язык для автоматизации какого-либо процесса или для решения узко-специальных программистских задач. Кроме "проблемно-ориентированных" языков иногда различают "машинно-ориентированные" и "универсальные" языки: http://mirslovarei.com/content_soc/JAZYK-PROGRAMMIROVANIJA-5... >>Более того, даже "чистое" программирование состоит из областей, зачастую >непересекающихся. Например, >>системный программист и программист баз данных - извините, две разные профессии. > >Обоим полезно знать синтаксис и семантику наиболее распространённых языков >программирования общего назначения, поскольку и там, и там они применяются. >Ну разве что системному программисту можно не знать SQL и смежные с >ним диалекты. Разумеется, иметь широкий кругозор всегда полезно, но вовсе необязательно для решения узкоспециальных задач. И там, где используется Perl, С++ будет гораздо менее удобен, а там где используется SQL, С++ будет почти бесполезен.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	–1 +/–
	Сообщение от Аноним (-), 25-Июл-10, 02:13
	>Разумеется, иметь широкий кругозор всегда полезно, но вовсе необязательно для решения >узкоспециальных задач. И там, где используется Perl, С++ будет гораздо менее удобен, а >там где используется SQL, С++ будет почти бесполезен между прочим Perl был придуман системными администраторами которые не знали языков программирования но им нужно было реализовывать минимальный функционал в администрировании многие же системные администраторы которые знают С++, задачи Perl решают гораздо еффективнее на С++ на том же rsdn есть другой пример где функционал то ли на 'мая' толи на 'матлаб' (увы непомню:( ) был не достаточно быстр и была у человека необходимость переписать это на С++ с SQL конечно такого фокуса не получится
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от dq0s4y71 (??), 25-Июл-10, 02:23
	>между прочим >Perl был придуман системными администраторами которые не знали языков программирования >но им нужно было реализовывать минимальный функционал в администрировании Оо Вы хотели сказать "_для_ системных администраторов"? Представил себе Ларри Уолла, который не знал языков программирования, но создал Перл... :) >многие же системные администраторы которые знают С++, задачи Perl решают гораздо еффективнее >на С++ Ну давайте ваши задачи. Посмотрим, как они были реализованы на С++ и как на Перле, и выясним, действительно ли задачи Перла можно эффективнее решать на С++. >на том же rsdn >есть другой пример >где функционал то ли на 'мая' толи на 'матлаб' (увы непомню:( ) > >был не достаточно быстр >и была у человека необходимость переписать это на С++ > >с SQL конечно такого фокуса не получится Ну, естественно, быстрее  всего получается писать на том языке, который _знаешь_ :)
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от Аноним (-), 25-Июл-10, 02:40
	>Оо Вы хотели сказать "_для_ системных администраторов"? Представил себе Ларри Уолла, >который не знал языков программирования, но создал Перл... :) лари был ленив многие не ленивые администраторы решают задачи на С/С++ не заморачиваясь на Perl >Ну давайте ваши задачи. Посмотрим, как они были реализованы на С++ и как на Перле, и >выясним, действительно ли задачи Перла можно эффективнее решать на С++. задача "по telnet зайти и выполнить определенные команды" на Perl ~15 строк на C теже ~15 строк какой спросите профит? обыкновенный представим роутер в котором нет задач для Perl и дежать Perl только для 15строк невыгодно и не економно, а в некоторых случая и ресурсоемко задача решена на C/C++ была более эффективнее задача с роутером была на DD-WRT роутере так же другого рода задачи появлялись и на других серверах в глобальном вебхостинге где нет смысла держать Perl, когда все быстрее решается на С/C++ ps надеюсь то что задача была решена на С а не на С++ вас не сильно разочарует? >Ну, естественно, быстрее  всего получается писать на том языке, который _знаешь_ :) человек который хотел переписать на С++ его плохо знал, но хорошо знал мая/матлаб и хотел что бы ему переписали все на С++ с ипользованием CUDA потому что в оригинале мая или матлаб - опять же не помню все это вычислял очень медленно есть желание? оригинал этого поищите на rsdn увы линка просто не помню :(
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+3 +/–
	Сообщение от dq0s4y71 (??), 25-Июл-10, 03:10
	>лари был ленив >многие не ленивые администраторы решают задачи на С/С++ >не заморачиваясь на Perl Ха. Еще скажите, что люди, которые ездят на работу на другой конец города на машине, делают это потому, что ленятся ходить пешком. >представим роутер в котором нет задач для Perl Э, нет, так не пойдет. Давайте еще возьмем раутер у которого вообще 8К ОЗУ и на котором ничего написанное кроме как на ассемблере вообще не запустится. Что, скажем тогда, что ассемблер решает перловые задачи лучше чем Перл? Нужно сравнивать эти продукты в _нормальных_ для каждого из них условиях.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от Аноним (-), 25-Июл-10, 14:52
	>Э, нет, так не пойдет. Давайте еще возьмем раутер у которого вообще 8К ОЗУ и на котором >ничего написанное кроме как на ассемблере вообще не запустится. Что, скажем тогда, что >ассемблер решает перловые задачи лучше чем Перл? Нужно сравнивать эти продукты в >_нормальных_ для каждого из них условиях. ниже я привел что сталкивался не единоразово и на хостинг серверах с задачами которые Си решал намного еффективнее чем Perl но вы видимо проигнорировали мой ответ и просто вцепились за первое попавшееся слово из другого вида задач с которыми приходилось сталкиватся это regexp который perl отрабатывает необычайно медленно и ресурсоемко поэтому приходилось переписывать на Си были и задачи третьего вида и четрвертого были и прокси сервера писаные на perl, которые сьедали всю оперативку и падали но это уже другая история если вы захотите к чему то прицепится вы и в словах выше найдете свое
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от dq0s4y71 (??), 25-Июл-10, 15:56
	>ниже я привел что сталкивался не единоразово и на хостинг серверах >с задачами которые Си решал намного еффективнее чем Perl >но вы видимо проигнорировали мой ответ >и просто вцепились за первое попавшееся слово Вы привели некорректное сравнение. Там, где держать Perl "невыгодно и не економно", Perl проигрывает _по_определению_. > >из другого вида задач с которыми приходилось сталкиватся это regexp >который perl отрабатывает необычайно медленно и ресурсоемко >поэтому приходилось переписывать на Си > То же самое. Если первостепенная задача - сэкономить ресурсы и выполнить программу максимально быстро, Перл тут явно не подходит. Не для того он создавался. А вот если Перлу предостаточно столько ресурсов, сколько _ему_требуется_, и скорость выполнения скрипта не слишком критична (как обычно и бывает в админских задачах), до регекспы писать на нем на два порядка удобнее и быстрее, чем на Си. >были и задачи третьего вида и четрвертого >были и прокси сервера писаные на perl, которые сьедали всю оперативку и >падали >но это уже другая история >если вы захотите к чему то прицепится вы и в словах выше >найдете свое Ну, писать прокси-сервер на Перле - это, скажем так, эксцентрично. :) Не удивительно, что он неэффективно работает.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от Кодир (?), 26-Июл-10, 12:26
	>из другого вида задач с которыми приходилось сталкиватся это regexp >который perl отрабатывает необычайно медленно и ресурсоемко >поэтому приходилось переписывать на Си Первый раз слышу подобную ахинею. Вы же понимаете, что регэкспы Перла - это ТАКИЕ ЖЕ СИ-ШНЫЕ МОДУЛИ? Поэтому они ну никак не медленнее тех же модулей, но вызванных из Си. Другой вопрос (это я предполагаю), что вы полезли в грамматики, под которые регэкспы просто не предназначены и конечно же, тупой конечный автомат выйграл! Ну так это вам минус за низкую квалификацию. >были и задачи третьего вида и четрвертого >были и прокси сервера писаные на perl, которые сьедали всю оперативку и падали ыыы :) ДВА МИНУСА. Так бестолково писать на Перле - лучше вообще уйти в управдомы. Перл подкупает своей простотой, но это не избавляет от ИЗУЧЕНИЯ Перла как языка - по всем строгостям, от синтаксиса, до подводных камней и особенностей реализации. То, что какой-то пижон прыгнул с Си в Перл, купившись на похожий синтаксис, ещё не означает, что Перл - плохой. По иронии судьбы, я тоже в своё время писал прокси (резать рекламу). Всё работало замечательно, окромя тупой реализации трэдов от ActiveState - пришлось похоронить. (писал я для винды) Есессно, от живого Перла там было ничтожно мало - сплошь системные вызовы и библиотеки. Поэтому постоянно удивляюсь тем, у кого "Перл тормозит" - в зеркало они ещё не глядели? :)
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от Аноним (-), 27-Июл-10, 15:53
	а вот и защитники perl подтянулись но с >Участник: Кодир >Тип: Аноним >Рейтинг: -272 баллов >Репутация: +24/-24 голосов с таким рейтингом помалкивали бы замечу, что я не программист perl я выправлял глюки предыдущего горе perl админа который срубал ЗП, и ничего не делал >Так бестолково писать на Перле - лучше вообще уйти в управдомы. это был опенсоурс проект которые многие ставят у себя я как С/C++ программист просто выкинул это Г >Вы же понимаете, что регэкспы Перла - это ТАКИЕ ЖЕ СИ-ШНЫЕ МОДУЛИ? ЧСВ овер 12000 еще выше чем у ВДНХ во первых я знаю как perl работает с C во вторых кроме regexp там было много и другого кода, но вы как и второй троль джейсон видите только те слова к которым можете дать свои глупые комментарии, что бы поднять свое ЧСВ учитесь читать весь текст
	Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

	89. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от DeadLoco (ok), 25-Июл-10, 07:56
	> многие не ленивые администраторы решают задачи на С/С++ не заморачиваясь на Perl Не ленивые администраторы знают и умеют инструментарий никсов, который позволяет обходиться простым sh. Почти всегда. Но для этого нужно знать и уметь.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	104. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от Аноним (-), 25-Июл-10, 13:59
	>> многие не ленивые администраторы решают задачи на С/С++ не заморачиваясь на Perl > >Не ленивые администраторы знают и умеют инструментарий никсов, который позволяет обходиться простым >sh. Почти всегда. Но для этого нужно знать и уметь. гвозди можно забивать любым удобным инструментом даже лопатой но лучше всего получается их забивать молотком ах о чем это я конечно можно использоватся и sh или perl все зависит от задачи но большиство задач с которыми я сталкивался и их решениям администраторы упорно решали на perl при этом этот perl сьедал много памяти и ресурсов иногда даже падал можно наверное подумать что те администраторы которые использовали perl его не шибко хорошо знали но теже задачи решеные с знанием начинающих Сишников, были решены более эффективнее perl или sh в большем случае было для таких администраторо быстрым и дешевым решением поставленых задач а один из админов мне как то так и заявил мол - а чего я должен что то делать хорошо даже с использованием Си, если мне "как он считает" мало платят
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от Кодир (?), 26-Июл-10, 12:35
	>задача "по telnet зайти и выполнить определенные команды" >на Perl ~15 строк >на C теже ~15 строк >какой спросите профит? Всё зависит от типа задачи и сути использования. Сегодня ты сделал 15-строчный код, который тупо посылает в _сокет_ хардкоженные команды. Завтра приходит босс и выясняется: 1. Команды должны быть шаблонными (подставлять значения из ввода пользователя), да ещё браться из конфига. 2. Посылать надо не в сокет, а в БД, где они достаются, раскрываются шаблоны и посылаются в сокет. 3. Попутно на каждые 100 команд надо отсылать почту с уведомлением. И вот тут ваши Си-шные 15 строк превращаются... в мусор! Ибо полностью непригодны для адаптации под новые условия. Перл не зря назван ВЫСОКОУРОВНЕВЫМ - если вы понимаете значение этого слова, вы никогда не станете сравнивать Перл и Си.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	156. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от DeadLoco (ok), 26-Июл-10, 12:47
	>И вот тут ваши Си-шные 15 строк превращаются... в мусор! Ибо полностью >непригодны для адаптации под новые условия. А как это решалось бы на перле? Ну, хотя бы в общих чертах?
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от kshetragia (ok), 26-Июл-10, 21:00
	>А как это решалось бы на перле? Ну, хотя бы в общих >чертах? В лоб бы и решалось. Перл это позволяет. На сях пришлось бы изрядно поприседать.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от DeadMustdie (??), 25-Июл-10, 12:55
	>Но, тем не менее, вы почему-то утверждаете, что я явно не умею >пользоваться возможностями C++. Вы это демонстрируете собственными оценками: "С++ - костыль для С". >Насколько я помню, под "проблемно-ориентированным языком" всегда подразумевался >"язык программирования, предназначенный для решения определенного класса задач". >При этом не важно, используется ли этот язык для автоматизации какого-либо >процесса или для решения узко-специальных программистских задач. Я не считаю правильным причислять к полноценным языкам программирования синтаксисы конфигурационных файлов, узкоспециальные скриптовые диалекты и т.п. >Разумеется, иметь широкий кругозор всегда полезно, но вовсе необязательно для >решения узкоспециальных задач. И там, где используется Perl, С++ будет гораздо >менее удобен, а там где используется SQL, С++ будет почти бесполезен. Про Perl не согласен. Единственная сильная сторона Perl - наличие большого количества людей, знающих его синтаксис и ленящихся запускать компилятор :) SQL и C (либо C++) замечательно сочетаются. Скажем, все современные СУБД позволяют писать на C и C++ хранимые процедуры.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	152. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от FractalizeR (ok), 26-Июл-10, 12:43
	>Скажем, все современные СУБД позволяют писать на C и C++ хранимые процедуры. Это о каких СУБД идет речь? Хранимые процедуры или UDF?
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от DeadMustdie (??), 26-Июл-10, 19:49
	>Это о каких СУБД идет речь? Хранимые процедуры или UDF? Ну DB2 хотя бы. Аналогичного эффекта можно добиться в PostgreSQL и Oracle, хотя и с некоторыми дополнительными плясками с бубном. А UDF можно действительно где угодно писать.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	–1 +/–
	Сообщение от dq0s4y71 (??), 26-Июл-10, 13:02
	>Вы это демонстрируете собственными оценками: "С++ - костыль для С". Я не просто "демонстрирую оценки", а привожу вполне убедительные аргументы. Страуструп взял статую Венеры Милосской и приделал ей руки. Чистой воды костылизм. Если нужно было создать инструмент, работающий с данными на абстрактном уровне, зачем было тащить за собой все низкоуровневое наследие Си? В результате абстрактных структур данных мы так толком и не имеем, и каждый фреимворк изобретает собственные велосипеды в виде классов List, Matrix, Vector и т.д... >Я не считаю правильным причислять к полноценным языкам программирования синтаксисы >конфигурационных файлов, узкоспециальные скриптовые диалекты и т.п. Термин "полноценные языки программирования" в вычислительной технике мне не знаком. >Про Perl не согласен. Единственная сильная сторона Perl - наличие большого количества > >людей, знающих его синтаксис и ленящихся запускать компилятор :) Ну, это звучит как-то по-детски. Действительно похоже на "С++ - единственно правильный, потому что я не осилил ничего другого" :) > >SQL и C (либо C++) замечательно сочетаются. Скажем, все современные СУБД позволяют > >писать на C и C++ хранимые процедуры. В том-то и дело, что _сочетаются_, а не _заменяются_. Использовать разные инструменты в разных областях - нормальная практика.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	181. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от DeadMustdie1 (ok), 26-Июл-10, 20:19
	>Я не просто "демонстрирую оценки", а привожу вполне убедительные аргументы. Если и убедительные, то не для меня. >Страуструп взял статую Венеры Милосской и приделал ей руки. Вы очень высоко оцениваете художественный уровень языка C. >Чистой воды костылизм. Если нужно было создать инструмент, работающий >с данными на абстрактном уровне, зачем было тащить за собой все >низкоуровневое наследие Си? Ровно потому, что над низкоуровневыми возможностями всегда очень хочется надстроить удобный абстрактный интерфейс. И C++, среди прочего, позволяет это сделать, не привлекая посторонних средств. Для сравнения, чтобы делать что-то подобное на Java, Python или Perl, нужно написать отдельный программный модуль на другом языке (C), да ещё в соответствии со специальными правилами, заданными спецификой применяемой языковой среды. Кто писал и сопровождал JNI-библиотеки, тот поймёт. Кстати, разумно и удобно организован процесс расширения низкоуровневыми алгоритмами разве что в Perl, который по моим наблюдениям процентов на 50 состоит из таких боковых "костылей" - для обеспечения пристойной производительности. >В результате абстрактных структур данных мы так толком и не имеем, >и каждый фреимворк изобретает собственные велосипеды в виде классов >List, Matrix, Vector и т.д... Це еретики, которых правильно было бы отправить в топку. Самый правоверный набор примитивов - STL + boost, всё остальное - извращение. >Термин "полноценные языки программирования" в вычислительной технике мне не знаком. Глупо сравнивать с одних и тех же позиций C++, M4 и SQL. Равно как и Haskell и Prolog. Изначально дискуссия шла об универсальных императивных языках программирования, иначе вести разговор о Java, C#, Perl, C++ и рекомом Go вообще бессмысленно. Это к вопросу о терминах. >Ну, это звучит как-то по-детски. Действительно похоже на "С++ - единственно >правильный, потому что я не осилил ничего другого" :) На самом деле у Perl и C++ сходная проблема - на них легко написать груду мусора вместо нормального кода. IMHO именно Perl - в своей области применения - должен был бы иметь жёсткий, обязательно многословный и безвариантный синтаксис. Чтобы написанное всегда однозначно читалось и не требовало выстраивать в голове конечный автомат для разбора очередной строки маловнятных символов.
	Ответить | Правка | Наверх | Cообщить модератору

	190. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от dq0s4y71 (ok), 26-Июл-10, 23:49
	>>Страуструп взял статую Венеры Милосской и приделал ей руки. > >Вы очень высоко оцениваете художественный уровень языка C. Это метафора. Я Си тоже не считаю шедевром, но в своей нише он работает более-менее сносно. > >>Чистой воды костылизм. Если нужно было создать инструмент, работающий >>с данными на абстрактном уровне, зачем было тащить за собой все >>низкоуровневое наследие Си? > >Ровно потому, что над низкоуровневыми возможностями всегда очень хочется >надстроить удобный абстрактный интерфейс. И C++, среди прочего, позволяет >это сделать, не привлекая посторонних средств. Проблема в том, что нельзя создать инструмент, которым одинаково хорошо можно было бы забивать сваи и подковывать блоху - что-то всегда будет за счет другого. Это не я придумал. Специализация, разделение труда и пресловутый Юникс-вей известны давно. >[оверквотинг удален] >нужно написать отдельный программный модуль на другом языке (C), >да ещё в соответствии со специальными правилами, заданными спецификой >применяемой языковой среды. Кто писал и сопровождал JNI-библиотеки, >тот поймёт. > >Кстати, разумно и удобно организован процесс расширения низкоуровневыми >алгоритмами разве что в Perl, который по моим наблюдениям процентов на >50 состоит из таких боковых "костылей" - для обеспечения пристойной >производительности. > Вот это-то как раз не "боковые костыли", а тот самый "низкий уровень", который выделен в отдельную прослойку, делающую только свои низкоуровневые дела, и делающую их хорошо. Это логично и правильно. А вот когда я мыслю объектами, строю сложные абстрактные структуры данных, но при этом должен заботиться о том, какой ширины у меня int, как бы мне не сорвать стек переполнением буфера, и как не забыть освободить выделенную память, - это уже костылизм! Кстати, я как раз сейчас этим занимаюсь - пишу на Lua высокоуровневые скрипты, которые вызывают низкоуровненвые функции, обращающиеся к железу, которые пишу на Си. Легко и непринужденно. И мне страшно подумать, что бы было, если бы мне _все_это_ пришлось бы писать на Си++! Оо >>В результате абстрактных структур данных мы так толком и не имеем, >>и каждый фреимворк изобретает собственные велосипеды в виде классов >>List, Matrix, Vector и т.д... > >Це еретики, которых правильно было бы отправить в топку. >Самый правоверный набор примитивов - STL + boost, всё остальное - извращение. > Boost, в котором только одних типов указателей определено, наверное, с десяток? auto_ptr, linked_ptr, scoped_ptr, shared_ptr, smart_ptr, weak_ptr, intrusive_ptr, exception_ptr... Оо Это что, по-вашему, не костыли? Вот вы говорите, я не умею пользоваться возможностями Си++. А вы сами знаете как пользоваться всеми этими указателями? И ЗАЧЕМ знать все эти "возможности Си++", которые больше похожи на способы как победить компилятор? Лучше выбрать более адекватный инструмент сообразно поставленной задаче. >>Термин "полноценные языки программирования" в вычислительной технике мне не знаком. > >Глупо сравнивать с одних и тех же позиций C++, M4 и SQL. >Равно как и Haskell и Prolog. >Изначально дискуссия шла об универсальных императивных языках программирования, >иначе вести разговор о Java, C#, Perl, C++ и рекомом Go вообще >бессмысленно. > Ну, наша с вами дискуссия началась с того, что я назвал С++ "костылем", и вашего возражения на это. Я сравниваю языки программирования с позиций задач, которые ставятся перед ними, и того, насколько эффективно эти задачи ими решаются. >На самом деле у Perl и C++ сходная проблема - на них >легко написать груду мусора >вместо нормального кода. IMHO именно Perl - в своей области применения - >должен был >бы иметь жёсткий, обязательно многословный и безвариантный синтаксис. Чтобы написанное >всегда однозначно читалось и не требовало выстраивать в голове конечный автомат >для разбора очередной строки маловнятных символов. Почему вы считаете, что для задач, которые решает Перл, нужен именно жесткий и многословный синтаксис? Не знаю, чем руководствовался Ларри Уолл в данном случае, но одной из его идей было - создать ЯП, максимально похожий на естественный язык. В естественных языках идиоматика и экспрессивность важнее точности описания, вот, он и решил перенести это на программирование... Насколько удачной была эта идея и ее реализация - спорить не буду. :)
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от DeadMustdie (??), 27-Июл-10, 09:43
	>Проблема в том, что нельзя создать инструмент, которым одинаково хорошо можно было >бы забивать сваи и подковывать блоху - что-то всегда будет за >счет другого. Это не я придумал. Специализация, разделение труда и пресловутый >Юникс-вей известны давно. C++ - не один универсальный инструмент, а целый ящик инструмента. ;) В этом ящике нет средств на все случаи жизни, но они есть в соседних ящиках. Я кстати не утверждаю, что обязательно самые удобные - вести Web-разработку на C++ IMHO совершенно неудобно. >Вот это-то как раз не "боковые костыли", а тот самый "низкий уровень", >который выделен в отдельную прослойку, делающую только свои низкоуровневые дела, и >делающую их хорошо. Это логично и правильно. А вот когда я >мыслю объектами, строю сложные абстрактные структуры данных, но при этом должен >заботиться о том, какой ширины у меня int, как бы мне >не сорвать стек переполнением буфера, и как не забыть освободить выделенную >память, - это уже костылизм! "Какой ширины int", а точнее, о размерности и точности вычислений, понимать полезно всегда. Иначе даже на самом лучшем и высокоуровневом языке программирования можно нарваться на неприятный сюрприз. Даже в Scheme с его высоченной и универсальной "числовой башней" небесполезно понимать, какого типа результат дают вычисления. Что касается "срыва стека переполнением", то это как раз из области корявых приёмов программирования и дурного стиля. Разумный человек никогда не будет работать с фиксированными и неавтоматическими буферами в высокоуровневых участках кода. Язык позволяет, да - но и молотком вполне можно ударить себя по пальцу, кто ж запретит? >Кстати, я как раз сейчас этим занимаюсь - пишу на Lua высокоуровневые >скрипты, которые вызывают низкоуровненвые функции, обращающиеся к железу, >которые пишу на Си. Легко и непринужденно. И мне страшно подумать, что бы было, >если бы мне _все_это_ пришлось бы писать на Си++! Оо Каждый использует то средство, которое ему удобнее и которое он лучше знает. Я бы такую конструкцию преспокойно писал бы на C++, вполне легко и непринуждённо. Логика "высокоуровневых скриптов" без проблем и вполне красиво уложилась бы в синтаксис C++. >Boost, в котором только одних типов указателей определено, наверное, с десяток? >auto_ptr, linked_ptr, scoped_ptr, shared_ptr, smart_ptr, weak_ptr, intrusive_ptr, >exception_ptr... Оо Это что, по-вашему, >не костыли? Вот вы говорите, я не умею пользоваться возможностями Си++. >А вы сами знаете как пользоваться всеми этими указателями? И ЗАЧЕМ >знать все эти "возможности Си++", которые больше похожи на способы как >победить компилятор? Boost - любимая мишень для критики со стороны неосведомлённых. Вообще-то boost как таковой - это область бета-тестирования библиотек, которые претендуют на переезд в состав STL. И нередко там оказываются явно конкурирующие друг с другом модули, которые все разом заведомо никогда не попадут в стандарт. Поэтому если при разработке программы требуется некий примитив, сперва следует смотреть в STL, и только затем, если ничего подходящего там нет - в boost. >Лучше выбрать более адекватный инструмент сообразно поставленной задаче. Это всегда хорошо. >Ну, наша с вами дискуссия началась с того, что я назвал С++ >"костылем", и вашего возражения на это. Я сравниваю языки программирования с >позиций задач, которые ставятся перед ними, и того, насколько эффективно эти >задачи ими решаются. Чисто из любопытства посмотрел (по диагонали) набор сообщений в теме и не обнаружил там даже признаков "сравнения языков программирования с позиций задач", только оценки, явно перегруженные эмоционально. Опять-таки подчеркну - в контексте темы если что и можно сравнивать, то только императивные универсальные языки программирования. SQL и M4 не предлагать :) >Почему вы считаете, что для задач, которые решает Перл, нужен именно жесткий >и многословный синтаксис? Не знаю, чем руководствовался Ларри Уолл в данном >случае, но одной из его идей было - создать ЯП, максимально >похожий на естественный язык. В естественных языках идиоматика и экспрессивность важнее >точности описания, вот, он и решил перенести это на программирование... Насколько >удачной была эта идея и ее реализация - спорить не буду. >:) В языке, похожем на естественный, операции должны определяться словами, а не набором мусорных символов :) А жёсткий и подробный синтаксис был бы полезен в Perl для того, чтобы упростить чтение чужого кода. Perl часто применяется при автоматизации задач администрирования, и понимать кракозябры, набросанные впопыхах очередным гениальным админом, бывает крайне утомительно. Никакой обфускатор часто не требуется :)
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от dq0s4y71 (??), 27-Июл-10, 13:49
	>"Какой ширины int", а точнее, о размерности и точности вычислений, понимать >полезно всегда. Здесь я предпочту остаться при своем мнении. Если я "мыслю объектами", внутреннее представление числовых данных меня заботить не должно. Мне даже не нужно беспокоиться какого они типа - int, float, или что-то еще, как, например, в том же Lua, где для всех числовых данных есть один тип number. >Разумный человек никогда не будет >работать с фиксированными и неавтоматическими буферами в высокоуровневых >участках кода. В высокоуровневых языках человек работает с _данными_, а не с какими-то буферами. Высокоуровневые языки для того и существуют, чтобы максимально абстрагировать программу от ее внутреннего представления в компьютере, и максимально приблизить ее к идее, которая у программиста в голове. Если я добавляю свои объекты в хеш-таблицу или дерево, зачем мне знать какие при этом буферы памяти выделяются и как они потом будут утилизированы? >Вообще-то boost как таковой - это область бета-тестирования библиотек, которые >претендуют на переезд в состав STL. И нередко там оказываются явно конкурирующие > >друг с другом модули, которые все разом заведомо никогда не попадут в >стандарт. > >Поэтому если при разработке программы требуется некий примитив, сперва следует >смотреть в STL, и только затем, если ничего подходящего там нет - >в boost. Ну вот. То вы называете Буст "правоверным", то теперь оказывается, что это - лишь некая "область бета-тестирования библиотек, которые претендуют на переезд в состав STL". Кстати, и STL не многим лучше. Это ведь библиотека, а не часть языка, тут от наследия Си никуда не денешься. А следовательно, и работает она не так эффективно, как если бы все эти абстракции поддерживались бы самим компилятором. Соответственно и без зоопарка итераторов обойтись было нельзя... > >В языке, похожем на естественный, операции должны определяться словами, а не набором > >мусорных символов :) > А разве в естественном языке вы никогда не используете "мусорные" слова? Или, по крайней мере, выразительные идиомы? :) >А жёсткий и подробный синтаксис был бы полезен в Perl для того, >чтобы упростить >чтение чужого кода. Perl часто применяется при автоматизации задач администрирования, >и понимать кракозябры, набросанные впопыхах очередным гениальным админом, бывает >крайне утомительно. Никакой обфускатор часто не требуется :) Ну, с этим, может быть, можно и согласиться :)
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от DeadMustdie (??), 27-Июл-10, 15:04
	>>"Какой ширины int", а точнее, о размерности и точности вычислений, понимать >>полезно всегда. > >Здесь я предпочту остаться при своем мнении. Если я "мыслю объектами", внутреннее >представление числовых данных меня заботить не должно. Мне даже не нужно >беспокоиться какого они типа - int, float, или что-то еще, как, >например, в том же Lua, где для всех числовых данных есть >один тип number. Ну и будете получать всякие неприятные ситуации навроде переполнения и невозможности преобразования, скажем, в int при вызове собственных примитивов, написанных на C. Или удивляться, а почему это вот такой простой алгоритм тормозит - а он, оказывается, для вычисления использует вещественные числа вместо целых. Или вообще в рациональных дробях всё считает :) >В высокоуровневых языках человек работает с _данными_, а не с какими-то буферами. >Высокоуровневые языки для того и существуют, чтобы максимально абстрагировать >программу от ее внутреннего представления в компьютере, и максимально приблизить >ее к идее, которая у программиста в голове. Если я добавляю свои объекты в >хеш-таблицу или дерево, зачем мне знать какие при этом буферы памяти >выделяются и как они потом будут утилизированы? Моя же мысль, выраженная другими словами. Зачем в том же C++ какие-то "буферы" при помещении объектов в карту STL? :) >Ну вот. То вы называете Буст "правоверным", то теперь оказывается, что это >- лишь некая "область бета-тестирования библиотек, которые претендуют на переезд в >состав STL". Вполне правоверная область. С очень качественным кодом, просто не весь он войдёт в стандарт. >Кстати, и STL не многим лучше. Это ведь библиотека, >а не часть языка, тут от наследия Си никуда не денешься. Распространённое заблуждение. STL - неотъемлемая часть языка, обязательная для реализации (и специальной поддержки) любым компилятором C++, соответствующим современному стандарту. Без специальной поддержки компилятора, кстати, некоторые возможности, предусмотренные в STL, в принципе не могут быть реализованы. >А следовательно, и работает она не так эффективно, как если бы >все эти абстракции поддерживались бы самим компилятором. Соответственно и без зоопарка >итераторов обойтись было нельзя... Слова про "эффективность" здесь не к месту. На производительность STL грех жаловаться. А "зоопарк итераторов", действительно не особо приятный, есть прямое следствие строгой и контролируемой на этапе компиляции типизации, та же Java (несмотря на рудиментарность поддержки шаблонов в ней) без такого "зоопарка" точно так же не обошлась. >А разве в естественном языке вы никогда не используете "мусорные" слова? Или, >по крайней мере, выразительные идиомы? :) "Если эта роль ругательная, я вас её попрошу ко мне не применять!" >Ну, с этим, может быть, можно и согласиться :) Вот хоть в чём-то договорились.
	Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

	65. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от anonymous (??), 25-Июл-10, 00:48
	> Java - действительно костыль. Он позволяет брать на работу не шибко умных и не особо > напрягающихся программистов, и при этом получать с них пользу. Если следовать вашей логике, обычный си вообще для идиотов.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	67. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от DeadMustdie (??), 25-Июл-10, 00:54
	>> Java - действительно костыль. Он позволяет брать на работу не шибко умных и не особо >> напрягающихся программистов, и при этом получать с них пользу. > >Если следовать вашей логике, обычный си вообще для идиотов. Это не моя логика. Писать на C труднее, чем на Java. Но обычный C действительно куда проще в употреблении, чем C++ - если действительно полезно использовать возможности C++.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от anonymous (??), 25-Июл-10, 01:28
	> Писать на C труднее, чем на Java. Сложность написания зависит от сложности задачи.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от dq0s4y71 (??), 25-Июл-10, 02:02
	Вот пример из Пайка: foo::Foo * myFoo = new foo::Foo(foo::FOO_INIT) Задача очень простая - создать некий объект. Но почему при этом foo нужно повторить 2 раза, а Foo - 3 раза! Как он говорит, для того, чтобы создать объект, нужно заполнить бланк в 3-х экземплярах! Бюрократия...
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	–1 +/–
	Сообщение от Аноним (-), 25-Июл-10, 02:07
	потому что Пайк не осилил С++ foo::Foo myFoo(foo::FOO_INIT); надеюсь вас :: не сильно пугает? если пугает упрощу Foo myFoo(FOO_INIT);
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от dq0s4y71 (??), 25-Июл-10, 02:42
	Есть старый анекдот про студентов-медиков: "Студент, вы смелый, но невнимательный - я сунул один палец, а облизал другой" ;) Вы создаете _объект_, а он - _указатель_ на объект.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от Аноним (-), 25-Июл-10, 13:48
	есть другой анекдот но уже в программировании есть суть такова, "избегайте использование указателей везде где это возможно" но ниодин С++ программист увы до этой книги не дочитал :((
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	–1 +/–
	Сообщение от dq0s4y71 (??), 25-Июл-10, 16:17
	>есть другой анекдот >но уже в программировании >есть суть такова, "избегайте использование указателей везде где это возможно" >но ниодин С++ программист увы до этой книги не дочитал :(( Чушь какая. Можно подумать, люди используют указатели везде, где ни поподя. А "программиста" на Си++, который не использует указатели, я бы на пушечный выстрел к компьютеру не подпустил. Пусть быдлокодит на Питоне или Джаве.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от Аноним (-), 25-Июл-10, 17:49
	>Чушь какая. почитайте умные книги умных людей >Можно подумать, люди используют указатели везде, где ни поподя. ну пример Пайка выглядит именно так типа вот _так_ пишутся программы на С++ и привел пример с инициализацией указателя >А "программиста" на Си++, который не использует указатели, правило гласит >>есть суть такова, "избегайте использование указателей везде где это возможно" избегайте это не значит _не_используйте_ >я бы на пушечный выстрел к компьютеру не подпустил. да я бы вас и к интернету не допустил бы... >Пусть быдлокодит на Питоне или Джаве. видимо вы далекий от С++ и кроме как говорил Дед, "GUI" ничего не писали
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от Карбофос (ok), 25-Июл-10, 19:56
	мдя... вы ничего не слышали о итераторах?
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	153. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от FractalizeR (ok), 26-Июл-10, 12:44
	>Чушь какая. Можно подумать, люди используют указатели везде, где ни поподя. А >"программиста" на Си++, который не использует указатели, я бы на пушечный >выстрел к компьютеру не подпустил. Пусть быдлокодит на Питоне или Джаве. Как вы думаете, по какой причине в современных высокоуровневых языках как минимум не рекомендуется использование указателей?
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	158. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+3 +/–
	Сообщение от DeadLoco (ok), 26-Июл-10, 12:52
	>Как вы думаете, по какой причине в современных высокоуровневых языках как минимум >не рекомендуется использование указателей? Потому что среднестатистический современный кодер не в состоянии оперировать в уме косвенной адресацией. С ностальгией вспоминаю ассемблер DEC PDP-11, где двойная косвенная адресация была реализована на уровне процессора, и где легко и просто реализовывались массивы указателей на функции...
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	–1 +/–
	Сообщение от dq0s4y71 (??), 26-Июл-10, 17:45
	> Потому что среднестатистический современный кодер не в состоянии оперировать в уме косвенной адресацией. +1 Кем и где не рекомендуется использование указателей? Тот же Пайк пишет в своих знаменитых "Notes on Programming in C": "Pointers are sharp tools, and like any such tool, used well they can be delightfully productive, but used badly they can do great damage (I sunk a wood chisel into my thumb a few days before writing this).  Pointers have a bad reputation in academia, because they are considered too dangerous, dirty somehow.  But I think they are powerful notation, which means they can help us express ourselves clearly." Так что, рекомендовать программистам не пользоваться указателями - это все равно что рекомендовать столярам не пользоваться стамеской. Такие рекомендации даются дебилам.
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от kshetragia (ok), 26-Июл-10, 21:08
	гм. Речь о плюсах вообще-то. в сях без указателей вообще никуда к сожалению.
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	187. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от DeadLoco (ok), 26-Июл-10, 21:41
	>гм. Речь о плюсах вообще-то. в сях без указателей вообще никуда к >сожалению. С огромным трудом представляю себе плюсы без указателей. То-есть, вообще не представляю. Плюсы без указателей - это плюсы без: - this - шаблонов - итераторов список можно продолжать до тех пор, пока не останется жабообразный обрубок.
	Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

	189. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от anonymous (??), 26-Июл-10, 23:40
	только вот в java есть и this и итераторы, которые замечательно работают.
	Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

	188. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+1 +/–
	Сообщение от dq0s4y71 (??), 26-Июл-10, 21:51
	Приведёте мне пример кода на Си, где "без указателей вообще никуда", и пример кода на Си++, который делает ровно _то_же_самое_, но без указателей?
	Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

	184. "Роб Пайк заявил, что Java и C++ слишком усложнены для промыш..."	+/–
	Сообщение от anonymous (??), 26-Июл-10, 20:49
	Честно говоря мне плевать на примеры пайка. Если я достаточно хорошо знаю и си, и java, то трудностей написания ни на том, ни на другом языках у меня не будет.
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

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

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