The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Сайт wiki.debian.org подвергся взлому, opennews (?), 04-Янв-13, (0) [смотреть все]

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


68. "Сайт wiki.debian.org подвергся взлому"  +2 +/
Сообщение от тигар (ok), 05-Янв-13, 09:15 
> Отдельный привет php-шникам, которым так свербит то, что php-шников в приличном обществе
> банально не уважают и не воспринимают

это ты сейчас про секту быдлокодеров писал?:-) боюсь, что теже 'php-шники' вполне могут заменить 'php-шникам' на 'python-говнокодеры' в цитате которая выше, и тоже будут правы.

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

71. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от бедный буратино (ok), 05-Янв-13, 09:28 
> это ты сейчас про секту быдлокодеров писал?:-) боюсь, что теже 'php-шники' вполне могут заменить 'php-шникам' на 'python-говнокодеры' в цитате которая выше, и тоже будут правы.

Чтобы делать веб на python, нужно перерасти php-шника. Т.е., это уже уровень развития разработчика выше (разумеется, в других сферах развития личности могут быть и серьёзные недостатки, которые будут мешать эффективной разработке, но это всё только частности и исключения). php как раз и притягивает всех тех, кто ничего не умеет, ничего не понимает, но при этом считает себя самым умным и единственно знающим, как. И у них там большая пёстрая группа ярких индивидуальностей, которые, если копнуть, похожи друг на друга до слёз. Вот и всё.

Опросы показывают, что большинство разработчиков php - используют windows. Одного этого достаточно, чтобы понять, насколько эти товарищи понимают веб. Большинство из них не использует системы контроля версий, трекеры, взаимодействие у них на уровне "как получится". Потому что это всё - культура windows, которая не бьёт по пальцам СРАЗУ. И поэтому они ничему так не научатся, ибо проблемы, которые возникнут потом - для них прямо сейчас НЕ ЯВЛЯЮТСЯ проблемами. И именно такое наслоение потенциальных проблем на потенциальные проблемы и даёт такой результат - всё криво, небезопасно и прибито гвоздями к apache mod_rewrite.

У тех, кто дорос до нормальных средств - другая культура. И тех очевидных ошибок, которые масса пыхеров совершает ежеминутно, а потом героически с ними борется в течение всего жизненного цикла - люди с другой культурой и другим мышлением практически не совершают. И windows они тоже редко используют. :)

Ответить | Правка | Наверх | Cообщить модератору

119. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от angra (ok), 05-Янв-13, 15:09 
В окрестности 2000-го года основным языком для веба был Perl. Perl куда сложнее что пыха, что пистона(кстати пистон легче пыха), да и написание cgi в то время требовало чуть больше знаний, чем клепание кода под фреймворки. Следуя теории деревянного человечка, из-за более высокого порога вхождения в те времена должен был быть в вебе куда более качественный код, чем во времена засилья пыха. Однако на практике была прорва дырявых говноскриптов, на которые матерились хостеры и пять лет спустя.
Учи историю, буратинка, и может тогда не будешь путать причину(быдлокодерство) со следствием(выбор пыха в качестве ЯП). Если вдруг не станет пыха, то его место просто займет другой язык(например javascript), а быдлокодеры останутся.

Ответить | Правка | Наверх | Cообщить модератору

120. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от б.б. (?), 05-Янв-13, 15:14 
> Следуя теории деревянного человечка, из-за более высокого порога вхождения
> в те времена должен был быть в вебе куда более качественный
> код, чем во времена засилья пыха.

Скажите, что вы все просто хронические дебилы, у которых напрочь отсутствует такая вещь, как понимание, не основанная на формальных командах типа "взять" и условных рефлексах, и вы тупо не умеете понимать человеческую речь, и люди от вас отстанут.

Сейчас более качественный код у тех, кто знает и пых, и его альтернативы, и понимает их достоинства, и понимает их недостатки, и вследствие этого видит всю картину, и понимает те проблемы, которые тому, кто варится внутри и не может посмотреть снаружи, просто в голову никогда не придут. Причём здесь выбор между perl и perl.

Просто одни люди умные, а другие phpшники.

Ответить | Правка | Наверх | Cообщить модератору

124. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от angra (ok), 05-Янв-13, 15:37 
У меня вообще-то основной язык последние годы как раз perl. С php тоже многократно приходилось дело иметь, в том числе и с php 3/4, по сравнению с которыми php 5.3 большой шаг вперед. Так что сравнить как сами ЯП, так и качество кода на них я как раз могу. Поэтому, в отличии от вас, и не страдаю демонизацией пыха.
Ответить | Правка | Наверх | Cообщить модератору

158. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от Michael Shigorinemail (ok), 05-Янв-13, 20:46 
> Просто одни люди умные, а другие phpшники.

Вы очень сильно перегибаете.

--
рубишник, если уж так классифицировать

Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

191. "Сайт wiki.debian.org подвергся взлому"  +2 +/
Сообщение от arisu (ok), 06-Янв-13, 01:05 
> Чтобы делать веб на python, нужно перерасти php-шника.

увы, нет. нужно просто начитаться пропаганды о том, что «php-гуано» и заменить одно гуано на другое. и гордо говорить: «похапэ? фи! вот питоооон…»

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

196. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от бедный буратино (ok), 06-Янв-13, 04:19 
> увы, нет. нужно просто начитаться пропаганды о том, что «php-гуано» и заменить одно гуано на другое. и гордо говорить: «похапэ? фи! вот питоооон…»

Последнее, что меня волнует - это пропаганда. Меня гораздо больше волнует чистота, актуальность и информативность опеннета, а также дружность и взаимопонимание свободного сообщества.

Кто к нам с какой провокацией придёт, тот такой и получит. Придут свидетели истинности python, и будут мешать другим жить - и они получат. В игру "сам дурак" я могу играть бесконечно, без малейшего ущерба для себя. :)

Ответить | Правка | Наверх | Cообщить модератору

208. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от Пингвино (ok), 07-Янв-13, 11:29 
Таки стать 'python-говнокодером' значительно труднее, ибо синтаксис не позволяет коряво форматировать код, а это уже половина дела по сравнению с php, ну и к тому же в стандартных библиотеках/функциях нету такого бардака, как в PHP.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

210. "Сайт wiki.debian.org подвергся взлому"  +3 +/
Сообщение от arisu (ok), 07-Янв-13, 13:08 
> Таки стать 'python-говнокодером' значительно труднее, ибо синтаксис не позволяет коряво
> форматировать код

как будто для быдлокодинга это помеха.

Ответить | Правка | Наверх | Cообщить модератору

215. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 07-Янв-13, 14:56 
>> Таки стать 'python-говнокодером' значительно труднее, ибо синтаксис не позволяет коряво
>> форматировать код
> как будто для быдлокодинга это помеха.

Не существенная помеха, конечно - но довольно неудобная вещь...  Новичка такой синтаксис сильнее бъет по рукам, что есть гуд.

Ответить | Правка | Наверх | Cообщить модератору

211. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от тигар (ok), 07-Янв-13, 13:22 
> Таки стать 'python-говнокодером' значительно труднее, ибо синтаксис не позволяет коряво
> форматировать код, а это уже половина дела по сравнению с php,
> ну и к тому же в стандартных библиотеках/функциях нету такого бардака,
> как в PHP.

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

Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

212. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от Michael Shigorinemail (ok), 07-Янв-13, 14:45 
> Таки стать 'python-говнокодером' значительно труднее, ибо синтаксис не позволяет
> коряво форматировать код, а это уже половина дела

Это распространённое заблуждение, причём некоему Гвидо за такую подмену понятий стоило бы постоять в углу лишних пару часов.  Впрочем, несколько лет тому он же удивлялся попыткам питон одистрибутивить и говорил -- "так собирайте в $HOME вместе с модулями, я сам так делаю".

Код -- это всего лишь изложение мысли.  Если мысли толком не было, то "как ни садитесь".

Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

213. "Сайт wiki.debian.org подвергся взлому"  +2 +/
Сообщение от arisu (ok), 07-Янв-13, 14:49 
дык у гвидо вообще изначально всё для быдлокодеров делалось. нет, а как ещё назвать людей, для которых элементарные правила оформления кода отступами пришлось забить в синтаксис? иначе не понимали, видать.
Ответить | Правка | Наверх | Cообщить модератору

214. "Сайт wiki.debian.org подвергся взлому"  +2 +/
Сообщение от бедный буратино (ok), 07-Янв-13, 14:51 
> дык у гвидо вообще изначально всё для быдлокодеров делалось. нет, а как
> ещё назвать людей, для которых элементарные правила оформления кода отступами пришлось
> забить в синтаксис? иначе не понимали, видать.

Гвидо, гвидо, ты могуч
Ты гоняешь стаи туч
Разгоняешь облака
Силой гви-до-бей-си-ка.

Ответить | Правка | Наверх | Cообщить модератору

216. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 07-Янв-13, 15:08 
>> Таки стать 'python-говнокодером' значительно труднее, ибо синтаксис не позволяет
>> коряво форматировать код, а это уже половина дела
> Это распространённое заблуждение, причём некоему Гвидо за такую подмену понятий стоило
> бы постоять в углу лишних пару часов.

Некий Гвидо к такой подмене понятий - имеет самое отдаленное отношение.

> Впрочем, несколько лет
> тому он же удивлялся попыткам питон одистрибутивить и говорил -- "так
> собирайте в $HOME вместе с модулями, я сам так делаю".

И в какой-то степени - он прав.  Вы чуть выше сами указывали на некоторые проблемы, характерные для дистрибуции современных скриптовых языков.  Везде есть свои eggs - и не Гвидо здесь виноват.

> Код -- это всего лишь изложение мысли.  Если мысли толком не
> было, то "как ни садитесь".

Тем не менее, есть разница между копипастами с IOCCC и, например, кусками кода из Linux.  Readability counts.

Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

218. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от бедный буратино (ok), 07-Янв-13, 15:18 
> И в какой-то степени - он прав.  Вы чуть выше сами
> указывали на некоторые проблемы, характерные для дистрибуции современных скриптовых языков.
>  Везде есть свои eggs - и не Гвидо здесь виноват.

virtualenv - это удобно. да, это удобно.

Ответить | Правка | Наверх | Cообщить модератору

219. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от Michael Shigorinemail (ok), 07-Янв-13, 15:26 
> Некий Гвидо к такой подмене понятий - имеет самое отдаленное отношение.

Минутку, а кто сдизайнил язык с отступами в качестве части синтаксиса?

> И в какой-то степени - он прав.

Да, просто при таком подходе не стоит даже пытаться применять результат вне песочницы (которая с лопатками).  Потому что это точно такое же свидетельство незрелости, как и неразборчивость PHP, по которой каждый второй питонист считает своим долгом пройтись, похоже.

> Вы чуть выше сами указывали на некоторые проблемы, характерные для дистрибуции
> современных скриптовых языков. Везде есть свои eggs - и не Гвидо здесь виноват.

И Гвидо здесь _тоже_ виноват.

Мало того, если будет интересно -- поднимите на lists.altlinux.org переписку по части python policy с участием cray@, он титаническими усилиями пробежал некоторое время впереди планеты всей (включая и дебиан, и апстрим).  В итоге сдался и пошёл делать pypi.

>> Код -- это всего лишь изложение мысли.
> Readability counts.

Безусловно, но как сами понимаете, в linux kernel читабельность кода обусловлена вовсе не попыткой покрасить всех в зелёный цвет, а сугубо прикладными соображениями возможности совместной разработки и поддержки кода.  При этом порой однострочник читабельней, чем принудительно отступененый вариант.

Возможно, это у меня такая детская обида на Гвидо, поскольку когда-то давно честно попытался питон для проектика изучить и понял, что "не идёт" (как и java) -- некрасивые они... полезные по-своему, но не то.

Ответить | Правка | К родителю #216 | Наверх | Cообщить модератору

221. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от бедный буратино (ok), 07-Янв-13, 15:46 
> Возможно, это у меня такая детская обида на Гвидо, поскольку когда-то давно
> честно попытался питон для проектика изучить и понял, что "не идёт"
> (как и java) -- некрасивые они... полезные по-своему, но не то.

А я для маленького проектика учил ruby и sinatra, но, неожиданно для себя, написал пару сайтиков на bottle, вообще не зная python. Вообще - это значит вообще, не имея даже представления, как на python работает helloworld, и ещё что-то, только по примеру bottle. При этом практически всё, что мне нужно, работало, а итоговый результат занял десять строк. :)

python я до сих пор не знаю, как и ruby, но helloworld без заглядывания в учебники уже написать могу. а на bottle даже отступы не нужны, там вместо них ключевое слово end :) но, попутно, всё же познакомился с языком python - вроде бы, довольно логичный. впрочем, у меня не технический и не математический склад ума, я не понимаю ни математики, ни программирования, как в 1990 году выучил 10 LET a = 5, так на этом мои программистические возможности иссякли. :) Мне больше нравится стихи читать. :) Кстати, на python можно стихи писать, говорят. А на перле - даже блюзы.

Ответить | Правка | Наверх | Cообщить модератору

224. "(offtopic) длинный языковой флейм, начавшийся с py vs php"  +/
Сообщение от Michael Shigorinemail (ok), 07-Янв-13, 16:08 
> При этом практически всё, что мне нужно, работало, а итоговый результат
> занял десять строк. :)

Замечательно, особенно если при надобности исключить слово "практически" по крайней мере направление приложения напильника более-менее незатратно выяснилось :)

> впрочем, у меня не технический и не математический склад ума,
> я не понимаю ни математики, ни программирования, как в 1990 году
> выучил 10 LET a = 5, так на этом мои программистические возможности иссякли. :)

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

Ответить | Правка | Наверх | Cообщить модератору

225. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 07-Янв-13, 16:21 
>> Некий Гвидо к такой подмене понятий - имеет самое отдаленное отношение.
> Минутку, а кто сдизайнил язык с отступами в качестве части синтаксиса?

Из этого не следует, что по его мнению - красивое форматирование = отсутствие "говнокода" (иначе за что в угол ставить?).  Рекоммендую учебник логики.

>> И в какой-то степени - он прав.
> ... Потому что это точно такое же свидетельство незрелости, как и неразборчивость PHP

Повторяю, это проблема фактически всех скриптовых ЯП.

> по которой каждый второй питонист
> считает своим долгом пройтись, похоже.

У PHP есть еще и куча иных проблем, специфических, которых вполне можно избежать.  Собственно, на них и указывают обычно.  Можно начать с отсутствия PEP :D

>> Вы чуть выше сами указывали на некоторые проблемы, характерные для дистрибуции
>> современных скриптовых языков. Везде есть свои eggs - и не Гвидо здесь виноват.
> И Гвидо здесь _тоже_ виноват.

Да, конечно.  Он не знает как надо.  Но увы, *никто* пока не знает.

>>> Код -- это всего лишь изложение мысли.
>> Readability counts.
> Безусловно, но как сами понимаете, в linux kernel читабельность кода обусловлена вовсе
> не попыткой покрасить всех в зелёный цвет, а сугубо прикладными соображениями

В точности как и синтаксис питона.  Только в ядре - это часть coding guidelines, а в питоне - часть синтаксиса.  Бить по рукам - легче.

> Возможно, это у меня такая детская обида на Гвидо, поскольку когда-то давно
> честно попытался питон для проектика изучить и понял, что "не идёт"
> (как и java) -- некрасивые они... полезные по-своему, но не то.

Scheme - красивый язык.  Много на нем практических проектов?

Ответить | Правка | К родителю #219 | Наверх | Cообщить модератору

232. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от Michael Shigorinemail (ok), 07-Янв-13, 21:13 
> (иначе за что в угол ставить?)

За навязывание.

> Рекоммендую учебник логики.

Спасибо; встречно рекомендую грамматику, а логику в лицее вообще-то неплохо преподавали. :)

>>> И в какой-то степени - он прав.
>> ... Потому что это точно такое же свидетельство незрелости, как и неразборчивость PHP
> Повторяю, это проблема фактически всех скриптовых ЯП.

Да нет же.  Это в том числе вопрос обратной совместимости (например, для тикля *вообще* не беспокоящий).  Вы учебник-то читали, который рекомендуете? :)

>> по которой каждый второй питонист считает своим долгом пройтись, похоже.
> У PHP есть еще и куча иных проблем, специфических, которых вполне можно
> избежать.  Собственно, на них и указывают обычно.

Так у питона (раз уж его взялись предлагать как нечто лучшее) свои уникальные тараканы, в том-то и беда.

> Да, конечно.  Он не знает как надо.  Но увы, *никто* пока не знает.

Это не так, у него перед глазами уже были перл и, кажется, тикль уже тоже.  Выйти хотя бы на тот же уровень проблемности версий было бы уже большим достижением, как теперь видим.

> В точности как и синтаксис питона.  Только в ядре - это часть coding guidelines,
> а в питоне - часть синтаксиса.  Бить по рукам - легче.

Ну попробуйте меня по рукам побить, только не ждите, что буду терпеть, если сам в ученики не подался. (собсно, так и вышло -- пожал плечами и взялся за тикль, а через пару лет -- и за ruby)

> Scheme - красивый язык.  Много на нем практических проектов?

Регулярно пользуюсь минимум двумя (alterator и расширения gimp), а уж где ещё оно "под капотом" сидит -- даже сходу не соображу.

Собственно, сказано было к тому, что не стоит говорить о недостатках одного языка и превозносить достоинства другого, не предупреждая тут же о недостатках другого.

Ответить | Правка | Наверх | Cообщить модератору

233. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 07-Янв-13, 22:33 
>> (иначе за что в угол ставить?)
> За навязывание.

???

"Не нравится - не ешь." (с)  Использование языка никто не навязывает.  А его синтаксис - обязателен по определению.

>>>> И в какой-то степени - он прав.
>>> ... Потому что это точно такое же свидетельство незрелости, как и неразборчивость PHP
>> Повторяю, это проблема фактически всех скриптовых ЯП.
> Да нет же.  Это в том числе вопрос обратной совместимости

А что у питона с этим не так?  Наоборот, ломание старого функционала - формализовано донельзя, см. те же PEP.  Конверторы пишут даже для больших скачков версий (2->3).  Привет PHP в этом месте, кстати.

> (например, для тикля *вообще* не беспокоящий).

Не затухшее ли развитие языка тому причина? ;)

> Так у питона (раз уж его взялись предлагать как нечто лучшее) свои
> уникальные тараканы, в том-то и беда.

Собственно, моя изначальная идея (#154) была в том, что "спорящим" буратинам стоило бы задуматься - много ли вообще смысла в сравнении узкоспециализированного языка и Python?

>> Scheme - красивый язык.  Много на нем практических проектов?
> Регулярно пользуюсь минимум двумя (alterator и расширения gimp), а уж где ещё
> оно "под капотом" сидит -- даже сходу не соображу.

"Сходу" - festival (TTS), правда не уверен что там "стандартная" Scheme.  Те же "расширения гимп" - народ уже активнее на питоне пишет, имхо.

Так что, увы.  И это даже с учетом того, что Scheme - "стандартный" язык расширений для GNU.

Ответить | Правка | Наверх | Cообщить модератору

234. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от Led (ok), 07-Янв-13, 22:52 

>> (например, для тикля *вообще* не беспокоящий).
> Не затухшее ли развитие языка тому причина? ;)

Отсутсвие толпы школольников-говнокодеров - это "затухание"? Тогда, да - тикль "затухает", а питон "цветёт и пахнет" (только "пахнет" го^Wудобрениями)

Ответить | Правка | Наверх | Cообщить модератору

245. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от arisu (ok), 08-Янв-13, 11:57 
>> (например, для тикля *вообще* не беспокоящий).
> Не затухшее ли развитие языка тому причина? ;)

затухшее? O_O
вполне себе развивается, недавно новая версия вышла, с новыми плюшками. просто их не штампуют на конвейере. а в силу простоты основы так сильно накосячить в движке языка, чтобы надо было постоянно выпускать хотфиксы — достаточно сложно.

> Собственно, моя изначальная идея (#154) была в том, что «спорящим» буратинам стоило
> бы задуматься — много ли вообще смысла в сравнении узкоспециализированного языка
> и Python?

«узкая специализация php» — отчасти следствие «маркетинговой политики». потому что сам по себе язык вполне позволяет писать «десктопный софт» и «скрипты общего назначения». есть даже биндинги к GTK (как минимум, gtkserver точно можно использовать, вроде бы, видел и «нативные»). и много других — к СУБД, bigint, zip/zlib, сокеты, регэкспы. я когда с websocket'ами экспериментировал, на php для них standalone-сервер накидал.

другое дело — как ЯВУ php достаточно кривой. но это уже частности.

> Так что, увы.  И это даже с учетом того, что Scheme
> — «стандартный» язык расширений для GNU.

схема требует перестройки мышления. как и смолтолк, кстати. учитывая повальное засилие c-like (и вообще процедурных языков), переход на «настоящую» функциональность и/или ООП достаточно сложен: просто заучиванием нового синтаксиса не обойтись.

это не вопрос «илитарности», кстати, а больше направленности обучения. выпускать средних ремесленников значительно дешевле и проще, чем специалистов. с другой стороны — это практика порочная, и рано или поздно функциональные языки будут превалирующими. просто потому, что правильно написаная функциональщина очень хорошо параллелится *автоматически* (смотри, например, schemik как proof-of-concept).

Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

249. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 08-Янв-13, 13:14 
>>> (например, для тикля *вообще* не беспокоящий).
>> Не затухшее ли развитие языка тому причина? ;)
> затухшее? O_O
> вполне себе развивается, недавно новая версия вышла, с новыми плюшками.

Перечислить-то хоть эти "плюшки" сумеете?  Если таки сумеете - вспомните что на дворе уже 2013 и посмотрите на другие *современные* скриптовые языки.

> просто их не штампуют на конвейере

Предыдущий релиз был в 2007 году.  5 лет, однако.

> чтобы надо было постоянно выпускать хотфиксы —
> достаточно сложно.

С учетом кучи софта на Tcl - это действительно пугает :D  Хоть три приложения вспомните?

> «узкая специализация php» — отчасти следствие «маркетинговой политики».

Нет.  Это следствие того, что язык создавался конкретно для веба ("как перл, только проще и даже для дебилов").

>> Так что, увы.  И это даже с учетом того, что Scheme
>> — «стандартный» язык расширений для GNU.
> схема требует перестройки мышления. как и смолтолк, кстати. учитывая повальное засилие
> c-like (и вообще процедурных языков), переход на «настоящую» функциональность
> и/или ООП достаточно сложен: просто заучиванием нового синтаксиса не обойтись.

1) Схема вообще не функциональный язык (не чисто)
2) Никакой "перестройкой" нельзя оправдать полного отсутствия софта.  Просто, одно дело - изобретать и вылизывать красивый язык, а другое - практическое программирование.

> правильно написаная функциональщина очень хорошо параллелится

В python вы также можете использовать функциональный стиль, что мешает?

Ответить | Правка | Наверх | Cообщить модератору

250. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от arisu (ok), 08-Янв-13, 13:28 
> Перечислить-то хоть эти «плюшки» сумеете?

из давно мной желаемых — yield и tailcall.

>  Если таки сумеете — вспомните что
> на дворе уже 2013 и посмотрите на другие *современные* скриптовые языки.

смотрел. в чём проблема с Tcl? ну, кроме того, что многие его готовить не умеют?

признаюсь честно: довольно долгое время считал Tcl убогим древним хламом. пока однажды — чисто по приколу — не решил встроить как скриптовый язык в один домашний проект. вследствие чего немного в него углубился… и оказалось, что Tcl прекрасен. пожалуй, он очень напоминает лисп, только без скобочек. по духу: удалось при видимой внешней простоте достичь огромной выразительности.

>> просто их не штампуют на конвейере
> Предыдущий релиз был в 2007 году.  5 лет, однако.

и что? фичи в язык добавляют *очень* аккуратно, сначала долго думая, потом долго тестируя.

> С учетом кучи софта на Tcl — это действительно пугает :D  
> Хоть три приложения вспомните?

тебе напомнить, зачем придумывали Tcl? то, что он оказался ещё и пригоден для написания софта «сам по себе» — это всего лишь бонус. приложений, кстати, есть, в том числе и весьма неплохие IDE. собственно, их вика знала, но оно где-то потерялось в пути. однако писать приложение *полностью* на Tcl — это обычно overkill. хоть и можно.

а накидать на Tcl/Tk морду к какой-нибудь утилите — процесс весьма несложный. настолько несложный, что публиковать подобные домашние скрипты как Проекты — смысла нет. разве что Tk выглядит несколько печально для тех, кому надо «шашечки».

>> «узкая специализация php» — отчасти следствие «маркетинговой политики».
> Нет.  Это следствие того, что язык создавался конкретно для веба ("как
> перл, только проще и даже для дебилов").

с тех пор он достаточно сильно поменялся. да и «конкретно для веба» разве значит, что на нём больше ничего писать нельзя?

> 1) Схема вообще не функциональный язык (не чисто)

«чисто» функциональный язык бессмысленен: ему нельзя дать входные данные и получить выходные. потому что это side effects, которые разрушают «чистую» функциональность.

а схема — язык мультипарадигменный (пардон май фрэнч). на схеме можно без труда писать функциональщину. более того: она это приветствует, потому что одним из обязательных требований имеет TCO.

> 2) Никакой «перестройкой» нельзя оправдать полного отсутствия софта.

я тебе сейчас секрет скажу: если софт писать некому, то его и не будет. а чтобы было кому, надо массово перестраивать мозги. «ты улавливаешь суть?» (ц)

>> правильно написаная функциональщина очень хорошо параллелится
> В python вы также можете использовать функциональный стиль, что мешает?

бидон мешает.

Ответить | Правка | Наверх | Cообщить модератору

251. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 08-Янв-13, 14:02 
>>  Если таки сумеете — вспомните что
>> на дворе уже 2013 и посмотрите на другие *современные* скриптовые языки.
> смотрел. в чём проблема с Tcl?

В том, что там все это появилось давно.

> оказалось, что Tcl прекрасен.

Рад за вас.

>>> просто их не штампуют на конвейере
>> Предыдущий релиз был в 2007 году.  5 лет, однако.
> и что? фичи в язык добавляют *очень* аккуратно, сначала долго думая, потом
> долго тестируя.

Я только вижу, что добавляют *медленно*.  А продуманность и аккуратность - из этого еще никак не следуют.

>> С учетом кучи софта на Tcl — это действительно пугает :D
>> Хоть три приложения вспомните?
> тебе напомнить, зачем придумывали Tcl? то, что он оказался ещё и пригоден
> для написания софта «сам по себе» — это всего лишь бонус.

Не вспомнили.  Не пригоден.

> а накидать на Tcl/Tk морду к какой-нибудь утилите — процесс весьма несложный.
> настолько несложный, что публиковать подобные домашние скрипты как Проекты — смысла нет.

Если эти скрипты полезны - смысл всегда есть.  Только, увы...

>>> «узкая специализация php» — отчасти следствие «маркетинговой политики».
>> Нет.  Это следствие того, что язык создавался конкретно для веба ("как
>> перл, только проще и даже для дебилов").
>
> с тех пор он достаточно сильно поменялся. да и «конкретно для веба»
> разве значит, что на нём больше ничего писать нельзя?

Увы, наверно без "мама, роди меня обратно" - толку от изменений будет нуль.  Так что нет, нельзя.  И не пишут, что характерно (даже GUI на этом вашем GTK, не говоря уже о вычислительных приложениях или написании CAS :)).

>> 1) Схема вообще не функциональный язык (не чисто)
> «чисто» функциональный язык бессмысленен: ему нельзя дать входные данные и получить
> выходные. потому что это side effects, которые разрушают «чистую» функциональность.

Да нет, не совсем уж бессмысленен (есть чисто функциональные диалекты той же Scheme, например owl-lisp).  Просто у вас, видать, каша в голове.  Видать "входные/выходные данные" вы с I/O путаете...

>> 2) Никакой «перестройкой» нельзя оправдать полного отсутствия софта.
> я тебе сейчас секрет скажу: если софт писать некому, то его и не будет.

Ну да.  Только язык развивают, пишут спецификации => есть кому.  "Перестраивать" мозги некому - эти люди прекрасно знают возможности языка.  Правильный ответ был дан в том куске цитаты, что вы благополучно вырезали.

>>> правильно написаная функциональщина очень хорошо параллелится
>> В python вы также можете использовать функциональный стиль, что мешает?
> бидон мешает.

??

Ответить | Правка | К родителю #250 | Наверх | Cообщить модератору

252. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от arisu (ok), 08-Янв-13, 14:14 
>>>  Если таки сумеете — вспомните что
>>> на дворе уже 2013 и посмотрите на другие *современные* скриптовые языки.
>> смотрел. в чём проблема с Tcl?
> В том, что там все это появилось давно.

что «всё»? например, определение своих управляющих конструкций, которые работают так же, как стандартные? но я понимаю: «это не нужно», да. потому что почти нигде не реализовано.

> Я только вижу, что добавляют *медленно*.  А продуманность и аккуратность —
> из этого еще никак не следуют.

а продуманность и аккуратность видна из процесса обсуждения, разработки и знания языка. конечно, с высоты полёта орла этого не видно.

> Не вспомнили.  Не пригоден.

ок, не пиши. разрешаю.

> Если эти скрипты полезны — смысл всегда есть.

ты публикуешь *все* свои скрипты? ведь они — без сомнения — полезны, иначе ты бы их не писал, не так ли?

>> с тех пор он достаточно сильно поменялся. да и «конкретно для веба»
>> разве значит, что на нём больше ничего писать нельзя?
> Увы, наверно без «мама, роди меня обратно» — толку от изменений будет
> нуль.  Так что нет, нельзя.

можно. я разрешаю.

> Да нет, не совсем уж бессмысленен (есть чисто функциональные диалекты той же
> Scheme, например owl-lisp).  Просто у вас, видать, каша в голове.
>  Видать «входные/выходные данные» вы с I/O путаете…

это просто ты не понимаешь, что такое «чистая функциональщина». по какому поводу обсуждать её с тобой я смысла не вижу вообще.

>>>> правильно написаная функциональщина очень хорошо параллелится
>>> В python вы также можете использовать функциональный стиль, что мешает?
>> бидон мешает.
> ??

см. выше про функциональщину. к сожалению, обсуждение упёрлось в хреновое знание матчасти как минимум одним из оппонентов.

Ответить | Правка | К родителю #251 | Наверх | Cообщить модератору

254. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 08-Янв-13, 15:20 
>> В том, что там все это появилось давно.
> что «всё»?

Ну тот же yield.

>> Я только вижу, что добавляют *медленно*.  А продуманность и аккуратность —
>> из этого еще никак не следуют.
> а продуманность и аккуратность видна из процесса обсуждения, разработки и знания языка.
> конечно, с высоты полёта орла этого не видно.

С высоты полета орла - я сразу вижу PEP.  Вот это - действительно "продуманность и аккуратность".  Если ради аналога этого мне надо перелопатить труды конференций, кучу мейллистов - ну его нафиг.

>> Если эти скрипты полезны — смысл всегда есть.
> ты публикуешь *все* свои скрипты? ведь они — без сомнения — полезны,

Если пользуюсь ими больше пары раз в жизни - да, публикую.

> иначе ты бы их не писал, не так ли?
>> Увы, наверно без «мама, роди меня обратно» — толку от изменений будет
>> нуль.  Так что нет, нельзя.
> можно. я разрешаю.

От того, что вы что-то разрешаете - софт не появился.

> это просто ты не понимаешь

Я 1) понимаю 2) у меня даже справка на эту тему есть :)

Судя по тому, что вы заявили выше о "самообразовании" - подобными "справками" вас жизнь не обеспечила.  Так что давайте вы не будете с таким апломбом судить о чьих-то знаниях.  Самообразование хорошо до тех пор, пока вы ведете себя скромно и не хвастаетесь "знаниями", наличие которых у вас никто не проверял.

Вам на заметку:
http://en.wikipedia.org/wiki/Functional_programming
Словарь дать?

>>>> В python вы также можете использовать функциональный стиль, что мешает?
>>> бидон мешает.
>> ??
> см. выше про функциональщину. к сожалению, обсуждение упёрлось в хреновое знание матчасти
> как минимум одним из оппонентов.

Боюсь, что так.  Тем не менее, если вы изволите продолжить самообразование - то обнаружите, что средства для программирования в функциональном стиле там имеются.

Ответить | Правка | К родителю #252 | Наверх | Cообщить модератору

255. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от arisu (ok), 08-Янв-13, 15:57 
>>> В том, что там все это появилось давно.
>> что «всё»?
> Ну тот же yield.

вопрос про новые языковые конструкции ненавязчиво поскипан, как неудобный. так вот: функциональный аналог yield таки можно реализовать при помощи костылей (без внешних препроцессоров, чисто средствами самого языка). можно ли сделать такое на «язык-по-твоему-выбору» с добавлением новых управляющих конструкций?

добавление yield — это syntactic sugar. избавляет от костылей и кучи boilerplate-кода, но ничего *кардинально* нового не вносит. и снова: «ты улавливаешь суть?» (ц)

ну пожалуйста, не тупи. ты же отлично понимаешь, о чём речь, далеко ведь не дурак. а троллишь почти на том же уровне, что и «пингвин должен умереть».

>>> Я только вижу, что добавляют *медленно*.  А продуманность и аккуратность —
>>> из этого еще никак не следуют.
>> а продуманность и аккуратность видна из процесса обсуждения, разработки и знания языка.
>> конечно, с высоты полёта орла этого не видно.
> С высоты полета орла — я сразу вижу PEP.  Вот это
> — действительно «продуманность и аккуратность».

это всего лишь *один из методов*. а вот разработчики Tcl предпочитают спокойно обсуждать в своём кругу. ты тоже можешь принять участие в обсуждении: это не тайное общество. а писать TEP они не хотят — их право.

> Если ради аналога этого мне
> надо перелопатить труды конференций, кучу мейллистов — ну его нафиг.

тебе — не надо, потому что ты не разработчик Tcl. а если действительно интересуешься процессом, то ты *уже* подписан на соответствующие конференции, и ничего «лопатить» не надо.

>>> Если эти скрипты полезны — смысл всегда есть.
>> ты публикуешь *все* свои скрипты? ведь они — без сомнения — полезны,
> Если пользуюсь ими больше пары раз в жизни — да, публикую.

ну, в тоне дискуссии: а где глянуть-то? вопрос о том, как проверить, все ли скрипты, которые ты запускал хотя бы два раза, опубликованы — пока оставим в стороне, а то совсем толсто получится.

> От того, что вы что-то разрешаете — софт не появился.

ну так ты запретил, я разрешил.

> Судя по тому, что вы заявили выше о «самообразовании» — подобными «справками»
> вас жизнь не обеспечила.

какая досада! (ц) действительно, без бумажки я букашка. а Алан Кей вообще получается ничтожеством: его никто не учил делать ООП, и бумажки у него об этом нет.

> Так что давайте вы не будете с таким апломбом судить о чьих-то знаниях.

отчего же? ну ок, я завтра напечатаю себе бумажку: сегодня просто лень идти туда, где принтер стоит.

> Самообразование хорошо до
> тех пор, пока вы ведете себя скромно и не хвастаетесь «знаниями»,
> наличие которых у вас никто не проверял.

то ли дело люди с бумажками! правда, их обычно даже собеседовать не надо: там не наблюдается даже тех базовых знаний, которые — судя по бумажке — должны быть. но это, видимо, от того, что я ничего не понимаю.

> Вам на заметку:
> http://en.wikipedia.org/wiki/Functional_programming
> Словарь дать?

оставляя в стороне то, что «вики как аргумент» — это само по себе смешно, я только замечу, что ты опять демагогию разводишь. а поскольку считаю тебя умнее, чем ты пытаешься показаться, то не буду разжёвывать, почему. ок?

> Боюсь, что так.  Тем не менее, если вы изволите продолжить самообразование
> — то обнаружите, что средства для программирования в функциональном стиле там
> имеются.

(вздыхает) средства для перевозки грузов в «запорожце» имеются. вот только грузовики для этого как-то лучше подходят.

Ответить | Правка | К родителю #254 | Наверх | Cообщить модератору

256. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 08-Янв-13, 16:27 
> можно ли сделать такое на «язык-по-твоему-выбору»
> с добавлением новых управляющих конструкций?

Где я писал про "любой" язык?  Но в том же питоне - аналог был уже давным давно.

> это всего лишь *один из методов*

Это всего лишь конкретный пример того, как можно доказывать свои утверждения.  Развитие языка 1) видно 2) хорошо и наглядно документированно

> а вот разработчики Tcl предпочитают спокойно
> обсуждать в своём кругу.

Да.  А для непосвещенных видно только то, что релизы делаются реже и "круг" уже...

>> Если ради аналога этого мне
>> надо перелопатить труды конференций, кучу мейллистов — ну его нафиг.
> тебе — не надо, потому что ты не разработчик Tcl.

Справедливости для - я и не разработчик питона.  Но PEP почитываю...

>> Вам на заметку:
>> http://en.wikipedia.org/wiki/Functional_programming
>> Словарь дать?
> оставляя в стороне то, что «вики как аргумент»

Это ссылка на энциклопедию.  В чем проблема?  Есть источники, цитированные там определения можете проверить в них, если есть сомнения.  И про функциональное программирование, и про "побочные эффекты" - можете там полюбопытствовать.

Было бы желание, конечно.  И смелость признавать собственные ошибки.

Ответить | Правка | К родителю #255 | Наверх | Cообщить модератору

257. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от arisu (ok), 08-Янв-13, 16:56 
>> можно ли сделать такое на «язык-по-твоему-выбору»
>> с добавлением новых управляющих конструкций?
> Где я писал про «любой» язык?  Но в том же питоне
> — аналог был уже давным давно.

можно его увидеть? хочу конструкцию WHILE-ELSEIF-END из Oberon-07. подчёркиваю: без внешних массажёров исходника (это означает и то, что «запускаем питон, который массажирует исходник и запускает питон» не катит).

>> это всего лишь *один из методов*
> Это всего лишь конкретный пример того, как можно доказывать свои утверждения.  
> Развитие языка 1) видно 2) хорошо и наглядно документированно

а мне, например, и в Tcl видно. это называется «вкусовщина» — кто как привык, так и смотрит.

>> а вот разработчики Tcl предпочитают спокойно
>> обсуждать в своём кругу.
> Да.  А для непосвещенных видно только то, что релизы делаются реже
> и «круг» уже…

а «непосвящённым» зачем дискуссии по поводу новых фич? после внесения фичи будут документированы, можно прочитать документацию и пользоваться. а процесс «непосвящённому» не нужен, иначе он был бы «посвящён».

> Справедливости для — я и не разработчик питона.  Но PEP почитываю…

ну, почитывай, кто ж запрещает? это чтение из разряда «детективчик перед сном».

> Это ссылка на энциклопедию.  В чем проблема?

в том, что её пишут непрофессионалы. и даже хуже: её *модерируют* непрофессионалы. продолжать не стану.

> Было бы желание, конечно.  И смелость признавать собственные ошибки.

как я уже сказал, в виду бесперспективности обсуждать эту тему не хочу. если ты считаешь, что «чистая функциональщина» может иметь какие-то side effects, то…

Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

258. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 08-Янв-13, 17:28 
> можно его увидеть?

Он так и называется.  Увидь.

> а «непосвящённым» зачем дискуссии по поводу новых фич? после внесения фичи будут
> документированы, можно прочитать документацию и пользоваться. а процесс «непосвящённому»
> не нужен, иначе он был бы «посвящён».

Если "непосвещенный" пишет нормальный проект, а не "накоряпал 80 строк говнокода и забыл" - его, как правило, интересует дальнейшая поддержка кода и дальнейшая эволюция используемого языка.  

>> Это ссылка на энциклопедию.  В чем проблема?
> в том, что её пишут непрофессионалы. и даже хуже: её *модерируют* непрофессионалы.

Это обычно там, где про "белое движение" пишут, Вову Путина, Мадонну и проч. биллетристика.  Технические, математические и научные (science) разделы на английском - неплохо огорожены.  Если ваши правки откатывали - как правило, можно подозревать проблемы с профессионализмом *у вас*.

> продолжать не стану.

А чего тут "продолжать"?  "Входные данные" и side effects - вещи несколько перпендикулярные.  Не хотите вики читать - смотрите прямо цитированные там книжки.  Или и их пишут непрофессионалы?

Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

259. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от arisu (ok), 08-Янв-13, 17:35 
>> можно его увидеть?
> Он так и называется.  Увидь.

будь так любезен, покажи. уважь старика.

> Если «непосвещенный» пишет нормальный проект, а не «накоряпал 80 строк говнокода и
> забыл» — его, как правило, интересует дальнейшая поддержка кода и дальнейшая
> эволюция используемого языка.

ну так Tcl — не питон, там в новых версиях совместимость со старыми не ломают. тот, кто «пишет нормальный проект на Tcl» — в курсе этой фичи.

> Это обычно там, где про «белое движение» пишут, Вову Путина, Мадонну и
> проч. биллетристика.  Технические, математические и научные (science) разделы на английском
> — неплохо огорожены.  Если ваши правки откатывали — как правило,
> можно подозревать проблемы с профессионализмом *у вас*.

бла-бла-бла.

> А чего тут «продолжать»?  «Входные данные» и side effects — вещи
> несколько перпендикулярные.

мне показалось очевидным, что если есть входные данные — должен быть и эффект на выходе. настолько очевидным, что я даже не стал на этом заострять внимание. как и на том, что выходные данные/выходное действие — являются side effects. а если выхода нет — то такая «вещь в себе» совершенно бесполезна.

можно вопрос: насколько глубоко надо разжёвывать очевидное? достаточно уровня «неси ложку с едой в рот», или надо дополнительно упоминать о том, что рот неплохо бы открыть?

Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

260. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 08-Янв-13, 18:21 
>>> можно его увидеть?
>> Он так и называется.  Увидь.
> будь так любезен, покажи. уважь старика.

Документация.  yield.

> ну так Tcl — не питон, там в новых версиях совместимость со
> старыми не ломают.

Это плохо.  Для живого языка, конечно.

Только люди не ради информации о несовместимостях любопытствуют, да.

> как и на том, что выходные данные/выходное действие
> — являются side effects.

Вот I/O операции - это пример side effects.  Ввод-вывод.  А вовсе не вход-выход.  На это вам указали, сколько можно тупить?  Аргументы факториала и возвращаемое этой функцией значение - никакого отношения к side effects не имеют.

Ответить | Правка | К родителю #259 | Наверх | Cообщить модератору

261. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от arisu (ok), 08-Янв-13, 18:30 
>>>> можно его увидеть?
>>> Он так и называется.  Увидь.
>> будь так любезен, покажи. уважь старика.
> Документация.  yield.

э… цитирую:

>>> можно ли сделать такое на «язык-по-твоему-выбору»
>>> с добавлением новых управляющих конструкций?
>> Где я писал про «любой» язык?  Но в том же питоне
>> — аналог был уже давным давно.
>можно его увидеть? хочу конструкцию WHILE-ELSEIF-END из Oberon-07.

каким образом тут yield? O_O и как он поможет реализовать WHILE-ELSEIF-END?


>> ну так Tcl — не питон, там в новых версиях совместимость со
>> старыми не ломают.
> Это плохо.  Для живого языка, конечно.

возможно, я тебя очень удивлю, когда скажу, что некоторые языки дизайнят так, чтобы не пришлось потом всё переделывать, потому что Оказалось Сделано Криво. да-да, такие бывают. «развитие» != «до основанья мы разрушим, а затем…»

> Только люди не ради информации о несовместимостях любопытствуют, да.

а зачем ещё? всё остальное есть в документации к релизу. в разделах «нововведения» и тематических по нововведениям.

>  Аргументы факториала и возвращаемое этой функцией значение — никакого отношения
> к side effects не имеют.

и куда эта функция своё значение «возвращает»? вот именно: сколько можно тупить? я, кажется, ясно сказал, что «чистая функциональщина» бесполезна, потому что это самое «возвращаемое значение» чистая функциональщина даже показать не может, ибо сразу станет грязной.

всё, на этом идиотизм про функциональщину я прекращаю окончательно: мне уже неинтересно разбираться, демагог ли ты, или действительно не врубаешься.

Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

262. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 08-Янв-13, 18:53 
> каким образом тут yield?

Отмотайте по треду выше.

> возможно, я тебя очень удивлю, когда скажу, что некоторые языки дизайнят так,
> чтобы не пришлось потом всё переделывать, потому что Оказалось Сделано Криво.
> да-да, такие бывают. «развитие» != «до основанья мы разрушим, а затем…»

Нет, дяденька, так не бывает.  Мы тебе не верим и нас ты не обманешь, ибо это не так (тм).

>> Только люди не ради информации о несовместимостях любопытствуют, да.
> а зачем ещё?

Затем, чтобы знать "что будет" и использовать это знание при проектировании приложения.

> мне уже неинтересно разбираться

Я это понял, жаль ваше "самообразование".

Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

263. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от arisu (ok), 08-Янв-13, 18:59 
>> каким образом тут yield?
> Отмотайте по треду выше.

я, кажется, всё процитировал. но ты облажался — и в лучших местных традициях делаешь вид, что всё так и надо, оппонент дурак, ничего не понял.

> Нет, дяденька, так не бывает.  Мы тебе не верим и нас
> ты не обманешь, ибо это не так ™.

какая досада! (ц)

> Затем, чтобы знать «что будет» и использовать это знание при проектировании приложения.

проектируется сразу в исходном коде? сочувствую. большое приложение на бидоне? дважды со… хотя нет, ССЗБ, не сочувствую.

> Я это понял, жаль ваше «самообразование».

не надо его жалеть, «самообразование» — штука неодушевлённая, страдать не может.

Ответить | Правка | К родителю #262 | Наверх | Cообщить модератору

264. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 08-Янв-13, 19:38 
>>> каким образом тут yield?
>> Отмотайте по треду выше.
> я, кажется, всё процитировал.

Нет, не все.  отсюда #254 хоть.

>> Затем, чтобы знать «что будет» и использовать это знание при проектировании приложения.
> проектируется сразу в исходном коде?

К примеру, какие-то функции - станут частью стандартной библиотеки.

Знание будущего, как правило, бывает полезным...

>> Я это понял, жаль ваше «самообразование».
> не надо его жалеть, «самообразование» — штука неодушевлённая, страдать не может.

Носитель страдает :)


Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

244. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от arisu (ok), 08-Янв-13, 11:41 
> где ещё оно «под капотом» сидит — даже сходу не соображу.

в alsa «под капотом» есть маленький лисп. не схема, конечно, да и не то, чтобы он был там так сильно нужен, но.

Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру