The OpenNET Project / Index page

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



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

Оглавление

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

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


28. "Сайт wiki.debian.org подвергся взлому"  +2 +/
Сообщение от Аноним (-), 04-Янв-13, 23:59 
Зато питонистам придется теперь засунуть куда подальше свое ЧСВ. Хоть какая-то польза от этих хацкеров. Отдельные приветы буратине, которому засверлили два в одном. И питон и дебиан.
Ответить | Правка | Наверх | Cообщить модератору

29. "Сайт wiki.debian.org подвергся взлому"  +6 +/
Сообщение от Аноним (-), 05-Янв-13, 00:18 
Ах какие мы сердитые на питонистов, они наш пыхпых не уважают.
Ответить | Правка | Наверх | Cообщить модератору

31. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от Аноним (-), 05-Янв-13, 01:04 
> Ах какие мы сердитые на питонистов, они наш пыхпых не уважают.

Пыхпых не мой, я просто разместил объяву. Просто перманентный тупняк питонистов, полагающих что крЮтой ЯП и крЮтой фреймворк заменяют программеру мозг несколько утомил. Как видим, эпикфэйлить можно на совершенно любом ЯП.

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

74. "Сайт wiki.debian.org подвергся взлому"  –2 +/
Сообщение от бедный буратино (ok), 05-Янв-13, 10:01 
Как бы пышники не отмазывались, в глазах компетентного обывателя пыхеры всегда будут быдлом, и есть за что.

Мне нравятся их фееричные ходы, когда у них из-за phpbb2 утекла тонна конфиденциальных данных, а они заявляют "ЗАТО phpbb3 стабилен". Да кто будет узнавать, что он стабилен, если нормальный человек от него бежит, как от чумы? Если уже нанесён огромный ущерб, чё понту с того, что через годы, через расстояния хронические проблемы исправлены. Беда php не в проблемах, а в ХРОНИЧЕСКИХ проблемах.


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

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

165. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от Аноним (-), 05-Янв-13, 21:19 
> компетентного обывателя

Ммм... взаимоисключающие параграфы детектед :)

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

53. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от бедный буратино (ok), 05-Янв-13, 04:18 
Этому подвержены только php-шники. Потому что знают только php. Те, кто знают разные языки, могут и использовать разные языки, в зависимости от того, что хотят получить.

ps. Проблема php не в языке. Проблема php в php-шниках. Не знаю, насколько виноват php в том, что плодит быдло, но это - медицинский факт, от которого не отвертеться. И именно это php-шников бесит.

А языки, как не странно, бывают хорошие и нехорошие. Когда дырки плодятся именно от особенностей языка и его реализации - это плохой язык. Когда дырки плодятся ТОЛЬКО от ошибок разработчиков - это нормально. Зато это классно выявило всё нытьё php-шников "python, ruby и nodejs никто не использует, все только на php". Нет, не все. И что там раз в год бывают ошибки - это нормально, они везде бывают. А вот то, что стандартные способы писать на php просто уговаривают разработчиков "сделай ошибку", и разработчик приложения должен прикладывать дополнительные усилия, чтобы написать "как правильно", а не "как все" - это и характеризует язык как средство.

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

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

54. "Сайт wiki.debian.org подвергся взлому"  +4 +/
Сообщение от Аноним (-), 05-Янв-13, 05:36 
> Этому подвержены только php-шники.

Почему же? Я всего лишь констатировал тот факт что облажаться можно на любом языке. Но я знал что такое супер-комбо, когда FAIL в одном объекте фетишизма факапит другой объект фетишизма вам просто обязано понравиться по полной программе.

> ps. Проблема php не в языке. Проблема php в php-шниках.

А проблемы питона, внезапно, в питонистах. Ну и так далее. О чем и был спич, на что питонисты обычно верещали "%s отстой, питон ответ на все проблемы!!111". А вот это уже и было наглым враньем. Ну а вот и пруфы подоспели. Как видим, облажаться можно на любом ЯП.

> ТОЛЬКО от ошибок разработчиков - это нормально

В конечном итоге вообще все дырки - от ошибок разработчиков. Почему вы вдруг возомнили что питонисты не ошибаются - я не понял. Это наглое вранье.

> Отдельный привет php-шникам, которым так свербит то

Я вообще не PHPшник, просто питонисты на каждый пшик орущие что во всем виноват пых - достали. А у самих такие бревна в глазах. Не комильфо.

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

59. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от бедный буратино (ok), 05-Янв-13, 06:07 
> А проблемы питона, внезапно, в питонистах. Ну и так далее. О чем и был спич, на что питонисты обычно верещали "%s отстой, питон ответ на все проблемы!!111". А вот это уже и было наглым враньем. Ну а вот и пруфы подоспели. Как видим, облажаться можно на любом ЯП.

Можно. Только в php обход косяков, неудобностей и поиска потенциальных проблем занимает 50% времени. А игнорирование этого ведёт к проблемам. А на нормальных языках многие из этих вещей уже исправлены by-design, и не нужно выбирать "или мы пишем быстро и плохо, или мы пишем правильно и очень медленно".

Ну и, если у php-шников главное достижение php - это то, что moinmoin сломали, о чём тут можно говорить?


> Я вообще не PHPшник, просто питонисты на каждый пшик орущие что во всем виноват пых - достали.

Разумеется, давно заметно, что тут многие говорят о вещах, о которых понятия не имеют. python, ruby и nodejs гораздо лучше для веб-РАЗРАБОТКИ. И те, кто ничего не понимают в теме, до тех эта нехитрая мысль, разумеется, никак не дойдёт. Это не значит, что эти средства решают ВСЕ проблемы. Нет, но они просто тупо лучше. А в php вагон проблем, тянущих и разработку и разработчиков вниз, и крадущих их время и внимание.

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

63. "Сайт wiki.debian.org подвергся взлому"  +4 +/
Сообщение от Аноним (-), 05-Янв-13, 09:01 
> Можно. Только в php обход косяков, неудобностей и поиска потенциальных проблем занимает 50% времени.

А питон вообще изначально для вебни не создавался, раз уж такая пьянка пошла.

> А игнорирование этого ведёт к проблемам. А на нормальных
> языках многие из этих вещей уже исправлены by-design,

А тем не менее, баянный как 8086 directory traversal и заливка всякого хлама из-за слабой валидации входных данных по прежнему имеет все и вся. Ну и фигле толку с ваших "нормальных by design"? Все к чему оно ведет - програмер расслабляется и кладет болт на элементарную валидацию данных. За него же другие подумают. Ну там фреймворк, ЯП, и вообще, ему можно быть дебилом. Ведь более развитые существа подумали как подтереть ему попку автоматически если он испачкается. Поэтому можно гадить под себя.

> и не ннжно выбирать "или мы пишем быстро и плохо, или мы пишем правильно и очень медленно".

Да вообще, панацея! Магическим образом обходит знаменитое правило "2 из 3". Может, маркетинговый буллшит надо немного поаккуратнее втирать? А то очень уж ваш долбаный "гербалайф" задрал. Кстати, говорят что президент оной конторы околел в весьма юном возрасте. А тут вот такой колоритный FAIL. Что как-то намекает что маркетинговый буллшит является таковым из-за того что обещаемые златые горы мягко говоря не совсем соответствуют суровым реалиям.

> Ну и, если у php-шников главное достижение php - это то, что
> moinmoin сломали, о чём тут можно говорить?

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

> Разумеется, давно заметно, что тут многие говорят о вещах, о которых понятия
> не имеют. python, ruby и nodejs гораздо лучше для веб-РАЗРАБОТКИ.

Обычно по моим наблюдениям такие буратины ненавидят майнстрим сугубо потому что хочется повыделываться, "быть не таким как все". При этом в силу общей никчемности, нулевой креативности и вообще отсутствия каких либо специальных скиллов за пределами "быдлокодер стандартный, рубь за ведро, одна штука" - только и остается что пальцевать всякой экзотикой. Как будто это является каким-то достоинством. Г@внокод можно на любом ЯП генерить. В общем то мастер и скромными инструментами шедевр сделает. А бездарь и крутейшими инструментами все загадит. Этим мастер и отличается от бездаря, собственно.

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

65. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от бедный буратино (ok), 05-Янв-13, 09:08 
> Да вообще, панацея! Магическим образом обходит знаменитое правило "2 из 3". Может,
> маркетинговый буллшит надо немного поаккуратнее втирать? А то очень уж ваш
> долбаный "гербалайф" задрал. Кстати, говорят что президент оной конторы околел в
> весьма юном возрасте. А тут вот такой колоритный FAIL. Что как-то
> намекает что маркетинговый буллшит является таковым из-за того что обещаемые златые
> горы мягко говоря не совсем соответствуют суровым реалиям.

Объяснить разницу между python и php можно только тем, кто хоть как-то понимает предмет. Но вот беда, они уже знают разницу между python и php.

А те, кто сами заявляют, что они некомпетентны в вопросе, но почему-то уверены, что именно они знают, как лучше - они, конечно, с опеннета никуда не денутся, и вякать тут не перестанут, но их мнение любой нормальный человек будет держать на уровне извёстки, которой стены общественного туалета побелены. Моськи, что с них взять.


> Обычно по моим наблюдениям такие буратины ненавидят майнстрим сугубо потому что хочется  повыделываться, "быть не таким как все".

Это истеричкам с опеннета, которым опять яйца прищемили, и они орут - тем хочется повыделываться. Людям на это наплевать, как и на мнение мосек. А уж как людям наплевать на мнение некомпетентных мосек - сии слова неизреченные, которых и произнести-то нельзя.


> никчемности, нулевой креативности и вообще отсутствия каких либо специальных скиллов за
> пределами "быдлокодер стандартный, рубь за ведро, одна штука" - только и
> остается что пальцевать всякой экзотикой. Как будто это является каким-то достоинством.

Достоинством является то, что человек понимает что он говорит и зачем он это говорит. Я этим качеством обладаю, а опеннетовские моськи - нет. Всё остальное - банальная демагогия, попытка через одни факты доказать другие факты, хотя любой индивидуум с iq чуть больше вашего легко заметит, что никакой связи между этими фактами нет. Без связи - в грязи.

То, что я с вами общаюсь - это по одной причине, я хочу сделать опеннет лучше и чище. Не считайте себя интересным - не ошибётесь. То, что у вас повышенная возбудимость на слово python, это уже все видят, болезнь лечить надо, а не гордиться ей.

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

149. "Сайт wiki.debian.org подвергся взлому"  +2 +/
Сообщение от Аноним (-), 05-Янв-13, 19:50 
> Объяснить разницу между python и php можно только тем, кто хоть как-то понимает предмет.

А Резерфорд (известный физик такой) помнится как-то раз сказал что если вы не моежете в двух словах объяснить суть вашей деятельности домохозяйке - значит вы и сами не понимаете чем вы занимаетесь. Глядя на вас я лишний раз убеждаюсь что он был прав.

> Но вот беда, они уже знают разницу между python и php.

Конечно: питонисты илитизмом больше ушиблены и ЧСВ настолько до небес что они в принципе не замечают за собой фэйлы. И даже то что продукт как правило полное гэ - не замечают. Потому что свое же не пахнет.

> общественного туалета побелены. Моськи, что с них взять.

Ну так кто ж тебя заставляет тявкать? На практике моська или успевает свалить от камаза или из нее получается убедительный факт вкатанный в асфальт. Вот в данном случае -  дотявкались, в асфальт вкатало годно.

> Это истеричкам с опеннета, которым опять яйца прищемили, и они орут -
> тем хочется повыделываться. Людям на это наплевать, как и на мнение мосек.

Настолько эпической самокритики я давненько не встречал. А тебе не кажется что ты очень хорошо подходишь под свой же шаблон? Былинно! :)

> Достоинством является то, что человек понимает что он говорит и зачем он это говорит.

Так я понимаю зачем я это говорю. Я ответственно заявляю: баги будут в любом софте достаточного объема. И их будет примерно одинаково. Независимо от ЯП и фреймворка. А те кто втирает обратное - лжецы и продавцы гербалайфа. В каком месте столь простая формулировка не понятна? Вас смущает то что ваши златые горы оказались на деле лишь маркетинговым пшиком? Ну, бывают в жизни огорчения.

> Я этим качеством обладаю, а опеннетовские моськи - нет.

Оно и заметно - втирали панацею, втирали, а оказывается в панацее можно вот так вот эпически обделаться. Надо же - оказывается ЯП и фреймворки не заменяют программисту мозг. Сенсация! :)

> хотя любой индивидуум с iq чуть больше вашего

Боюсь, вы в эту категорию вообще не попадаете. Сколько у вас IQ, уж пардон за нескромный вопрос? :)

> легко заметит, что никакой связи между этими фактами нет. Без связи - в грязи.

Ну давай, рисковый парень, озвуч свой IQ. Врать кстати бесполезно, уровень IQ приблизительно виден по сообщениям. Брутальные завироны не пройдут.

> повышенная возбудимость на слово python

Да. Ибо когда гербалайф постоянно втюхивают как панацею - это задалбывает, приколитесь? И на маркетинговый буллшит вырабатывается аллергия. Особенно когда на этом уродище ни 1 нормального продукта не написано, зато апломба - на легион качественных продуктов хватает.

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

154. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от myhand (ok), 05-Янв-13, 20:25 
>> Объяснить разницу между python и php можно только тем, кто хоть как-то понимает предмет.
> А Резерфорд (известный физик такой) помнится как-то раз сказал что если вы
> не моежете в двух словах объяснить суть вашей деятельности домохозяйке -
> значит вы и сами не понимаете чем вы занимаетесь.

А вы не допускаете, что "на уровне домохозяйки" - разницы может быть не заметно *вовсе*?

> Глядя на вас я лишний раз убеждаюсь что он был прав.

А я - что, как обычно, что смысла цитируемых текстов не понимают напрочь...

> Так я понимаю зачем я это говорю. Я ответственно заявляю: баги будут
> в любом софте достаточного объема. И их будет примерно одинаково. Независимо
> от ЯП и фреймворка. А те кто втирает обратное - лжецы

Покажите мне, пожалуйста, CAS на PHP.  И реализацию MPI.  Вам все слова понятны? :)

Поймите, пожалуйста, на веб-программировании мир не заканчивается.  И то, что вне ваших веб-страничек и "фреймворков" нет и не будет никогда PHP - кое о чем говорит...

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

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

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

> Покажите мне, пожалуйста, CAS на PHP.  Реализацию MPI.  Вам все слова понятны? :)

Ну во, опять сферические пузомерки в вакууме. Таненбаум vs монолиты - web 2.0 edition :\.

> Поймите, пожалуйста, на веб-программировании мир не заканчивается.

Я это прекрасно понимаю, ибо вообще не веб-программмер. А эти ваши питоны вообще хрен знает зачем нужны. Как системная автоматизация - излишне заморочены и несовместимы между версиями. Обычного шеллскрипта - за глаза! Как вебня оно тоже не фонтан. Как апликухи в системе - тормозно и костыльно. Зато понтов - на 100500 других программеров хватит.

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

167. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от myhand (ok), 05-Янв-13, 21:25 
>> А вы не допускаете, что "на уровне домохозяйки" - разницы может быть не заметно *вовсе*?
> Тогда в первом приближении можно считать что разницы нету.

Лично мне, например - полностью наплевать на мнение домохозяйки.  И все проистекающие из этого "приближения".

> А все ваши потуги попу рвать - не стоят выеденного яйца.

Вы по-русски умеете разговаривать?

>> Покажите мне, пожалуйста, CAS на PHP.  Реализацию MPI.  Вам все слова понятны? :)
> Ну во, опять сферические пузомерки в вакууме.

Вполне конкретные вещи.  Вам таки все слова были понятны?  Будет достойный ответ, или продолжите практику попыток бросания в оппонента, пардон, фекалиями?

>> Поймите, пожалуйста, на веб-программировании мир не заканчивается.
> Я это прекрасно понимаю, ибо вообще не веб-программмер. А эти ваши питоны
> вообще хрен знает зачем нужны.

Вам привели примеры зачем.  В отличие от PHP - Python не является узкоспециализированным языком.

> Как системная автоматизация - излишне заморочены и несовместимы между версиями. Обычного шеллскрипта - за глаза!

Мониторинг на шеллскрипте подымете?  Централизованное управление конфигурацией?  Систему управления пакетами?  Все это вполне задачи "системной автоматизации".

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

174. "Сайт wiki.debian.org подвергся взлому"  +2 +/
Сообщение от Аноним (-), 05-Янв-13, 22:31 
> Лично мне, например - полностью наплевать на мнение домохозяйки.  И все проистекающие из этого "приближения".

Замечательно. Правда чего ради вы и буратина решили что ваши мнения чем-то лучше - я не понял. Пока что результаты налицо: все кто вляпался в эту питонятину поимели довольно кондовые проблемы. Кто-то вообще вырубил вику и кукует без сервиса, кого-то вообще расхакали. Как видим, на практике с питоном случается такой же буллшит как и с остальными.

>> А все ваши потуги попу рвать - не стоят выеденного яйца.
> Вы по-русски умеете разговаривать?

Стандартным русским языком это явление плохо описывается. Недостаточно колоритно. Более понятный вам синоним - "фигней страдать". К сожалению он недостаточно колоритен.

>> Ну во, опять сферические пузомерки в вакууме.
> Вполне конкретные вещи.  

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

> Вам привели примеры зачем.  В отличие от PHP - Python не является узкоспециализированным языком.

Да уж, он является неведомой зверушкой, которая одинаково гуняво делает вообще все. Ну так, глядя на конечные результаты.

> Мониторинг на шеллскрипте подымете?  Централизованное управление конфигурацией?

Если задаться самоцелью (нафига?) - подыму, пожалуй. А чем, собственно, шелскрипт принципиально отличается от всех остальных? Правда для этого есть навалом готовых тулзей на самых разных ЯП и оптимальность данного подхода вызывает большие вопросы.

> Систему управления пакетами?  

Можно. Не факт что нужно. Но чисто технически - можно. Хотя да, по соображениям перфоманса оно на сях/сях++ намного лучше получается чем на скриптоязыках. И опять питон в пролете. Потому что такое же тормозилово как и шеллскрипты примерно. Один хрен оба интерпретеры.

> Все это вполне задачи "системной автоматизации".

Спасибо, кэп. А теперь мы приходим к тому что есть unix way. Это быстрые утили на сях склеенные в некритичных к скорости местах шелскриптами. Довольно просто и элегантно. И расширяется так и сяк. Что новыми видами "кирпичиков", что иным порядком их укладки.

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

181. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от myhand (ok), 05-Янв-13, 22:55 
>> Лично мне, например - полностью наплевать на мнение домохозяйки.  И все проистекающие из этого "приближения".
> Замечательно. Правда чего ради вы и буратина решили что ваши мнения чем-то
> лучше - я не понял.

За других - не скажу.  Но, в отличие от домохозяйки, я имею отношение к обсуждаемым предметам, да.

> Пока что результаты налицо: все кто  вляпался в эту питонятину поимели довольно кондовые проблемы.

Вам привели пример: без того, чтобы "врубиться в питонятину" - некоторые задачи вообще нельзя решить.  Вы это понимаете?  PHP - специализированный язык.  Это медицинский факт.

> Более понятный вам синоним - "фигней страдать".

Я пытался намекнуть на то, что именно этим вы и занимаетесь с буратиной.

> И, кстати, найти реализации этого самого на пыхе можно тупо
> вколотив запросы в гугль.

Вколотили?  Нашли?  То-то.

Повторим урок.  Почему не нашли?

> Я думаю что даже вы догадаетесь как
> выглядят эти запросы.

Малыш, я знаю и как ответы выглядят :D

> Если задаться самоцелью (нафига?) - подыму, пожалуй.

Цели вам описали выше.  Для нафига - не надо.

> А чем, собственно, шелскрипт принципиально
> отличается от всех остальных?

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

> Правда для этого есть навалом готовых тулзей
> на самых разных ЯП

Ну, кроме PHP ;)

> А теперь мы приходим к тому что есть unix way...

Ох, беда...

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

180. "Сайт wiki.debian.org подвергся взлому"  +4 +/
Сообщение от Michael Shigorinemail (ok), 05-Янв-13, 22:54 
> Мониторинг на шеллскрипте подымете?

Простенький -- да, поскольку нет сложных структур данных.  За быстрый/массированный на питоне бы не взялся.

> Централизованное управление конфигурацией?

Это не шелл, но лучше и не питон.  Потихоньку читаю про picolisp на сей счёт.

> Систему управления пакетами?

За применение нынешнего питона в подобных задачах следует фиксировать профнепригодность, увы.  Даже плюсы в этом плане всё-таки меньшее зло.  Поскольку unzip.zip -- ситуация ни разу не желанная.

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

184. "Сайт wiki.debian.org подвергся взлому"  –3 +/
Сообщение от myhand (ok), 05-Янв-13, 23:06 
>> Мониторинг на шеллскрипте подымете?
> Простенький -- да, поскольку нет сложных структур данных.

Простенький - можно написать левой ногой на любом скриптовом(и нет) ЯП.

>  За быстрый/массированный на питоне бы не взялся.

Ну и не надо.  Все уже написано за нас ;)

>> Централизованное управление конфигурацией?
> Это не шелл, но лучше и не питон.

Все-таки - лучше чем шелл.

>> Систему управления пакетами?
> За применение нынешнего питона в подобных задачах следует фиксировать профнепригодность, увы.
> ... Поскольку unzip.zip -- ситуация ни разу не желанная.

Ну а чем особо данная ситуация отличается от c++?  У RH есть yum с питоном - будете их учить щи варить? :)  В Debian есть и на c++ и на Python.  Вроде что-то еще на перл есть.

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

186. "Сайт wiki.debian.org подвергся взлому"  +3 +/
Сообщение от Michael Shigorinemail (ok), 05-Янв-13, 23:49 
>>  За быстрый/массированный на питоне бы не взялся.
> Ну и не надо.  Все уже написано за нас ;)

То-то в соседнем отделе писали на эрланге, причём Нетч с питоном более чем знаком.  А то, чем сам пользуюсь (http://collectd.org, http://mmonit.com/monit) -- сишное.

>>> Централизованное управление конфигурацией?
>> Это не шелл, но лучше и не питон.
> Все-таки - лучше чем шелл.

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

>>> Систему управления пакетами?

Кстати, как можно было забыть http://xgu.ru/wiki/nih имени Чеусова :)

>> ... Поскольку unzip.zip -- ситуация ни разу не желанная.
> Ну а чем особо данная ситуация отличается от c++?

Тем, что у ELF-библиотек раскладывание рядом нескольких soname является штатной процедурой, а вот с питоном и прочими бурно развивающимися скриптовыми языками (у ruby в этом плане примерно те же грабли, perl спасает скорее неспешность AFAIK) поддержка нескольких версий параллельно с возможностью при этом что-то одно иметь как /usr/bin/python (или /usr/bin/ruby), причём чтоб байткод модулей был гарантированно подходящей версии и хедеры тоже -- задача, на которую апстримы системно забили, нагромоздив своих песочниц вроде eggs/gems (а в дистрибутивах в итоге решают где как).

Ну и см. выше про статическую линковку, тоже применимо.

> У RH есть yum с питоном - будете их учить щи варить? :)

Нет, не буду -- пусть свою гниль сами и расхлёбывают, я такое жрать не намерен.

> В Debian есть и на c++ и на Python.

apt как раз на плюсах, это про портадж слышал, что какие-то злые гении перепёрли на питон.

> Вроде что-то еще на перл есть.

Сходу не помню, но не суть.

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

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

189. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 06-Янв-13, 00:26 
>>>  За быстрый/массированный на питоне бы не взялся.
>> Ну и не надо.  Все уже написано за нас ;)
> То-то в соседнем отделе писали на эрланге, причём Нетч с питоном более
> чем знаком.  А то, чем сам пользуюсь (http://collectd.org, http://mmonit.com/monit) -- сишное.

monit - все-таки чуть иной масштаб.  Я имел в виду что-то уровня nagios, opennms, zenoss.  Последний как раз на Python, если не изменяет память.

>>>> Централизованное управление конфигурацией?
>>> Это не шелл, но лучше и не питон.
>> Все-таки - лучше чем шелл.
> Нет, не лучше.  Выигрываем в возможностях работы с данными и библиотеках,
> проигрываем в надёжности, если не "линковаться статически"

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

>>>> Систему управления пакетами?
> Кстати, как можно было забыть http://xgu.ru/wiki/nih имени Чеусова :)

ИМХО, это как раз случай левой ноги.

>> В Debian есть и на c++ и на Python.
> apt как раз на плюсах

Есть еще и python-apt ;)

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

192. "Сайт wiki.debian.org подвергся взлому"  +2 +/
Сообщение от Michael Shigorinemail (ok), 06-Янв-13, 02:02 
> monit - все-таки чуть иной масштаб.

Зато работает.

> Я имел в виду что-то уровня nagios, opennms, zenoss.

Если уж заикаться о масштабе, то nagios (и, подозреваю, icinga тоже) в этот список попали случайно.  Насчёт остальных не знаю.

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

Даже если вдруг понадобится -- есть busybox.

>>>>> Систему управления пакетами?
>> Кстати, как можно было забыть http://xgu.ru/wiki/nih имени Чеусова :)
> ИМХО, это как раз случай левой ноги.

Пока не щупал, так что сравнивать с yum (которому опытный хирург уже отчасти помог) не возьмусь.

>>> В Debian есть и на c++ и на Python.
>> apt как раз на плюсах
> Есть еще и python-apt ;)

И?

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

203. "Сайт wiki.debian.org подвергся взлому"  –2 +/
Сообщение от myhand (ok), 06-Янв-13, 13:07 
>> monit - все-таки чуть иной масштаб.
> Зато работает.

Дак и zenoss работает.

>> Я имел в виду что-то уровня nagios, opennms, zenoss.
> Если уж заикаться о масштабе, то nagios (и, подозреваю, icinga тоже) в
> этот список попали случайно.

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

>>>> В Debian есть и на c++ и на Python.
>>> apt как раз на плюсах
>> Есть еще и python-apt ;)
> И?

Ну, man apt-cache.  Поможет найти использующих этот интерфейс apt.  Не нравится так - можно обратить внимание на теги admin::package-management, implemented-in::python :)

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

195. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от бедный буратино (ok), 06-Янв-13, 04:15 
> Мониторинг на шеллскрипте подымете?  Централизованное управление конфигурацией?  Систему
> управления пакетами?  Все это вполне задачи "системной автоматизации".

Я, помнится, для одного маленького-премаленького дистрибутива писал всё управление через web с помощью monkey-web и busybox-sh, которое управлялось внешне через dillo. Диски там туда-сюда помонтировать, примитивная пакетная система, и тому подобное.

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

193. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от бедный буратино (ok), 06-Янв-13, 04:10 
> А Резерфорд (известный физик такой) помнится как-то раз сказал что если вы
> не моежете в двух словах объяснить суть вашей деятельности домохозяйке -
> значит вы и сами не понимаете чем вы занимаетесь. Глядя на
> вас я лишний раз убеждаюсь что он был прав.

Домохозяйке я в своё время смог объяснить, что такое python. Причём я и сам его не знал, даже на уровне helloworld, то есть, вообще :). По одной простой причине - она, во-первых, слушает, что ей говорят, а во-вторых - не срывается на истерике. Вам же что-то объяснять бесполезно, даже теорему Пифагора.

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

207. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от Пингвино (ok), 07-Янв-13, 11:19 
> Я ответственно заявляю: баги будут в любом софте достаточного объема. И их будет примерно одинаково. Независимо от ЯП и фреймворка

Значит ты ответственно заявляешь, что в софте с одинаковой функциональности на С и Java будет одинаковое количество ошибок? А на ассемблере? Видимо уровень абстракций, выразительность и функциональность языка для тебя пустые слова. Давай ты напишешь простой проект, например сокращалку ссылок, на PHP и Python, выложишь код на гитхабе, а мы посмотрим на качество кода?

> Особенно когда на этом уродище ни 1 нормального продукта не написано, зато апломба - на
> легион качественных продуктов хватает.

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

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

209. "Сайт wiki.debian.org подвергся взлому"  +/
Сообщение от arisu (ok), 07-Янв-13, 13:07 
> Значит ты ответственно заявляешь, что в софте с одинаковой функциональности на С
> и Java будет одинаковое количество ошибок?

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

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

217. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 07-Янв-13, 15:11 
>> Значит ты ответственно заявляешь, что в софте с одинаковой функциональности на С
>> и Java будет одинаковое количество ошибок?
> примерно одинаковое, как бы странно это ни звучало.

Как-то обосновать не потрудитесь?  Статистика, анализ...  Тем более, что сами признали что "странно звучит".

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

220. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от Michael Shigorinemail (ok), 07-Янв-13, 15:30 
>>> Значит ты ответственно заявляешь, что в софте с одинаковой функциональности на С
>>> и Java будет одинаковое количество ошибок?
>> примерно одинаковое, как бы странно это ни звучало.
> Как-то обосновать не потрудитесь?  Статистика, анализ...

Возможно, это вспомнилось то же (IBM-овское?) исследование.  Ключслова не уточню, но смысл был примерно тот, что количество ошибок на тысячу строк кода оказалось куда менее изменчивым в больших проектах на сильно разных ЯВУ, чем можно было бы ожидать.

> Тем более, что сами признали что "странно звучит".

Ещё бы.

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

223. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от arisu (ok), 07-Янв-13, 16:07 
>> Тем более, что сами признали что «странно звучит».
> Ещё бы.

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

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

226. "Сайт wiki.debian.org подвергся взлому"  –1 +/
Сообщение от myhand (ok), 07-Янв-13, 16:24 
>>> Тем более, что сами признали что «странно звучит».
>> Ещё бы.
> а чего тут «ещё бы»? более-менее образованые люди в курсе, что с
> серебряными пулями большая напряжёнка.

Ну да, а еще про то, что проекты разные бывают.  Разные решения, разные масштабы - разные языки.

Но вы будете лбом биться об стенку, доказывая приемущества ассемблера для написания CAS...

PS: Впрочем, пардон - доказывать что-либо вы не собираетесь.  Спасибо что прояснили это.

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

227. "Сайт wiki.debian.org подвергся взлому"  +2 +/
Сообщение от arisu (ok), 07-Янв-13, 17:22 
> Но вы будете лбом биться об стенку, доказывая приемущества ассемблера для написания
> CAS...

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

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

222. "Сайт wiki.debian.org подвергся взлому"  +1 +/
Сообщение от arisu (ok), 07-Янв-13, 16:05 
> Как-то обосновать не потрудитесь?

нет, не потружусь.

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

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
Добавить, Поддержать, Вебмастеру