forum.opennet.ru - "Ценой перевода Mercurial на Python 3 может стать шлейф непре..." (406)

"Ценой перевода Mercurial на Python 3 может стать шлейф непре..."

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

"Ценой перевода Mercurial на Python 3 может стать шлейф непре..."	+1 +/–
Сообщение от opennews (ok), 14-Янв-20, 23:09
Мэйнтейнер системы управления версиями Mercurial подвёл итог работы по переводу проекта с Python 2 на Python 3. Несмотря не то, что портирование началось ещё в 2008 году и было форсировано в 2015 году, полноценная возможность использования Python 3 была реализована только в последней ветке Mercurial 5.2... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52184
Ответить \| Правка \| Cообщить модератору

Оглавление

Хм Тут, скорее, вопрос о качестве кодовой базы Mercurial, kai3341 (ok), 23:09 , 14-Янв-20, (1) +22

Ну то есть вы, как специалист по кодовой базе Mercurial, имеющий многолетний опы, Аноним (8), 23:29 , 14-Янв-20, (8) +6

Вроде сами признали, по тексту новости сложилось такое впечатление Может вы что, brzm (ok), 23:42 , 14-Янв-20, (15) +5

Механический подсчет покрытия тоже не гарантирует ничего Вот, допустим, есть так, Аноним (30), 00:24 , 15-Янв-20, (30) +7

Удваиваю Покрытие ради покрытия ещё ни о чём не говоритОсобенно грустно, когда , kai3341 (ok), 00:38 , 15-Янв-20, (35)

Покрывать тестами надо и то, и другое Юнит-тесты хороши для библиотек, реализующ, Аноним (30), 00:46 , 15-Янв-20, (41) +1

В качестве ответа я сошлюсь на Линуса Не ломать юзерленд -- это значит не мен, kai3341 (ok), 00:50 , 15-Янв-20, (43) –1

А тут я полностью согласен Но тестами на API сложно покрыть edge cases в алгори, Аноним (30), 00:59 , 15-Янв-20, (53)

Очень вероятно, что мы называем одни и те же вещи разными словами Тест внешнего, kai3341 (ok), 01:09 , 15-Янв-20, (62) –1

Тут ещё вопрос, где API Например, в Solaris был баг в реализации qsort , котор, Аноним (30), 01:59 , 15-Янв-20, (70) +2

Принято Речь о тонкой границе, когда компонент реализации стабилизируется и ста, kai3341 (ok), 02:21 , 15-Янв-20, (75) –1

Вероятно, вы говорите о разных вещах одними словами И для этих разных вещей при, Аноним (221), 14:52 , 15-Янв-20, (221) +1

Спасибо Учту, kai3341 (ok), 15:13 , 15-Янв-20, (226) –1

Так вы, это, мутируйте поменьше, и никто никуда падать не будет , Вашье (?), 00:49 , 15-Янв-20, (42)

Это тоже ничего не гарантирует Точно такую же проблему можно показать и на чист, Аноним (30), 00:53 , 15-Янв-20, (45)
Иммутабельность не является гарантией отсутствия ошибок Иммутабельность не гара, kai3341 (ok), 00:53 , 15-Янв-20, (46)

Скрыто модератором, Anonymoustus (ok), 00:13 , 15-Янв-20, (26) +1

Скрыто модератором, Аноним (48), 00:55 , 15-Янв-20, (48) –2

Скрыто модератором, Anonymoustus (ok), 00:57 , 15-Янв-20, (51) +2

Скрыто модератором, Аноним (48), 00:59 , 15-Янв-20, (54) –1

Скрыто модератором, Аноним (88), 06:19 , 15-Янв-20, (88)

Скрыто модератором, Аноним (88), 06:19 , 15-Янв-20, (87)

Ситуация настолько очевидна, что наилучшее решение может огласить любой не-специ, Аноним (48), 00:57 , 15-Янв-20, (50)
Да тут к гадалке не ходи Ну подумайте хоть немного переход на Python3 давно с, myhand (ok), 12:50 , 15-Янв-20, (176) –1

Справедливости ради, у них не было стапятисот ваcянских плагинов, с которыми над, Аноним (183), 13:07 , 15-Янв-20, (183)

Вы знаете, тут все не так однозначно АПИ плагинам же не феи-валшебницы нарисов, myhand (ok), 18:41 , 15-Янв-20, (238)

Зашёл на сайт какой-нибудь pandas Нажал 171 get pandas 187 , 171 download , PereresusNeVlezaetBuggy (ok), 22:08 , 15-Янв-20, (256)

И рассказал об этом на opennet, а не мейнтейнерам Честно говоря, мне бы в голо, kai3341 (ok), 22:33 , 15-Янв-20, (257)

Я рассказал об этом человеку, который первый заговорил о pandas как о примере ка, PereresusNeVlezaetBuggy (ok), 00:21 , 16-Янв-20, (264) +2

У вас странная манера судить о качестве продукта Битая ссылка, которая никомуо, myhand (ok), 01:06 , 16-Янв-20, (266) +1

Я всего лишь зеркалил ущербную логику оппонента Странно, что вам это надо объяс, PereresusNeVlezaetBuggy (ok), 01:22 , 16-Янв-20, (268) +1

Как-бы я ваш оппонент, получается Так что ежели уж я не вижу у вас дажетени ло, myhand (ok), 10:19 , 16-Янв-20, (278)

Объяснял уже несколько раз говорить 171 pandas смог, почему же Mercurial не с, Аноним (8), 11:06 , 16-Янв-20, (281)

Рука бойца колоть устала Вам же объяснили почему это проекты одинакового разм, myhand (ok), 13:03 , 16-Янв-20, (287)

Кроме размера есть еще такое понятие как качество Но когда пишут на питоне - ре, Аноним (-), 17:29 , 18-Янв-20, (330) +1
Т е вы не можете по этому параметру сравнить два проекта на питоне Ну такнафи, myhand (ok), 18:12 , 18-Янв-20, (341)
То-есть я совсем другой тип и моя ремарка касалась исключительно аппеляций к раз, Аноним (-), 19:27 , 18-Янв-20, (343)
Увы, не заметно Ну вот как-бы у большинства гор гуано с переходом на третий , myhand (ok), 19:59 , 18-Янв-20, (347)
Не, не считаю - убунта версий 5 к ряду бодро репортила новых версий не обнаруже, Аноним (-), 20:08 , 18-Янв-20, (350) –1
А вы не думаете, что проблема была не в питоне, а в каком-нибудьохвисном гении и, myhand (ok), 21:03 , 18-Янв-20, (355)
Если б так прикалывались только эти компоненты - я бы в это поверил Но это вооб, Аноним (-), 17:46 , 20-Янв-20, (367)
На какой выборке вы оценили типичность и как Им - это бубунту Не использовал, myhand (ok), 08:58 , 21-Янв-20, (379)
На то что мне попадалось А так то конечно, если майнтайнеры за тебя подолбались, Аноним (-), 21:57 , 24-Янв-20, (393)
Т е как таковая статистика отсутствует, просто я щетаю было неудобно сразу пи, myhand (ok), 09:39 , 26-Янв-20, (403)

Что такое virtualenv и как им пользоваться -- это хорошие вопросы джуну на собес, kai3341 (ok), 04:28 , 16-Янв-20, (272)

Если мне на собеседовании начнут рассказывать, как это здорово 8212 плодить п, Аноним (8), 07:56 , 16-Янв-20, (275) +1

А для этого вообще луше go какой-нибудь освоить, чтоли Гугл с питона не просто , Аноним (-), 00:58 , 18-Янв-20, (301) –1

Ну сообщите об этом разработчикам, может они вдруг не знают Извиняюсь, а зачем, myhand (ok), 00:51 , 16-Янв-20, (265) +1

Сообщил, сообщил, не волнуйтесь Потому что если бы вдруг выяснилось, что оно мне, PereresusNeVlezaetBuggy (ok), 01:13 , 16-Янв-20, (267) +1

Не вижу бага Вы страдаете телепатией Вы понимаете, что RC - это RC, а не релиз, myhand (ok), 10:05 , 16-Янв-20, (277)

Нет, это вы страдаете невнимательностью, и я начинаю подозревать, что она перехо, Аноним (8), 10:22 , 16-Янв-20, (279) +1

В смысле отдельный От чего отдельный и причем это вообще тут Вы сами так реш, myhand (ok), 10:47 , 16-Янв-20, (280) –1

А как, интересно, вы проверяли, отправил ли я баг И вы ушли от ответа, почему я, Аноним (8), 11:40 , 16-Янв-20, (285)

По багтрекеру На мой взгляд, это проблема основного проекта, хотятехнически св, myhand (ok), 13:18 , 16-Янв-20, (288)

Значит, твой взгляд сильно отличается от взгляда разработчиков Pandas https g, Аноним (300), 00:00 , 18-Янв-20, (300)
Да я уж понял, что он открыл баг в другом репе Вы решили, что это правильно по, myhand (ok), 10:53 , 18-Янв-20, (320)
За напыщенное фееричное ламерство, например Хоть я и не тот аноним и не перерез, Аноним (-), 17:32 , 18-Янв-20, (331)
Может оно вам привиделось , myhand (ok), 18:07 , 18-Янв-20, (340)
Походу не мне одному А как минимум еще 1 анониму и перерезусу , Аноним (-), 19:28 , 18-Янв-20, (344)
До миллионов мух и с этим далеко, конечно , myhand (ok), 20:01 , 18-Янв-20, (349)
Дело хозяйское Но репутацию питонистов таки деятельно подтверждает , Аноним (-), 20:11 , 18-Янв-20, (351)

Лучше бы они его целиком на Rust переписали вместо этого, Аноним (2), 23:15 , 14-Янв-20, (2) –1

приступайте , Аноним (4), 23:17 , 14-Янв-20, (4) +12

Уже приступил https www mercurial-scm org wiki OxidationPlan, Анонимус2 (?), 13:29 , 15-Янв-20, (194) +3

И что самое смешное, чтобы переехать на Rust, им всё равно надо сначала переехат, PereresusNeVlezaetBuggy (ok), 01:32 , 16-Янв-20, (269)
Хипстеры как они есть - они там на самом деле модные моложедные ЯПы разучивают, , Аноним (-), 01:19 , 18-Янв-20, (302) –1

Вот этого точно не надо Дайте Mercurial умереть спокойно , burjui (ok), 00:41 , 15-Янв-20, (39) +9
Взяв за основу git как более успешный проект И назвать gitarust , Аноним (48), 00:58 , 15-Янв-20, (52) +6

Гита - подразумевается женское имя , Аноним (146), 11:23 , 15-Янв-20, (146)

Индийское А в английском поработаю за КО слово гит означает мyдак Скромня, Аноним (183), 11:31 , 15-Янв-20, (154) +4

В индийских хинди- языках женские имена заканчиваются на -и На -а заканчиваетс, Аноним (239), 19:04 , 15-Янв-20, (239) +1
Мог удержаться, да автор комментария 154 , PereresusNeVlezaetBuggy (ok), 04:00 , 16-Янв-20, (271)

Это чтобы оправдать зваиние пихтонрастов , Аноним (88), 06:20 , 15-Янв-20, (89) –1
На расте уже пишут Пихуль , Аноним (127), 09:24 , 15-Янв-20, (127)

Валентин Саввич Он вроде на расте не писал , Аноним (183), 13:18 , 15-Янв-20, (189) +3

https pijul org же ну, Аноним (205), 13:47 , 15-Янв-20, (205) +1

комментируя комментатора - не-майнтейнер полагает, что решение использовать для, Аноним (4), 23:17 , 14-Янв-20, (3) +8

два чаю этому анониму, freehck (ok), 23:29 , 14-Янв-20, (7) +1
Боюсь что когда вышел этот якобы модный-молодёжный язычок тебя ещё даже в планах, Аноним (12), 23:40 , 14-Янв-20, (12) +2

Питон язык модный И на нём пишет молодёжь Russian Do you speak it , freehck (ok), 23:45 , 14-Янв-20, (17) +2

Пиши на COBOL Будь не таким как все , kai3341 (ok), 00:05 , 15-Янв-20, (20) –3

8212 Программист Соренсон приветствует тебя 8212 Почему ты такая Что с то, Аноним (143), 11:20 , 15-Янв-20, (143) –2

У той молодёжи, которая модно писала на нём лет 20 назад, уже дети выросли, и вн, Аноним (48), 01:25 , 15-Янв-20, (67) –2

Вебмакакой можно быть в и 60 , Аноним (88), 06:21 , 15-Янв-20, (90) +4

Шестидесятилетних не знаю Знаю сорокалетних бабуинов, которые пишут на Java И , Аноним (183), 11:28 , 15-Янв-20, (151) –1

Ну он как бы low entry barrier, типа этакого современного варианта BASIC, чтоли , Аноним (-), 01:23 , 18-Янв-20, (303)

на эту роль прекрасно подходит LUA, а не этот ужас, Ananan (?), 21:41 , 18-Янв-20, (359) +1

20 А-ха-ха-ха-ха Двадцать лет назад только-только вышел питон 2 0 и о нем вообщ, Я (??), 11:12 , 15-Янв-20, (141) +2

и на нем тут же написали yum , поправил, не благодари , пох. (?), 11:30 , 15-Янв-20, (153) –1

Скорее стоит вспомнить up2date, предшественник yum-а в RHEL Тоже на Python Хотя, Аноним (183), 13:05 , 15-Янв-20, (182)

он ни разу не предшественник, он предшественник rhnЕго задачей было обновляться,, пох. (?), 13:29 , 15-Янв-20, (195) –1

и о боже, я понял если кто-то что-то написал на только что появившемся языке - , Урри (?), 13:30 , 15-Янв-20, (196) –1

Да там всё просто пишешь не на паскале 8212 ты 171 вебмакака 187 8482 , Аноним (183), 13:42 , 15-Янв-20, (203) –3
ну как бы если на только что появившемся языке пишут довольно существенную часть, пох. (?), 14:20 , 15-Янв-20, (215)

Бредятина какая-то Хотя Opennet , iPony129412 (?), 05:59 , 15-Янв-20, (86) –2

Нужно было сразу на Rust-е писать , Ями (?), 23:41 , 14-Янв-20, (14)

Он тоже модно-молодёжный Есть же нормальные, проверенные временем языки Pascal,, Аноним (48), 01:14 , 15-Янв-20, (64) +2

макакам нормальные неизвестны - их вот в школе мучали паскалем - они запомнили п, Аноним (4), 07:22 , 15-Янв-20, (101) –3

Последние лет 20, НЯЗ, в школе программирование не выходит дальше Лого и Бейсика, Аноним (183), 11:26 , 15-Янв-20, (148)

Ну вот у нас на кафедре высшей математики до недавнего времени изучение программ, PereresusNeVlezaetBuggy (ok), 23:39 , 15-Янв-20, (259)

а мы потом слушаем сказочки что fuse это всегда в разы медленнее и неэффективне, пох. (?), 12:30 , 16-Янв-20, (286)

И что характерно, он в разу медленнее чем модуль в ядре Проверено exFAT и NTFS , Аноним (-), 01:30 , 18-Янв-20, (304) –1

Забыл самое главное 8212 не просто по желанию левой пятки, а _неожиданно_ и б, Аноним (48), 01:12 , 15-Янв-20, (63) +7

от ее ожидаемости , конечно же, само собой найдется время квалифицированных раз, Аноним (4), 07:21 , 15-Янв-20, (100) +4

Ну вот такие интересные разработчики - оказывается, могут себе позволить взять л, Аноним (-), 07:37 , 15-Янв-20, (108)

пока что наоборот - понемного разгребают, но не делают это приоритетом - о чем и, пох. (?), 11:34 , 15-Янв-20, (155)

Мы вроде одну и ту же новость прочитали Но я увидел там мигрировать тонны лапш, Аноним (183), 13:17 , 15-Янв-20, (188) +1
Боюсь, им бесполезно объяснять В их мире есть только те, кто одной левой выполн, Аноним (8), 08:52 , 16-Янв-20, (276) +1
Мы тут страдали легким прогрммизмом и сдуру вляпались, поэтому хрен его знает к, Аноним (-), 01:38 , 18-Янв-20, (305) –1

Только С и Git незыблемы и вечны , тот_же_анон_только_с_мабилы (?), 23:24 , 14-Янв-20, (5) +8

Про perl забыл , Аноним (12), 23:41 , 14-Янв-20, (13) +7

К счастью, в последнее время его гробницу оскверняют всё реже , Аноним (48), 01:01 , 15-Янв-20, (57) –3

если бы одна шибкопопулярная vcs не таскала ее примотанной к заднице - я бы в эт, пох. (?), 11:34 , 15-Янв-20, (156) +3

Советую почитать соседнюю новость Там как раз про то, что осквернять гробницы , Аноним (183), 11:51 , 15-Янв-20, (166) +2

начальная реализация еще одной мелкой фигни Ждите, ждите, еще лет десять - а , пох. (?), 12:00 , 15-Янв-20, (170)

Ну так перл в гите и нужен для нескольких мелких фиговин, вообще-то Гит 8212 , Аноним (183), 12:46 , 15-Янв-20, (175) +1

из которых он и состоит - поскольку в противном случае в сторону юзера вместо хо, пох. (?), 13:33 , 15-Янв-20, (198) –2

7 8212 это из которых он и состоит Ну ладно, окей, вы меня уели Не вижу с, Аноним (183), 13:40 , 15-Янв-20, (202)

а на самом деле было большой ошибкой продолжать совместимость Меркуриала с pytho, Аноним (6), 23:28 , 14-Янв-20, (6)

Ну как это что Написано же в новости пытались обеспечить обратную совместимост, freehck (ok), 23:30 , 14-Янв-20, (9) +2

пофиксил , Аноним (34), 00:35 , 15-Янв-20, (34) –3

Прямо как в суровом энтерпрайзе кстати, у нас тут тоже коллективный плач по вто, Аноним (48), 01:05 , 15-Янв-20, (59) +1

вебмакакам и участь вебмакачья, Аноним (-), 06:54 , 15-Янв-20, (91)

Пусть покупают подписку на python2 EEE LTS ESR , Andrey Mitrofanov_N0 (??), 08:12 , 15-Янв-20, (121) +1

предлагаешь замутить стартап Хотя не, не покатит - тебе не дадут назвать интерпр, пох. (?), 11:28 , 15-Янв-20, (150) –1

При такой тяге к разгребанию за другими - дворником все ж менее мучительно будет, Аноним (-), 01:43 , 18-Янв-20, (306) –1

настоящему энтерпрайзу никто не мешает спокойно пользоваться дальше вторым питон, пох. (?), 11:29 , 15-Янв-20, (152) –1

Люблю теоретиков Как работает система пакетов в питоне 8212 не знает, но мне, Аноним (183), 11:39 , 15-Янв-20, (162) +1

классный у вас ентер-прайс Каждый день, или просто при каждом запуске пипискает, пох. (?), 11:52 , 15-Янв-20, (167) +1

Не каждый день, но в некоторых ситуациях например, при наличии специфических --, Аноним (183), 12:39 , 15-Янв-20, (173) –1

Хана вам , Урри (?), 13:35 , 15-Янв-20, (199) +1
в моем случае пересобрать - не получится,он не знает, из чего их собирать и как , пох. (?), 13:36 , 15-Янв-20, (200) –1

Конечно, вам виднее Что-то, правда, мне подсказывает, что вы никогда не видели , Аноним (8), 23:32 , 14-Янв-20, (11) +1

мда, так ценят целостность репозиториев, что выбрали язык без типов и при этом д, annual slayer (?), 00:09 , 15-Янв-20, (22)

Git написан на , Аноним (44), 00:52 , 15-Янв-20, (44) –1

Неужели тоже на языке без типизации , Аноним (48), 01:03 , 15-Янв-20, (58) +1

Ужас, как дальше жить , Аноним (30), 02:04 , 15-Янв-20, (71)
perl, который который позволяет обфусцировать код прямо из коробки, Аноним (78), 02:34 , 15-Янв-20, (78) –2

там на перле и баше написаны только вспомогательные утилиты которые дергают в, annual slayer (?), 05:23 , 15-Янв-20, (81)
C 48 8 Shell 35 7 Perl 6 7 Tcl 4 6 Python 2 0 Makefile 0 8 Other 1 4 Хорошо нынч, Аноним (183), 13:22 , 15-Янв-20, (191) +2

а это-то там где tcl bindings столько занимают , пох. (?), 14:22 , 15-Янв-20, (216) –2

Здрастье, штатный GUI gitk на tcl tk, Аноним (220), 14:44 , 15-Янв-20, (220) +1

аааа У него есть штатный gui в ужасе убегает в сторону ближайшего окна , пох. (?), 18:06 , 15-Янв-20, (232) –1

В основном на сях, с прослойками на шелле и перле местами В сях типы таки есть , Аноним (-), 06:54 , 15-Янв-20, (92) –1

В сях типы таки так себе , funny.falcon (?), 10:58 , 15-Янв-20, (134) +2

Типы как типы, уж получше чем у всяких питоноявоскриптов - по крайней мере, комп, Аноним (307), 01:48 , 18-Янв-20, (307)

cloc git-2 25 0 code Language files blank , анонн. (?), 13:24 , 15-Янв-20, (192)

это может быть сборочницей, а не необходимым для работы собранного И скорее всег, пох. (?), 14:23 , 15-Янв-20, (217) –1

https github com git git blob master contrib git-resurrect shhttps github co, анонн. (?), 16:24 , 15-Янв-20, (229)

так ценят - что у них - получилось Я ни одного поломавшегося репозитория на hg н, пох. (?), 11:25 , 15-Янв-20, (147) +1

Действительно вряд ли придется Много у тебя вообще репозиториев на ртути было-т, Аноним (174), 12:43 , 15-Янв-20, (174)

больше чем на svn, во всяком случае по очевидным причинам - которому таки прих, пох. (?), 14:26 , 15-Янв-20, (218)

работало-работало, да вот перестало, annual slayer (?), 13:54 , 15-Янв-20, (210)

в ужасе убегает делать hg verify не, врут - как работало, так и работает , пох. (?), 14:11 , 15-Янв-20, (212)

автор говорит, что не должно, а у тебя работаетможет, помоги пацанам, раз ты так, annual slayer (?), 14:58 , 15-Янв-20, (223) –1

а, я не увидел твой никнейм, тогда ничего кроме комментов на опеннете от тебя ож, annual slayer (?), 14:59 , 15-Янв-20, (224)

Вы тут сами с собой общаетесь , АнонАнон (?), 17:46 , 15-Янв-20, (230) +1

всего навсего не могу редактировать сообщения, annual slayer (?), 19:40 , 15-Янв-20, (241)

автор говорит что могут быть проблемы у пользователей новых модных дистрибутивов, пох. (?), 18:12 , 15-Янв-20, (235) +1

ну в немодных обещают питон2 дропнуть в 2024 или 2025 даже автор ртути признал, annual slayer (?), 19:40 , 15-Янв-20, (240)

-rw-r--r-- 1 root root 118 Nov 2 2011 etc os-releaseкак ты думаешь, мне есть , пох. (?), 20:18 , 15-Янв-20, (244)

Вместо продуктивной активности по добавлению тестов или сизифова труда по миграц, annual slayer (?), 07:05 , 16-Янв-20, (273)

назовите целое одно такое исправление и дату когда оно сделано И отдельно - расс, пох. (?), 11:08 , 16-Янв-20, (282)
https www cvedetails com vulnerability-list vendor_id-8291 Mercurial htmlи это, annual slayer (?), 15:37 , 16-Янв-20, (290)
то есть назвать - вы не можете Что и требовалось доказать тем кому пользоваться, пох. (?), 18:01 , 16-Янв-20, (291)
продолжай себя утешать, что первым 6-и багам в списке, проявляющимся в том числе, annual slayer (?), 23:08 , 16-Янв-20, (292)
главное - веровать Разбираться или просто понимать о чем речь - необязательно , пох. (?), 11:16 , 17-Янв-20, (293)
ну вот и веруй, что никто не разобрался как эксплуатировать те возможностиа гит , annual slayer (?), 17:24 , 17-Янв-20, (295) +1
ну, вот тебе - точно не судьба Ты так и не удосужился посмотреть описания Или , пох. (?), 18:56 , 17-Янв-20, (296)
Если ремота захочет тебе rce сделать, есть способы проще Например, код тебе отг, Аноним (307), 01:51 , 18-Янв-20, (309) –1
Да наверняка море всего Качество в софте на питоне и не ночевало - там кодят ск, Аноним (332), 17:41 , 18-Янв-20, (332)

У них получилось Облажаться на публику , Аноним (307), 01:49 , 18-Янв-20, (308)

будущее Python 3 тогда было туманным, его судьба могла сложиться как у Perl 6, cio (?), 23:48 , 14-Янв-20, (18) +4

прямо все 12 лет с 2008-го года было туманным , annual slayer (?), 00:10 , 15-Янв-20, (23)

а когда жареный петух в жoпу клюнул -- че-то резко всё прояснилось сразу, annual slayer (?), 00:11 , 15-Янв-20, (24) +1
До 1 января 2020 никто не верил, что это всерьёз Думали, завтра проснутся, а не, Аноним (48), 01:08 , 15-Янв-20, (61) +5

А в третьей ветке великолепная обратная совместимость с самой собой Да, анон , Anonymoustus (ok), 00:17 , 15-Янв-20, (27) +3

Именно поэтому в демьяне майнтайнеры откалывали знатные тантры перед релизом, по, Аноним (-), 06:56 , 15-Янв-20, (93) +2

Если б только в Debian Все, кто независимую пакетную базу поддерживает, наелись, PereresusNeVlezaetBuggy (ok), 23:49 , 15-Янв-20, (262) +1

Ну так если не заметили, многие уже с питоном наигрались и наелись вот такого сч, Аноним (307), 01:52 , 18-Янв-20, (310)

Меркуриал модульный, для него написана масса сторонних расширений Такой переход, Аноним (30), 00:30 , 15-Янв-20, (33) +3

Да, должны Не смогли - до свидания Ваше расширение очень важно для нас Настол, Аноним (34), 00:40 , 15-Янв-20, (38) –6

Тут недавно FF стороение дополнения дррпнул, Аноним (44), 00:54 , 15-Янв-20, (47) +2

Ну так у него юзербаза за это тоже неплохо дропнулась Скоро придется им быть шк, Аноним (105), 07:31 , 15-Янв-20, (105) –1

Ух ты, все решается одной консольной командой Срочно расскажите разработчикам m, Аноним (30), 02:09 , 15-Янв-20, (72) +1

Вот ты и расскажи Я тольго гитом пользуюсь из VCS , Аноним (34), 02:26 , 15-Янв-20, (77) –3
код на питоне без тестов только умные и пишут, annual slayer (?), 05:28 , 15-Янв-20, (82)

Обкладывать картонный макет программы тестами Хы , Аноним (105), 07:30 , 15-Янв-20, (104) +1

ну перед тем как переписывать с макета на чистовик по-нормальному - да, обкладыв, annual slayer (?), 13:57 , 15-Янв-20, (211)

юнит-тесты так не работают Впрочем, и волшебной панацеей тоже не являются , пох. (?), 18:57 , 17-Янв-20, (297)

Обложить макет тестами А потом подумать - тесты мол, некачественные, давайте их, Аноним (-), 01:55 , 18-Янв-20, (311)
просвяти всех как они работают D особенно в контексте рефакторинга прототипа в , annual slayer (?), 02:25 , 18-Янв-20, (314)

У него врядли есть духовный сан с таким то ником Если про юнит тесты, это прим, Аноним (332), 17:49 , 18-Янв-20, (333)

для этого и меряют покрытие тестамии это даже не говоря о том, что в большом про, annual slayer (?), 18:28 , 18-Янв-20, (342)

Ясен перец Правда и они тоже не панацея Натурные эксперименты показали что есл, Аноним (-), 19:34 , 18-Янв-20, (345)
согласен, забыл упомянуть про fuzzingно им обычно тестируют не совсем то же само, annual slayer (?), 21:35 , 18-Янв-20, (357)
так же я забыл упомянуть, что coverage обычно не учитывает диапазоны значений вх, annual slayer (?), 21:40 , 18-Янв-20, (358)
Отож Особенно актуально для алгоритмов и прочей core-логики А смысл Даже если , Аноним (-), 18:02 , 20-Янв-20, (369) –1
я предполагаю, это могло бы сократить время написания тестов для UI и как замена, annual slayer (?), 18:20 , 20-Янв-20, (371)
Частично делается заскриптованными тестами, но это специфично для прог и все-так, Аноним (-), 21:12 , 20-Янв-20, (376)
ну да, пожалуй задать вручную BVA для GUI тестов будет проще чем пытаться исполь, annual slayer (?), 18:47 , 21-Янв-20, (381)

Хром Хромиум Ничё, жив пока , Аноним (146), 11:36 , 15-Янв-20, (158)
Ну да, можно подумать что hg ожидают радужные перспективы , myhand (ok), 12:53 , 15-Янв-20, (177)

Большой ошибкой было использовать неподходящий инструмент для написания Mercuria, Vkni (ok), 02:12 , 15-Янв-20, (73) +3

Они одним только названием намекали что проект какой-то токсичный , Аноним (-), 06:57 , 15-Янв-20, (94)
когда они это затевали - во-первых, надо было быстро очень неудобно жить вообще, пох. (?), 11:21 , 15-Янв-20, (144)

Делается прототип если взлетел, и понятно, что надолго - переписывается на что-, Vkni (ok), 18:22 , 15-Янв-20, (236) –1

начать переводить на ветку 3 6 или какая она там стала в 2009м, внезапно-снова-н, Аноним (4), 07:28 , 15-Янв-20, (103) +1

Очень правильные слова Это настолько болезненно - переходить с питона 2 на пито, Аноним (10), 23:32 , 14-Янв-20, (10) +3

Да уже который год говорю, где обманывают посмотрите на то, в каком состоянии , freehck (ok), 23:43 , 14-Янв-20, (16) +1

Не мертвый, а стабильный И это прекрасно, потому что предсказуемо , Аноним (32), 00:30 , 15-Янв-20, (32) +6

Именно Ну вон прога на C89 До сих пор компилится и работает При желании ее да, Аноним (-), 07:02 , 15-Янв-20, (95) +3

Хочешь расскажу где лежат исходники CPython 2 2, например Вот прикинь, если те, myhand (ok), 13:15 , 15-Янв-20, (186) –3

хочешь я расскажу тебе страшное и чтобы скомпилировать ту прогу на C89 - вовсе , пох. (?), 14:13 , 15-Янв-20, (213) +1

Ну да, бедные разработчики тянут весь зоопарк стандартов Только нормальные ср , myhand (ok), 16:08 , 15-Янв-20, (228) –1

бедняжечки Как же это оказывается сложно - просто держать шаловилвые ручонки , пох. (?), 20:24 , 15-Янв-20, (245)

Ну вообще-то - это сложно Приходится не просто не трогать , а обставлять все , myhand (ok), 21:39 , 15-Янв-20, (252) –1

При том в последнее время достигают в этом определенных успехов Оплот пихтонрас, Аноним (-), 02:00 , 18-Янв-20, (313) –1

Новые стандарты в массе своей - superset старых За редким исключением А так чт, Аноним (-), 14:46 , 18-Янв-20, (321)

Тем не менее, быват, быват Гениальные дизайнеры языка, планирующие наполвека в, myhand (ok), 17:50 , 18-Янв-20, (334)

Конкретные примеры Я вот целый _1_ могу с наскока вспомнить Крайне специфичный, Аноним (332), 19:47 , 18-Янв-20, (346) –1

Ну соберите мне третьекеды на современной системе, что ли Да куда там кеды, тут , анонн (ok), 20:39 , 18-Янв-20, (353)

Проект TDE занимается как раз этим самым И в каком месте зацитированное вообще, Аноним (-), 18:19 , 20-Янв-20, (370) –1
И Хотите сказать, что раз целый отдельный проект занимается этим, то это однозн, анонн. (?), 20:35 , 20-Янв-20, (375)
Я хочу сказать что проблемы третьекедов вытекают не из компилеров и сей А из 1 , Аноним (-), 22:55 , 20-Янв-20, (377) –1

Да берете стандарт и просто делаете поиск В С11, например, gets удалена Или , myhand (ok), 20:55 , 18-Янв-20, (354)

Как inherently dangerous function И тем не менее, C89 код таки соберется В р, Аноним (-), 18:58 , 20-Янв-20, (372) –1
Да, детка Вы начинаете понимать принцип Ну типа того Как максимум компиле, myhand (ok), 09:57 , 21-Янв-20, (380)
Ну так в результате я могу юзать вон тот древний код с вот этим свежим компилеро, Аноним (395), 23:22 , 24-Янв-20, (395) –1
То, что это может быть любой компилер, если этот компилер - не слишком свежий g, Аноним (398), 15:04 , 25-Янв-20, (398)
Совсем забыл Помимо того, что сам аргумент перевода стрелок на знакомых , без к, Аноним (398), 15:29 , 25-Янв-20, (399)
Так и на питоне это можно И это по-идее, тоже можно Хотя к чести питона, до си, myhand (ok), 11:11 , 26-Янв-20, (404)
gt оверквотинг удален Ну, вообще говоря, если вы пишете программу под конкретн, Anonymoustus (ok), 18:54 , 23-Янв-20, (383)
Я вам тут не ассемблерщик я прогал на нескольких асмах, но - надоело , и таки и, Аноним (-), 22:12 , 24-Янв-20, (394)

Зачем мне это После пары жирных обломов жизнь научила меня что закладываться на, Аноним (-), 01:59 , 18-Янв-20, (312)

А мне почем знать зачем ты плакался по поддержке старых версий интерпретатора , myhand (ok), 10:48 , 18-Янв-20, (319)

Ну наверное не для того чтобы за гвидо его факапы разгребать Хотя если liquidat, Аноним (-), 20:17 , 18-Янв-20, (352)

А не надо писать на Питоне вещи, которые стоит поддерживать Это отличный инстру, Vkni (ok), 02:16 , 15-Янв-20, (74) –5

Кому мало можно посмотреть на историю успеха редхата, которые за наверное 20 л, Аноним (-), 07:06 , 15-Янв-20, (96) +2

простите, но унести с собой БД он не может - у него ее нет Индексы репо - не бд, Аноним (4), 07:32 , 15-Янв-20, (106)

А почему при OOM усе улетает с жоским стэктрейсом и при следующих попытках что-л, Аноним (-), 07:51 , 15-Янв-20, (113) –1

а почему у тебя при установке пакетов - oom У меня вот нет никаких oom, а если , пох. (?), 11:09 , 15-Янв-20, (140) –1

Где у FreeBSD yaml , Dimon (??), 11:28 , 15-Янв-20, (149) –1

Скрыто модератором, пох. (?), 11:36 , 15-Янв-20, (159) –2

Скрыто модератором, Аноним (183), 11:41 , 15-Янв-20, (163)

Скрыто модератором, пох. (?), 11:47 , 15-Янв-20, (165) –3
Скрыто модератором, Аноним (398), 13:53 , 15-Янв-20, (209) –1

Наверное тем, что _автоматически генерируемые_ списки и описания в yaml, в случа, Аноним (398), 13:47 , 15-Янв-20, (204)

вы уж определитесь, мущина - туда либо сюда Если вам понадобилось их человекочи, пох. (?), 14:14 , 15-Янв-20, (214) –1

Только после того, как вы раскроете тайну просачивания пробела в автоматически, Аноним (398), 14:57 , 15-Янв-20, (222) –1

Абсолютно XML одинаково хреново парсится и человеками и машинами , Аноним (-), 17:23 , 18-Янв-20, (329)

Как показали эксперименты, Дебиан в тех же конфигурациях ведет себя культурно М, Аноним (-), 17:18 , 18-Янв-20, (328)

Недавно я по глупости запустил yum update из сеанса ssh, работающего через VPN , Аноним (183), 11:59 , 15-Янв-20, (169) –1

Дарю идею у дебиана нормальный пакетный менеджер И следующие 5 лет с 10-м деби, Аноним (-), 14:54 , 18-Янв-20, (322)

Только если раскатывать из образа каким-нибудь dd Установить актуальный Debian , Anonymoustus (ok), 18:57 , 23-Янв-20, (384)

Ну как бы 128 у меня бывает только на виртуалках И cp --reflink template new, Аноним (-), 00:24 , 25-Янв-20, (396) –1

Причём он отличный в каждой минорной версии , Led (ok), 15:07 , 15-Янв-20, (225) +20

Совершенно верно И профессионал должен это знать, и не должен использовать инст, Vkni (ok), 18:06 , 15-Янв-20, (231) –17

расскажите же, о гуру - чем же назначение пихона 3 5 отличалось от назначения пи, пох. (?), 20:26 , 15-Янв-20, (246)

Практически ни в чём Ключевое тут - меняется от версии к версии Очевидно, что , Vkni (ok), 23:45 , 15-Янв-20, (261) –6

в 2005м году, видимо, было еще далеко не очевидно Надо было быть не профессионал, пох. (?), 19:14 , 17-Янв-20, (298)

Извините, но вся около-питоновская культура - это менять и не бояться выбрасыва, Vkni (ok), 20:55 , 17-Янв-20, (299) –2

первый релиз NumPy - 2006 первый релиз IPython - 2001 matplotlib - 2003 pan, myhand (ok), 10:42 , 18-Янв-20, (317)

Эти библиотеки просты как валенки, плюс туда вливаются совершенно сумасшедшие ср, Vkni (ok), 16:43 , 18-Янв-20, (324)

Эм Крестик или трусы Ну, во-первых, там не только вычматовские А во-вторых,, myhand (ok), 18:05 , 18-Янв-20, (338) –1
Поддерживаю по каждому пункту, Vkni увы, модеры не могут ставить плюсики, так ч, freehck (ok), 19:53 , 23-Янв-20, (388)
Т е вы тоже считаете, что на питоне нельзя строить что-либодолгосрочное, несмот, myhand (ok), 10:12 , 24-Янв-20, (389)
Можно, но это потребует значительно больших вложений сил Всё это тьюринг-полные, Vkni (ok), 22:44 , 25-Янв-20, (400)
Отлично Флаг вам в руки объясняйте почему есть куча проектов,не ленящихся исп, myhand (ok), 11:15 , 26-Янв-20, (405)
Потому что в ряде случаев субъект, выбирающий язык, ориентируется на что-то внеш, Vkni (ok), 20:40 , 26-Янв-20, (409)
Ну что вы, кроме пользователей OCaml ведь все - мазохисты А вот это как раз ра, myhand (ok), 11:30 , 27-Янв-20, (410)
У меня давно сложилось впечатление, что - ставят боты или люди с примерно той ж, Vkni (ok), 22:51 , 25-Янв-20, (402) –1
Если комментарий многабукав, причем сильно заминусованный или реже наоборот - , myhand (ok), 11:18 , 26-Янв-20, (406)
Имхо, - есть в некотором смысле показатель солидарности со мнением Чем писать , freehck (ok), 19:12 , 26-Янв-20, (407)
Ну странный какой-то показатель Вот у меня в практически всех комментах здесь м, Vkni (ok), 20:34 , 26-Янв-20, (408)
Ну так откуда-то оттуда змий и полез И вот там это и правда никому не создает п, Аноним (397), 00:28 , 25-Янв-20, (397)
Более того, там это очень полезно Например, текст в значительной части Wolfram , Vkni (ok), 22:50 , 25-Янв-20, (401)

А чего, с прохвессионалов-разработчиков не требуют более навыков чтения Эта ст, myhand (ok), 10:34 , 18-Янв-20, (315) –1

вот лохи и повелись А оно херак, и в полете - переобулось Оказывается все таки , пох. (?), 10:39 , 18-Янв-20, (316)

the first ever intentionally backwards incompatible Python releaseМне делается с, myhand (ok), 10:45 , 18-Янв-20, (318) –1

Interviewed Friday morning, foundation representative David Goodger said We fix, пох. (?), 16:36 , 18-Янв-20, (323)

А библиотеки вы вообще не учитываете Основная проблема же в том, что библиотеки, Vkni (ok), 16:46 , 18-Янв-20, (325)

Ты сделал мой день, Led Аж слеза навернулась , freehck (ok), 15:10 , 16-Янв-20, (289) +1

Редчайший случай, когда он написал что-то умное, а не просто наследил в коммента, Anonymoustus (ok), 19:35 , 23-Янв-20, (385)

Пожалуйста, ребята, не ссорьтесь , freehck (ok), 19:45 , 23-Янв-20, (387)

Посмотрите на гражданина, до сих пор не умеющего в читать документацию Прям можн, myhand (ok), 13:04 , 15-Янв-20, (181) –3

А еще этот негодяй наверное миноискатель дома забыл, так что если ему кто на пут, Аноним (373), 19:07 , 20-Янв-20, (373)

Хорошая документация - это растяжка , myhand (ok), 08:56 , 21-Янв-20, (378) –1

Если в нее после каждой минорной версии вштыривать надо - пожалуй что да , Аноним (413), 22:20 , 17-Фев-20, (413)

В последнее время, Python че-то не туда шагнул То все эти асинхронные фишки ско, menangen (?), 23:52 , 14-Янв-20, (19)

Место BDFL всё ещё вакантно Не упусти свой шанс решать, куда шагать python уВид, kai3341 (ok), 00:22 , 15-Янв-20, (29) –2

Зря ты это затеял 8212 объяснять не-программистам всякие технические кишки О, Аноним (48), 01:23 , 15-Янв-20, (66) +2

Бро, каникулы скоро закончатся, и можно будет спокойно продолжать о технических , kai3341 (ok), 01:32 , 15-Янв-20, (68)
Зелен виноград , Аноним (133), 10:55 , 15-Янв-20, (133) +1

Срочно разыскиватеся диктатор с мазохистичными наклонностями А, погодите, может, Аноним (97), 07:13 , 15-Янв-20, (97) +1

Посмотрим на Go2 Как бы они пытаются сломать как можно меньше, но проблема в то, Java (?), 07:54 , 15-Янв-20, (114)

Хипстерам вообще полезны иногда отрезвляющие клизмы с патефонными иголками , Аноним (-), 08:12 , 15-Янв-20, (120)

А где же тот чувачок, который несовместимая 3-я версия это лучшее что случил, Аноним (21), 00:09 , 15-Янв-20, (21) +2

А разве обсуждаемая новость как-то опровергает его слова , Аноним (48), 01:19 , 15-Янв-20, (65) +6

Я бы им посоветовал переписать всё на I стабильном I языке 8212 на Перле, , Anonymoustus (ok), 00:11 , 15-Янв-20, (25) +5

На COBOL 60 Куда уж стабильнее , Аноним (30), 00:38 , 15-Янв-20, (36) –2

Если бы ты понимал, зачем был создан КОБОЛ и почему он такой, тебе бы не казалас, Anonymoustus (ok), 00:40 , 15-Янв-20, (37) +4

И для чего же, по вашему мнению Неужели для написания DVCS К COBOL-у как так, Аноним (30), 00:56 , 15-Янв-20, (49) –2

Люто плюсую Желать что-то долговечное на Пистоне моветон , псевдонимус (?), 03:44 , 15-Янв-20, (80)

Вот люди и взорвались на мине замедленного действия , Anonymoustus (ok), 19:36 , 23-Янв-20, (386)

ССЗБ , Аноним (34), 00:21 , 15-Янв-20, (28) –3
Держать годами техдолг - сами виноваты Перешли бы раньше - отладили бы раньше Я, Аноним (34), 00:29 , 15-Янв-20, (31) –2

Какие смузи пьёшь Обтягивающие джинсы кровоток перекрывают Нравится все ново-м, Аноним (55), 01:01 , 15-Янв-20, (55) +3

Если я правильно понял, он сказал, что сидел на тупиковом овне мамонта 5 лет чт, Аноним (69), 01:43 , 15-Янв-20, (69)

На самом деле я на 2 вообще не сидел Я просто в 2013 начал на питоне кодить, та, Аноним (34), 02:23 , 15-Янв-20, (76) –3

Да что там, кеды жмут , Аноним (-), 08:01 , 15-Янв-20, (116)

Тогда надо на гном переходить , Аноним (183), 11:38 , 15-Янв-20, (161) +1

пью джинсы с подваротами смузи кровоток не перекрывают все норм чтяднт , еукеекнмсч (?), 22:34 , 15-Янв-20, (258)

Пофиксил , Аноним (-), 07:16 , 15-Янв-20, (98) +1

Поделил на ноль , Аноним (183), 12:59 , 15-Янв-20, (178) –3

Ну, э, блин, если инноваторы тебе фирмвару твоему гироскутеру на пихоне накатают, Аноним (-), 17:57 , 18-Янв-20, (335)

- Может Да они оптимисты, впрочем, никогда не было и вот опять , Аноним (79), 03:10 , 15-Янв-20, (79) +4
Я не питонист, но неужели эти языки питон 2 и питон 3 ведут себя настолько по-, Аноним (83), 05:49 , 15-Янв-20, (83)

Более того - взяв произвольный скрипт на допустим 2 4 на более актуальном сейчас, Аноним (105), 07:27 , 15-Янв-20, (102)

вообще-то ровно наоборот - это - скорее всего заработает Не заработает 2 7 код н, Аноним (4), 07:46 , 15-Янв-20, (111) –1

Мой опыт ровно обратный Ну это уже какая-то экзотика, обычно в системе версии со, Аноним (-), 08:05 , 15-Янв-20, (117) –1

По Net прусы будет , Anonymqwe (?), 10:01 , 15-Янв-20, (130)

Лично видел как при выпуске очередного дотнета померла шикарная жирная энтерпрай, Аноним (-), 17:59 , 18-Янв-20, (336)

А на следующее утро отошел, и понял, что алкоголь не стояло мешать с грибами, а , Ононимко (?), 14:38 , 19-Янв-20, (363) –1

Не алкоголь а кофе, и не я а прогеры и сапорты, очешуевшие пахать сверхурочно , Аноним (413), 22:22 , 17-Фев-20, (414)

читай оригинал новости надеюсь, нипихианист может в английский Да, настолько , Аноним (4), 07:36 , 15-Янв-20, (107)
Буква 171 B 187 в слове 171 Python 187 означает 171 Backward compatibi, Anonymoustus (ok), 07:48 , 15-Янв-20, (112) +6

Кстати, где эта буква в слове C , Аноним (183), 13:01 , 15-Янв-20, (179)

В книжке K R , Anonymoustus (ok), 13:02 , 15-Янв-20, (180)

Тогда для питона 8212 ищите её в Dive into Python , Аноним (183), 13:12 , 15-Янв-20, (184) –1

Что же там пишут про обратную совместимость, аноним Почему релизы третьей ветки, Anonymoustus (ok), 13:14 , 15-Янв-20, (185)

Можно пример , myhand (ok), 13:16 , 15-Янв-20, (187)

print 3 2Сойдёт за пример , Аноним (183), 13:25 , 15-Янв-20, (193)

SyntaxError Missing parentheses in call to print Did you mean print 3 2 Мож, myhand (ok), 18:40 , 15-Янв-20, (237)

у него - 3 5, где так - было еще можно, хотя уже нельзя , Аноним (4), 19:55 , 15-Янв-20, (243)

Пишут что проще утонуть, Аноним (255), 22:05 , 15-Янв-20, (255) +1

Уже весь мир перешел на python3, а быдлокодеры из меркуриал продолжают всем дока, Аноним (84), 05:53 , 15-Янв-20, (84) –2

ты-то не быдлокодер, ты бы за пять минут все переписал А, не, ты вообще не умее, Аноним (4), 07:43 , 15-Янв-20, (110)

Я же не из меркуриал-тим, чтобы переписывать за пять минут, у меня на это было б, Аноним (115), 07:56 , 15-Янв-20, (115)

у тебя на это была бы - вечность, каждый год - снова с нуля переписывать А работ, Аноним (4), 08:10 , 15-Янв-20, (118) +1
- Эй, чуваки, у нас тут корабль тонет Все к насосам - Я вам тут не матрос вод, Аноним (-), 08:14 , 15-Янв-20, (122) +1

Скорее Врагу не сдаётся наш гордый Варяг, пощады никто не желает , Аноним (183), 12:02 , 15-Янв-20, (171) +1

Одному мне кажется, что подавляющему количеству пользователей Mercurial неумение, йкЛще (?), 09:18 , 15-Янв-20, (125) +1

Им пох Нам вот с результатами их неумения жить приходится - это да, некстати Н, пох. (?), 10:58 , 15-Янв-20, (135) –1

Нужно было похоронить проект python 2 и переименновать его во что то другое при , Аноним (85), 05:57 , 15-Янв-20, (85) –1

они так и сделали Но умирающий язык - это язык на котором не ведут и не поддер, Аноним (4), 07:40 , 15-Янв-20, (109) +2

На PHP 4 вообще-то очень много чего успели понаписать, от форумных движков до ph, PereresusNeVlezaetBuggy (ok), 00:04 , 16-Фев-20, (411)

Весь Питон в этой фразе В нём без дебагера дальше хелоуворда не уйти , Аноним (99), 07:18 , 15-Янв-20, (99) +6
Проект опенсорсный бесплатный программистам не заплатили за него И вот чем , Адекват (ok), 08:11 , 15-Янв-20, (119) –8

Даже какой-нибудь дропбокс, который таки мог оплачивать программистов, с питона , Аноним (-), 08:15 , 15-Янв-20, (123)

потому что проблем с ними все-таки много Поправил вашу малозаметную опечатку,, Аноним (4), 19:52 , 15-Янв-20, (242)

Кхм, мне чота кажется, что оплаченность труда слабо коррелирует с наличием пробл, йкЛще (?), 09:20 , 15-Янв-20, (126) +5
Просто у них не было передовой партии , Ю.Т. (?), 11:03 , 15-Янв-20, (138)

Всё-таки не зря я года 4 назад перешёл на git Правда осталось репов 8 на hg , FSA (??), 08:43 , 15-Янв-20, (124) –2
Никто их не вынуждал поддерживать Python 2 Я все свои проекты перевел на 3 и вс, mumu (ok), 09:26 , 15-Янв-20, (128) –3

И твои проекты конечно сравнимы с меркуриалом по сложности и значимости , Аноним (133), 11:00 , 15-Янв-20, (136) +2

В мире, где полностью победил git, любой студенческий hello world сравним с Merc, Аноним (183), 11:34 , 15-Янв-20, (157) –1

главное - верь, студент Что все эти меркуриалы и прочие ненужные тебе поделки и, пох. (?), 11:14 , 16-Янв-20, (283)

Учитывая что сабж выкинула даже битовая мусорка - он походу прав , Аноним (412), 02:15 , 16-Фев-20, (412)

Важен процесс Процесса не было, mumu (ok), 16:11 , 19-Янв-20, (364)

Надо было писать на Java , Аноним (129), 09:47 , 15-Янв-20, (129) –1
Кому-то надо ещё объяснять, что динамические языки и пестон в часности - г но , Аноним (131), 10:26 , 15-Янв-20, (131) –2

Проблемность пихтона заключается отнюдь не в отступах А в Фортране 77 отступы,, Anonymoustus (ok), 10:32 , 15-Янв-20, (132) +2

Что-то не видел я там такого рояля удовольствия соблюдать отступы фортрана в т, Ю.Т. (?), 11:05 , 15-Янв-20, (139)

Они структурируют программу и являются неотъемлемой частью её логики, всегда вид, Anonymoustus (ok), 11:21 , 15-Янв-20, (145)

чтоб тебе колоду непронумерованных рассыпать на лестнице P S по йолкам их разве, пох. (?), 14:30 , 15-Янв-20, (219) +1

А нефиг носить голые перфокарты по лестнице Потом этими же руками ешь В тележк, Anonymoustus (ok), 23:42 , 15-Янв-20, (260)

тогда не было направляющих для инвалидов Вы, похоже, таки опоздали родиться Про, пох. (?), 11:27 , 16-Янв-20, (284)

И что интересно, Хэмминг и ко - небось подревнее вас будут , Аноним (337), 18:05 , 18-Янв-20, (337)
Тебе бы отдыхать от опеннета, пох, ты уже в простой человеческий юмор не врубаеш, Anonymoustus (ok), 18:20 , 23-Янв-20, (382)

шестая позиция не имела в фортране семантического смысла - только синтаксический, пох. (?), 11:15 , 15-Янв-20, (142)
Между прочим, библиотеки на 77-м и даже более ранних Фортране компилируются до, Scriptor (ok), 12:25 , 15-Янв-20, (172)

ну вам там выше написали, как одним шаловливым движением хвоста можно все взять , пох. (?), 13:47 , 15-Янв-20, (206)

Почему не жалко-то , Scriptor (ok), 15:32 , 15-Янв-20, (227)

потому что красиво но феерически бесполезно в реальной жизни , пох. (?), 20:31 , 15-Янв-20, (247)

Define реальная жизнь , Scriptor (ok), 20:42 , 15-Янв-20, (249)

ну вот давай ты на нем запустишь пресловутый hg - с минимальным набором дополнен, пох. (?), 16:52 , 18-Янв-20, (327)

Ну да, подколол, подколол -- сами разрабы пишут, что не сработает нормально из-з, Scriptor (ok), 13:02 , 24-Янв-20, (390)

заметим, я эту писанину не читал - Просто предположил, что хрена там что запус, пох. (?), 13:40 , 24-Янв-20, (392)

потому что разрабатывать большие проекты на динамическом нефункциональном языке , Аноним (160), 11:37 , 15-Янв-20, (160)
они бы за 12 лет его с нуля на ассемблер переписали под все платформы, а за 5 ле, Аноним (164), 11:45 , 15-Янв-20, (164)

почему же ты еще этого не сделал А, ну да, ты ж не умеешь кодить , пох. (?), 11:59 , 15-Янв-20, (168) +1

Те, кто умеют, в этот тред не заходят Потому что тут их обзовут вебмакаками и н, Аноним (183), 13:32 , 15-Янв-20, (197) –1

ну, в штанину пусть спрячут, что-ли И какие-нибудь модные сапожки, чтоб кисточк, пох. (?), 13:49 , 15-Янв-20, (207) +1
Те, кто умеют, прежде всего знают цену словам 171 надо переписать на 187 , PereresusNeVlezaetBuggy (ok), 00:08 , 16-Янв-20, (263) +1

А зачем, если есть git , Vkni (ok), 18:08 , 15-Янв-20, (234) –1

Вполне можно было взять компилируемый Питон, ака Ocaml И наваять примерно за то, Vkni (ok), 18:08 , 15-Янв-20, (233)

много проектов схожего размера уже наваяли-то , пох. (?), 20:32 , 15-Янв-20, (248)

Чай вас в гугеле не забанили Или вы даже названия INRIA не знаете , Vkni (ok), 07:06 , 16-Янв-20, (274) –2

Лет 15 назад, когда у меня был большой по тем временам почтовый трафик пришлось, Zulu (?), 02:59 , 19-Янв-20, (360) +1

Насколько я понимаю, это что-то там внутри List map Мы над этим работаем - наде, Vkni (ok), 03:14 , 19-Янв-20, (361)

пятнадцать лет работаете Потом они удивляются, что экзотический язычок что-то т, пох. (?), 10:24 , 19-Янв-20, (362) +1

Я не удивляюсь, т к прекрасно знаю, что движет индустрией - Но если писать д, Vkni (ok), 17:13 , 19-Янв-20, (365)

До сих пор используем в проде 2 3 2 То что было на 2 7 - снабдили from __future, economist (?), 13:20 , 15-Янв-20, (190) –1

Ну вод представьте, что у проекта три с половиной разработчика, да и тем работаю, Аноним (183), 13:37 , 15-Янв-20, (201)

там их не то чтобы три, но им действительно было чем и без того заниматься - про, пох. (?), 13:50 , 15-Янв-20, (208)

Выйдет скоро Python 4 и все эти портирование и переписывание коту под хвост , Аноним (250), 20:54 , 15-Янв-20, (250)

ну нет, так не делается Сначала-то, безусловно, 3 9Потом, возможно - 3 99А когда, пох. (?), 22:02 , 15-Янв-20, (253)

Питон - он такой Сначала написали, потом подумали , Онаним (?), 21:17 , 15-Янв-20, (251)

неее, мы не такие Мы потом еще раз написали - и еще раз подумали А потом и еще,, Гвидо Опоссум (?), 22:03 , 15-Янв-20, (254) +1

мухаха нет тестов - просто смиритесь и умрите Git решал, решает и продолжит ре, Аноним (270), 02:01 , 16-Янв-20, (270) –3
Вот нахрена Взяли бы и начали писать следующую мажорную версию полностью на Pyt, Аноним (294), 15:23 , 17-Янв-20, (294)

потому что любители модного-молодежного все сломать, а потом незнамосколько пис, пох. (?), 16:50 , 18-Янв-20, (326)
Может, потому что когда ты уже написал нечто работаюшее, кодить это с ноля еще р, Аноним (337), 18:06 , 18-Янв-20, (339)

Носятся с этим Гвидобейсиком, как с торбой расписной А торба-то худая много лет, iZEN (ok), 11:05 , 20-Янв-20, (366)

Дожили, - устами iZEN а глаголет истина , Аноним (373), 19:10 , 20-Янв-20, (374) +1

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

1. Сообщение от kai3341 (ok), 14-Янв-20, 23:09 +22 +/–

Хм. Тут, скорее, вопрос о качестве кодовой базы Mercurial

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

2. Сообщение от Аноним (2), 14-Янв-20, 23:15 –1 +/–

Лучше бы они его целиком на Rust переписали вместо этого

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #39, #52, #89, #127

3. Сообщение от Аноним (4), 14-Янв-20, 23:17 +8 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #12, #14, #63

4. Сообщение от Аноним (4), 14-Янв-20, 23:17 +12 +/–

приступайте!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #194

5. Сообщение от тот_же_анон_только_с_мабилы (?), 14-Янв-20, 23:24 +8 +/–

Только С и Git незыблемы и вечны!

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

6. Сообщение от Аноним (6), 14-Янв-20, 23:28 +/–

> Комментируя ситуацию с Python 3 мэйнтейнер Mercurial считает, что решение по продвижению ломающего совместимость Python 3 и навязывание его как нового более правильного языка, при отсутствии актуальных для разработчиков прорывных улучшений, было большой ошибкой
а на самом деле было большой ошибкой продолжать совместимость Меркуриала с python-2 ..
нужно было как можно раньше перевести Меркуриал на ветку 3 (в 2008 году!) и СРАЗУ забросить ветку 2 -- исправляя ошибки без какой либо оглядки на прошлое.
без рассредоточения сил на всякую постороннюю хрень.
но ведь что это за этот мусор в голове у людей был? поклонников/фанатов версии 2.
скакого хрена они так долго тянули время? на что надеялись? на то что ветку 3 отменят?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #11, #18, #27, #33, #73, #103

7. Сообщение от freehck (ok), 14-Янв-20, 23:29 +1 +/–

два чаю этому анониму

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

8. Сообщение от Аноним (8), 14-Янв-20, 23:29 +6 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #15, #26, #50, #176

9. Сообщение от freehck (ok), 14-Янв-20, 23:30 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #34

10. Сообщение от Аноним (10), 14-Янв-20, 23:32 +3 +/–

> Комментируя Python 3 мэйнтейнер Mercurial считает, что решение по продвижению ломающего совместимость Python 3 и позиционирование его как нового более правильного языка вместо постепенного наращивания функциональности и предоставления возможности инкрементальной адаптации приложений было большой ошибкой, применившей большой вред сообществу и являющейся примером того как не нужно поступать крупным проектам.
Очень правильные слова. Это настолько болезненно - переходить с питона 2 на питон 3, что ощущение будто тебя обманывают: вроде бы язык один и тот же почти во всех случаях, но проще переписать программу на каком-то другом языке, чем думать где ещё может возникнуть проблема после перевода своей кодовой базы с 2 на 3 питон.

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

11. Сообщение от Аноним (8), 14-Янв-20, 23:32 +1 +/–

Конечно, вам виднее. Что-то, правда, мне подсказывает, что вы никогда не видели багов в VCS, влияющих на целостность репозитория, и никогда его не чинили. Потому что те, кто знает цену надёжности VCS, как мне почему-то кажется, не разделяют вашу позицию. И, да, я в их числе (нет, чинить приходилось не Mercurial).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #22

12. Сообщение от Аноним (12), 14-Янв-20, 23:40 +2 +/–

> модный-молодежный язычок
> first released in 1991
Боюсь что когда вышел этот якобы модный-молодёжный язычок тебя ещё даже в планах небыло.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #17

13. Сообщение от Аноним (12), 14-Янв-20, 23:41 +7 +/–

Про perl забыл.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #57

14. Сообщение от Ями (?), 14-Янв-20, 23:41 +/–

Нужно было сразу на Rust-е писать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #64

15. Сообщение от brzm (ok), 14-Янв-20, 23:42 +5 +/–

> так как тесты не охватывают 100% кодовой базы, а многие проблемы незаметны при статическом анализе и проявляются только во время выполнения
Вроде сами признали, по тексту новости сложилось такое впечатление. Может вы что-то знаете чего не знаем мы?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #30

16. Сообщение от freehck (ok), 14-Янв-20, 23:43 +1 +/–

> ощущение будто тебя обманывают
> проще переписать программу на каком-то другом языке, чем
Да уже который год говорю, где обманывают: посмотрите на то, в каком состоянии "готовности" находятся стандартные библиотеки. За тридцать-то лет языка они, небось, должны быть совсем в ином состоянии. =/
И таки да: проще переписать на другом языке, чем пытаться поддерживать что-либо на питоне. Даже пресловутый мёртвый перл5 заставлял меня в своё время удивляться на порядки меньше, нежели питон2.
Но ладно. Я сейчас опять ведь начну питоносpач... А так надоели фанаты оного... Короче, ребята, давайте сразу засчитывайте мне слив, ибо я спорить не намерен в этот раз. Все несогласные -- лесом. =/

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #32, #74, #181

17. Сообщение от freehck (ok), 14-Янв-20, 23:45 +2 +/–

> Боюсь что когда вышел этот якобы модный-молодёжный язычок тебя ещё даже в планах небыло.
Питон язык модный. И на нём пишет молодёжь.
Russian. Do you speak it?!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #20, #67, #86

18. Сообщение от cio (?), 14-Янв-20, 23:48 +4 +/–

будущее Python 3 тогда было туманным, его судьба могла сложиться как у Perl 6

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #23

19. Сообщение от menangen (?), 14-Янв-20, 23:52 +/–

В последнее время, Python че-то не туда шагнул. То все эти асинхронные фишки скоммунизженны с Node.js, чтобы быть не хуже, но при этом со своими узелками в кишках; то какое-то местами усложнённое г в синтаксисе простого языка. Всё это вызывает грусть и тоску, вместо выпиливания GIL и впиливания JIT занимаются откровенной мало кому нужной ерундой, все эти «Foundation» - кормят не пойми кого

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

20. Сообщение от kai3341 (ok), 15-Янв-20, 00:05 –3 +/–

> Питон язык модный. И на нём пишет молодёжь.
Пиши на COBOL! Будь не таким как все!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #143

21. Сообщение от Аноним (21), 15-Янв-20, 00:09 +2 +/–

А где же тот чувачок, который "...несовместимая 3-я версия это лучшее что случилось с питоном"? https://www.opennet.dev/openforum/vsluhforumID3/119416.html#30

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

22. Сообщение от annual slayer (?), 15-Янв-20, 00:09 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #44, #147

23. Сообщение от annual slayer (?), 15-Янв-20, 00:10 +/–

прямо все 12 лет с 2008-го года было туманным?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #24, #61

24. Сообщение от annual slayer (?), 15-Янв-20, 00:11 +1 +/–

а когда жареный петух в жoпу клюнул -- че-то резко всё прояснилось сразу

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

25. Сообщение от Anonymoustus (ok), 15-Янв-20, 00:11 +5 +/–

Я бы им посоветовал переписать всё на стабильном языке — на Перле, например.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #80

26. Сообщение от Anonymoustus (ok), 15-Янв-20, 00:13 +1 +/–

> Ну то есть вы, как специалист по кодовой базе Mercurial, имеющий многолетний
> опыт поддержки крупных проектов, сейчас приложите разумное проверяемое обоснование наличия
> лучшего решения, правильно?
Вчитайтесь в комментарии этого персонажа: оно же пишет хвостом вебню. Естественно, хвостатые любят взрывные инновации прогресса, обмазываться свежатиной и Пихтон.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #48, #87

27. Сообщение от Anonymoustus (ok), 15-Янв-20, 00:17 +3 +/–

А в третьей ветке великолепная обратная совместимость с самой собой. Да, анон? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #93

28. Сообщение от Аноним (34), 15-Янв-20, 00:21 –3 +/–

>так как тесты не охватывают 100% кодовой базы
ССЗБ.

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

29. Сообщение от kai3341 (ok), 15-Янв-20, 00:22 –2 +/–

> В последнее время, Python че-то не туда шагнул.
Место BDFL всё ещё вакантно! Не упусти свой шанс решать, куда шагать python'у
> То все эти асинхронные фишки скоммунизженны с Node.js
Видите ли, эти "асинхронные фишки" дают дикий буст производительности IO-задач. Кстати (могу оказаться неправ), синтаксис async/await вообще в шарпах появился. Кто откуда комуниздит?
> выпиливания GIL
А мужики то и не знали, что реализация IronPython без GIL!
Вообще с GIL не так всё просто. Это инженерное решение со своими достоинствами (внезапно оно производительно) и недостатками (заставляет отбросить многопоточность, когда дело касается производительности. Впрочем, когда дело касается производительности, самое время подумать о сишном расширении)
> впиливания JIT
Смотри: https://github.com/gvanrossum?tab=repositories
В списке есть mypy. Чем занимается mypy? Слышал ли ты о cython? Чем принципиально cython отличается от python? А теперь снова посмотри на mypy.
Субъективно моё предположение -- вывод типов -- первый шаг к JIT

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #66, #97

30. Сообщение от Аноним (30), 15-Янв-20, 00:24 +7 +/–

Механический подсчет покрытия тоже не гарантирует ничего.
Вот, допустим, есть такая функция:
int f(int x, int y) {
  int arr[2] = { 0, 0 };
  int i = 1;
  if (x == 1)
    i--;
  if (y == 1)
    i--;
  return arr[i];
}
Сделали тесты на f(0, 1) и на f(1, 0), test coverage бодро рапортует 100%, а программа падает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #35, #42

31. Сообщение от Аноним (34), 15-Янв-20, 00:29 –2 +/–

>Прогнозы о стабильности порта для Python 3 даются неутешительные. В частности, предполагается, что на протяжении нескольких лет в коде будут всплывать случайные ошибки
Держать годами техдолг - сами виноваты.
Перешли бы раньше - отладили бы раньше. Я вообще в 13 взял и перешёл. И 2 тут же дропнул. И мне сpать было на тех ретроградов, кто продолжал сидеть на 2. С 4 сделаю так же. Как только numpy + scipy + sklearn + tensorflow портируют, так сразу перйду на 4 и дропну 3 во всех своих либах. А ретрограды пусть дальше ноют и прокрастинируют, лишь бы не работать.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55, #98

32. Сообщение от Аноним (32), 15-Янв-20, 00:30 +6 +/–

> мёртвый перл5
Не мертвый, а стабильный.)))
И это прекрасно, потому что предсказуемо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #95

33. Сообщение от Аноним (30), 15-Янв-20, 00:30 +3 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #38, #158, #177

34. Сообщение от Аноним (34), 15-Янв-20, 00:35 –3 +/–

>обеспечить обратную совместимость с неподдерживаемым (было бы поддерживаемо - было бы портировано) гoвнoм мамонта, у которого заведомо не было будущего (неподдерживаемое же), написанном на языке без будущего (потому что зараннее ясно, что поддерживать второй питон бесконечно не будут, 3й и сделали потому, что второй всех достал).
пофиксил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #59

35. Сообщение от kai3341 (ok), 15-Янв-20, 00:38 +/–

Удваиваю. Покрытие ради покрытия ещё ни о чём не говорит
Особенно грустно, когда тестами покрывается реализация, а не интерфейс (API, а не графический) -- рефакторинг превращается борьбу со сломанными тестами. В результате тесты перестают помогать разработке и вместо этого сковывают -- каждое движение заставляет сделать ещё 100500 правок. Интересно при этом то, что прохождение 100% тестов не гарантирует отсутствие ошибок

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #41

36. Сообщение от Аноним (30), 15-Янв-20, 00:38 –2 +/–

На COBOL 60. Куда уж стабильнее!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #37

37. Сообщение от Anonymoustus (ok), 15-Янв-20, 00:40 +4 +/–

> На COBOL 60. Куда уж стабильнее!
Если бы ты понимал, зачем был создан КОБОЛ и почему он такой, тебе бы не казалась смешной глупость, которую ты написал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #49

38. Сообщение от Аноним (34), 15-Янв-20, 00:40 –6 +/–

Да, должны. Не смогли - до свидания. Ваше расширение очень важно для нас. Настолько важно, что портировать путём 2to3 -nw ./ некому.
Картины дельфинов и тюленей мне даром не нужны. Творения не осиливших одну консольную команду - тоже.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #47, #72

39. Сообщение от burjui (ok), 15-Янв-20, 00:41 +9 +/–

Вот этого точно не надо. Дайте Mercurial умереть спокойно.

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

41. Сообщение от Аноним (30), 15-Янв-20, 00:46 +1 +/–

Покрывать тестами надо и то, и другое.
Юнит-тесты хороши для библиотек, реализующих нетривиальные алгоритмы, особенно оптимизированные, когда логику уже не так-то просто проследить. Во время написания алгоритма обычно помнишь о хитрых edge cases, которые надо проверить, а при внесении изменений через несколько лет можно и не вспомнить, особенно если изменения вносит кто-то другой.
Покрывать же юнит-тестами всякую там обвязку - во-первых, сложно, а во-вторых, бессмысленно: обвязка обычно не имеет самостоятельной ценности, а важна вкупе с использующим ее кодом, который может так же легко измениться, и получится бессмысленная работа по поддержанию тестов ради тестов. Важна работа предоставляемого API - и его-то тут и надо тестировать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #43

42. Сообщение от Вашье (?), 15-Янв-20, 00:49 +/–

Так вы, это, мутируйте поменьше, и никто никуда падать не будет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #45, #46

43. Сообщение от kai3341 (ok), 15-Янв-20, 00:50 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #53

44. Сообщение от Аноним (44), 15-Янв-20, 00:52 –1 +/–

Git написан на?..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #58, #92

45. Сообщение от Аноним (30), 15-Янв-20, 00:53 +/–

Это тоже ничего не гарантирует. Точно такую же проблему можно показать и на чистых функциях с рекурсией.

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

46. Сообщение от kai3341 (ok), 15-Янв-20, 00:53 +/–

>  Так вы, это, мутируйте поменьше, и никто никуда падать не будет.
Иммутабельность не является гарантией отсутствия ошибок. Иммутабельность не гарантирует отсутствие падений.
Всему своё время и место, включая мутабельность и иммутабельность

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

47. Сообщение от Аноним (44), 15-Янв-20, 00:54 +2 +/–

Тут недавно FF стороение дополнения дррпнул

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #105

48. Сообщение от Аноним (48), 15-Янв-20, 00:55 –2 +/–

Если я не люблю сeкс с трyпами — я тоже «хвостатый»?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #51

49. Сообщение от Аноним (30), 15-Янв-20, 00:56 –2 +/–

И для чего же, по вашему мнению? Неужели для написания DVCS? :)
К COBOL-у как таковому у меня никаких претензий, в свое время отлично решал свою задачу.

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

50. Сообщение от Аноним (48), 15-Янв-20, 00:57 +/–

> Ну то есть вы, как специалист по кодовой базе Mercurial, имеющий многолетний опыт поддержки крупных проектов, сейчас приложите разумное проверяемое обоснование наличия лучшего решения, правильно?
Ситуация настолько очевидна, что наилучшее решение может огласить любой не-специалист: прекратить надругательство над Mercurial.
He's dead, Jim.

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

51. Сообщение от Anonymoustus (ok), 15-Янв-20, 00:57 +2 +/–

> Если я не люблю сeкс с трyпами — я тоже «хвостатый»?
Если в контексте обсуждения языков программирования у тебя возникают подобные мысли, тебе _необходимо_ посетить психиатра.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #54

52. Сообщение от Аноним (48), 15-Янв-20, 00:58 +6 +/–

> Лучше бы они его целиком на Rust переписали вместо этого
Взяв за основу git (как более успешный проект).
И назвать gitarust.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #146

53. Сообщение от Аноним (30), 15-Янв-20, 00:59 +/–

А тут я полностью согласен. Но тестами на API сложно покрыть edge cases в алгоритмах (конечному пользователю пофиг, какие там внутри алгоритмы) - потому нужны оба.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #62

54. Сообщение от Аноним (48), 15-Янв-20, 00:59 –1 +/–

В контексте обсуждения судьбы Mercurial.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #88

55. Сообщение от Аноним (55), 15-Янв-20, 01:01 +3 +/–

Какие смузи пьёшь? Обтягивающие джинсы кровоток перекрывают? Нравится все ново-молодёжное?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #69, #116, #258

57. Сообщение от Аноним (48), 15-Янв-20, 01:01 –3 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #156

58. Сообщение от Аноним (48), 15-Янв-20, 01:03 +1 +/–

Неужели тоже на языке без типизации?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #71, #78

59. Сообщение от Аноним (48), 15-Янв-20, 01:05 +1 +/–

Прямо как в суровом энтерпрайзе (кстати, у нас тут тоже коллективный плач по второму питону).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #91, #152

61. Сообщение от Аноним (48), 15-Янв-20, 01:08 +5 +/–

> прямо все 12 лет с 2008-го года было туманным?
До 1 января 2020 никто не верил, что это всерьёз. Думали, завтра проснутся, а нет никакого третьего питона.

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

62. Сообщение от kai3341 (ok), 15-Янв-20, 01:09 –1 +/–

>  А тут я полностью согласен. Но тестами на API сложно покрыть edge cases в алгоритмах (конечному пользователю пофиг, какие там внутри алгоритмы) - потому нужны оба.
Очень вероятно, что мы называем одни и те же вещи разными словами. Тест внешнего API включает в себя и проверку результата. Сам алгоритм алгоритму рознь: для чистых функций мы имеем право применять lru_cache, что формально меняет алгоритм. Иногда ради производительности можно пойти на коренные изменения алгоритма: https://ru.wikipedia.org/wiki/%D0%91%D1%...
Наконец, реструктуризация меняет алгоритм, но не должна менять результат

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #70, #221

63. Сообщение от Аноним (48), 15-Янв-20, 01:12 +7 +/–

> "комментируя комментатора - не-майнтейнер полагает, что решение использовать для dvcs модный-молодежный язычок, который каждый день новый, а поддержку прошлых версий по желанию левой пятки бросают - было большой ошибкой, и является примером того, как не надо поступать"
Забыл самое главное — не просто по желанию левой пятки, а _неожиданно_ и без предупреждения.
Неожиданней прекращения поддержки второго питона в 2020 году может быть только снег в декабре для наших коммунальщиков.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #100

64. Сообщение от Аноним (48), 15-Янв-20, 01:14 +2 +/–

Он тоже модно-молодёжный.
Есть же нормальные, проверенные временем языки. Pascal, например.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #101

65. Сообщение от Аноним (48), 15-Янв-20, 01:19 +6 +/–

А разве обсуждаемая новость как-то опровергает его слова?

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

66. Сообщение от Аноним (48), 15-Янв-20, 01:23 +2 +/–

> Вообще с GIL не так всё просто. Это инженерное решение со своими достоинствами (внезапно оно производительно) и недостатками (заставляет отбросить многопоточность, когда дело касается производительности. Впрочем, когда дело касается производительности, самое время подумать о сишном расширении)
Зря ты это затеял — объяснять не-программистам всякие технические кишки. Они ж верят, что если напихать как можно больше тредов, то абсолютно любая задача будет решаться за кратно меньшее время.
Что такое конкурентность, как она связана с асинхронностью и чем это отличается от параллельности — это всё равно что в детском саду читать лекции по квантовой физике.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #68, #133

67. Сообщение от Аноним (48), 15-Янв-20, 01:25 –2 +/–

> Питон язык модный. И на нём пишет молодёжь.
У той молодёжи, которая модно писала на нём лет 20 назад, уже дети выросли, и внуки появились.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #90, #141

68. Сообщение от kai3341 (ok), 15-Янв-20, 01:32 +/–

Бро, каникулы скоро закончатся, и можно будет спокойно продолжать о технических нюансах :)

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

69. Сообщение от Аноним (69), 15-Янв-20, 01:43 +/–

Если я правильно понял, он сказал, что сидел на тупиковом овне мамонта 5 лет (что в общем-то дохрена) и был очень рад, когда его скинул (необходимость поддерживать 2 ветки одновременно очень сковывает и заставляет делать много бесполезной работы). И я рад за него.
Но хотя я сравнивал 36,34 и 27, так 36 потреблял больше всего памяти и был самым медленным. Вероятно не в последнюю очередь из-за того, что код был в стиле 2 питона.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #76

70. Сообщение от Аноним (30), 15-Янв-20, 01:59 +2 +/–

Тут ещё вопрос, где API. Например, в Solaris был баг в реализации qsort(), который приводил к тому, что для входных массивов с пачкой идущих подряд одинаковых значений сортировка занимала неприлично долгое время. Да, конечно, в quicksort amortized n log n, и worst case n^2, но разница с реализацией из BSD или Linux была на порядок.
В случае с Solaris libc, qsort() - это вроде как API. А если кто-то скопипастил эту же реализацию в свой проект, и использует для сортировки во внутренней реализации - там вроде как юнит-тест нужен, ведь подготовить такой тестовый набор данных "снаружи", на котором эта проблема проявится, может оказаться крайне сложно. Но покрыть тестом один фиг надо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #75

71. Сообщение от Аноним (30), 15-Янв-20, 02:04 +/–

Ужас, как дальше жить?!?

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

72. Сообщение от Аноним (30), 15-Янв-20, 02:09 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #77, #82

73. Сообщение от Vkni (ok), 15-Янв-20, 02:12 +3 +/–

> а на самом деле было большой ошибкой продолжать совместимость Меркуриала с python-2 ..
Большой ошибкой было использовать неподходящий инструмент для написания Mercurial. ;-)
Когда планируется большой проект, надо прикидывать его время жизни, экосистему и т.д. В общем, делать анализ требований. И тогда выяснится, что Python, который очень хорош для прототипирования, а не для написания долгоживущего системного ПО, не подходит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #94, #144

74. Сообщение от Vkni (ok), 15-Янв-20, 02:16 –5 +/–

> И таки да: проще переписать на другом языке, чем пытаться поддерживать что-либо на питоне.
А не надо писать на Питоне вещи, которые стоит поддерживать. Это отличный инструмент для своей области, а вылезать из неё не стоит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #96, #225

75. Сообщение от kai3341 (ok), 15-Янв-20, 02:21 –1 +/–

Принято. Речь о тонкой границе, когда компонент реализации стабилизируется и становится внутренним API -- на него завязываются другие внутренние компоненты приложения.
ИМХО тут важно соблюсти баланс -- если от компонента что-то зависит, должны быть тесты, однако эти же тесты не должны связывать руки, если компонент необходимо подвергнуть модификации. Где именно этот баланс -- я не знаю.

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

76. Сообщение от Аноним (34), 15-Янв-20, 02:23 –3 +/–

На самом деле я на 2 вообще не сидел. Я просто в 2013 начал на питоне кодить, так что все мои либы изначально шли с трёшки. Просто двойка была ещё почему-то очень популярна, так что в наглую забить на неё мало кто был готов. А посыл в том, что ещё в 13 питон 3 был абсолютно полностью юзабельным. Со всеми sklearn, numpy и scipy. Если какая-то либа не была портирована - я просто делал 2to3. В большинстве случаев вообще ручных фиксов не требовалось. Даже если и требовалось, то обычно не более 3 строк на всю либу, хотя бывало требовалось пофиксить и 20. То что его не дропнули сильно раньше 20 - это просто толерантность к тунеядцам, предпочитающим копить долг, а потом ныть про баги и валить всё на злых разрабов, которые копить долг не захотели.

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

77. Сообщение от Аноним (34), 15-Янв-20, 02:26 –3 +/–

Вот ты и расскажи. Я тольго гитом пользуюсь из VCS.

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

78. Сообщение от Аноним (78), 15-Янв-20, 02:34 –2 +/–

perl, который который позволяет обфусцировать код прямо из коробки

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #81, #191

79. Сообщение от Аноним (79), 15-Янв-20, 03:10 +4 +/–

>Ценой перевода Mercurial на Python 3
>может стать шлейф непредвиденных ошибок
- Может?! Да они оптимисты, впрочем, никогда не было и вот опять!

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

80. Сообщение от псевдонимус (?), 15-Янв-20, 03:44 +/–

Люто плюсую! Желать что-то долговечное на Пистоне моветон.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #386

81. Сообщение от annual slayer (?), 15-Янв-20, 05:23 +/–

> perl, который который позволяет обфусцировать код прямо из коробки
там на перле (и баше) написаны только вспомогательные утилиты (которые дергают в итоге бинарник сишный, например https://github.com/git/git/blob/53f9a3e157dbbc901a02ac2c7334...), причем с каждым релизом это говно выкидывают по мере возможности всё больше и больше
посмотри в исходники прежде чем умничать не в тему

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

82. Сообщение от annual slayer (?), 15-Янв-20, 05:28 +/–

> Тупые, видимо
код на питоне без тестов только умные и пишут

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #104

83. Сообщение от Аноним (83), 15-Янв-20, 05:49 +/–

Я не питонист, но неужели эти языки (питон 2 и питон 3) ведут себя настолько по-разному?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #102, #107, #112

84. Сообщение от Аноним (84), 15-Янв-20, 05:53 –2 +/–

Уже весь мир перешел на python3, а быдлокодеры из меркуриал продолжают всем доказывать, что он не нужен. Уже и всю пользовательскую базу растеряли, уже и из дистрибутивов думают его удалить, а они все доказывают. Нет бы по человечески постепенно перейти когда вышла тройка -- это не для джедаев. Десять лет доказывать, что НИНУЖНА, а когда закончится срок поддержки сломя жопу плодя ошибки ускоренно мигрировать -- это по нашему.

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

85. Сообщение от Аноним (85), 15-Янв-20, 05:57 –1 +/–

Нужно было похоронить проект python 2 и переименновать его во что то другое при переводе проекта на python 3, например "Пистон 1.0" и представить публике как новый молодежный язык, тогда бы нытья по миграции с одной ветки на другую не было, так как некому было бы предъявлять претензиии, это был бы умирающий язык (пайтон 2), а умирающему претензии не шлют и ретрограды зачесались бы раньше по переводу кодовой базы на "Пистон 1.0" или выбрали любой другой на то время ЯП, а так они находились в фрустрации, надеялись на что то и болезнь растянулась на годы и приняла катастрофические последствия.
Вообщем горе бизнесмены, маркетологи нешмагли или их не было в команде на то время рубануть с плеча и сменить имя проекту так, чтобы многие не догадались, что это решение команды пайтон 2 ))

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

86. Сообщение от iPony129412 (?), 15-Янв-20, 05:59 –2 +/–

Бредятина какая-то.
Хотя Opennet...

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

87. Сообщение от Аноним (88), 15-Янв-20, 06:19 +/–

Зато как раз их сейчас гит от нормальных прогеров окончательно втрамбует в грунт - у него нет этих вебмакакопроблем :)

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

88. Сообщение от Аноним (88), 15-Янв-20, 06:19 +/–

У него весьма очевидная судьба: будет зохаван гитом.

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

89. Сообщение от Аноним (88), 15-Янв-20, 06:20 –1 +/–

>  Лучше бы они его целиком на Rust переписали вместо этого
Это чтобы оправдать зваиние пихтонрастов? :)

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

90. Сообщение от Аноним (88), 15-Янв-20, 06:21 +4 +/–

Вебмакакой можно быть в и 60...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #151

91. Сообщение от Аноним (-), 15-Янв-20, 06:54 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #121

92. Сообщение от Аноним (-), 15-Янв-20, 06:54 –1 +/–

> Git написан на?..
В основном на сях, с прослойками на шелле и перле местами. В сях типы таки есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #134, #192

93. Сообщение от Аноним (-), 15-Янв-20, 06:56 +2 +/–

> А в третьей ветке великолепная обратная совместимость с самой собой. Да, анон? :)
Именно поэтому в демьяне майнтайнеры откалывали знатные тантры перед релизом, после апгрейда minor версии этой шляпы как обычно сломалось половина пакетов. Очень здорово, когда релиз на носу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #262

94. Сообщение от Аноним (-), 15-Янв-20, 06:57 +/–

Они одним только названием намекали что проект какой-то ... токсичный.

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

95. Сообщение от Аноним (-), 15-Янв-20, 07:02 +3 +/–

> Не мертвый, а стабильный.)))
Именно. Ну вон прога на C89. До сих пор компилится и работает. При желании ее даже можно менять если надо. И никто не орет что C89 - deprecated, дескать. Более того - требование все резко переписать... ну... а вы сможете грамотно переписать какое-нибудь крипто, или допустим рида-соломона? Для того чтобы не накосячить надо знать пару специфичных разделов математики, однако. Иначе потом переписанное будет глючным или даже уязвимым.
> И это прекрасно, потому что предсказуемо.
Некоторым нравится закинуть гранату в проект и посмотреть что будет :). Будет примерно вон то.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #186

96. Сообщение от Аноним (-), 15-Янв-20, 07:06 +2 +/–

Кому мало можно посмотреть на историю "успеха" редхата, которые за наверное 20 лет так и не смогли сделать вменяемый пакетный менеджер, вместо этого тщетно пытаясь окультурить свой картонный макет. В результате этот картонный макет жрет море ресурсов, глючит, падает, унося за собой БД и потом система остается как после ядерного взрыва. Под бойкие рассуждения о транзакциях и прочей расовой верноте. Какие, к дьяволу, транзакции, когда пакетный менеджер встает в позу когда он ни бе, ни ме, ни кукареку?!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #106

97. Сообщение от Аноним (97), 15-Янв-20, 07:13 +1 +/–

> Место BDFL всё ещё вакантно! Не упусти свой шанс решать, куда шагать python'у
Срочно разыскиватеся диктатор с мазохистичными наклонностями! А, погодите, может это liquidation manager так называется? :)
> Видите ли, эти "асинхронные фишки" дают дикий буст производительности IO-задач.
Видите ли, кого это колыхало давно пишут на каком-нибудь go, чтоли. Там еще и код нативный, что дает дикий буст по всей площади кода.
> Кто откуда комуниздит?
Все друг у друга понемногу.
> А мужики то и не знали, что реализация IronPython без GIL!
А этой жестью :) кто-то пользуется вообще?
> Вообще с GIL не так всё просто. Это инженерное решение со своими
> достоинствами (внезапно оно производительно) и недостатками (заставляет отбросить многопоточность,
Взаимоисключающие параграфы как они есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #114

98. Сообщение от Аноним (-), 15-Янв-20, 07:16 +1 +/–

> А ретрограды пусть дальше кодят что-нибудь полезное и новое вместо вечного реF*CKторинга...
Пофиксил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #178

99. Сообщение от Аноним (99), 15-Янв-20, 07:18 +6 +/–

>многие проблемы незаметны при статическом анализе и проявляются только во время выполнения
Весь Питон в этой фразе. В нём без дебагера дальше хелоуворда не уйти.

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

100. Сообщение от Аноним (4), 15-Янв-20, 07:21 +4 +/–

от ее "ожидаемости", конечно же, само собой найдется время квалифицированных разработчиков (ведь развивать проект нинужна) для удалить весь код и начать с чистого листа, на новом модном "отдельном йезыке, а не каком-то там улучшении пихона2", как подавалась эта бесполезная новоделка.
И да, не суметь скомпилировать современным Си-компилятором код прикладного софта, написанный с четверть века назад (причем он - будет работать правильно) - можно только в редких специальных случаях. Для которых не нужны никакие построчные тесты (которые еще тоже надо написать вместо кода проекта) - они сразу сфейлят компиляцию и будет понятно, что и где исправлять.
А код двадцатилетней давности на tcl/tk (до которых,  в виду того что этому не учат, к счастью, в макачьих школах, не добрались руки деятельных идиотов, ломающих все, до чего дотронулись) и вовсе просто работает по сей день.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #108

101. Сообщение от Аноним (4), 15-Янв-20, 07:22 –3 +/–

макакам нормальные неизвестны - их вот в школе мучали паскалем - они запомнили паскаль. А после школы они запомнили хруст, игого и пихон с пехепе. Других языков в макачьей голове нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #148

102. Сообщение от Аноним (105), 15-Янв-20, 07:27 +/–

> Я не питонист, но неужели эти языки (питон 2 и питон 3)
> ведут себя настолько по-разному?
Более того - взяв произвольный скрипт на допустим 2.4 на более актуальном сейчас 2.7 это скорее всего либо не заработает, либо грохнется с ошибкой в середине работы. Примерно тот же тренд если взять скрипт писанный на каком-нибудь 3.4 и попытаться его на 3.6 вкорячить.
Кстати майкрософт так тоже пробовал. К 4.5-й версии дотнета с него сбежали даже самые стойкие. Потому что все время конопатить свой код и ловить предъявы от клиентов за жирные баги на ровном месте - утомительно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #111, #130

103. Сообщение от Аноним (4), 15-Янв-20, 07:28 +1 +/–

> нужно было как можно раньше перевести Меркуриал на ветку 3 (в 2008 году!) и СРАЗУ
начать переводить на ветку 3.6 или какая она там стала в 2009м, внезапно-снова-несовместимая.
(в оригинале трогательная история о том как макаки ломали обработку не-юникодных строк два раза подряд) - и так раз в год. Поправил, не благодари. Таков, в принципе, весь смысл разработок чего-то долгоживущего на мертворожденных язычках.
А новый код писать совершенно нинуна, ведь это ваше меркуриал вообще нинуна, все реальные пацаны используют только жыт и жытхап.
> скакого хрена они так долго тянули время? на что надеялись?
на то что у разработчиков, достаточно умных чтобы осознанно использовать не единственноверный шид, а что-то отдельностоящее, вполне хватит мозгов поставить такой интерпретатор, который ему требуется, а у авторов - не бросать вялое исправление совсем критичных багов только потому что нимодна-нимодна (никаких подвигов от них не требовалось).
Зря, конечно.

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

104. Сообщение от Аноним (105), 15-Янв-20, 07:30 +1 +/–

Обкладывать картонный макет программы тестами? Хы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #211

105. Сообщение от Аноним (105), 15-Янв-20, 07:31 –1 +/–

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

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

106. Сообщение от Аноним (4), 15-Янв-20, 07:32 +/–

простите, но унести с собой БД он не может - у него ее нет.
Индексы репо - не бд и могут в любой момент быть сгенерены заново.
А если у вас проблема с rpmdb - так угадайте, в какой несчастливый год и на каком вполне академичном языке толпа студентов решила переписать на гранты то ли орацла то ли не помню - до того - совершенно беспроблемный код? Приятно отметить, что ответочка прилетела грантодателю - в соплярисе у них, не поверите, те же проблемы ровно из того же источника ;-)
Выкинуть и переписать на sqlite - это не к редхатовцам, они двадцать лет боятся трогать даже обертку вокруг него. А если перепишут - сделают "как в орацле - орацле нашел способ обмазаться навозом - и мы найдем!"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #113

107. Сообщение от Аноним (4), 15-Янв-20, 07:36 +/–

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

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

108. Сообщение от Аноним (-), 15-Янв-20, 07:37 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #155

109. Сообщение от Аноним (4), 15-Янв-20, 07:40 +2 +/–

они так и сделали.
Но "умирающий язык" - это язык на котором не ведут и не поддерживают разработки. А вовсе не язык версии #-1. Который будет не "умирающим", а просто брошенным разработчиками.
Таких языков, которые просто умерли со временем - было. perl4, php<=4. Но умерли они от того, что на них просто не успели и не сумели ничего существенного написать, а не от того что гордый разработчик, поковыряв пальцем в грязном носу, заявил что "нипаддерживаеццца".
(поэтому с "нипаддерживаетца" php5 мы будем еще лет двадцать обниматься)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #411

110. Сообщение от Аноним (4), 15-Янв-20, 07:43 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #115, #125

111. Сообщение от Аноним (4), 15-Янв-20, 07:46 –1 +/–

> Более того - взяв произвольный скрипт на допустим 2.4 на более актуальном сейчас 2.7 это скорее
> всего либо не заработает
вообще-то ровно наоборот - это - скорее всего заработает.
Не заработает 2.7 код на 2.4, если только не написан очень специальным образом (вот в частности merurial - если бы не вынужден был гнаться за вечно уходящим паровозом, обрастая костылями совместимости с десятком третьих ненужноверсий - работал бы по сей день).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #117

112. Сообщение от Anonymoustus (ok), 15-Янв-20, 07:48 +6 +/–

> Я не питонист, но неужели эти языки (питон 2 и питон 3)
> ведут себя настолько по-разному?
Буква «B» в слове «Python» означает «Backward compatibility»*.

* https://en.wikipedia.org/wiki/Backward_compatibility

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #179

113. Сообщение от Аноним (-), 15-Янв-20, 07:51 –1 +/–

> простите, но унести с собой БД он не может - у него ее нет.
А почему при OOM усе улетает с жоским стэктрейсом и при следующих попытках что-либо делать оно вопит "database corrupt"? И дальше вообще ни вперед, ни назад.
При том это тупо единственный пакетный менеджер который я знаю который настолько жоска ломается и потом хренподымешь. Ну например в дебиане в такой ситуации как максимум надо еще раз запустить инсталл, пакетник даже команду подскажет.
> Индексы репо - не бд и могут в любой момент быть сгенерены заново.
При том изначально эти *МАКАКИ* напихали туда аж XML. Потом оказалось что это жирное и дико тормозит - давайте дескать будем скулайтные базы сгружать?! Еще один пример когда сперва сделали, потом подумали. Уровень инженерии в этой поделке так и прет из всех щелей.
Даже у какой-нибудь фрибзды на фоне этого позора пакетный менеджер лучше, хахаха.
> до того - совершенно беспроблемный код? Приятно отметить, что ответочка прилетела
> грантодателю - в соплярисе у них, не поверите, те же проблемы
> ровно из того же источника ;-)
Уж не знаю когда оно там было совершенно беспроблемным. Во времена up2date чтоли?
> Выкинуть и переписать на sqlite -
Ну для начала - на си, чтоли. Почему-то это смогли даже фрибсдшники, лол. А, да, с скулайтом вроде. Типа кучка академбомжей может а редхат нет? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #140, #169

114. Сообщение от Java (?), 15-Янв-20, 07:54 +/–

Посмотрим на Go2. Как бы они пытаются сломать как можно меньше, но проблема в том, что это Google.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #120

115. Сообщение от Аноним (115), 15-Янв-20, 07:56 +/–

> ты бы за пять минут все переписал?
Я же не из меркуриал-тим, чтобы переписывать за пять минут, у меня на это было бы 10 лет минимум.
> Предполагая, что пользователю (не умеющему, кстати, кодить)
Алло, это система контроля версий, 999 пользователей из 1000 -- программисты.
> Предполагая, что пользователю (не умеющему, кстати, кодить)
И что, конкретно, у них было в голове в этот момент? Что, по их мнению, должно было произойти? 2.7 жила бы вечно? Люди, отвечающие за 2.7 четко сказали когда кончится поддержка. Все живые проекты массово мигрировали на тройку. Очевидно, что в дистрибутивах не будут держать неподдерживаемый 2.7 ради меркуриала с 10 пользователями. Все это было не очевидно для разработчиков меркуриал, а дурак, почему-то, я.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #118, #122

116. Сообщение от Аноним (-), 15-Янв-20, 08:01 +/–

> Обтягивающие джинсы кровоток перекрывают?
Да что там, кеды жмут :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #161

117. Сообщение от Аноним (-), 15-Янв-20, 08:05 –1 +/–

> вообще-то ровно наоборот - это - скорее всего заработает.
Мой опыт ровно обратный.
> Не заработает 2.7 код на 2.4, если только не написан очень специальным образом
Ну это уже какая-то экзотика, обычно в системе версии софта вверх подтягивают по ходу пьесы. И в этот момент обнаруживается что почему-то куча скриптов перестала работать. F..K THAT.
> (вот в частности merurial - если бы не вынужден был гнаться за вечно уходящим паровозом,
> обрастая костылями совместимости с десятком третьих ненужноверсий - работал бы по сей день).
Мне кажется что без расширений и совместимости народ еще быстрее свалил бы на гит...

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

118. Сообщение от Аноним (4), 15-Янв-20, 08:10 +1 +/–

> Я же не из меркуриал-тим, чтобы переписывать за пять минут, у меня на это было бы 10 лет минимум.
у тебя на это была бы - вечность, каждый год - снова с нуля переписывать.
А работающего меркуриала при этом бы - не было. Одни переписывания.
> Алло, это система контроля версий, 999 пользователей из 1000 -- программисты.
ну ты вот не умеешь - а из тех 999 - 990 - таких же как ты. Остальные 10 - не программисты.
> И что, конкретно, у них было в голове в этот момент?
mercurial почти не спонсируется корпорациями (пользуются, но считают что делают одолжение). Полагаю, в этот момент, как и в текущий, у них в голове было ровно одно - людям не гонящимся за жупелами нового-молодежного - нужна vcs, а не переписывание ее на новом модном язычке.
У тех кому задрав штаны за стадом - уже есть распрекрасный гитшлак.
> Очевидно, что в дистрибутивах не будут держать неподдерживаемый 2.7 ради меркуриала с 10
> пользователями.
очевидно это проблема дистрибутивов и их отношения к пользователям.
Впрочем, пользователь меркуриала, скорее всего, сумеет поставить его без их помощи.

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

119. Сообщение от Адекват (ok), 15-Янв-20, 08:11 –8 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #123, #126, #138

120. Сообщение от Аноним (-), 15-Янв-20, 08:12 +/–

> Посмотрим на Go2. Как бы они пытаются сломать как можно меньше, но
> проблема в том, что это Google.
Хипстерам вообще полезны иногда отрезвляющие клизмы с патефонными иголками ;]

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

121. Сообщение от Andrey Mitrofanov_N0 (??), 15-Янв-20, 08:12 +1 +/–

>>в суровом энтерпрайзе (кстати, у нас тут тоже коллективный плач
>> по второму питону).
> вебмакакам и участь вебмакачья
Пусть покупают подписку на   python2 EEE LTS ESR.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #150

122. Сообщение от Аноним (-), 15-Янв-20, 08:14 +1 +/–

> Я же не из меркуриал-тим, чтобы переписывать за пять минут, у меня
> на это было бы 10 лет минимум.
- Эй, чуваки, у нас тут корабль тонет! Все к насосам!!!
- Я вам тут не матрос воду качать!!!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #171

123. Сообщение от Аноним (-), 15-Янв-20, 08:15 +/–

Даже какой-нибудь дропбокс, который таки мог оплачивать программистов, с питона таки ушел. Потому что проблем с ним все-таки много.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #242

124. Сообщение от FSA (??), 15-Янв-20, 08:43 –2 +/–

Всё-таки не зря я года 4 назад перешёл на git. Правда осталось репов 8 на hg... Надо думать как их конвертировать. Но даже если и потеряю их историю версий, ничего такого страшного не произойдёт.
Спасибо Mercurial за простое погружение в мир распределённых систем контроля версий, но нет. Я пожалуй буду пользоваться git.

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

125. Сообщение от йкЛще (?), 15-Янв-20, 09:18 +1 +/–

>> Предполагая, что пользователю (не умеющему, кстати, кодить)
Одному мне кажется, что подавляющему количеству пользователей Mercurial неумение кодить - это скорее сильно "некстати"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #135

126. Сообщение от йкЛще (?), 15-Янв-20, 09:20 +5 +/–

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

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

127. Сообщение от Аноним (127), 15-Янв-20, 09:24 +/–

На расте уже пишут Пихуль.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #189

128. Сообщение от mumu (ok), 15-Янв-20, 09:26 –3 +/–

> разработчиков вынуждали переписывать код и тратить ресурсы на поддержание отдельных веток для Python 2 и Python 3
Никто их не вынуждал поддерживать Python 2. Я все свои проекты перевел на 3 и все новые начинал уже только на нём, испытывая при этом только положительные эмоции.
> Лишь через семь лет ... были реализованы возможности, позволявшие ... обеспечить работу одной кодовой базы с Python 2 и Python 3
Ну понятно откуда ноги растут у всех их проблем. Мыши плакали, кололись, всё как обычно.
Я так к нескольким проектам (тому же deluge) слал патчи и предложения как переписать на Python 3, и все их ответы сводились к "ой, а нам это не нужно, а зачем, и так сойдёт". Ну ясно, понятно, хорошим им там и дальше настроения у себя в могиле.

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

129. Сообщение от Аноним (129), 15-Янв-20, 09:47 –1 +/–

Надо было писать на Java.

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

130. Сообщение от Anonymqwe (?), 15-Янв-20, 10:01 +/–

По .Net прусы будет?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #336

131. Сообщение от Аноним (131), 15-Янв-20, 10:26 –2 +/–

Кому-то надо ещё объяснять, что динамические языки и пестон в часности - г***но?! ЯЗЫК НА ОТСТУПАХ, это ж надо придумать! Нехватает только Фортрана с его "6-ой позицией".

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #132, #142, #172

132. Сообщение от Anonymoustus (ok), 15-Янв-20, 10:32 +2 +/–

> Кому-то надо ещё объяснять, что динамические языки и пестон в часности -
> г***но?! ЯЗЫК НА ОТСТУПАХ, это ж надо придумать! Нехватает только Фортрана
> с его "6-ой позицией".
Проблемность пихтона заключается отнюдь не в отступах.
А в Фортране (77) отступы, на мой взгляд, прекрасны и достойны восхищения.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #139

133. Сообщение от Аноним (133), 15-Янв-20, 10:55 +1 +/–

Зелен виноград.

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

134. Сообщение от funny.falcon (?), 15-Янв-20, 10:58 +2 +/–

В сях типы таки так себе.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #307

135. Сообщение от пох. (?), 15-Янв-20, 10:58 –1 +/–

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

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

136. Сообщение от Аноним (133), 15-Янв-20, 11:00 +2 +/–

И твои "проекты" конечно сравнимы с меркуриалом по сложности и значимости.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #157, #364

138. Сообщение от Ю.Т. (?), 15-Янв-20, 11:03 +/–

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

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

139. Сообщение от Ю.Т. (?), 15-Янв-20, 11:05 +/–

Что-то не видел я там такого рояля (удовольствия соблюдать отступы фортрана (в ту пору прекрасную)).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #145

140. Сообщение от пох. (?), 15-Янв-20, 11:09 –1 +/–

> А почему при OOM усе улетает с жоским стэктрейсом
а почему у тебя при установке пакетов - oom? У меня вот нет никаких oom, а если  на системе творится чорти-что и сейчас кончится память - самое последнее что мне придет в голову, вместо чистки начать там еще что-то устанавливать.
> При том изначально эти *МАКАКИ* напихали туда аж XML.
что не так с xml в качестве структурированных данных? Конечно же yaml, как у freebsd, гораздо круче, и так занятно ломается об лишний невидимый символ?
> Даже у какой-нибудь фрибзды на фоне этого позора пакетный менеджер лучше, хахаха.
пакетный менеджер, не умеющий нормальных версий пакетов - конечно лучше, хахаха
> Ну для начала - на си, чтоли.
пишите. Полагаю, выйдет еще хуже и ненадежнее, а вполне вероятно - и медленнее.
Поскольку те операции, которые требуют затрат времени - они там и так  на си (поскольку это rpmlib)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #149, #204, #328

141. Сообщение от Я (??), 15-Янв-20, 11:12 +2 +/–

20? А-ха-ха-ха-ха.
Двадцать лет назад только-только вышел питон 2.0 и о нем вообще никто не знал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #153

142. Сообщение от пох. (?), 15-Янв-20, 11:15 +/–

шестая позиция не имела в фортране семантического смысла - только синтаксический (то есть код начавшийся раньше восьмой, кстати - это tab - просто не компилировался), да и тот исключительно из-за особенностей техники тех времен.
Если ты считал что от лишнего пробела код станет удобочитаемей - он от этого ничуть не портился.
Когда отпала необходимость в символе C - фортраны прекрасно перестали придираться к начальному отступу, он не влиял вообще ни на что.

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

143. Сообщение от Аноним (143), 15-Янв-20, 11:20 –2 +/–

— Программист Соренсон приветствует тебя.
— Почему ты такая? Что с тобой случилось?
— Изучала КОБОЛ. Боль. Муки. Ужасные крики. Соренсон просила о помощи. Много дней и ночей. И явился свет. Свет предложил помошь. Соренсон изменилась. Теперь я свободный человек.
— Что такое КОБОЛ?
— КОБОЛ — это травма ума. Не используй его. Забудь это проклятое имя. КОБОЛ — боль. КОБОЛ — ненависть.

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

144. Сообщение от пох. (?), 15-Янв-20, 11:21 +/–

когда они это затевали - во-первых, надо было быстро (очень неудобно жить вообще без vcs, а вариантов было - неособо) во-вторых расширяемо (чтобы самим на каждый чих не бросаться кодить - а значит, какой-то простой и быстрый язык для ляпания extensions все равно был нужен).
А пихон еще не "развивался" прыжками, когда каждый год новая несовместимая версия выходит - поддержка же совместимости в рамках ветки 2 не была особенно тяжелым грузом, от нее и отказались-то именно потому, что это никак нельзя было уложить в прокрустово ложе совместимости с 3.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #236

145. Сообщение от Anonymoustus (ok), 15-Янв-20, 11:21 +/–

> Что-то не видел я там такого рояля (удовольствия соблюдать отступы фортрана (в
> ту пору прекрасную)).
Они структурируют программу и являются неотъемлемой частью её логики, всегда видной программисту. Сейчас таким занимаются IDE (иногда хорошо, иногда плохо), пожирая уйму ресурсов, а в Фортране встроено прямо в синтаксис языка. По-моему, очень умно и круто придумано. Да, я знаю, что это из-за и ради перфокарт — но и сами же перфокарты были и остаются крутейшим изобретением, которое невозможно переоценить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #219

146. Сообщение от Аноним (146), 15-Янв-20, 11:23 +/–

Гита - подразумевается женское имя.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #154

147. Сообщение от пох. (?), 15-Янв-20, 11:25 +1 +/–

> мда, так ценят целостность репозиториев, что выбрали язык без типов и при этом даже тестами
так ценят - что у них - получилось.
Я ни одного поломавшегося репозитория на hg не чинил, и вряд ли придется (нет, я не планирую ставить пятые версии, мне и без них не дует).
Репо из под vcs на языке с типами - да, приходилось регулярно.
Пока вы писали бесполезные тесты для язычка с типами (вместо кода проекта) - у них просто работало.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #174, #210, #308

148. Сообщение от Аноним (183), 15-Янв-20, 11:26 +/–

Последние лет 20, НЯЗ, в школе программирование не выходит дальше Лого и Бейсика (да и то, школа должна быть очень продвинутой), а в универе мучают в основном жабой и крестами, так что именно эти два языка определяют труЪ макаку.
А на паскале пишут настоящие ветераны, которым плевать на моду и хипстерские подвороты.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #259

149. Сообщение от Dimon (??), 15-Янв-20, 11:28 –1 +/–

Где у FreeBSD yaml?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #159

150. Сообщение от пох. (?), 15-Янв-20, 11:28 –1 +/–

предлагаешь замутить стартап?
Хотя не, не покатит - тебе не дадут назвать интерпретатор python (и даже python2, хотя это вполне может что-то поломать), лицензидр...ры такие др...ры.
А cpython и так пока вроде не собирается бросать поддержку второй версии - но энтерпрайзным страдальцам не поможет, они же не могут трогать не свой код, с "#!env python

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #306

151. Сообщение от Аноним (183), 15-Янв-20, 11:28 –1 +/–

> Вебмакакой можно быть в и 60...
Шестидесятилетних не знаю. Знаю сорокалетних бабуинов, которые пишут на Java. И одного шимпанзе, который на C++.
Непонятно только, при чём здесь питон.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #303

152. Сообщение от пох. (?), 15-Янв-20, 11:29 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #162

153. Сообщение от пох. (?), 15-Янв-20, 11:30 –1 +/–

"и на нем тут же написали yum", поправил, не благодари.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #182, #196

154. Сообщение от Аноним (183), 15-Янв-20, 11:31 +4 +/–

Индийское.
А в английском (поработаю за КО) слово "гит" означает "мyдак". Скромняга Линус снова назвал своё детище в честь себя :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #239, #271

155. Сообщение от пох. (?), 15-Янв-20, 11:34 +/–

пока что наоборот - понемного разгребают, но не делают это приоритетом - о чем и написали, хотите надежности - оставайтесь на второй версии.
А тем кто "не смог поставить рядом 2 и 3"(c)опеннетная макака - дворницкую лопату доверять нельзя, лопату сломают и весь тротуар собачьим дерьмом обмажут.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #188, #276, #305

156. Сообщение от пох. (?), 15-Янв-20, 11:34 +3 +/–

если бы одна шибкопопулярная vcs не таскала ее примотанной к заднице - я бы в это поверил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #166

157. Сообщение от Аноним (183), 15-Янв-20, 11:34 –1 +/–

В мире, где полностью победил git, любой студенческий hello world сравним с Mercurial по значимости.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #283

158. Сообщение от Аноним (146), 15-Янв-20, 11:36 +/–

>Можете сами вспомнить судьбу проектов, забивших болт на обратную совместимость со сторонними модулями.
Хром/Хромиум. Ничё, жив пока.

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

159. Сообщение от пох. (?), 15-Янв-20, 11:36 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #163

160. Сообщение от Аноним (160), 15-Янв-20, 11:37 +/–

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

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

161. Сообщение от Аноним (183), 15-Янв-20, 11:38 +1 +/–

Тогда надо на гном переходить :)

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

162. Сообщение от Аноним (183), 15-Янв-20, 11:39 +1 +/–

> настоящему энтерпрайзу никто не мешает спокойно пользоваться дальше вторым питоном.
Люблю теоретиков. Как работает система пакетов в питоне — не знает, но мнение имеет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #167

163. Сообщение от Аноним (183), 15-Янв-20, 11:41 +/–

Настоящий бсдшник пользуется исключительно виндой. Поэтому извольте объясниться.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #165, #209

164. Сообщение от Аноним (164), 15-Янв-20, 11:45 +/–

> первые попытки портирования были предприняты ещё в 2008 году
> форсированном режиме адаптация для работы с Python 3 началась в 2015
они бы за 12 лет его с нуля на ассемблер переписали под все платформы, а за 5 лет на Си или том же rust

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #168, #233

165. Сообщение от пох. (?), 15-Янв-20, 11:47 –3 +/–

ааа, блин, действительно, откуда им знать.
manifests = "packagesite.yaml";
filesite = "filesite.yaml";

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

166. Сообщение от Аноним (183), 15-Янв-20, 11:51 +2 +/–

Советую почитать соседнюю новость. Там как раз про то, что осквернять гробницы — нехорошо.
> Предложена начальная реализация переработанной команды "git add -i", позволяющей добавлять изменённое содержимое в интерактивном режиме, переписанная с Perl на Си. Ведётся аналогичная переработка команды "git add -p".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #170

167. Сообщение от пох. (?), 15-Янв-20, 11:52 +1 +/–

> Люблю теоретиков. Как работает система пакетов в питоне — не знает, но мнение имеет.
классный у вас ентер-прайс. Каждый день, или просто при каждом запуске пипискает весь интернет в хомяк, да, разумеется, самых наираспоследних занимательных версий, только что из под хвоста?
Тогда простите, техподдержка ЭТОГО обойдется вам значительно дороже. Ну вы ж энтер-прайс, у вас лишних денег много.
P.S. у меня, конечно, есть target "reinvent-the-wheel", но я ж "теоретик", и запускал его прошлый раз еще той зимой. Поскольку совершенно не хочу ознакомиться внезапно с новыми-модными достижениями хвостатых.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #173

168. Сообщение от пох. (?), 15-Янв-20, 11:59 +1 +/–

>> первые попытки портирования были предприняты ещё в 2008 году
>> форсированном режиме адаптация для работы с Python 3 началась в 2015
> они бы за 12 лет его с нуля на ассемблер переписали под
> все платформы, а за 5 лет на Си или том же
> rust
почему же ты еще этого не сделал?
А, ну да, ты ж не умеешь кодить...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #197, #234

169. Сообщение от Аноним (183), 15-Янв-20, 11:59 –1 +/–

> А почему при OOM усе улетает с жоским стэктрейсом и при следующих попытках что-либо делать оно вопит "database corrupt"? И дальше вообще ни вперед, ни назад.
Недавно я по глупости запустил yum update из сеанса ssh, работающего через VPN. Совершенно случайно прилетело обновление VPN-демона... в общем, тоже "database corrupt". И дальше вообще ни вперед, ни назад.
Правда, через пару минут нашлась официальная инструкция от редхата, как перегенерировать базу данных. И — вы не поверите — волосы вновь стали мягкими и шелковистыми.
Да, я с редхатами имею дело редко. А вы, похоже, вообще с администрированием не связаны, раз искать информацию не умеете.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #322

170. Сообщение от пох. (?), 15-Янв-20, 12:00 +/–

"начальная реализация" еще одной мелкой фигни. Ждите, ждите, еще лет десять - а пока извольте ставить перл на любую систему, где понадобилось что-то склонировать. (ну да, пихон там уже, разумеется, есть)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #175

171. Сообщение от Аноним (183), 15-Янв-20, 12:02 +1 +/–

Скорее "Врагу не сдаётся наш гордый Варяг, пощады никто не желает!"

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

172. Сообщение от Scriptor (ok), 15-Янв-20, 12:25 +/–

Между прочим, библиотеки на 77-м (и даже более ранних) Фортране компилируются до сих пор. В нынешних версиях fixed-form необязателен уже лет 30, т.к. потерял смысл, а язык естественным образом развивается, принимая новые возможности. Просто есть вечное, а есть чехарда версий-однодневок, которые исчезают, "как слезы в дожде"(с). Между прочим, сейчас у Python2 еще остается шанс стать долговременным стандартом (де-факто) -- просто за счет: а) неизменяемости и стабильности (Python 3 позволяет себе deprecation removals как минимум в библиотеках, что потенциально может сломать обратную совместимость); б) плюс PyPy уже заявил, что собирается поддерживать его неограниченно долго, т.к. внутренности PyPy реализованы на Python2, а переписывать ради переписывания не нужно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #206

173. Сообщение от Аноним (183), 15-Янв-20, 12:39 –1 +/–

Не каждый день, но в некоторых ситуациях (например, при наличии специфических --install-options) pip может переизобре^Wпересобирать wheels. Для этого ему нужны build dependencies, которые описываются согласно PEP 517 и на которые влиять невозможно. Разве что пересобрать пакет самому или загрузить в свой pypi. Например, пакет cryptography всегда тащит самый новый setuptools, а в последней версии, вышедшей пару дней назад, выпилили питон2. И это только начало фана.
Как и любая продвинутая пакетная система, pip имеет огромное количество возможностей испортить жизнь при сборке, и никакое жёсткое указание версий в requirements не спасёт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #199, #200

174. Сообщение от Аноним (174), 15-Янв-20, 12:43 +/–

Действительно вряд ли придется. Много у тебя вообще репозиториев на ртути было-то, чтобы их чинить?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #218

175. Сообщение от Аноним (183), 15-Янв-20, 12:46 +1 +/–

> "начальная реализация" еще одной мелкой фигни.
Ну так перл в гите и нужен для нескольких мелких фиговин, вообще-то.
> Ждите, ждите, еще лет десять
Гит — не меркуриал, у него разработчики есть. Максимум года два.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #198

176. Сообщение от myhand (ok), 15-Янв-20, 12:50 –1 +/–

Да тут к гадалке не ходи...
Ну подумайте хоть немного: переход на Python3 давно сделало большинство крупных проектов.  Чуть менее чем все, например, среди околонаучных и DS приложений питона.  Причем какая-нибудь pandas по объему кода вполне сравнима с сабж.
И, как правило, умудрялись это делать без необходимости поддерживать отдельные кодовые базы для 2 и 3.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #183, #256

177. Сообщение от myhand (ok), 15-Янв-20, 12:53 +/–

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

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

178. Сообщение от Аноним (183), 15-Янв-20, 12:59 –3 +/–

> ретрограды
> полезное
Поделил на ноль.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #335

179. Сообщение от Аноним (183), 15-Янв-20, 13:01 +/–

Кстати, где эта буква в слове "C"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #180

180. Сообщение от Anonymoustus (ok), 15-Янв-20, 13:02 +/–

В книжке K&R. ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #184

181. Сообщение от myhand (ok), 15-Янв-20, 13:04 –3 +/–

> посмотрите на то, в каком состоянии "готовности" находятся стандартные библиотеки.
Посмотрите на гражданина, до сих пор не умеющего в читать документацию.
> За тридцать-то лет языка они, небось, должны быть совсем в ином состоянии.
Прям можно подумать, что у какого-то языка есть сравнимая по функционалу стандартная библиотека.
Собственно, в количестве батареек и находится большая часть проблемы.  Оно вот это
все действительно нужно там?  Вроде потихоньку начинают выковыривать.
> И таки да: проще переписать на другом языке, чем пытаться поддерживать что-либо на питоне.
Вы просто не писали нечего дальше скриптиков на 1kLOC.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #373

182. Сообщение от Аноним (183), 15-Янв-20, 13:05 +/–

Скорее стоит вспомнить up2date, предшественник yum-а в RHEL. Тоже на Python.
Хотя кто его нынче вспомнит...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #195

183. Сообщение от Аноним (183), 15-Янв-20, 13:07 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #238

184. Сообщение от Аноним (183), 15-Янв-20, 13:12 –1 +/–

Тогда для питона — ищите её в Dive into Python.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #185

185. Сообщение от Anonymoustus (ok), 15-Янв-20, 13:14 +/–

> Тогда для питона — ищите её в Dive into Python.
Что же там пишут про обратную совместимость, аноним? Почему релизы третьей ветки между собой недостаточно совместимы?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #187, #255

186. Сообщение от myhand (ok), 15-Янв-20, 13:15 –3 +/–

> Именно. Ну вон прога на C89. До сих пор компилится и работает.
Хочешь расскажу где лежат исходники CPython 2.2, например?  Вот прикинь, если тебе кровьизносу надо конкретную версию интерпретатора - я тебе разрешаю взять и использовать ее.
Так можно!  Без разрешения Папы Римского!  Не упустите свой шанс!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #213, #312

187. Сообщение от myhand (ok), 15-Янв-20, 13:16 +/–

Можно пример?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #193

188. Сообщение от Аноним (183), 15-Янв-20, 13:17 +1 +/–

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

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

189. Сообщение от Аноним (183), 15-Янв-20, 13:18 +3 +/–

Валентин Саввич?
Он вроде на расте не писал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #205

190. Сообщение от economist (?), 15-Янв-20, 13:20 –1 +/–

До сих пор используем в проде 2.3.2. То что было на 2.7 - снабдили from __future__ и за 3 года урывками переписали на 3. Ну как переписали - в основном убирали идиотизм в виде .decode().encode() и прочие издержки неюникодности. Заодно обнаружили кое-где 3-5 кратный рост производительности.
Как так можно было относится к Mercurial - непонятно. Думаю, вероятность ошибок сильно преувеличена и это просто очередное интернет-нытье.

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

191. Сообщение от Аноним (183), 15-Янв-20, 13:22 +2 +/–

> perl
C 48.8%
Shell 35.7%
Perl 6.7%
Tcl 4.6%
Python 2.0%
Makefile 0.8%
Other 1.4%
Хорошо нынче на перле пишут.
Ладно, можно было бы понять "git написан на shell", всё-таки заметный процент...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #216

192. Сообщение от анонн. (?), 15-Янв-20, 13:24 +/–

>> Git написан на?..
> В основном на сях, с прослойками на шелле и перле местами.
cloc git-2.25.0

Language                         files          blank        comment           code
-----------------------------------------------------------------------------------
C                                  473          35176          29663         209198
Bourne Shell                      1079          33464          13447         202936

Неплохой размер прослойки, однако.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #217

193. Сообщение от Аноним (183), 15-Янв-20, 13:25 +/–

print 3/2
Сойдёт за пример?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #237

194. Сообщение от Анонимус2 (?), 15-Янв-20, 13:29 +3 +/–

Уже приступил:
https://www.mercurial-scm.org/wiki/OxidationPlan

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #269, #302

195. Сообщение от пох. (?), 15-Янв-20, 13:29 –1 +/–

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

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

196. Сообщение от Урри (?), 15-Янв-20, 13:30 –1 +/–

и?
о боже, я понял: если кто-то что-то написал на только что появившемся языке - то это значит... не, я так и не понял, что ты хотел сказать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #203, #215

197. Сообщение от Аноним (183), 15-Янв-20, 13:32 –1 +/–

Те, кто умеют, в этот тред не заходят. Потому что тут их обзовут вебмакаками и начнут измерять длину хвоста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #207, #263

198. Сообщение от пох. (?), 15-Янв-20, 13:33 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #202

199. Сообщение от Урри (?), 15-Янв-20, 13:35 +1 +/–

Хана вам.

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

200. Сообщение от пох. (?), 15-Янв-20, 13:36 –1 +/–

> Не каждый день, но в некоторых ситуациях (например, при наличии специфических --install-options)
> pip может переизобре^Wпересобирать wheels. Для этого ему нужны build dependencies, которые
в моем случае пересобрать - не получится,он не знает, из чего их собирать и как.
Разумеется, никакие неожиданные install-options на нас не свалятся, поэтому свою копию репо, надеюсь, все же держать не придется.
Лет на пару еще хватит, а там может и избавимся от пихона.

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

201. Сообщение от Аноним (183), 15-Янв-20, 13:37 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #208

202. Сообщение от Аноним (183), 15-Янв-20, 13:40 +/–

7% — это "из которых он и состоит"?
Ну ладно, окей, вы меня уели. Не вижу смысла продолжать спорить с таким умным и квалифицированным человеком, как вы.

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

203. Сообщение от Аноним (183), 15-Янв-20, 13:42 –3 +/–

Да там всё просто: пишешь не на паскале — ты «вебмакака»™ aka «хвостатый»®.
Тезис вполне понятен и прозрачен, красной нитью проходит через всё обсуждение.

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

204. Сообщение от Аноним (398), 15-Янв-20, 13:47 +/–

>> При том изначально эти *МАКАКИ* напихали туда аж XML.
> что не так с xml в качестве структурированных данных? Конечно же yaml,
> как у freebsd, гораздо круче, и так занятно ломается об лишний
> невидимый символ?
Наверное тем, что _автоматически генерируемые_ списки и описания в yaml, в случае нужды, человекочитаемее? И лезть туда с нотпадом что-то править обычно совсем не нужно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #214

205. Сообщение от Аноним (205), 15-Янв-20, 13:47 +1 +/–

https://pijul.org/ же ну

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

206. Сообщение от пох. (?), 15-Янв-20, 13:47 +/–

ну вам там выше написали, как одним шаловливым движением хвоста можно все взять и поломать, даже с предопределенными зависимостями.
Пипи тоже допипикаетсо ;-) Их вот, кстати, и не жалко совсем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #227

207. Сообщение от пох. (?), 15-Янв-20, 13:49 +1 +/–

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

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

208. Сообщение от пох. (?), 15-Янв-20, 13:50 +/–

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

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

209. Сообщение от Аноним (398), 15-Янв-20, 13:53 –1 +/–

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

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

210. Сообщение от annual slayer (?), 15-Янв-20, 13:54 +/–

> Пока вы писали бесполезные тесты для язычка с типами (вместо кода проекта)
> - у них просто работало.
работало-работало, да вот перестало

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #212

211. Сообщение от annual slayer (?), 15-Янв-20, 13:57 +/–

> Обкладывать картонный макет программы тестами? Хы.
ну перед тем как переписывать с макета на чистовик по-нормальному - да, обкладывать тестами, чтобы не-макет работал так как задумывалось во время макетирования

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #297

212. Сообщение от пох. (?), 15-Янв-20, 14:11 +/–

(в ужасе убегает делать hg verify)
не, врут - как работало, так и работает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210 Ответы: #223

213. Сообщение от пох. (?), 15-Янв-20, 14:13 +1 +/–

>> Именно. Ну вон прога на C89. До сих пор компилится и работает.
> Хочешь расскажу где лежат исходники CPython 2.2, например?  Вот прикинь, если
хочешь я расскажу тебе страшное: и чтобы скомпилировать ту прогу на C89 - вовсе не надо искать в несуществующих архивах 89го года именно ту версию компилятора и героически ее ставить на любую систему, включая те на которые не очень ставится.
В этом, собственно, и отличие пока еще сохранившихся нормальных средств разработчика от хипстаподелок.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #228

214. Сообщение от пох. (?), 15-Янв-20, 14:14 –1 +/–

> Наверное тем, что _автоматически генерируемые_ списки и описания в yaml, в случае
> нужды, человекочитаемее? И лезть туда с нотпадом что-то править обычно совсем
вы уж определитесь, мущина - туда либо сюда? Если вам понадобилось их человекочитать - вы уже открыли их в нотпаде. Возможно, потому что лишний пробельчик-то уже просочился, и все паламалася? ;-)

Если бы было нужно только роботом парсить - было бы совершенно похрену, читаемы они или нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #222

215. Сообщение от пох. (?), 15-Янв-20, 14:20 +/–

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

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

216. Сообщение от пох. (?), 15-Янв-20, 14:22 –2 +/–

> Tcl 4.6%
а это-то там где? tcl bindings столько занимают?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #220

217. Сообщение от пох. (?), 15-Янв-20, 14:23 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192 Ответы: #229

218. Сообщение от пох. (?), 15-Янв-20, 14:26 +/–

> Действительно вряд ли придется. Много у тебя вообще репозиториев на ртути было-то,
> чтобы их чинить?
больше чем на svn, во всяком случае (по очевидным причинам) - которому таки приходится чинить при любом чихе.
С git сравнить не могу, потому что там есть коммерческие прожекты, размером сильно побольше того что могло бы быть у меня даже в виде личных клонов. Ну да, тоже бывает - ломаются.
Наверное это из-за perl?

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

219. Сообщение от пох. (?), 15-Янв-20, 14:30 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #260

220. Сообщение от Аноним (220), 15-Янв-20, 14:44 +1 +/–

Здрастье, штатный GUI gitk на tcl/tk

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216 Ответы: #232

221. Сообщение от Аноним (221), 15-Янв-20, 14:52 +1 +/–

Вероятно, вы говорите о разных вещах одними словами. И для этих разных вещей придумали разные слова: функциональное и юнит-тестирование.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #226

222. Сообщение от Аноним (398), 15-Янв-20, 14:57 –1 +/–

>> Наверное тем, что _автоматически генерируемые_ списки и описания в yaml, в случае
>> нужды, человекочитаемее? И лезть туда с нотпадом что-то править обычно совсем
> вы уж определитесь, мущина - туда либо сюда? Если вам понадобилось их
> человекочитать - вы уже открыли их в нотпаде. Возможно, потому что
> лишний пробельчик-то уже просочился, и все паламалася? ;-)
Только после того, как вы раскроете тайну "просачивания" пробела в автоматически сгенерированный файл ;-)
Файл(ы), которые даже собирая свои собственные или сильно модифицированные пакеты для своей, локальной репы, можно годами ни разу не видеть и не открывать.
А то ведь читая вас можно подумать что приходится править YAML-манифесты нужно чуть ли не раз в полчаса.
И да:

{
  "name": "qt5-network",
  "origin": "net/qt5-network",
  "version": "5.13.2",
  "comment": "Qt network module",
  "maintainer": "kde@FreeBSD.org",
  "www": "https://www.qt.io/",
  "abi": "FreeBSD:12:amd64",
  "arch": "freebsd:12:x86:64",
  "prefix": "/usr/local",
  "sum": "14700af2b1d09fb9f49a9c14787f9e278ffbb77ef9b47c196c5c2006d046129c",
  "flatsize": 2523395,
  "path": "All/qt5-network-5.13.2.txz",
  "repopath": "All/qt5-network-5.13.2.txz",
  "licenselogic": "single",
  "licenses": [
    "LGPL21"
  ],
  "pkgsize": 568828,
  "desc": "Qt is a cross-platform application and UI framework for developers\nusing C++>
  "deps": {
    "ca_root_nss": {
      "origin": "security/ca_root_nss",
      "version": "3.48"
    },

читается приятнее, чем нагромождения тегов, еще и неплохо обрабатывается при (гипотетической) надобности с помощью grep/awk/jq.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214 Ответы: #329

223. Сообщение от annual slayer (?), 15-Янв-20, 14:58 –1 +/–

> (в ужасе убегает делать hg verify)
> не, врут - как работало, так и работает.
автор говорит, что не должно, а у тебя работает
может, помоги пацанам, раз ты такой умный и, к тому же, фанбой их продукта?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212 Ответы: #224, #235

224. Сообщение от annual slayer (?), 15-Янв-20, 14:59 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #230

225. Сообщение от Led (ok), 15-Янв-20, 15:07 +20 +/–

> Это отличный инструмент
Причём он отличный в каждой минорной версии.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #231, #289

226. Сообщение от kai3341 (ok), 15-Янв-20, 15:13 –1 +/–

Спасибо. Учту

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

227. Сообщение от Scriptor (ok), 15-Янв-20, 15:32 +/–

Почему не жалко-то?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #247

228. Сообщение от myhand (ok), 15-Янв-20, 16:08 –1 +/–

> хочешь я расскажу тебе страшное: и чтобы скомпилировать ту прогу на C89
> - вовсе не надо искать в несуществующих архивах 89го года именно
> ту версию компилятора
Ну да, бедные разработчики тянут весь зоопарк стандартов...
> В этом, собственно, и отличие пока еще сохранившихся нормальных средств разработчика от
> хипстаподелок.
Только нормальные ср^W^Wконпиляторы давно уже можно в финал IOCCC приглашать вне конкурса.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #245, #321

229. Сообщение от анонн. (?), 15-Янв-20, 16:24 +/–

>> Неплохой размер прослойки, однако.
> это может быть сборочницей, а не необходимым для работы собранного.
> И скорее всего так и есть.
https://github.com/git/git/blob/master/contrib/git-resurrect.sh
https://github.com/git/git/blob/master/contrib/fast-import/g...
https://github.com/git/git/blob/master/git-merge-octopus.sh
https://github.com/git/git/blob/master/contrib/subtree/git-s...

https://www.opennet.dev/opennews/art.shtml?num=43057
> Выпуск распределенной системы управления исходными текстами Git 2.6.0
> 29.09.2015
> Реализации "git pull" и "git am" переписаны на языке Си
...
https://www.opennet.dev/opennews/art.shtml?num=49751
> Выпуск распределенной системы управления исходными текстами Git 2.20
> 10.12.2018 09:46
> Реализации команд "git submodule update", "git rebase" и "git rebase -i" полностью переписаны на языке Си
https://www.opennet.dev/opennews/art.shtml?num=50202
> Выпуск распределенной системы управления исходными текстами Git 2.21
> 25.02.2019 10:07
> Некоторые части "git bisect", ранее реализованные на Shell, переписаны на языке Си;

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

230. Сообщение от АнонАнон (?), 15-Янв-20, 17:46 +1 +/–

Вы тут сами с собой общаетесь?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224 Ответы: #241

231. Сообщение от Vkni (ok), 15-Янв-20, 18:06 –17 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225 Ответы: #246

232. Сообщение от пох. (?), 15-Янв-20, 18:06 –1 +/–

аааа!!! У него есть "штатный gui!"
(в ужасе убегает в сторону ближайшего окна)

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

233. Сообщение от Vkni (ok), 15-Янв-20, 18:08 +/–

> они бы за 12 лет его с нуля на ассемблер переписали под
> все платформы, а за 5 лет на Си или том же
> rust
Вполне можно было взять компилируемый Питон, ака Ocaml. И наваять примерно за то же время.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #248, #360

234. Сообщение от Vkni (ok), 15-Янв-20, 18:08 –1 +/–

> почему же ты еще этого не сделал?
А зачем, если есть git?

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

235. Сообщение от пох. (?), 15-Янв-20, 18:12 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #240

236. Сообщение от Vkni (ok), 15-Янв-20, 18:22 –1 +/–

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

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

237. Сообщение от myhand (ok), 15-Янв-20, 18:40 +/–

SyntaxError: Missing parentheses in call to 'print'. Did you mean print(3/2)?
Может у вас какой-то специально обученный python3?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193 Ответы: #243

238. Сообщение от myhand (ok), 15-Янв-20, 18:41 +/–

Вы знаете, тут все не так однозначно.  АПИ плагинам же не феи-валшебницы нарисовали.

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

239. Сообщение от Аноним (239), 15-Янв-20, 19:04 +1 +/–

В индийских [хинди-]языках женские имена заканчиваются на -и. На -а заканчивается уважительная мужская форма.

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

240. Сообщение от annual slayer (?), 15-Янв-20, 19:40 +/–

ну в немодных обещают питон2 дропнуть в 2024 (или 2025?)
даже автор ртути признал неотвратимость этого момента, только ты до последнего за него держишься и вероятно надеешься что зубную пасту третьего питона кто-то запихнет обратно в тюбик
все эти инциденты типа новых версий GTK или Qt были хорошими примерами естесственного отбора -- реально нужный софт имеющий большое количество пользователей и разработчиков продолжал шагать в ногу со временем, а мертворожденный уходил в историю, даже нытьё обиженных авторов было такое же как у автора ртути в данной новости
во время почти каждого ломающего выпуска языка или фреймворка находились те, кто считал что "вот раньше было лучше" и в итоге это порождались высеры типа TDE
в итоге вместо того чтобы признать реальность (какой бы несправедливой она ни была по твоему мнению) и помочь любимому проекту с миграцией и/или покрытием тестами ты только воняешь что все вокруг неправы и пытаются напоить тебя смузи

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #244

241. Сообщение от annual slayer (?), 15-Янв-20, 19:40 +/–

> Вы тут сами с собой общаетесь?
всего навсего не могу редактировать сообщения

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

242. Сообщение от Аноним (4), 15-Янв-20, 19:52 +/–

"потому что проблем с ними все-таки много."
Поправил вашу малозаметную опечатку, не благодарите.
Разумеется, зачем их оплачивать, программистов-то. Халява ж везде!

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

243. Сообщение от Аноним (4), 15-Янв-20, 19:55 +/–

у него - 3.5, где так - было еще можно, хотя уже нельзя.

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

244. Сообщение от пох. (?), 15-Янв-20, 20:18 +/–

> ну в немодных обещают питон2 дропнуть в 2024 (или 2025?)
-rw-r--r-- 1 root root 118 Nov  2  2011 /etc/os-release
как ты думаешь, мне есть дело до этих обещалок?
А в энтерпрайзном проекте, который я имею сомнительную честь обслуживать - решение уже принято, пихону - кирдык, и значительно ранее 2024го. Скрипач с каждый день новыми нотами - нинужен.
> даже автор ртути признал неотвратимость этого момента, только ты до последнего за
наоборот. автор признал бессмысленность попыток угнаться за механическим зайцем, формально объявив поддержку, а неформально - пообещав баги и глюки на протяжении нескольких лет. Учитывая озвученные им причины этих багов - от использования новых версий в питоне2 тоже следует по возможности воздерживаться.
> него держишься и вероятно надеешься что зубную пасту третьего питона кто-то
> запихнет обратно в тюбик
просто выпустят 3.999 пихон, опять несовместимый с прежними - и опять гончие припустят за зайцем изо всех сил. А как почти-почти догонят - опа, 4.1
> во время почти каждого ломающего выпуска языка или фреймворка находились те, кто
продолжал и продолжает пользоваться тем софтом, который им удобен, наплевав на мнение гончих. У тех черепная коробка плоская, там вообще непонятно, где мозгу-то поместиться.
> в итоге вместо того чтобы признать реальность (какой бы несправедливой она ни
> была по твоему мнению) и помочь любимому проекту с миграцией и/или
зачем мне помогать сизифову труду, когда я могу просто продолжать свои проекты - они тоже на всяком немодном и немолодежном. Вполне сойдут и для hg какой-нибудь немодной версии 4.5, например.
Благо зависимостей из pypi ей не требуется.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #273

245. Сообщение от пох. (?), 15-Янв-20, 20:24 +/–

>> хочешь я расскажу тебе страшное: и чтобы скомпилировать ту прогу на C89
>> - вовсе не надо искать в несуществующих архивах 89го года именно
>> ту версию компилятора
> Ну да, бедные разработчики тянут весь зоопарк стандартов...
бедняжечки... Как же это оказывается сложно - просто держать шаловилвые ручонки - в опе, и ничего работающего ими не трогать за пределами того, что необходимо.
Но зато их разработка, пожалуй, проживет еще пол-века, а пихон - выкинут набижавшие новые поколения любителей все поломать и ничего путного не построить. В пользу еще какого-нибудь фуфла.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228 Ответы: #252

246. Сообщение от пох. (?), 15-Янв-20, 20:26 +/–

>> Причём он отличный в каждой минорной версии.
> Совершенно верно. И профессионал должен это знать, и не должен использовать инструмент
> не по назначению
расскажите же, о гуру - чем же назначение пихона 3.5 отличалось от назначения пихона 3.6 ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #261

247. Сообщение от пох. (?), 15-Янв-20, 20:31 +/–

> Почему не жалко-то?
потому что красиво но феерически бесполезно в реальной жизни.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227 Ответы: #249

248. Сообщение от пох. (?), 15-Янв-20, 20:32 +/–

> Вполне можно было взять компилируемый Питон, ака Ocaml. И наваять примерно за
> то же время.
много проектов схожего размера уже наваяли-то?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #274

249. Сообщение от Scriptor (ok), 15-Янв-20, 20:42 +/–

> потому что красиво но феерически бесполезно в реальной жизни.
Define "реальная жизнь"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247 Ответы: #327

250. Сообщение от Аноним (250), 15-Янв-20, 20:54 +/–

Выйдет скоро Python 4 и все эти портирование и переписывание коту под хвост.

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

251. Сообщение от Онаним (?), 15-Янв-20, 21:17 +/–

Питон - он такой. Сначала написали, потом подумали.

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

252. Сообщение от myhand (ok), 15-Янв-20, 21:39 –1 +/–

>> Ну да, бедные разработчики тянут весь зоопарк стандартов...
> бедняжечки... Как же это оказывается сложно - просто держать шаловилвые ручонки -
> в опе, и ничего работающего ими не трогать за пределами того, что необходимо.
Ну вообще-то - это сложно.  Приходится не просто "не трогать", а обставлять все больше мест
специальными костылями, пропорционально количеству поддерживаемых стандартов.
Иной раз вы производите впечатление неглупого человека, а порой...
> Но зато их разработка, пожалуй, проживет еще пол-века
Ну, из стандартов C тоже кой-что выкидывают.  В _этом_ смысле - язык точно
не проживет еще пол-века.
> а пихон - выкинут набижавшие новые поколения любителей все поломать
Пайтон хоронят уже лет тридцать.  "Stop! This is silly."

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #313

253. Сообщение от пох. (?), 15-Янв-20, 22:02 +/–

> Выйдет скоро Python 4 и все эти портирование и переписывание коту под
> хвост.
ну нет, так не делается.
Сначала-то, безусловно, 3.9
Потом, возможно - 3.99
А когда закончат переписывать - то, конечно же, безусловно - 4. А поддержку нинунанинуна 3.x дропнут через неделю. Чтоб неповадно было.

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

254. Сообщение от Гвидо Опоссум (?), 15-Янв-20, 22:03 +1 +/–

> Питон - он такой. Сначала написали, потом подумали.
неее, мы не такие!
Мы потом еще раз написали - и еще раз подумали. А потом и еще, и можем повторить!

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

255. Сообщение от Аноним (255), 15-Янв-20, 22:05 +1 +/–

Пишут что проще утонуть

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

256. Сообщение от PereresusNeVlezaetBuggy (ok), 15-Янв-20, 22:08 +/–

Зашёл на сайт какой-нибудь pandas. Нажал «get pandas», «download». Получил 404.
Знаете, я лично как-то рад, что эти ребята не занимаются разработкой одной из систем управления версиями файлов, которой я пользуюсь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #257, #265

257. Сообщение от kai3341 (ok), 15-Янв-20, 22:33 +/–

>  Зашёл на сайт какой-нибудь pandas. Нажал «get pandas», «download». Получил 404.
И рассказал об этом на opennet, а не мейнтейнерам :)
Честно говоря, мне бы в голову не пришло воспользоваться этой кнопкой -- пакеты ставятся через pip. Может, вы и deb/rpm/whatever-пакеты так в свою систему ставите? Пилите кулстори, как вы добрались до этой кнопки, уж очень любопытно
А вообще аргументация просто чумовая:
1) Найти баг в функционале, который использовался в последний раз лет дцать назад
> 2) Знаете, я лично как-то рад, что эти ребята не занимаются разработкой одной из систем управления версиями файлов, которой я пользуюсь.
3) PROFIT
UPD: ситуация ещё смешнее! Пока что не работает только 1 ссылка -- на релиз 1.0.0. И я понимаю, почему ребята не торопятся -- на pypi в целях безопасности запрещено обновлять пакет без изменения версии. Я уже несколько раз обнаруживал баги в собственных пакетах спустя часы после релиза -- приходилось выкатывать следующий релиз.
Короче, потерпите

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #264

258. Сообщение от еукеекнмсч (?), 15-Янв-20, 22:34 +/–

пью джинсы с подваротами! смузи кровоток не перекрывают! все норм чтяднт?!

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

259. Сообщение от PereresusNeVlezaetBuggy (ok), 15-Янв-20, 23:39 +/–

>  а в универе мучают в основном жабой и крестами, так что именно эти два языка определяют труЪ макаку.
Ну вот у нас на кафедре высшей математики до недавнего времени изучение программирования начиналось, довольно логично для специфики кафедры, с MatLab/Octave, затем лучшего для понимания «как это работает» семестр C и семестр ассемблер, а на последних курсах ещё и я окунаю в мир текстовых шеллов. А в итоге всё равно больше половины студентов самостоятельно лезет в Python. Я смирился, и теперь у бакалавров половина курсовых по моему предмету (ОС) — ФС на базе FUSE, написанные на Python. Все довольны: у них — удобный им язык, у меня — лучше освоившие предмет студенты. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #286

260. Сообщение от Anonymoustus (ok), 15-Янв-20, 23:42 +/–

>> перфокарт — но и сами же перфокарты были и остаются крутейшим изобретением, которое
>> невозможно переоценить.
> чтоб тебе колоду непронумерованных рассыпать на лестнице!
А нефиг носить голые перфокарты по лестнице! Потом этими же руками ешь. В тележку сложи и — по направляющим для инвалидов…

> P.S. по йолкам их развешивать, правда, было здорово
И плётки для БДСМ плести.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219 Ответы: #284

261. Сообщение от Vkni (ok), 15-Янв-20, 23:45 –6 +/–

Практически ни в чём. Ключевое тут - меняется от версии к версии. Очевидно, что если вы используете этот язык для долгоживущего продукта, проблемы обеспечены.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246 Ответы: #298

262. Сообщение от PereresusNeVlezaetBuggy (ok), 15-Янв-20, 23:49 +1 +/–

>> А в третьей ветке великолепная обратная совместимость с самой собой. Да, анон? :)
> Именно поэтому в демьяне майнтайнеры откалывали знатные тантры перед релизом, после апгрейда
> minor версии этой шляпы как обычно сломалось половина пакетов. Очень здорово,
> когда релиз на носу.
Если б только в Debian. Все, кто независимую пакетную базу поддерживает, наелись. Да и до сих пор нет-нет, да и встретятся где-нибудь в зависимостях модули, из которых один уже только Py3, а другой ещё только под Py2, и фиг второй обновишь, так как из-за этого ломается что-то ещё, чем тоже люди пользуются.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #310

263. Сообщение от PereresusNeVlezaetBuggy (ok), 16-Янв-20, 00:08 +1 +/–

> Те, кто умеют, в этот тред не заходят. Потому что тут их
> обзовут вебмакаками и начнут измерять длину хвоста.
Те, кто умеют, прежде всего знают цену словам «надо переписать на...».

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

264. Сообщение от PereresusNeVlezaetBuggy (ok), 16-Янв-20, 00:21 +2 +/–

> И рассказал об этом на opennet, а не мейнтейнерам :)
Я рассказал об этом человеку, который первый заговорил о pandas как о примере качественного крупного проекта, успешно мигрировавшего на Python 3. Что я написал (или прямо сейчас пишу, или буду писать) и кому в проекте pandas — вы не знаете, но мнение уже заранее имеете. Поздравляю, вы обделались.
> Честно говоря, мне бы в голову не пришло воспользоваться этой кнопкой -- пакеты ставятся через pip. Может, вы и deb/rpm/whatever-пакеты так в свою систему ставите? Пилите кулстори, как вы добрались до этой кнопки, уж очень любопытно
Очень просто: полез в гугл смотреть, что это такое. Вышел на официальный сайт. Правда, внезапно, весь мир не крутится вокруг Python и pandas?
И, да, пакеты я предпочитаю прежде всего ставить из состава поставляющихся с ОС. Так как знаю цену этой работе, равно как и цену легко разводимому всеми этими pip/gem/etc. бардаку, будучи мейнтейнером как лёгкого, так и довольно тяжёлого софта.
Я без понятия, кто ещё пользуется этим функционалом. Это ссылка на официальном сайте, если оно нерабочее — какого хрена она там делает? А если этим официальным сайтом никто не пользуется, ну-у-у, сами догадаетесь? Это ваша логика, не моя. Не нравится, когда зеркалят? ;)
> Короче, потерпите
Даже не собирался. Я просто продемонстрировал наглядно, что подход у разных проектов (на примере Mercurial и pandas, причём предложил pandas, опять же, не я, а оппонент) немного разный, что обусловлено во многом спецификой решаемых задач. Там, где Mercurial дуют на воду, pandas смело перешли на новую версию Python. Перешли, ну и молодцы. Но говорить, мол, Вася-спортсмен пробежать марафон смог, почему Петя-инженер не может — как-то глупо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #266, #272

265. Сообщение от myhand (ok), 16-Янв-20, 00:51 +1 +/–

> Зашёл на сайт какой-нибудь pandas. Нажал «get pandas», «download».  Получил 404.
Ну сообщите об этом разработчикам, может они вдруг не знают.  Извиняюсь, а зачем
вам надо именно rc?  Кому реально надо - скорее всего все-равно использует pip для
установки, а об данной ссылке даже не слыхал.
> Знаете, я лично как-то рад, что эти ребята не занимаются разработкой одной
> из систем управления версиями файлов, которой я пользуюсь.
А что не так-то?  Ну, битая ссылка, может что-то на pypi.org поменяли
для rc/beta/alpha релизов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #267

266. Сообщение от myhand (ok), 16-Янв-20, 01:06 +1 +/–

>> И рассказал об этом на opennet, а не мейнтейнерам :)
> Я рассказал об этом человеку, который первый заговорил о pandas как о
> примере качественного крупного проекта, успешно мигрировавшего на Python 3.
У вас странная манера судить о качестве продукта.  Битая ссылка, которая никому
особо не нужна.  По хорошему, надо тестировать и ловить такие вещи.  Вы хотите
сказать, что на openbsd.org я не найду битых ссылок?
Есть NLOC для оценки объема кода, вполне можно сравнить с hq.  Есть какой-нибудь
Scopus для оценки цитируемости статей проекта и его "успешности".
> Я без понятия, кто ещё пользуется этим функционалом. Это ссылка на официальном
> сайте, если оно нерабочее — какого хрена она там делает?
Баги бывают, странно не это - а то, причем тут вообще Python 3.
> А если этим официальным сайтом никто не пользуется, ну-у-у, сами догадаетесь?
Да пользуются, конечно, просто не для скачивания rc версий.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264 Ответы: #268

267. Сообщение от PereresusNeVlezaetBuggy (ok), 16-Янв-20, 01:13 +1 +/–

>> Зашёл на сайт какой-нибудь pandas. Нажал «get pandas», «download».  Получил 404.
> Ну сообщите об этом разработчикам, может они вдруг не знают.
Сообщил, сообщил, не волнуйтесь.
>  Извиняюсь, а зачем вам надо именно rc?
Потому что если бы вдруг выяснилось, что оно мне надо и начать тыкать, проще глянуть RC: к тому времени как разберусь, релиз явно уже выйдет.
> Кому реально надо - скорее всего все-равно
> использует pip для
> установки, а об данной ссылке даже не слыхал.
Мой оппонент привёл пример якобы успешно переехавшего на Python3 проекта. Я полез смотреть, что это такое. Путь гугл — оф.сайт — download чем неправилен, не могу понять?
>> Знаете, я лично как-то рад, что эти ребята не занимаются разработкой одной
>> из систем управления версиями файлов, которой я пользуюсь.
> А что не так-то?  Ну, битая ссылка, может что-то на pypi.org
> поменяли
> для rc/beta/alpha релизов.
Да оно понятно, что со всеми бывают. И проекту pandas я желаю только всего хорошего. Просто маленькая шпилька насчёт их аккуратности, которая в случае с разработкой VCS (о чём изначально речь-то) важна куда больше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265 Ответы: #277

268. Сообщение от PereresusNeVlezaetBuggy (ok), 16-Янв-20, 01:22 +1 +/–

>>> И рассказал об этом на opennet, а не мейнтейнерам :)
>> Я рассказал об этом человеку, который первый заговорил о pandas как о
>> примере качественного крупного проекта, успешно мигрировавшего на Python 3.
> У вас странная манера судить о качестве продукта.
Я всего лишь зеркалил ущербную логику оппонента. Странно, что вам это надо объяснять.
>  Битая ссылка, которая никому особо не нужна.
Не надо судить обо всех по себе, ОК?
>  По хорошему, надо тестировать и ловить такие вещи.
>  Вы хотите
> сказать, что на openbsd.org я не найду битых ссылок?
Найдите и сообщите. Скажу спасибо.
> Есть NLOC для оценки объема кода, вполне можно сравнить с hq.
> Есть какой-нибудь
> Scopus для оценки цитируемости статей проекта и его "успешности".
Упоминания в прессе (и вообще в Сети) — мерка та ещё. Так как у продукта с меньшим количеством проблем в использовании упоминаний будет меньше. ;) Нет, получше метрику я пока что сам назвать не могу к сожалению... Ну да и не в них суть.
>> Я без понятия, кто ещё пользуется этим функционалом. Это ссылка на официальном
>> сайте, если оно нерабочее — какого хрена она там делает?
> Баги бывают, странно не это - а то, причем тут вообще Python
> 3.
При том же, причём pandas к Mercurial: ровно ни при чём.
>> А если этим официальным сайтом никто не пользуется, ну-у-у, сами догадаетесь?
> Да пользуются, конечно, просто не для скачивания rc версий.
Тогда зачем там эта ссылка размещена? А? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #278

269. Сообщение от PereresusNeVlezaetBuggy (ok), 16-Янв-20, 01:32 +/–

И что самое смешное, чтобы переехать на Rust, им всё равно надо сначала переехать на Python 3:
«Mercurial still uses Python 2.7. Python 2.7 is officially compiled with MSVC 2008 and links against vcruntime90.dll. Rust and its standard library don't support MSVC 2008. They are likely linked with something newer, like MSVC 2015 or 2017.
If we want compatibility with other binary Python extensions, we need to use a Python built with MSVC 2008 and linked against msvcr90.dll.
So, our options are:
Build a custom Python 2.7 distribution with modern MSVC and drop support for 3rd party binary Python 2.7 extensions.
Switch Mercurial to Python 3 and build Rust code with same toolchain as Python we target.
Mix the CRTs.»

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

270. Сообщение от Аноним (270), 16-Янв-20, 02:01 –3 +/–

мухаха. нет тестов - просто смиритесь и умрите. Git решал, решает и продолжит решать!

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

271. Сообщение от PereresusNeVlezaetBuggy (ok), 16-Янв-20, 04:00 +/–

Мог удержаться, да автор комментария (154)...

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

272. Сообщение от kai3341 (ok), 16-Янв-20, 04:28 +/–

> И, да, пакеты я предпочитаю прежде всего ставить из состава поставляющихся с ОС. Так как знаю цену этой работе, равно как и цену легко разводимому всеми этими pip/gem/etc. бардаку, будучи мейнтейнером как лёгкого, так и довольно тяжёлого софта.
Что такое virtualenv и как им пользоваться -- это хорошие вопросы джуну на собес.
> примере качественного крупного проекта,
> Одна ссылка на сайте временно нерабочая
> Поздравляю, вы обделались.
Л - Логика.
> Правда, внезапно, весь мир не крутится вокруг Python и pandas?
Ну вот сам же сказал, что не имеешь экспертизы. Куда лезешь?
===
Эффект Да́ннинга — Крю́гера — метакогнитивное искажение, которое заключается в том, что люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации
ru.wikipedia: https://bit.ly/2QXQnDV

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264 Ответы: #275

273. Сообщение от annual slayer (?), 16-Янв-20, 07:05 +/–

> зачем мне помогать сизифову труду, когда я могу просто продолжать свои проекты
> - они тоже на всяком немодном и немолодежном. Вполне сойдут и
> для hg какой-нибудь немодной версии 4.5, например.
Вместо продуктивной активности по добавлению тестов или сизифова труда по миграции на новый питон ты выбираешь сизифов труд бэкпортирования критических исправлений из апстрима в 4.5 (и заодно обратной конвертации кода патчей из питона 3 в питон 2)? Или твоя ртуть, как ей и положено, развернута на локалхосте с единственным пользователем, тобой?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244 Ответы: #282

274. Сообщение от Vkni (ok), 16-Янв-20, 07:06 –2 +/–

Чай вас в гугеле не забанили. Или вы даже названия INRIA не знаете?

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

275. Сообщение от Аноним (8), 16-Янв-20, 07:56 +1 +/–

>> И, да, пакеты я предпочитаю прежде всего ставить из состава поставляющихся с ОС. Так как знаю цену этой работе, равно как и цену легко разводимому всеми этими pip/gem/etc. бардаку, будучи мейнтейнером как лёгкого, так и довольно тяжёлого софта.
> Что такое virtualenv и как им пользоваться -- это хорошие вопросы джуну
> на собес.
Если мне на собеседовании начнут рассказывать, как это здорово — плодить помой^Wvirtualenv, то я пойму, что передо мной настоящий разработчик на Python, да. Вот только я не про разработку, а про поддержку и развитие этого всего. Особенно с нынешней модой на «микросервисы».
И, да, разработчиком на Python я себя никогда не называл. Хотя правил чужого кода на этом языке, наверное, больше некоторых из тех, кто так себя называет (привет, WAF, привет, Samba).
>> примере качественного крупного проекта,
>> Одна ссылка на сайте временно нерабочая
>> Поздравляю, вы обделались.
> Л - Логика.
Если бы Вы хотя бы чуть-чуть внимательно читали, что вам пишут, вы бы не пытались поставить рядом эти две мои фразы, относившиеся совсем к разным вещам. Так что не вам точно говорить про логику.
>> Правда, внезапно, весь мир не крутится вокруг Python и pandas?
> Ну вот сам же сказал, что не имеешь экспертизы. Куда лезешь?
А это я разве начал указывать разработчикам Mercurial, что они неправильно поступили, стараясь сохранять поддержку Python 2 и заботясь о надёжности хранения данных, за которые отвечает разрабатываемая система?
> ===
> Эффект Да́ннинга — Крю́гера — метакогнитивное искажение, которое
> заключается в том, что люди, имеющие низкий уровень квалификации, делают ошибочные
> выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки
> в силу низкого уровня своей квалификации
> ru.wikipedia: https://bit.ly/2QXQnDV
Замечательно. Обычно, правда, формулируют проще, про бревно и соринку. К себе применить не пробовали?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #301

276. Сообщение от Аноним (8), 16-Янв-20, 08:52 +1 +/–

Боюсь, им бесполезно объяснять. В их мире есть только те, кто одной левой выполняет их хотелки, и все остальные. Даже просто понять, что наличие отличных приоритетов не делает кого-то лучше или хуже, камне умнее или глупее, сим героям не дано. А уж провести серьёзный анализ, причём до того как что-нибудь ляпнуть — точно не их путь. :)
А за тротуар не бойтесь, не измажут. Там только трынделка изо всех органов развита, максимум ещё пускалка пыли в глаза. Лопату если и знают, как держать, то только по картинкам, и силёнок даже чтобы сломать её не хватит.

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

277. Сообщение от myhand (ok), 16-Янв-20, 10:05 +/–

> Сообщил, сообщил, не волнуйтесь.
Не вижу бага.  Вы страдаете телепатией?
>>  Извиняюсь, а зачем вам надо именно rc?
> Потому что если бы вдруг выяснилось, что оно мне надо и начать
> тыкать, проще глянуть RC
Вы понимаете, что RC - это RC, а не релиз, установка там может быть весьма
специфической.  Не лучший способ знакомства, учитывая что у проекта есть
стабильные релизы.
>> Кому реально надо - скорее всего все-равно
>> использует pip для
>> установки, а об данной ссылке даже не слыхал.
> Мой оппонент привёл пример якобы успешно переехавшего на Python3 проекта. Я полез
> смотреть, что это такое. Путь гугл — оф.сайт — download чем неправилен,
> не могу понять?
Правильный, просто неиспользуемый теми, кто этим реально пользуется.  Больше
чем уверен, что большинство устанавливает pip install, как, кстати, написано
в документации.  Вы же ее читали, да?
>>> Знаете, я лично как-то рад, что эти ребята не занимаются разработкой одной
>>> из систем управления версиями файлов, которой я пользуюсь.
>> А что не так-то?  Ну, битая ссылка, может что-то на pypi.org
>> поменяли
>> для rc/beta/alpha релизов.
> Да оно понятно, что со всеми бывают. И проекту pandas я желаю
> только всего хорошего. Просто маленькая шпилька насчёт их аккуратности
Данная "шпилька" имеет чуть менее чем никакого отношения к исходникам pandas.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267 Ответы: #279

278. Сообщение от myhand (ok), 16-Янв-20, 10:19 +/–

> Я всего лишь зеркалил ущербную логику оппонента. Странно, что вам это надо объяснять.
Как-бы я ваш оппонент, получается.  Так что ежели уж я не вижу у вас даже
тени логики - может таки стоит попытаться объяснить?
>>  Битая ссылка, которая никому особо не нужна.
> Не надо судить обо всех по себе, ОК?
Я же вам, вроде, подробно объяснил почему этим не пользуются?
Да, можно добавить в CI ходьбу по ссылкам вебсайта с криками
на непонятные 4xx и 5xx ошибки.  Беда в том, что это не очень
хорошо работает, особенно если вы ссылаетесь на сторонний сайт.
В данном случае просто "повезло", что в случае проблемы мы
получили 404.  На куче сайтов вы получите 200 и о баге
вы узнаете только когда вам кто-то сообщит.
>> Есть NLOC для оценки объема кода, вполне можно сравнить с hq.
>> Есть какой-нибудь
>> Scopus для оценки цитируемости статей проекта и его "успешности".
> Упоминания в прессе (и вообще в Сети) — мерка та ещё.
Причем тут пресса?  Я про цитируемость.  В научной литературе
так делают, если используют какую-то программу.
> При том же, причём pandas к Mercurial: ровно ни при чём.
Да pandas к hq притом, что это похожие по объему кода проекты, только и всего.  Т.е.
задача по портированию на py2/py3 совместимую кодовую базу должна быть
сопоставимой, верно?
>>> А если этим официальным сайтом никто не пользуется, ну-у-у, сами догадаетесь?
>> Да пользуются, конечно, просто не для скачивания rc версий.
> Тогда зачем там эта ссылка размещена? А? :)
Ну я правда не телепат!  Возможно, чтобы была ссылка на документацию dev-версии.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #268 Ответы: #281

279. Сообщение от Аноним (8), 16-Янв-20, 10:22 +1 +/–

>> Сообщил, сообщил, не волнуйтесь.
> Не вижу бага.  Вы страдаете телепатией?
Нет, это вы страдаете невнимательностью, и я начинаю подозревать, что она переходит в некомпетентность, к сожалению.
У сайта pandas отдельный репозиторий. Интересно, почему я это знаю, а вы, вроде как знакомый с этой софтиной, — нет?
>>>  Извиняюсь, а зачем вам надо именно rc?
>> Потому что если бы вдруг выяснилось, что оно мне надо и начать
>> тыкать, проще глянуть RC
> Вы понимаете, что RC - это RC, а не релиз, установка там
> может быть весьма
> специфической.  Не лучший способ знакомства, учитывая что у проекта есть
> стабильные релизы.
Я прекрасно знаю, что такое RC. Если процесс установки RC отличается от процесса установки релиза, то это не RC, а в лучшем случае бета. Мне казалось, что у pandas всё не настолько плохо, но если вы настаиваете — значит, лишь подтверждаете моё мнение, что подход к качеству продукта у pandas и Mercurial сильно разный, и сравнивать их не корректно.
>>> Кому реально надо - скорее всего все-равно
>>> использует pip для
>>> установки, а об данной ссылке даже не слыхал.
>> Мой оппонент привёл пример якобы успешно переехавшего на Python3 проекта. Я полез
>> смотреть, что это такое. Путь гугл — оф.сайт — download чем неправилен,
>> не могу понять?
> Правильный, просто неиспользуемый теми, кто этим реально пользуется.  Больше
> чем уверен, что большинство устанавливает pip install, как, кстати, написано
> в документации.  Вы же ее читали, да?
Нет, мне было интересно поглядеть на исходники. Не шучу. Впрочем, вкладка «documentation» была открыта рядом в тот момент.
>>>> Знаете, я лично как-то рад, что эти ребята не занимаются разработкой одной
>>>> из систем управления версиями файлов, которой я пользуюсь.
>>> А что не так-то?  Ну, битая ссылка, может что-то на pypi.org
>>> поменяли
>>> для rc/beta/alpha релизов.
>> Да оно понятно, что со всеми бывают. И проекту pandas я желаю
>> только всего хорошего. Просто маленькая шпилька насчёт их аккуратности
> Данная "шпилька" имеет чуть менее чем никакого отношения к исходникам pandas.
Равно как и упоминание pandas в контексте переезда на Python 3. Повторюсь, за проект я рад и желаю ему всяческих успехов. Но при этом я ничуть не менее рад, что Mercurial разрабатывается нЭмножЭчко по-другому.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277 Ответы: #280

280. Сообщение от myhand (ok), 16-Янв-20, 10:47 –1 +/–

> У сайта pandas отдельный репозиторий. Интересно, почему я это знаю, а вы,
> вроде как знакомый с этой софтиной, — нет?
В смысле "отдельный"?  От чего отдельный и причем это вообще тут?
> Я прекрасно знаю, что такое RC. Если процесс установки RC отличается от
> процесса установки релиза, то это не RC, а в лучшем случае бета.
Вы сами так решили или какой дурак сказал?  Это может в openbsd процесс установки
не меняется со времен 5-ти дюймовых дискет.  А вообще - ничто не запрещает в
новом релизе устанавливать программу совершенно иначе, новые зависимости
там требовать и т.п.
> Нет, мне было интересно поглядеть на исходники. Не шучу.
Ну так исходный код доступен, зачем было вообще что-то
устанавливать?  Или у вас какие-то религиозные табу,
связанные с git?
> Впрочем, вкладка «documentation» была открыта рядом в тот момент.
Но чукча не читатель.  Я начинаю прозревать суть.
>> Данная "шпилька" имеет чуть менее чем никакого отношения к исходникам pandas.
> Равно как и упоминание pandas в контексте переезда на Python 3.
Нет, не равно.  pandas был выбран ровно по одной причине - сопоставимому размеру
кодовой базы.  Вполне логичный выбор, нет?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279 Ответы: #285

281. Сообщение от Аноним (8), 16-Янв-20, 11:06 +/–

>> Я всего лишь зеркалил ущербную логику оппонента. Странно, что вам это надо объяснять.
> Как-бы я ваш оппонент, получается.  Так что ежели уж я не
> вижу у вас даже
> тени логики - может таки стоит попытаться объяснить?
Объяснял уже несколько раз: говорить «pandas смог, почему же Mercurial не смочь?» не корректно. Во всяком случае, без вменяемого обоснования, почему эти проекты можно сравнивать.
У KDE и ядра Linux как бы тоже сопоставимый объём кода. Но качество, гм, несравнимое.
>>>  Битая ссылка, которая никому особо не нужна.
>> Не надо судить обо всех по себе, ОК?
> Я же вам, вроде, подробно объяснил почему этим не пользуются?
Вы нарочно глухим дурачком прикидываетесь? Вот, я воспользовался. Мэйнтейнеры в дистрибутивах такими ссылками пользуются. Но вы же только себя и свой use case видите, а другим в праве на существование отказываете, объявляя их неправильными. В то время как если бы разработчики pandas считали их неправильными, то и ссылок бы таких не было, неужели это никак нельзя осознать?
>>> Есть NLOC для оценки объема кода, вполне можно сравнить с hq.
>>> Есть какой-нибудь
>>> Scopus для оценки цитируемости статей проекта и его "успешности".
>> Упоминания в прессе (и вообще в Сети) — мерка та ещё.
> Причем тут пресса?  Я про цитируемость.  В научной литературе
> так делают, если используют какую-то программу.
Угу. То есть если программу (напрямую) не используют в научных исследованиях, то её цитируемость будет что?..
>> При том же, причём pandas к Mercurial: ровно ни при чём.
> Да pandas к hq притом, что это похожие по объему кода проекты,
> только и всего.  Т.е.
> задача по портированию на py2/py3 совместимую кодовую базу должна быть
> сопоставимой, верно?
Нет, см. выше.
>>>> А если этим официальным сайтом никто не пользуется, ну-у-у, сами догадаетесь?
>>> Да пользуются, конечно, просто не для скачивания rc версий.
>> Тогда зачем там эта ссылка размещена? А? :)
> Ну я правда не телепат!  Возможно, чтобы была ссылка на документацию
> dev-версии.
Тогда бы и была ссылка только на документацию, не?
Мир немножечко больше, чем pip install. А какую таблетку глотать, синюю или красную, — вы выбираете далеко не один раз в жизни.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278 Ответы: #287

282. Сообщение от пох. (?), 16-Янв-20, 11:08 +/–

>> для hg какой-нибудь немодной версии 4.5, например.
> Вместо продуктивной активности по добавлению тестов или сизифова труда по миграции на
> новый питон ты выбираешь сизифов труд бэкпортирования критических исправлений из апстрима
назовите целое одно такое исправление и дату когда оно сделано?
И отдельно - расскажите, насколько оно "критическое" на самом деле.
Я помню только одну сравнительно серьезную проблему пятилетней давности, но и та возникала при работе с недоверенными репо, то есть была из пальца высосана - вы код-то из этого репо, что - собирать не планировали?
Напоминаю, что любой человек, имеющий право записи в репо, может развалить вообще все репо к чертям, просто понакомитив туда мусора или вообще троянцев (у hg нет, конечно, forced push в терминах гита, но понамержив не то и не оттуда все равно можно понасоздавать проблем окружающим, если они не заметят подставу немедленно). Ущерба от злоупотребления вполне легальным доступом к репо, скорее всего, будет в миллион раз больше, чем от любого другого ужосанах который можно сотворить через критическую увизгвизьмость. Да и знаний и умений потребуется куда меньше.
> в 4.5 (и заодно обратной конвертации кода патчей из питона 3
> в питон 2)? Или твоя ртуть, как ей и положено, развернута
> на локалхосте с единственным пользователем, тобой?
ну, может даже на паре десятков локалхостов (лет-то мне уже немало) с двумя-тремя человеками пользователями, остальные роботы тyповатые, или роботоподобные люди, они не считаются. Там где пользователь один - dvcs вроде как не особенно и нужна.
Проектов размером с мазилу у меня, естественно, нет - заведу парочку немедленно после того, как получу в наследство миллион, желательно не ржублей.
Тащить hg в энтерпрайз за пределами своей зоны ответственности, разумеется, тоже не планирую - мне нет никакого щастья "обучать" потом необучаемых, думающих что умеют пользоваться git (нет).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #290

283. Сообщение от пох. (?), 16-Янв-20, 11:14 +/–

> В мире, где полностью победил git, любой студенческий hello world сравним с
> Mercurial по значимости.
главное - верь, студент!
Что все эти меркуриалы и прочие ненужные тебе поделки имеют такую же значимость, как и выброшенный тобой сданный курсовик.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #412

284. Сообщение от пох. (?), 16-Янв-20, 11:27 +/–

> А нефиг носить голые перфокарты по лестнице! Потом этими же руками ешь.
> В тележку сложи и — по направляющим для инвалидов…
тогда не было направляющих для инвалидов.
Вы, похоже, таки опоздали родиться. Проклятье времен перфораторов было весьма и весьма серьезным - рассыпанная колода с чем-то нетривиальным это п-ц, несколько часов времени на вручную отсортировать, если что-то улетело в подвал или вылетело в окошко - стой в очереди к девочкам на перфораторе (этих шибкоумных-программиздов в крупных ВЦ старались самих не подпускать даже к перфоратору - сломают, как работать-то), но это все еще мелочи по сравнению с тем, что наверняка все равно где-то ошибся-не-заметил недостачи карточки и это выяснится уже в машинное время, а оно расписано по минутам и лишнего - нет, даже в выходные.
И это еще без бонусов в виде "лента в перфораторе не менялась десять лет/разложилась и выкинута, новых завхоз не покупает". Умеете ЕСовские перфокарты глазами читать?
Умные, конечно, надписывали номерки фломастером, но не все такие умные родились.
В общем-то, все были счастливы, когда стали сравнительно доступны магнитные ленты, пусть и читавшиеся местами и временами.
>> P.S. по йолкам их развешивать, правда, было здорово
и это вы тоже не поняли?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #260 Ответы: #337, #382

285. Сообщение от Аноним (8), 16-Янв-20, 11:40 +/–

>> У сайта pandas отдельный репозиторий. Интересно, почему я это знаю, а вы,
>> вроде как знакомый с этой софтиной, — нет?
> В смысле "отдельный"?  От чего отдельный и причем это вообще тут?
А как, интересно, вы проверяли, отправил ли я баг? И вы ушли от ответа, почему я разобрался, куда отправлять сообщения об ошибках на сайте, а вы — нет?
>> Я прекрасно знаю, что такое RC. Если процесс установки RC отличается от
>> процесса установки релиза, то это не RC, а в лучшем случае бета.
> Вы сами так решили или какой дурак сказал?  Это может в
> openbsd процесс установки
> не меняется со времен 5-ти дюймовых дискет.  А вообще - ничто
> не запрещает в
> новом релизе устанавливать программу совершенно иначе, новые зависимости
> там требовать и т.п.
Вам расшифровать, что такое RC, и чем это отличается от alpha и beta, или всё же сами справитесь?
Если же для вас это всё едино, то, боюсь, наш разговор был изначально бессмысленным. Конечно, чисто технически разработчики могут называть что угодно как угодно, но это аргумент из серии «моя вещь, как хочу, так и называю».
>> Нет, мне было интересно поглядеть на исходники. Не шучу.
> Ну так исходный код доступен, зачем было вообще что-то
> устанавливать?  Или у вас какие-то религиозные табу,
> связанные с git?
Зачем мне качать весь репозиторий, если я хочу только глянуть на свежий срез исходников?
>> Впрочем, вкладка «documentation» была открыта рядом в тот момент.
> Но чукча не читатель.  Я начинаю прозревать суть.
Вы нихрена не прозреваете, а всё больше уходите в маразм.
Я. Хотел. Посмотреть. Исходники. Чисто в рамках темы сравнения с Mercurial. У вас какие-то фантазии же начались, что мне нужно. Спросить напрямую не судьба?
>>> Данная "шпилька" имеет чуть менее чем никакого отношения к исходникам pandas.
>> Равно как и упоминание pandas в контексте переезда на Python 3.
> Нет, не равно.  pandas был выбран ровно по одной причине -
> сопоставимому размеру
> кодовой базы.  Вполне логичный выбор, нет?
Уже несколько раз я объяснял, почему нет. Вы упорно игнорируете мои слова, уходя в софистику. Разговор окончен.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280 Ответы: #288

286. Сообщение от пох. (?), 16-Янв-20, 12:30 +/–

а мы потом слушаем сказочки что "fuse это всегда в разы медленнее и неэффективнее чем модуль в ядре" (к тому же он так прекрасно роняет его в panic)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259 Ответы: #304

287. Сообщение от myhand (ok), 16-Янв-20, 13:03 +/–

> Во всяком случае, без вменяемого обоснования, почему эти проекты можно сравнивать.
Рука бойца колоть устала.  Вам же объяснили почему: это проекты одинакового размера.
> У KDE и ядра Linux как бы тоже сопоставимый объём кода. Но
> качество, гм, несравнимое.
Во-первых - KDE побольше эдак раза два (по openhub судя).  Во-вторых, качество кода - вопрос
уже отдельный.  Учитывая то, что pandas - де-факто стандарт и широко известен в узком
кругу, а hg - в своей нише особых успехов не достиг и теряет последнее...
>>>>  Битая ссылка, которая никому особо не нужна.
>>> Не надо судить обо всех по себе, ОК?
>> Я же вам, вроде, подробно объяснил почему этим не пользуются?
> Вы нарочно глухим дурачком прикидываетесь? Вот, я воспользовался. Мэйнтейнеры в дистрибутивах
> такими ссылками пользуются.
Хорошо, что я не являюсь пользователем дистрибутивов с такими мэйнтейнерами...
> Но вы же только себя и свой use
> case видите, а другим в праве на существование отказываете, объявляя их неправильными.
Нет, я просто объясняю почему подобную проблему не заметили.  Потому что пользователи
pandas (скажем так, другие, не буду из жалости к вам называть их "нормальными"),
включая мэйнтейнеров в дистрибутивах - осиливают чтение документации перед установкой.
> Угу. То есть если программу (напрямую) не используют в научных исследованиях, то
> её цитируемость будет что?..
То для нее надо искать какие-то другие критерии популярности/востребованности.
>>> При том же, причём pandas к Mercurial: ровно ни при чём.
>> Да pandas к hq притом, что это похожие по объему кода проекты,
>> только и всего.  Т.е.
>> задача по портированию на py2/py3 совместимую кодовую базу должна быть
>> сопоставимой, верно?
> Нет, см. выше.
Выше - это были ваши претензии к качеству кода?  Ну, мне они продолжают казаться
странными.  Ведь они даже не затрагивают код проекта, нес па?
> Тогда бы и была ссылка только на документацию, не?
Я не вполне представляю, зачем они дают ссылки на архивы pypi.  Это как-бы
недокументированный способ установки.  Ну вот, чтобы было.
> Мир немножечко больше, чем pip install.
Даже если это как-бы официальный способ установки данной программы?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281 Ответы: #330

288. Сообщение от myhand (ok), 16-Янв-20, 13:18 +/–

> А как, интересно, вы проверяли, отправил ли я баг?
По багтрекеру.  На мой взгляд, это проблема основного проекта, хотя
технически связана с сайтом.
> И вы ушли от ответа, почему я разобрался, куда отправлять сообщения
Гм., а с чего вы решили что разобрались?  Из того, что у веб-сайта
отдельный реп совершенно не обязательно следует, что открывать баг
надо именно в нем.  Вы хоть поискали аналогичные проблемы, куда
народ пишет?
> Вам расшифровать, что такое RC, и чем это отличается от alpha и
> beta, или всё же сами справитесь?
Расшифруйте.  Мне до сих пор осталось непонятно почему я не могу изменить
порядок установки программы в новом релизе.
>>> Нет, мне было интересно поглядеть на исходники. Не шучу.
>> Ну так исходный код доступен, зачем было вообще что-то
>> устанавливать?  Или у вас какие-то религиозные табу,
>> связанные с git?
> Зачем мне качать весь репозиторий, если я хочу только глянуть на свежий
> срез исходников?
А зачем его вообще качать?  Взяли и посмотрели что нужно.
>>> Впрочем, вкладка «documentation» была открыта рядом в тот момент.
>> Но чукча не читатель.  Я начинаю прозревать суть.
> Я. Хотел. Посмотреть. Исходники.
Так, эта, там ссылка на github в разделе Development.  С чего вы
вообще решили, что по "download" лежат в т.ч. исходники, а не
просто куча whl под разные платформы?
>>>> Данная "шпилька" имеет чуть менее чем никакого отношения к исходникам pandas.
>>> Равно как и упоминание pandas в контексте переезда на Python 3.
>> Нет, не равно.  pandas был выбран ровно по одной причине -
>> сопоставимому размеру
>> кодовой базы.  Вполне логичный выбор, нет?
> Уже несколько раз я объяснял, почему нет. Вы упорно игнорируете мои слова,
> уходя в софистику. Разговор окончен.
Ну вот, трогательно вспорхнул, облегчился и полетел...   А как дысал!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285 Ответы: #300

289. Сообщение от freehck (ok), 16-Янв-20, 15:10 +1 +/–

>> Это отличный инструмент
> Причём он отличный в каждой минорной версии.
Ты сделал мой день, Led! Аж слеза навернулась! =)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225 Ответы: #385

290. Сообщение от annual slayer (?), 16-Янв-20, 15:37 +/–

> назовите целое одно такое исправление и дату когда оно сделано?
https://www.cvedetails.com/vulnerability-list/vendor_id-8291...
и это только то чему дали CVE, а сколько там просто мелких багов?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282 Ответы: #291

291. Сообщение от пох. (?), 16-Янв-20, 18:01 +/–

>> назовите целое одно такое исправление и дату когда оно сделано?
> https://www.cvedetails.com/vulnerability-list/vendor_id-8291...
то есть назвать - вы не можете. Что и требовалось доказать.
> и это только то чему дали CVE, а сколько там просто мелких
> багов?
тем кому пользоваться, а не сказки на опеннете о нисисюрна-нисисюрна сказывать - совершенно все равно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290 Ответы: #292

292. Сообщение от annual slayer (?), 16-Янв-20, 23:08 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #291 Ответы: #293

293. Сообщение от пох. (?), 17-Янв-20, 11:16 +/–

> дали статус CVE
главное - веровать. Разбираться или просто понимать о чем речь - необязательно. ААААА CVE, БЕЛКАМ СРОЧНО ИСТЕРИТЬ!
> а я лишь порадуюсь что не вхожу в число пользователей твоего репо-сервиса
радуйся. Только прекрасный git на радостях обновить не забудь, там очередной rce недавно всплыл ;-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292 Ответы: #295

294. Сообщение от Аноним (294), 17-Янв-20, 15:23 +/–

> так как при портировании было принято решение постепенно адаптировать код на Python 3, сохраняя поддержку Python 2, код оброс множеством хаков для совмещения Python 2 и 3, которые после прекращения поддержки Python 2 придётся вычищать.
Вот нахрена? Взяли бы и начали писать следующую мажорную версию полностью на Python 3 в 2015-м году, глядишь и уже и дописалибы и без костылей.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #326, #339

295. Сообщение от annual slayer (?), 17-Янв-20, 17:24 +1 +/–

ну вот и веруй, что никто не разобрался как эксплуатировать те возможности
а гит уже в начале недели обновился, только все равно для той RCE, что ты рассказываешь, нужно иметь право пуша (т.е. должен быть либо внутренний диверсант, которому потом по отложившимся на логсервере логам можно по шапке надавать, либо же у него должны как-то хитро увести учетку), так что это проблема всяких гитхабов и др репо-сервисов с публичной регистрацией, в отличии от https://cwe.mitre.org/data/definitions/285.html
кстати, судя по количеству RCE в ртути до 4.5, остается только догадываться что там еще могли бы найти, будь она так же популярна как гит

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293 Ответы: #296, #332

296. Сообщение от пох. (?), 17-Янв-20, 18:56 +/–

ну, вот тебе - точно не судьба. Ты так и не удосужился посмотреть описания? Или посмотрел-ни-слова-не понял, как обычно? Так что я могу спать совершенно спокойно.
> а гит уже в начале недели обновился, только все равно для той RCE, что ты рассказываешь,
> нужно иметь право пуша
понял, то есть гит - швятой, швятой. в нем и rce не rce, так, фигня мелкая.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295 Ответы: #309

297. Сообщение от пох. (?), 17-Янв-20, 18:57 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211 Ответы: #311, #314

298. Сообщение от пох. (?), 17-Янв-20, 19:14 +/–

> Практически ни в чём. Ключевое тут - меняется от версии к версии.
> Очевидно, что если вы используете этот язык для долгоживущего продукта, проблемы
> обеспечены.
в 2005м году, видимо, было еще далеко не очевидно.
Надо было быть не профессионалом-разработчиком, а профессионалом оккультных наук, чтобы предугадать "python3 это не новая версия, это другой йазык!", с последующим переобуванием в полете, и категорическим отказом от поддержки другого язы...простите, немодной мамонтово-кальной версии того же самого (причем с мутнейшей лицензией, не позволяющей никому занять вакантное место - см. пункт 7 последней версии).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261 Ответы: #299, #315

299. Сообщение от Vkni (ok), 17-Янв-20, 20:55 –2 +/–

Извините, но вся около-питоновская культура - это "менять и не бояться выбрасывать старое". Типичный пример optparse vs argparse - разницы между ними почти нет, а та, что есть, совершенно не перекрывает геморрой от миграции и тестирования. Ocaml, например, уже лет 30 живёт с модулем https://caml.inria.fr/pub/docs/manual-ocaml/libref/Arg.html (для желающих что-то серьёзнее есть другие модули, а этот не меняется и не устаревает).
Я в 2005 за Питоном особенно не следил. Разве что видел, что строить на нём сложные GUI программы очень тяжело - они постоянно вылетали. Но я полагаю, что культура сообщества разработчиков тогда была примерно той же - "легко менять и легко выбрасывать старое".
А с таким вечно меняющимся фундаментом нельзя строить что-то долгосрочное:
"… пока противник рисует карты наступления, мы меняем ландшафты, причем в ручную. Когда приходит время атаки противник, теряется на незнакомой местности и проходит в полную не боеготовность. В этом смысл. В этом наша стратегия…"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #298 Ответы: #317

300. Сообщение от Аноним (300), 18-Янв-20, 00:00 +/–

>> А как, интересно, вы проверяли, отправил ли я баг?
>
> По багтрекеру.  На мой взгляд, это проблема основного проекта, хотя
> технически связана с сайтом.
Значит, твой взгляд сильно отличается от взгляда разработчиков Pandas: https://github.com/pandas-dev/pandas-website/issues/86
Интересно, ты извинишься перед Перерезусом? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288 Ответы: #320

301. Сообщение от Аноним (-), 18-Янв-20, 00:58 –1 +/–

> Особенно с нынешней модой на «микросервисы».
А для этого вообще луше go какой-нибудь освоить, чтоли. Гугл с питона не просто же так уходит.

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

302. Сообщение от Аноним (-), 18-Янв-20, 01:19 –1 +/–

> https://www.mercurial-scm.org/wiki/OxidationPlan
Хипстеры как они есть - они там на самом деле модные моложедные ЯПы разучивают, а VCS вообще до кучи, побочный результат страдания этой фигней.

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

303. Сообщение от Аноним (-), 18-Янв-20, 01:23 +/–

> Непонятно только, при чём здесь питон.
Ну он как бы low entry barrier, типа этакого современного варианта BASIC, чтоли. На том тоже можно было прогать почти что угодно. И работало ... ну вот примерно как программы на питоне. Нет, некоторые даже игры программили. Но постепенно утыкались в ограничения и перфоманс. Те кто всерьез - подтягивали знания, осваивали более приличные ЯПы. А те кто так, пострадать... ну и где вот их программы теперь? Мусор на питоне с периодом полураспада пару лет - будет там же.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #359

304. Сообщение от Аноним (-), 18-Янв-20, 01:30 –1 +/–

> а мы потом слушаем сказочки что "fuse это всегда в разы медленнее
> и неэффективнее чем модуль в ядре"
И что характерно, он в разу медленнее чем модуль в ядре. Проверено exFAT и NTFS. А если это еще и на питоне написать - там разница будет в дофига раз. Потому что питон не тормозит!111

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

305. Сообщение от Аноним (-), 18-Янв-20, 01:38 –1 +/–

> пока что наоборот - понемного разгребают, но не делают это приоритетом -
> о чем и написали, хотите надежности - оставайтесь на второй версии.
"Мы тут страдали легким прогрммизмом и сдуру вляпались, поэтому хрен его знает как выкручиваться, но если вам надо чтобы не глюкало - используйте неподдерживаемый антик, а мы там может быть что-нибудь и придумаем, например, новый ЯП поучим".
> А тем кто "не смог поставить рядом 2 и 3"(c)опеннетная макака - дворницкую лопату
> доверять нельзя, лопату сломают и весь тротуар собачьим дерьмом обмажут.
Зато будут фирменный стиль держать - очень дешевые. За уборку участка можно не платить - манагер найдет там собачье дерьмо и не засчитает, да и лопату вычесть из зарплаты. Ну и вообще, ты же не хочешь чтобы любители low entry barrier при случае рулили поездом, самолетом или каким там еще опасным промышленным объектом, а? :)

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

306. Сообщение от Аноним (-), 18-Янв-20, 01:43 –1 +/–

> предлагаешь замутить стартап?
При такой тяге к разгребанию за другими - дворником все ж менее мучительно будет. Тут создатель ЯП забодался :)

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

307. Сообщение от Аноним (307), 18-Янв-20, 01:48 +/–

> В сях типы таки так себе.
Типы как типы, уж получше чем у всяких питоноявоскриптов - по крайней мере, компилер знает сколько под это выделять, бананы на лету не меняются на груши с непонятным результатом, и при попытке это сделать без явной декларации - компилер таки возбухает warning'ами и кому качество ПО не пофиг это чинят, а кому одноразовый макет, как на питоне - так там какой ЯП ни возьми, результат предсказуем.

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

308. Сообщение от Аноним (307), 18-Янв-20, 01:49 +/–

> так ценят - что у них - получилось.
У них получилось. Облажаться на публику...

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

309. Сообщение от Аноним (307), 18-Янв-20, 01:51 –1 +/–

> понял, то есть гит - швятой, швятой. в нем и rce не
> rce, так, фигня мелкая.
Если ремота захочет тебе rce сделать, есть способы проще. Например, код тебе отгрузить чутка измененный :). При том если у трольвальдса "дерево хэшей" еще более-менее делает совсем уж левые вбросы паливными, а чтобы совсем хорошо есть gpg-подписи, то чего у этих питонмакак?

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

310. Сообщение от Аноним (307), 18-Янв-20, 01:52 +/–

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

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

311. Сообщение от Аноним (-), 18-Янв-20, 01:55 +/–

Обложить макет тестами. А потом подумать - тесты мол, некачественные, давайте их тоже обложим тестами. А потом...

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

312. Сообщение от Аноним (-), 18-Янв-20, 01:59 +/–

> Хочешь расскажу где лежат исходники CPython 2.2, например?  Вот прикинь, если
> тебе кровьизносу надо конкретную версию интерпретатора - я тебе разрешаю взять
> и использовать ее.
Зачем мне это? После пары жирных обломов жизнь научила меня что закладываться на продукты жизнедеятельности вбемакак - чревато.
> Так можно!  Без разрешения Папы Римского!  Не упустите свой шанс!
Блин, а ты можешь собачье г@вно с тротуара убрать. Впрочем за гвидо убирать хуже, во всяком случае ему даже лавры BDFL-я уже не по кайфу, сбежал даже так.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #319

313. Сообщение от Аноним (-), 18-Янв-20, 02:00 –1 +/–

> Пайтон хоронят уже лет тридцать.  "Stop! This is silly."
При том в последнее время достигают в этом определенных успехов. Оплот пихтонрастов в виде гуголя и нескольких иных нагруженных сайтов что-то go полюбили.

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

314. Сообщение от annual slayer (?), 18-Янв-20, 02:25 +/–

> юнит-тесты так не работают.
> Впрочем, и волшебной панацеей тоже не являются.
просвяти всех как они работают :D особенно в контексте рефакторинга прототипа в конечный продукт

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #297 Ответы: #333

315. Сообщение от myhand (ok), 18-Янв-20, 10:34 –1 +/–

> Надо было быть не профессионалом-разработчиком, а профессионалом оккультных наук, чтобы
> предугадать "python3 это не новая версия, это другой йазык!"
А чего, с прохвессионалов-разработчиков не требуют более навыков чтения?  Эта страшная
тайна ведь была в whatsnew написана прям тогда.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #298 Ответы: #316

316. Сообщение от пох. (?), 18-Янв-20, 10:39 +/–

вот лохи и повелись.
А оно херак, и в полете - переобулось. Оказывается все таки не новый язык, а новая версия интерпретатора, а "этот ваш мамонтовый кал" - нинунанинуна.
И registered trademark вишенкой на тортике, чтобы те кому нужно для тех кому нужно - все равно не сумели сделать надежно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #315 Ответы: #318, #325

317. Сообщение от myhand (ok), 18-Янв-20, 10:42 +/–

> А с таким вечно меняющимся фундаментом нельзя строить что-то долгосрочное:
* первый релиз NumPy - 2006
* первый релиз IPython - 2001
* matplotlib - 2003
* pandas - 2008

PS: Для справки, OCaml - это 1996 год.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #299 Ответы: #324

318. Сообщение от myhand (ok), 18-Янв-20, 10:45 –1 +/–

> А оно херак, и в полете - переобулось. Оказывается все таки не
> новый язык, а новая версия интерпретатора
the first ever intentionally backwards incompatible Python release
Мне делается страшно за ваше здоровье от наблюдений за тем как вы ковыряетесь в носу.  Пожалуйста, перестаньте.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #316 Ответы: #323

319. Сообщение от myhand (ok), 18-Янв-20, 10:48 +/–

> Зачем мне это?
А мне почем знать зачем ты плакался по поддержке старых версий интерпретатора?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #312 Ответы: #352

320. Сообщение от myhand (ok), 18-Янв-20, 10:53 +/–

> Значит, твой взгляд сильно отличается от взгляда разработчиков Pandas: https://github.com/pandas-dev/pandas-website/issues/86
Да я уж понял, что он открыл баг в другом репе.  Вы решили, что это правильно потому, что разработчки ему отвечают?
> Интересно, ты извинишься перед Перерезусом? :)
За что?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300 Ответы: #331

321. Сообщение от Аноним (-), 18-Янв-20, 14:46 +/–

> Ну да, бедные разработчики тянут весь зоопарк стандартов...
Новые стандарты в массе своей - superset старых. За редким исключением. А так чтобы именно deprecate, с жестким вынесением совместимости - в сях и плюсах почти не практикуется. В отличие от.
> Только нормальные ср^W^Wконпиляторы давно уже можно в финал IOCCC приглашать вне конкурса.
Типа, интерпретеры питона сильно лучше? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228 Ответы: #334

322. Сообщение от Аноним (-), 18-Янв-20, 14:54 +/–

> И дальше вообще ни вперед, ни назад.
Дарю идею: у дебиана нормальный пакетный менеджер. И следующие 5 лет с 10-м дебианом можно спать спокойно. А редхат... он имеет смысл если у вас подписка на саппорт, чтоли.
И, кстати, дебиану вообще и его пакетному менеджеру в частности нормалек даже на самом тощем vm с 128 оперативки. Без свопа. На минуточку, это ВЧЕТВЕРО меньше минимальных требований RHEL.
> мягкими и шелковистыми.
Ну его нафиг такой шелк...
> А вы, похоже, вообще с администрированием не связаны, раз искать информацию не умеете.
Я, по счастью, упомянутым маршрутом отправился - и теперь мне это просто неактуально. А чисто по человечески - вот на таких вещах и ощущаешь "сделано людьми, для людей" и "сделано индусами, на продажу". Блин, ну вот зачем мне софт выпиленый лобзиком индусами? Он мне такой даже бесплатно ни к чему - кошмарный слишком.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #384

323. Сообщение от пох. (?), 18-Янв-20, 16:36 +/–

Interviewed Friday morning, foundation representative David Goodger said "We fixed problems so we can go forward and add features more easily in the future without having to work around previous bad decisions."
A transitional release toward the 3.0 platform, Python 2.6, was released in October and updated with bug fixes in Python 2.6.1 this week. A Python 2.7 release also is planned, and the foundation anticipates most people will stick with the Python 2 line for years, Goodger said.
что вас удивляет в том, что лохи и повелись?

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

324. Сообщение от Vkni (ok), 18-Янв-20, 16:43 +/–

Эти библиотеки просты как валенки, плюс туда вливаются совершенно сумасшедшие средства и силы. И, кстати, API этих библиотек тоже не сказать, что стабилен.
А мы про Mercurial говорим, которому всё это вычматовское библиотечное до лампочки. Это совершенно разные области применения:
Data science, aka automated statistics - это штука, прекрасно ложащаяся в идеологию Питона: быстро напиши, получи результат и выбрось. Никаких проблем с поддержкой совместимости и т.д. Поэтому здесь он выступает на 5+. Ну поломали вы numpy, ну следующий notebook будете писать на новом API.
Mercurial - это жесточайшая обратная совместимость (за невозможность читать старые репозитарии сделают Матумбу), неограниченная жизнь кода, большие тексты с огромным количеством ветвлений.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #317 Ответы: #338, #388, #397

325. Сообщение от Vkni (ok), 18-Янв-20, 16:46 +/–

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

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

326. Сообщение от пох. (?), 18-Янв-20, 16:50 +/–

> Вот нахрена?
потому что любители модного-молодежного "все сломать, а потом незнамосколько писать с нуля, чтобы потом повторить, так и не доделав ни разу" - уже все равно пользуются единственноверным git...простите, gitlabce, "с встроенным редактором".
А те, кому на самом деле хотелось hg - могли немного расстроиться, обнаружив перспективу лет этак пять обойтись без исправлений ошибок и совместимости с уже существующими extensions, а так же самостоятельно собирать себе пихон 3 в системах, где его еще не существовало.
> Взяли бы и начали писать следующую мажорную версию полностью на
> Python 3 в 2015-м году, глядишь и уже и дописалибы и
> без костылей.
нет, еще раза три переписали бы - потому что пихонов-три с тех пор вышло четыре штуки, если считать недописанный 3.9
И каждый норовил что-то сломать - разработчикам понравилось не заморачиваться совместимостью.
Собственно, нынешний лидер проекта, который как раз в 15м был сторонником этой идеи, нынче крестится и бормочет "слава тебе, Господи!", что хотя бы 3.5 проскочили.

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

327. Сообщение от пох. (?), 18-Янв-20, 16:52 +/–

>> потому что красиво но феерически бесполезно в реальной жизни.
> Define "реальная жизнь"?
ну вот давай ты на нем запустишь пресловутый hg - с минимальным набором дополнений, которые берутся не из общей поставки, а из репо?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249 Ответы: #390

328. Сообщение от Аноним (-), 18-Янв-20, 17:18 +/–

> сейчас кончится память - самое последнее что мне придет в голову,
> вместо чистки начать там еще что-то устанавливать.
Как показали эксперименты, Дебиан в тех же конфигурациях ведет себя культурно. Мне что, покупать более дорогие виртуалки спецом под эпизодический запуск пакетного менеджера?
> что не так с xml в качестве структурированных данных?
Крайне избыточный по возможностям (e.g. XSLT). Это гарантирует что либа парсинга - жирный тормозной монстр, с кучей уязвимостей и стремным апи, решающим совсем не те задачи и лопающие RAM оптом. В результате софт который это использует обречен иметь все минусы энтерпрайзного г@вн@. А попробуй парсить XML на 50К пакетов, узнаешь почему шляпа в скулайт кешировать стала. Так то да, пока там 100 записей, и XML - "типа база".
> Конечно же yaml, как у freebsd, гораздо круче,
Vs XML? Masterpiece of engineering!
> и так занятно ломается об лишний невидимый символ?
Вообще наполовину фича - детектирует левые данные. Чего ради это вообще в *тексте* должно быть? Это либо факап майнтайнеров либо атака mitm-а. В любом случае это должно быть убрано в темпе вальса.
> пакетный менеджер, не умеющий нормальных версий пакетов - конечно лучше, хахаха
Это дело наживное. А питонокрап вместо пакетного менеджера у редхата уже чуть 20 лет, и воз и ныне там. С какими-то голимыми полумерами типа dnf. На фоне обычного дебиановского апта это просто трэш и ад.
> пишите. Полагаю, выйдет еще хуже и ненадежнее, а вполне вероятно - и медленнее.
У дебианщиков нормально получилось. И надежно и шустро. Без всяких многолетних тантрических экспериментов и полунедохакофиксов.
> Поскольку те операции, которые требуют затрат времени - они там и так на си (поскольку это rpmlib)
А по нему и не скажешь - тупил в разы сильнее apt'а. Что за порно они там с dnf сделали я не следил, ибо гумно вместо пакетного менеджера задолбало раньше. Я считаю что 1 раз за 20 лет пакетный менеджер можно и нормально написать, а не левой пяткой вебмккак.

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

329. Сообщение от Аноним (-), 18-Янв-20, 17:23 +/–

> надобности с помощью grep/awk/jq.
Абсолютно. XML одинаково хреново парсится и человеками и машинами.

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

330. Сообщение от Аноним (-), 18-Янв-20, 17:29 +1 +/–

> Рука бойца колоть устала.  Вам же объяснили почему: это проекты одинакового размера.
Кроме размера есть еще такое понятие как качество. Но когда пишут на питоне - речь про это как правило не идет. Какое качество у картонного макета? Да и зачем оно ему?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287 Ответы: #341

331. Сообщение от Аноним (-), 18-Янв-20, 17:32 +/–

> За что?
За напыщенное фееричное ламерство, например? Хоть я и не тот аноним и не перерезус, но тоже за что-то такое питонистов не жалую. Апломба - во, результата - во.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #320 Ответы: #340

332. Сообщение от Аноним (332), 18-Янв-20, 17:41 +/–

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

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

333. Сообщение от Аноним (332), 18-Янв-20, 17:49 +/–

> просвяти всех как они работают :D
У него врядли есть духовный сан с таким то ником...
> особенно в контексте рефакторинга прототипа в конечный продукт
Если про юнит тесты, это примерно так:
- Прога пилится на относительно простые и проверяемые компоненты (юниты).
- Програмер примерно представляет себе как по задумке должен работать его компонент.
- Програмер пишет тест своему юниту, скармливающий коду те или иные параметры и проверяющий что реакция на это и правда такая как задумано.
На самом деле хорошая штука чтобы "прозвонить" логику работы своего кода и словить в ней косяки, одна из основ test driven development. Из минусов: тратит время програмера и таки не панацея: даже если все юниттесты проехали, на стыках взаимодействия все-равно случится какое-нибудь г. Да и все мыслимые варианты перебрать не всегда возможно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314 Ответы: #342

334. Сообщение от myhand (ok), 18-Янв-20, 17:50 +/–

> А так чтобы именно deprecate, с жестким вынесением совместимости - в сях
> и плюсах почти не практикуется.
Тем не менее, быват, быват.  Гениальные дизайнеры языка, планирующие на
полвека вперед - они на кисельных берегах сидят, молочных рек...
>> Только нормальные ср^W^Wконпиляторы давно уже можно в финал IOCCC приглашать вне конкурса.
> Типа, интерпретеры питона сильно лучше? :)
В любом большом проекте без поллитры не разберешься.  Но не настолько все плохо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #321 Ответы: #346

335. Сообщение от Аноним (-), 18-Янв-20, 17:57 +/–

> Поделил на ноль.
Ну, э, блин, если инноваторы тебе фирмвару твоему гироскутеру на пихоне накатают - ты таки обольешься смузи и расшибешь табло об асфальт.

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

336. Сообщение от Аноним (-), 18-Янв-20, 17:59 +/–

> По .Net прусы будет?
Лично видел как при выпуске очередного дотнета померла шикарная жирная энтерпрайзная программа. То что саппорт компании мигом встал на уши даже и упоминать неудобно. А питонисты вообще развлекаются таким вбросом гранат в обезьянник каждые пару месяцев.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #363

337. Сообщение от Аноним (337), 18-Янв-20, 18:05 +/–

> В общем-то, все были счастливы, когда стали сравнительно доступны магнитные ленты, пусть
> и читавшиеся местами и временами.
И что интересно, Хэмминг и ко - небось подревнее вас будут.

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

338. Сообщение от myhand (ok), 18-Янв-20, 18:05 –1 +/–

> Эти библиотеки просты как валенки
Эм?!
> плюс туда вливаются совершенно сумасшедшие средства и силы.
Крестик или трусы?
> А мы про Mercurial говорим, которому всё это вычматовское библиотечное до лампочки.
Ну, во-первых, там не только "вычматовские".  А во-вторых, вы писали
что "с таким вечно меняющимся фундаментом нельзя строить что-то долгосрочное" (ц)
Вот вам пожалуйста - таки можно.  А то, что нет второго hg, ну так извиняйте,
и первый не слишком взлетел.  Возможно это и связано с языком, а возможно дело
в танцорах.  Потому что другим ни поддерживать Python 3 ни делать
долгосрочные проекты - язык, очевидно, никак не мешает.
> Data science, aka automated statistics - это штука, прекрасно ложащаяся в идеологию
> Питона: быстро напиши, получи результат и выбрось. Никаких проблем с поддержкой
> совместимости и т.д. Поэтому здесь он выступает на 5+. Ну поломали
> вы numpy, ну следующий notebook будете писать на новом API.
Data science - это модная фигня, не имеющая прямого отношения к собственно
science, помимо названия.  А в той science, за которую Нобелевские премии
дают - к совместимости отношение куда более трепетное, поскольку "получить
результат" мало.  Надо еще чтобы коллеги могли воспроизвести твое чудо.
> Mercurial - это жесточайшая обратная совместимость (за невозможность читать старые репозитарии
> сделают Матумбу), неограниченная жизнь кода, большие тексты с огромным количеством ветвлений.
Вы думаете, что .hdf5 можно читать каждый раз как-то "творчески"?

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

339. Сообщение от Аноним (337), 18-Янв-20, 18:06 +/–

> Вот нахрена? Взяли бы и начали писать следующую мажорную версию полностью на
> Python 3 в 2015-м году, глядишь и уже и дописалибы и без костылей.
Может, потому что когда ты уже написал нечто работаюшее, кодить это с ноля еще раз по причине "автор ЯП прикололся" как-то не очень возбуждает? :)

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

340. Сообщение от myhand (ok), 18-Янв-20, 18:07 +/–

>> За что?
> За напыщенное фееричное ламерство, например?
Может оно вам привиделось?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #331 Ответы: #344

341. Сообщение от myhand (ok), 18-Янв-20, 18:12 +/–

> Но когда пишут на питоне - речь про это как правило не идет.
Т.е. вы не можете по этому параметру сравнить два проекта на питоне?  Ну так
нафига вспомнили об этом и какие тогда претензии ко мне?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #330 Ответы: #343

342. Сообщение от annual slayer (?), 18-Янв-20, 18:28 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333 Ответы: #345

343. Сообщение от Аноним (-), 18-Янв-20, 19:27 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #341 Ответы: #347

344. Сообщение от Аноним (-), 18-Янв-20, 19:28 +/–

> Может оно вам привиделось?
Походу не мне одному. А как минимум еще 1 анониму и перерезусу...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #340 Ответы: #349

345. Сообщение от Аноним (-), 18-Янв-20, 19:34 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #342 Ответы: #357

346. Сообщение от Аноним (332), 18-Янв-20, 19:47 –1 +/–

> Тем не менее, быват, быват.
Конкретные примеры? Я вот целый _1_ могу с наскока вспомнить. Крайне специфичный и потому ни разу не встречавшийся мне в диком виде. В отличие от скриптов которые на каждом углу.
Поэтому с практической точки зрения - старые программы и собираются и работают. Как максимум компилер из-за улучшения статического анализа может варнингов накинуть. А дальше уже по ситуации, если хочется, можно и исправить. А можно и забить, если экскурсия в код не была частью планов. С питоном так не катит - там скорее грохнется с адским стэктрейсом на полпути к финишу. И это неудобно - потому что довольно трудно понять сколько вокруг летающих роялей, пытающихся на тебя ВНЕЗАПНО упасть. Именно тогда когда это очень некстати.
> Гениальные дизайнеры языка, планирующие на
> полвека вперед - они на кисельных берегах сидят, молочных рек...
Ну так питонисты сперва делают, потом думают. Не все же такие.
> В любом большом проекте без поллитры не разберешься.
Вот то-то и оно.
> Но не настолько все плохо.
Типа, BDFL от хорошей жизни сбежал? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #334 Ответы: #353, #354

347. Сообщение от myhand (ok), 18-Янв-20, 19:59 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #343 Ответы: #350

349. Сообщение от myhand (ok), 18-Янв-20, 20:01 +/–

>> Может оно вам привиделось?
> Походу не мне одному. А как минимум еще 1 анониму и перерезусу...
До миллионов мух и с этим далеко, конечно...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #344 Ответы: #351

350. Сообщение от Аноним (-), 18-Янв-20, 20:08 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #347 Ответы: #355

351. Сообщение от Аноним (-), 18-Янв-20, 20:11 +/–

> До миллионов мух и с этим далеко, конечно...
Дело хозяйское. Но репутацию питонистов таки деятельно подтверждает.

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

352. Сообщение от Аноним (-), 18-Янв-20, 20:17 +/–

Ну наверное не для того чтобы за гвидо его факапы разгребать. Хотя если liquidation manager'ом позовут - я подумаю над этим...

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

353. Сообщение от анонн (ok), 18-Янв-20, 20:39 +/–

> Поэтому с практической точки зрения - старые программы и собираются и работают.
Ну соберите мне третьекеды на современной системе, что ли.
Да куда там кеды, тут уже и VirtualBox не самой свежей версии (5.2.6) - и тот не собирается без бубна. Еще ему gcc версии от 4 до 7 подавай, аналогично с LLVM для новых версий в 5 ветке (5.2.34+) "ваша версия LLVM слишком новая! C 8 и 9 проблемы в рантайме!"

# Check for gcc with version >= 3.2.
# We depend on a working gcc, if we fail terminate in every case.
...
log_failure "gcc version $cc_maj.$cc_min found, expected gcc 4.x...7.x"
Про сборку его морды с Qt4, который отовсюду выкинули - не заикаюсь. Так ведь даже код для _Qt5_ придется править, тот же
#include <QButtonGroup>
вставлять, иначе компиляция завалится с "invalid use of incomplete type ‘class QButtonGroup’".
В общем, если вы с наскока припоминаете только 1 пример, то в контексте обсуждения это просто говорит не в вашу пользу …

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #346 Ответы: #370

354. Сообщение от myhand (ok), 18-Янв-20, 20:55 +/–

>> Тем не менее, быват, быват.
> Конкретные примеры? Я вот целый _1_ могу с наскока вспомнить. Крайне специфичный
> и потому ни разу не встречавшийся мне в диком виде.
Да берете стандарт и просто делаете поиск.  В С11, например, gets удалена.  Или вот,
в C99 добавили ключевое слово restrict.
> В отличие от скриптов которые на каждом углу.
Ну прям так на каждом?  Используйте нужный вам интерпретатор - и все будет
работать до морковкина заговенья.
Чаще всего меняется что-то в стандартной библиотеке, которая умеет несколько
больше чем libc.  И что будет если взглянуть как обстоит дело с обратной
совместимости в 100500 сторонних сишных либах?
> Поэтому с практической точки зрения - старые программы и собираются и работают.
Да, покуда компиляторы тащат с собой поддержку стандартов языка ажно из конца
80-х прошлого века.
> Как максимум компилер из-за улучшения статического анализа может варнингов накинуть. А
> дальше уже по ситуации, если хочется, можно и исправить.
Да нет.  "int restrict = 1;" - и усе, просто не соберется.
> С питоном так не катит - там скорее грохнется с адским стэктрейсом
> на полпути к финишу. И это неудобно - потому что довольно
> трудно понять сколько вокруг летающих роялей, пытающихся на тебя ВНЕЗАПНО упасть.
Во-первых, это уже из области "динамические языки - это плохо".  А с обратной совместимостью
в питон приблизительно также как и том же C.  Да, чаще ломают (что неудивительно,
поскольку возможности искаропки несравнимы), но никогда ВНЕЗАПНО.  Что-то
объявляется устаревшим, а уж потом в следующих релизах выкидывается.
Везде так.  Никто серебряной пули не придумал.
>> Гениальные дизайнеры языка, планирующие на
>> полвека вперед - они на кисельных берегах сидят, молочных рек...
> Ну так питонисты сперва делают, потом думают. Не все же такие.
Где не такие - я только что написал выше.  Удачи попасть в Воображляндию.
>> Но не настолько все плохо.
> Типа, BDFL от хорошей жизни сбежал? :)
Хорошо что просто сбежал, а мог бы и ножичком, после стольких-то лет
подобной собачьей должности...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #346 Ответы: #372

355. Сообщение от myhand (ok), 18-Янв-20, 21:03 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #350 Ответы: #367

357. Сообщение от annual slayer (?), 18-Янв-20, 21:35 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #345 Ответы: #358, #369

358. Сообщение от annual slayer (?), 18-Янв-20, 21:40 +/–

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

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

359. Сообщение от Ananan (?), 18-Янв-20, 21:41 +1 +/–

>типа этакого современного варианта BASIC
на эту роль прекрасно подходит LUA, а не этот ужас

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

360. Сообщение от Zulu (?), 19-Янв-20, 02:59 +1 +/–

Лет 15 назад, когда у меня был большой по тем временам почтовый трафик (пришлось городить кластер из 10 серверов и лепить кластеризацию на колене), использовал я graylistd, который на питоне. Естественно производительности не хватало ни хрена, так что я разозлился и переписал на окамле.
Получилось неплохо, кода кот наплакал, а делает что надо и притом быстро.
Покуда оно на продакшене падать не начало при больших объемах базы, причем падать где-то сильно глубоко внутри окамлих библиотек. С тех пор я на них несколько в обиде.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #361

361. Сообщение от Vkni (ok), 19-Янв-20, 03:14 +/–

> Покуда оно на продакшене падать не начало при больших объемах базы, причем падать где-то сильно глубоко внутри окамлих библиотек. С тех пор я на них несколько в обиде.
Насколько я понимаю, это что-то там внутри List.map. Мы над этим работаем - надеюсь, к весне List.map будет с хвостовой рекурсией.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #360 Ответы: #362

362. Сообщение от пох. (?), 19-Янв-20, 10:24 +1 +/–

пятнадцать лет работаете? Потом они удивляются, что экзотический язычок что-то так и не стал популярен...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #361 Ответы: #365

363. Сообщение от Ононимко (?), 19-Янв-20, 14:38 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #336 Ответы: #414

364. Сообщение от mumu (ok), 19-Янв-20, 16:11 +/–

Важен процесс. Процесса не было

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

365. Сообщение от Vkni (ok), 19-Янв-20, 17:13 +/–

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

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

366. Сообщение от iZEN (ok), 20-Янв-20, 11:05 +/–

Носятся с этим Гвидобейсиком, как с торбой расписной. А торба-то худая много лет уже.

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

367. Сообщение от Аноним (-), 20-Янв-20, 17:46 +/–

> А вы не думаете, что проблема была не в питоне, а в
> каком-нибудь охвисном гении из каноникала, влепившем в подходящее место except без
> указания подходящих исключений?
Если б так прикалывались только эти компоненты - я бы в это поверил. Но это вообще довольно типичное поведение для питонятины. Посмотри чего творилось когда им 3.5 -> 3.6 перед релизом приспичило. Наверное потому что майнтайнить совсем уж obsolete 5 лет им все же не с руки и на момент релиза хочется версию посвежее. Но в багтрекере после этого случается просто ад.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #355 Ответы: #379

369. Сообщение от Аноним (-), 20-Янв-20, 18:02 –1 +/–

> согласен, забыл упомянуть про fuzzing
Отож. Особенно актуально для алгоритмов и прочей core-логики.
> или уже есть фрейморки для fuzzing-а UI?
А смысл? Даже если UI сделает что-то ну вообще совсем не то - нижний уровень должен поймать и зарубить. Это особенно актуально для всякого веба, где какая разница чего там вебморда проверит, если атакующий потом все-равно скрафтит данные так как ему надо и пошлет их вообще другими способами?
В более обычных апликухах fuzzing UI дает... что именно? Так то я видел автотесты патыющиеся клацать то что должно клацаться. И что не должно клацаться. Это конечно не все возможные заскоки UI ловит. Но fuzzing в основном для изничтожения уязвимостей связанной с обработкой входных данных практикуют - а уязвимость прямо в UI это все-таки нечто достаточно экзотичное. Хотя-бы потому что глубокую обработку входных данных обычно делает все-таки не UI.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #357 Ответы: #371

370. Сообщение от Аноним (-), 20-Янв-20, 18:19 –1 +/–

> Ну соберите мне третьекеды на современной системе, что ли.
Проект TDE занимается как раз этим самым :)
> # Check for gcc with version >= 3.2.
> # We depend on a working gcc, if we fail terminate in every case.
И в каком месте зацитированное вообще является сями? Это вроде кус билдсистемы какой-то. И то что его как-то странно сделали - ну так в билдсистеме можно что угодно написать. Билдсистема проверит и сделает что сказано, но при чем тут си это все-таки не поясняет.
> Так ведь даже код для _Qt5_ придется править, тот же
> #include <QButtonGroup> вставлять, иначе компиляция завалится с "invalid
> use of incomplete type ‘class QButtonGroup’".
По сравнению с питоном - один инкоюд это не так уж плохо. Ну и вообще, это отдельная жирная сторонняя либа - к сям и плюсам это само по себе отношения не имеет. Поменять интерфейс компонента несовместимо с прошлыми версиями можно на любом ЯП умеющем в либы/компоненты вроде.
> В общем, если вы с наскока припоминаете только 1 пример, то в
> контексте обсуждения это просто говорит не в вашу пользу …
А может не в мою? Мне кажется, кто-то не разобрался в технологиях, но мнение уже имеет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #353 Ответы: #375

371. Сообщение от annual slayer (?), 20-Янв-20, 18:20 +/–

> В более обычных апликухах fuzzing UI дает... что именно?
я предполагаю, это могло бы сократить время написания тестов для UI и как замена "взять миллион мартышек, они всегда смогут нажать что-то чего разработчики не предусмотрели"
но не в целях поисках уязвимостей в ядре/бэкенде, а просто чтобы отловить баги в самом UI или взаимодействии его с основным кодом

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #369 Ответы: #376

372. Сообщение от Аноним (-), 20-Янв-20, 18:58 –1 +/–

> В С11, например, gets удалена.
Как "inherently dangerous function". И тем не менее, C89 код таки соберется. В режиме C89, разумеется. А я разве обещал что C89 код по мановению волшебной палочки станет C11? :)
Более того - в C89 и коменты с // нельзя начинать и в режиме C89 без расширений компилер имеет полное право завернуть такой код.
> Или вот, в C99 добавили ключевое слово restrict.
Но вот C89 проги как собирались так и собираются. А хотя-бы и в режиме C89 - потому что C99 отличается не только, блин, названием. И там даже типы лучше использовать другие - менее долбанутые чем в изначальном си. Потому что int something - это достаточно абстрактно, int бывают разными по возможностям, в зависимости от чудачеств платформы и компилера. В C99 это исправили, сделав куда более разумные типы - потому что писать на именно C89 без расширений код... какая-нибудь мелкая букашка типа pic может иметь свое мнение о том что такое int. Ну или у некоторых DSP например char 16-битный. Формально это валидно, фигли. А реально - поэтому и придумали C99 с явно озвученным числом битов на тип, так куда пресказуемее.
> Ну прям так на каждом?  Используйте нужный вам интерпретатор - и
> все будет работать до морковкина заговенья.
Gcc мне почему-то одной версии достаточно на все оказии, а тут предлагается террариум какой-то развести. Почувствуйте разницу.
> Чаще всего меняется что-то в стандартной библиотеке, которая умеет несколько
> больше чем libc.  И что будет если взглянуть как обстоит дело
> с обратной совместимости в 100500 сторонних сишных либах?
Ну так может быть с стандартной библиотекой тоже надо уметь вовремя угомониться? Я конечно понимаю что очень круто запихнуть весь глобус в стандартную библиотеку, но жабисты говорят что с этим потом бывают некоторые нюансы...
> Да, покуда компиляторы тащат с собой поддержку стандартов языка ажно из конца
> 80-х прошлого века.
Ну так пока у народа есть этот код и его работа народу требуется - его и таскают. А все сломать и потребовать всех с ножом к горлу переписать модно, молодежно ... э, блин, а кто вон тому поезду колеса крутить будет? Ну не ты же, хипстер, фирмварь на питончике быстро перенакорябаешь? С такой фирмварью он с рельсов улетит или спалит ящик силовой электроники, стоящей больше чем твоя зарплата за год. Вот и таскают.
> Да нет.  "int restrict = 1;" - и усе, просто не соберется.
Так никто и не обещал что любой код C89 собирается как C99. Иначе какой смысл вообще называть это новым стандартом? Можно и дальше говорить что это C89, разве не логично? :) Значит придется этот код как C89 билдить. У сишников так можно, в отличие от.
> Во-первых, это уже из области "динамические языки - это плохо".
И таки я считаю что это плохо.
1) Потому что гарантирует жоские проблемы с перфомансом.
2) Потому что статический анализ кода идет псу под хвост.
По поводу чего начинаются ужимки с урезанными subset'ами которые типа не совсем питон, зато нет такие тормозливые. Но переписывать тонны гуано на это всем лениво - и они где-то там, влачат существование.
> А с обратной совместимостью в питон приблизительно также как и том же C.
Да вот не так же - у меня в системе только одна версия libc, одна версия компилера и проч. А компилить может и C11 и C89 и чего там еще. В случае с питоном же мне рассказывают что террариум - так и задумано. А ну его в пень такие задумки!
>  Да, чаще ломают (что неудивительно, поскольку возможности искаропки несравнимы),
Ну насчет возможностей можно и поспорить. Я вот сишным кодом могу себе проц забутявить. Даже по сути без асма, без внешних рантаймов. А попробуйте так одним питоном, куле? :)
Ну и да, зачем вообще все переть в стандартную либу? Чтобы показать что муки жабистов при выпуске новой явы - еще не предел? Ну спасибо, это кажется удалось :)
> Везде так.  Никто серебряной пули не придумал.
Не, вот пардон, я таки настаиваю что могу скомпилить и поюзать вон тот C89 код. Здесь и сейчас. А то что у меня компилер довольно новый - ну да, и чего?
> в Воображляндию.
Я бы сказал что с питоном светит только геморройлэнд и багодромы.
> Хорошо что просто сбежал, а мог бы и ножичком, после стольких-то лет
> подобной собачьей должности...
Ножичком? Кого? Тех кто его творениями пользуется? Лучше гранату в этот обезьянник подбросить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #354 Ответы: #380, #383

373. Сообщение от Аноним (373), 20-Янв-20, 19:07 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #378

374. Сообщение от Аноним (373), 20-Янв-20, 19:10 +1 +/–

> Носятся с этим Гвидобейсиком, как с торбой расписной. А торба-то худая много лет уже.
Дожили, #$% - устами iZEN'а глаголет истина... :\

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

375. Сообщение от анонн. (?), 20-Янв-20, 20:35 +/–

>> Ну соберите мне третьекеды на современной системе, что ли.
> Проект TDE занимается как раз этим самым :)
И? Хотите сказать, что раз целый отдельный проект занимается этим, то это однозначное доказательство "старые программы собираются и работают" в действии? Как-то не очень убедительно.
Неужто KDE1 и Qt1/2/3 тоже наверное влет соберуться? (нет)
>> # Check for gcc with version >= 3.2.
>> # We depend on a working gcc, if we fail terminate in every case.
> И в каком месте зацитированное вообще является сями? Это вроде кус билдсистемы какой-то. И то что его как-то странно сделали - ну так
> в билдсистеме можно что угодно написать. Билдсистема проверит и сделает что
> сказано, но при чем тут си это все-таки не поясняет.
До этого там было:
https://github.com/svn2github/virtualbox/commit/b05888fae993...

-        log_failure "gcc version $cc_maj.$cc_min found, expected gcc 4.x, gcc 5.x or gcc 6.x"
+        log_failure "gcc version $cc_maj.$cc_min found, expected gcc 4.x...7.x"

Видимо, написали просто так, из любви к искусству, а не потому что постоянно что-то ломается в билде, по типу:
https://www.virtualbox.org/ticket/18624

>> Так ведь даже код для _Qt5_ придется править, тот же
>> #include <QButtonGroup> вставлять, иначе компиляция завалится с "invalid
>> use of incomplete type ‘class QButtonGroup’".
> По сравнению с питоном - один инкоюд это не так уж плохо.
> Ну и вообще, это отдельная жирная сторонняя либа - к сям
> и плюсам это само по себе отношения не имеет. Поменять интерфейс
> компонента несовместимо с прошлыми версиями можно на любом ЯП умеющем в
> либы/компоненты вроде.
Угум, угум. Тум считаем, там не считаем, а вот тут вот - рыбу заворачивали!
Что совой о пень, что пнем о сову - результат вообще-то не сильно отличается для конечного пользователя. Это притом что VBox 5.2.6 вышел в 2018 году.
Впрочем, ничего нового или удивительного для тех, кто ментейнил или ментейнит парочку старых пакетов в более современном окружении.
>> В общем, если вы с наскока припоминаете только 1 пример, то в
>> контексте обсуждения это просто говорит не в вашу пользу …
> А может не в мою? Мне кажется, кто-то не разобрался в технологиях,
> но мнение уже имеет.
А мне кажется, кто-то почти-совсем-не-трехсотоанонимный, как частенько с ним бывает, ляпнул не особо подумав и теперь пустился в демагогию.
Потому что по существу вопроса тут 0 целых крен десятых, лишь передерг да оправдывания "по сравнению с питоном не страшно!".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #370 Ответы: #377

376. Сообщение от Аноним (-), 20-Янв-20, 21:12 +/–

> я предполагаю, это могло бы сократить время написания тестов для UI и
> как замена "взять миллион мартышек, они всегда смогут нажать что-то чего
> разработчики не предусмотрели"
Частично делается заскриптованными тестами, но это специфично для прог и все-таки не fuzzing в том плане что именно рандомное взаимодействие с гуем... ээ... а как с вменяемыми затратами сил критерий для pass/fail сформулировать в случайном клацании гуя?
> но не в целях поисках уязвимостей в ядре/бэкенде, а просто чтобы отловить
> баги в самом UI или взаимодействии его с основным кодом
Ну просто fuzzing в основном используют для прозвона корректности логики алгоритмов и тому подобного, там он легко прикручивается и понятно как и почему это должно работать. А вот как это в контексте гуя реализовать - черт бы его знает. Для гуя критерий pass/fail сложнее оформить внятно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #371 Ответы: #381

377. Сообщение от Аноним (-), 20-Янв-20, 22:55 –1 +/–

> И? Хотите сказать, что раз целый отдельный проект занимается этим, то это
> однозначное доказательство "старые программы собираются и работают" в действии?
Я хочу сказать что проблемы третьекедов вытекают не из компилеров и сей. А из
1) Того что на майнтенанс оных технологий подзабили.
2) Некоторые технологии кедов 3 стали несколько иррелевантны (e.g. dcop vs dbus) и это вообще не по линии ЯП.
3) Взаимодействие с либами на которые они завязаны и поддержка всего этого. К самим по себе сям чье-то там (не)желание вечно поддерживать третий куть не относится никак.
Собственно сабжи откопали и перекомпилили стюардессу. А зачем откапывать? Все остальные на эту версию забили - только поэтому.
> Как-то не очень убедительно.Неужто KDE1 и Qt1/2/3 тоже наверное влет соберуться? (нет)
Если они и завалятся то явно не по линии ЯП и компилеров. Скорее по зависимостям от внешних компонентов, что к ЯП и компилерам не относится чуть менее чем никак, это взаимодействие компонентов. Тем не менее, прошареные некромансеры периодически такое собирают. И таки да, можно это сделать современным компилером - вот новый компилер этому как правило не мешает вообще совсем никак. Разве что варнингами активнее трындит. Какие-то исключения возможны наверное, но их немного и я никак не могу вспомнить - где надо перепахивать всю прогу по всей площади, как в питоне?
> постоянно что-то ломается в билде, по типу:
> https://www.virtualbox.org/ticket/18624
При том опять же к ЯП и компилеру это относится довольно сбоку - это новомодные оптимизации странно играют с их чудесами. "As expected, the problem is with PCH -- Workaround: VBOX_WITHOUT_PRECOMPILED_HEADERS := 1".
> Угум, угум. Тум считаем, там не считаем, а вот тут вот - рыбу заворачивали!
Если сям и плюсам считать все кути и прочие - тогда питону посчитаем всякие Zope'ы, во! :)
> сильно отличается для конечного пользователя.
А зачем пользователю вообще что-то собирать, программить и прочее? Не понимаю. И тем не менее, сборка древних кед - это больше вообще по линии майнтенанса и интеграции чем програмизма, ЯП и компилеров. Потому что сам по себе яп и компилеры там как правило и не мешают особо.
> Впрочем, ничего нового или удивительного для тех, кто ментейнил или ментейнит парочку
> старых пакетов в более современном окружении.
Вообще странноватое сочетание, свежий gcc с старым пакетом. Но это где-то на грани бага на самом деле. Правда я не очень в курсе чьего именно, мне от vbox ничего не надо по счастью, так что простите великодушно что я в его начинке копаться не буду.
> А мне кажется, кто-то почти-совсем-не-трехсотоанонимный, как частенько с ним бывает, ляпнул
> не особо подумав и теперь пустился в демагогию.
Интересно же посмотреть чего высосут из пальца вебманки? Вот тут притащили за уши сторонние либы и даже раскопали какое-то чудесатое взаимодействие с гцц.
> да оправдывания "по сравнению с питоном не страшно!".
А я виноват что примерно так оно и обстоит? Во всяком случае я почему-то смог собрать ряд весьма античных штук без перепиливания половины кода. С питоном так не катит. И переводы стрелок на сторонние либы - как-то не комильфо, тогда давайте и питону всякие zope'ы считать, вот уж мало не покажется.

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

378. Сообщение от myhand (ok), 21-Янв-20, 08:56 –1 +/–

Хорошая документация - это растяжка?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #373 Ответы: #413

379. Сообщение от myhand (ok), 21-Янв-20, 08:58 +/–

> Но это вообще довольно типичное поведение для питонятины.
На какой выборке вы оценили типичность и как?
> Посмотри чего творилось когда им 3.5 -> 3.6 перед релизом приспичило.
"Им" - это бубунту?  Не использовал и не собираюсь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #367 Ответы: #393

380. Сообщение от myhand (ok), 21-Янв-20, 09:57 +/–

>> В С11, например, gets удалена.
> Как "inherently dangerous function". И тем не менее, C89 код таки соберется.
> В режиме C89, разумеется.
Да, детка.  Вы начинаете понимать принцип...
> А я разве обещал что C89 код
> по мановению волшебной палочки станет C11? :)
Ну типа того: " Как максимум компилер из-за улучшения статического анализа может варнингов накинуть. А дальше уже по ситуации, если хочется, можно и исправить."
> Более того - в C89 и коменты с // нельзя начинать и
> в режиме C89 без расширений компилер имеет полное право завернуть такой код.
Тоже неплохой пример.
>> Или вот, в C99 добавили ключевое слово restrict.
> Но вот C89 проги как собирались так и собираются.
Пока вам достаточно стандартной библиотеки...
Ну так и конкретная версия интерпретатора пайтона - будет работать с
вашими скриптами как угодно долго.
>> Ну прям так на каждом?  Используйте нужный вам интерпретатор - и
>> все будет работать до морковкина заговенья.
> Gcc мне почему-то одной версии достаточно на все оказии, а тут предлагается
> террариум какой-то развести. Почувствуйте разницу.
Во-первых, причем тут gcc?  Аналогия, скорее, между стандартом языка и
версией интерпретатора.  gcc - тащит несколько версий стандартов, интерпретатор
питона, грубо говоря - один (хотя пару релизов старые скрипты будут работать
с гарантией, разве что добавив в выхлоп предупреждений).
Про gcc вам уже ответили граждане.  То что вам достаточно жить ровно с одной версией
компилятора - говорит только о скудости опыта (хотя я бы уже рискнул сделать
более суровое обобщение).
>> Чаще всего меняется что-то в стандартной библиотеке, которая умеет несколько
>> больше чем libc.  И что будет если взглянуть как обстоит дело
>> с обратной совместимости в 100500 сторонних сишных либах?
> Ну так может быть с стандартной библиотекой тоже надо уметь вовремя угомониться?
Так куда не запихни - получатся те же яйца.
>> Да, покуда компиляторы тащат с собой поддержку стандартов языка ажно из конца
>> 80-х прошлого века.
> Ну так пока у народа есть этот код и его работа народу
> требуется - его и таскают.
Его таскают, в основном, из любви к закрытому коду корпорастов.
От них же и идут основные стоны про то как часто в питон что-то "ломают".  Потому что
принцип остается прежний: "разработка" заключается в том, что слепили - и забыли.
В мире FOSS - совершенно другая картина.  Большинство востребованных проектов на
питон - давно сумели свинтить на третий питон без стонов вроде сабжа.
> А все сломать и потребовать всех
> с ножом к горлу переписать модно, молодежно ... э, блин, а
> кто вон тому поезду колеса крутить будет?
На самом деле, вы не сможете найти мало-мальски серьезный открытый проект,
использующий какой-нибудь античный C89.  Подавляющая часть адаптирована до
такой степени, что код как минимум собирается на наиболее современном стандарте.
>> Да нет.  "int restrict = 1;" - и усе, просто не соберется.
> Так никто и не обещал что любой код C89 собирается как C99.
> Иначе какой смысл вообще называть это новым стандартом?
Ну кое-кто - обещал, см. выше.  Конечно, я подозревал, что вы будете
юлить "я это не имел в виду, я это введу..."
> У сишников так можно, в отличие от.
Мне вам что, картинки нарисовать как можно запускать скрипты с нужной
вам версией интерпретатора питон?
>> Во-первых, это уже из области "динамические языки - это плохо".
> И таки я считаю что это плохо.
Вам никто не запрещает так считать.  Просто непонятно почему это мнение кого-то должно волновать?
>> А с обратной совместимостью в питон приблизительно также как и том же C.
> Да вот не так же - у меня в системе только одна
> версия libc, одна версия компилера и проч.
Я вас поздравляю и даже немного завидую.  Значит у вас все впереди!  Может однажды поучаствуете
в разработке к-л свободного дистрибутива, а может даже в более серьезных вещах...  ПТУ^WУниверситет там закончите или что там у вас.
>>  Да, чаще ломают (что неудивительно, поскольку возможности искаропки несравнимы),
> Ну насчет возможностей можно и поспорить.
Ну об чем тут можно спорить?  Что можно запилить поддержку json на C?  Очереди
с приоритетом?  Можно, конечно.  Но мало кому в XXI веке уже интересно стругать
себе в 100500 раз инструменты из палок и г-на, есть масса более других задач.
> Я вот сишным кодом могу себе проц забутявить.
Не уверен, что я понял вашу мову.  Видимо, речь об использовании питона
для низкоуровневого программирования.  В принципе, можно, только зачем?
> Ну и да, зачем вообще все переть в стандартную либу?
Речь шла немного о другом: что вы сравниваете несравнимое.  Т.е. чтобы быть
совсем уж честным при сравнении совместимости - вам надо посмотреть как обстоит
дело со всей кучей либ, которые обеспечивают для C функционал, сопоставимый
с питоновской стандартной библиотекой.
>> Везде так.  Никто серебряной пули не придумал.
> Не, вот пардон, я таки настаиваю что могу скомпилить и поюзать вон
> тот C89 код. Здесь и сейчас.
Так и скрипт на питоне можно запустить нужной версией интерпретатора.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #372 Ответы: #395

381. Сообщение от annual slayer (?), 21-Янв-20, 18:47 +/–

ну да, пожалуй задать вручную BVA для GUI тестов будет проще чем пытаться использовать идеи из фуззинга

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

382. Сообщение от Anonymoustus (ok), 23-Янв-20, 18:20 +/–

>> А нефиг носить голые перфокарты по лестнице! Потом этими же руками ешь.
>> В тележку сложи и — по направляющим для инвалидов…
> тогда не было направляющих для инвалидов.
Тебе бы отдыхать от опеннета, пох, ты уже в простой человеческий юмор не врубаешься.

>[оверквотинг удален]
> это выяснится уже в машинное время, а оно расписано по минутам
> и лишнего - нет, даже в выходные.
> И это еще без бонусов в виде "лента в перфораторе не менялась
> десять лет/разложилась и выкинута, новых завхоз не покупает". Умеете ЕСовские перфокарты
> глазами читать?
> Умные, конечно, надписывали номерки фломастером, но не все такие умные родились.
> В общем-то, все были счастливы, когда стали сравнительно доступны магнитные ленты, пусть
> и читавшиеся местами и временами.
>>> P.S. по йолкам их развешивать, правда, было здорово
> и это вы тоже не поняли?
Отдыхай, говорю, заработался ты написанием комментариев.

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

383. Сообщение от Anonymoustus (ok), 23-Янв-20, 18:54 +/–

>[оверквотинг удален]
> в режиме C89 - потому что C99 отличается не только, блин,
> названием. И там даже типы лучше использовать другие - менее долбанутые
> чем в изначальном си. Потому что int something - это достаточно
> абстрактно, int бывают разными по возможностям, в зависимости от чудачеств платформы
> и компилера. В C99 это исправили, сделав куда более разумные типы
> - потому что писать на именно C89 без расширений код... какая-нибудь
> мелкая букашка типа pic может иметь свое мнение о том что
> такое int. Ну или у некоторых DSP например char 16-битный. Формально
> это валидно, фигли. А реально - поэтому и придумали C99 с
> явно озвученным числом битов на тип, так куда пресказуемее.
Ну, вообще говоря, если вы пишете программу под конкретное известное железо, то вы точно знаете его характеристики, следовательно — эта особенность С89 не является для вас проблемой. А если пишете её для нескольких разных архитектур, то, скорее всего, вы тоже точно знаете их свойства и умеете делать так, чтобы различия не стали проблемой. Си, как ни крути, ЯП не для дураков, а для профессионалов, чётко понимающих, что и как они делают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #372 Ответы: #394

384. Сообщение от Anonymoustus (ok), 23-Янв-20, 18:57 +/–

> И, кстати, дебиану вообще и его пакетному менеджеру в частности нормалек даже
> на самом тощем vm с 128 оперативки. Без свопа. На минуточку,
> это ВЧЕТВЕРО меньше минимальных требований RHEL.
Только если раскатывать из образа каким-нибудь dd. Установить актуальный Debian штатным порядком на машину со 128 МБ ОЗУ сегодня уже не получится. А работать будет, да.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #322 Ответы: #396

385. Сообщение от Anonymoustus (ok), 23-Янв-20, 19:35 +/–

>>> Это отличный инструмент
>> Причём он отличный в каждой минорной версии.
> Ты сделал мой день, Led! Аж слеза навернулась! =)
Редчайший случай, когда он написал что-то умное, а не просто наследил в комментариях.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #387

386. Сообщение от Anonymoustus (ok), 23-Янв-20, 19:36 +/–

> Люто плюсую! Желать что-то долговечное на Пистоне моветон.
Вот люди и взорвались на мине замедленного действия.

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

387. Сообщение от freehck (ok), 23-Янв-20, 19:45 +/–

> Редчайший случай, когда он написал что-то умное, а не просто наследил в комментариях.
Пожалуйста, ребята, не ссорьтесь. =)

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

388. Сообщение от freehck (ok), 23-Янв-20, 19:53 +/–

Поддерживаю по каждому пункту, Vkni (увы, модеры не могут ставить плюсики, так что приходится писать комментарии одобрения).
Хочу также заметить, что диалог с мыхандом есть монолог, но всё равно желаю Вам успехов! =)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #324 Ответы: #389, #402

389. Сообщение от myhand (ok), 24-Янв-20, 10:12 +/–

> Поддерживаю по каждому пункту, Vkni
Т.е. вы тоже считаете, что на питоне нельзя строить что-либо
долгосрочное, несмотря на кучу предъявленных примеров обратного?
(Чу, или мне показалось как некто хвалился тем, что умеет
слышать аргументы оппонента?)
> модеры не могут ставить плюсики
Божечки, да школиe с хабра за вас уж натренировано - расставят
все как надо, контроль плюсометной моторики у них уже натренирован,
до головного мозгу дело не доходит...
PS: Модеры зато могут удалять то что им не понравится по желанию левой пятки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #388 Ответы: #400

390. Сообщение от Scriptor (ok), 24-Янв-20, 13:02 +/–

> ну вот давай ты на нем запустишь пресловутый hg - с минимальным
> набором дополнений, которые берутся не из общей поставки, а из репо?
Ну да, подколол, подколол -- сами разрабы пишут, что не сработает нормально из-за проблем с C API. Но при этом почему-то упорно пытаются заставить.
Я с ним работал во вполне реальной -- хотя и очень нишевой (интерпретация результатов в химии) -- жизни еще с тех времен, когда он был Psyco.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327 Ответы: #392

392. Сообщение от пох. (?), 24-Янв-20, 13:40 +/–

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

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

393. Сообщение от Аноним (-), 24-Янв-20, 21:57 +/–

> На какой выборке вы оценили типичность и как?
На то что мне попадалось. А так то конечно, если майнтайнеры за тебя подолбались - то как бы тебе то уже проще, конечно...
> "Им" - это бубунту?  Не использовал и не собираюсь.
Ну можешь посмотреть что творилось в дебиане когда перед релизом десятки питон до 3.6 подтянули. Сколько и каких пакетов огребли баги и их пришлось перетряхивать оптом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379 Ответы: #403

394. Сообщение от Аноним (-), 24-Янв-20, 22:12 +/–

> Ну, вообще говоря, если вы пишете программу под конкретное известное железо, то
> вы точно знаете его характеристики,
Я вам тут не ассемблерщик (я прогал на нескольких асмах, но - надоело), и таки использую много довольно разного железа. И со своей стороны считаю портабельность сей весьма и весьма жирным плюсом. По поводу чего предпочитаю скорее C99. Порой несколько уменьшенный subset - для МК.
> следовательно — эта особенность С89 не является для вас проблемой.
Мне виднее и мои приоритеты и что является для меня проблемой. Поэтому для себя я решил оперировать C99 (без VLA, кроме случая когда есть очень крутая причина и это не мешает иным вещам). Ну и posix как апи если это еще к оси интерфейсить надо. И писать максимально портабельно при условии что это ничего не нагибает.
А хотя-бы потому что например удобно на стороне компа какой-нибудь алгоритм или кус логики прозвонить, в том числе под мощными тулсами типа asan/ubsan до того как его на мк допустим пускать.
На микроконтроле ... пакость типа avr вообще будет как яваскрипт, всепофиг, продолжаем работать, хоть там чо. Cortex, конечно, hardfault пульнет но понять от чего он вылез в урезанном окружении - канительнее и неудобнее. Справедливости ради, мне приходится вручную левый доступ к памяти делать чтобы вообще проверить что handler срабатывает, но все-же.
> делать так, чтобы различия не стали проблемой. Си, как ни крути,
> ЯП не для дураков, а для профессионалов, чётко понимающих, что и как они делают.
Ну и с этой точки зрения - если я знаю что вон те данные будут 32 бита, мне логично и заказать им uint32_t, а не какой-то абстрактный int с риском поиметь грабли если на какой-то платформе int окажется вдруг не столько.
Если так заметить, именно профессионалы тоже эти типы не лю и часто делают typedef с более вменяемыми типами и кучей кослылепроверок ifdef/sizeof. Мне так поганить код впадлу и я просто юзаю C99.

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

395. Сообщение от Аноним (395), 24-Янв-20, 23:22 –1 +/–

> Да, детка.  Вы начинаете понимать принцип...
Ну так в результате я могу юзать вон тот древний код с вот этим свежим компилером. Не патча полпланеты лично. Более того - можно даже сделать программу из разных по версии сей, это ни к чему такому не ведет.
> Ну типа того: " Как максимум компилер из-за улучшения статического анализа может
> варнингов накинуть. А дальше уже по ситуации, если хочется, можно и исправить."
В каком месте здесь было обещание заапгрейдить соответствие кода стандартам? :)
> Тоже неплохой пример.
Ну дык. Однако те кто кодил под C89 и не юзали такие каменты. А если кто хотел фичу нового стандарта - ну вот тут придется проапгрейдить код уже. Но вот это - опционально. Можно забить, обойдясь без новых фич в этом файле.
> Пока вам достаточно стандартной библиотеки...
И иногда у меня даже и стандартной библиотеки нет. А где я на МК с простой как тапок фирмварой файловую систему возьму? :) А так расписываться за действия вообще всех програмеров и их либ - занятие провальное. Вон там zope, кстати, в соседней новости жжот, не к ночи будь поманут :)
> Ну так и конкретная версия интерпретатора пайтона - будет работать с
> вашими скриптами как угодно долго.
А вот "конкретная версия интерпретатора" (или компилера) - намного менее удобное требование чем "конкретная версия стандарта".
> Во-первых, причем тут gcc?  Аналогия, скорее, между стандартом языка и
> версией интерпретатора.
Ну и вот с этим как бы грабли. Мне достаточно поставить 1 "системный" компилер из репов - и он прожует что у меня есть. А с питоном - фигвам, так не катит.
А если б мне надо было таскать по версии компилера на стандарт, да еще чтоб из проги на C99 хрен поюзаешь алгоритм на C89 - блин я б тогда наверное си "любил" так же как и питон.
> Про gcc вам уже ответили граждане.  То что вам достаточно жить
> ровно с одной версией компилятора - говорит только о скудости опыта
Булшит бинго. Никто из моих знакомых убер-гуру, вплоть до крутых игроделов и мощных алгоритмистов, не держит у себя зоопарк сишных компилеров. Одна версия на все.
Более того - майнтайнеры в дистре, внезапно, билдят одним компилером. По задумке - тем который в репах лежит.
> Так куда не запихни - получатся те же яйца.
А вот не те же. Если в стандартную либу пхать, отвалится у большего числа народа. А опциональная либа - там во первых програмеры дважды подумают до того как апи менять, под угрозой что их либу все перестанут юзать, а во вторых - половина обнаружит что им и без этой либы можно обойтись.
> Его таскают, в основном, из любви к закрытому коду корпорастов.
Расскажем DJB что его tweetnacl - "закрытый код корпорастов"?!
> принцип остается прежний: "разработка" заключается в том, что слепили - и забыли.
Я бы вот предпочел не совать свои лапки в tweetnacl без серьезной необходимости. Это довольно чревато в крипто и я не ощущаю себя DJB - он такой один.

> В мире FOSS - совершенно другая картина.
Как-то не видел программистов которые с энтузиазмом бы рвались переписывать код не для того чтобы улучшить а потому что на их бошку новая версия свалилась.
> На самом деле, вы не сможете найти мало-мальски серьезный открытый проект,
> использующий какой-нибудь античный C89.
А как насчет кода рида-соломона от Phil Karn? Он легенда в тематической области - вернул к жизни полудохлый КА, своими мега-знаниями в подобной вот алгоритмике. И он был достаточно щедр для того чтобы оформить частицу знания в либу рида-соломона. Которую разрбрали на цитаты. И которая таки C89.
> Подавляющая часть адаптирована до такой степени, что код как минимум
> собирается на наиболее современном стандарте.
Да зачем? Они и как C89 прекрасно юзабельны. В том числе и проектами чей собственный код соответствует последним стандартам.
> Ну кое-кто - обещал, см. выше.
Цитату обещаний плз?
> Мне вам что, картинки нарисовать как можно запускать скрипты с нужной
> вам версией интерпретатора питон?
Спасибо, но мне как-то по жизни оказалось проще найти аналоги на чем-нибудь другом. Поэтому на данный момент я уже не имею таких проблем.
> Просто непонятно почему это мнение кого-то должно волновать?
Ага, я за ним столько бежала, чтобы сказать ему что он мне пофиг... %)))
> в разработке к-л свободного дистрибутива, а может даже в более серьезных вещах...
>  ПТУ^WУниверситет там закончите или что там у вас.
Дык участвую. Но естественно не в пихоносрани с вебмакаками. Мне такой крап просто не интересен.
> Ну об чем тут можно спорить?  Что можно запилить поддержку json на C?
>  Очереди с приоритетом? [...]
...поэтому сишники просто цепанут библиотеку - и дело в шляпе. Это ж не питон, где код в массе своей вымер, т.к. афтыри заколебались постоянно переписывать. У сишников библ - на все оказии. И таки к счастью не в стандартной блин либе. Ну вот накулкуа мне там какой-нибудь куть?
> Не уверен, что я понял вашу мову.  Видимо, речь об использовании
> питона для низкоуровневого программирования.  В принципе, можно,
> только зачем?
Это ответ на реверанс что на питоне дескать можно все, бла-бла. И таки некоторые вещи на именно питоне без костылей на других ЯП - да удачи.
> дело со всей кучей либ, которые обеспечивают для C функционал, сопоставимый
> с питоновской стандартной библиотекой.
И в результате получаем помесь явы с кутями, только еще хуже, когда после выпуска очередной версии наступает вешалка. Я вот как раз очень рад что те либы опциональные. Хочу - юзаю их, не хочу - не юзаю. И не имею стало быть проблем с ними и их развалом. Более того - чрезмерно ломкие либы постепенно отсеиваются. А если прямо стандартная либа изгадилась - как это отсеивать?! :D
> Так и скрипт на питоне можно запустить нужной версией интерпретатора.
Ну так в результате требуется устраивать террариум, да к тому же в репах дистра этого нет, что гарантирует кучу дурной камасутры на ровном месте. А таки удобно когда компилер можно прям из реп 1-2 командами, и потом все просто работает...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #380 Ответы: #398, #399, #404

396. Сообщение от Аноним (-), 25-Янв-20, 00:24 –1 +/–

> Только если раскатывать из образа каким-нибудь dd. Установить актуальный Debian штатным
> порядком на машину со 128 МБ ОЗУ сегодня уже не получится.
Ну как бы 128 у меня бывает только на виртуалках. И cp --reflink <template> <new_VM> неизмеримо быстрее чем час жевать сопли каким там еще дебиан-инсталлером.
А образ сделан обычным debootstrap'ом, где ничего лишнего. И я таки вижу разницу между затратами времени в секунду и в час. Это отличает меня от фанатов setup.exe :)
> А работать будет, да.
И работает. Хорошенько минимизированная VM даже и с 64 живет, по крайней мере "armhf". Но медленно, на кэш нифига не остается.

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

397. Сообщение от Аноним (397), 25-Янв-20, 00:28 +/–

> Data science, aka automated statistics - это штука, прекрасно ложащаяся в идеологию
> Питона: быстро напиши, получи результат и выбрось.
Ну так откуда-то оттуда змий и полез. И вот там это и правда никому не создает проблем - половина такого софта вполне себе одноразовый лабораторный макет. Никому же не приходит в бошку требовать от лабораторной установки гламурный корпус и хороший юзеринтерфейс, те кто с ней возятся и так разберутся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #324 Ответы: #401

398. Сообщение от Аноним (398), 25-Янв-20, 15:04 +/–

> А вот "конкретная версия интерпретатора" (или компилера) - намного менее удобное требование чем "конкретная версия стандарта".
> много бла ни о чем
> Булшит бинго. Никто из моих знакомых убер-гуру, вплоть до крутых игроделов и мощных алгоритмистов, не держит у себя зоопарк сишных компилеров. Одна версия на все.
> Более того - майнтайнеры в дистре, внезапно, билдят одним компилером. По задумке - тем который в репах лежит.
То, что "это может быть любой компилер, если этот компилер - не слишком свежий gcc" - вы опять забыли упомянуть из скромности, из-за специфично-выборочного восприятия, незнания или банального склероза?
https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-lang/erla...
А вот тут вот штатный компилер вообще-то шланг:
https://www.freshports.org/lang/gcc9/

gcc9
This port is required by:
for Build
archivers/R-cran-zip
astro/R-cran-maptools
astro/nightfall
astro/wcslib
audio/calf-lv2
audio/gsequencer
audio/lsp-plugins-lv2
Expand this list (620 items / 613 hidden)
Причем, список сильно сократился за последние пару лет, по мере наращивания шлангом компатибельности с gcc.

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

399. Сообщение от Аноним (398), 25-Янв-20, 15:29 +/–

Совсем забыл:
> Никто из моих знакомых убер-гуру, вплоть до крутых игроделов и
> мощных алгоритмистов, не держит у себя зоопарк сишных компилеров. Одна версия на все.
Помимо того, что сам аргумент перевода стрелок на "знакомых", без конкретных отсылок, разве что детсад^W лулзовый - мне просто интересно, как выглядел вопрос о кол. или версиях используемых компилеров? "Слышь, ты сколько компилеров используешь? Как все правильные пацаны, одну версию?"
В общем, хотите использовать аргумент "авторитета" - давайте проверяемый отссылки на пару более-менее серьезных кодеров.
А то и тут, если чуть копнуть, как-то не очень в вашу пользу выглядит:
https://lkml.org/lkml/2013/2/5/873
> All gcc versions tested (4.[4567]) emit calls to __bswap[sd]i2 when
> optimizing for size, so we add the !CC_OPTIMIZE_FOR_SIZE check.
https://lkml.org/lkml/2018/3/21/775
> I tried putting the below ugly test code through various gcc versions.
https://lkml.org/lkml/2019/8/7/55
> > I see the same warnings building linux-5.2.0 with gcc9. However, I don't see the warnings building linux-5.2.0 with the
> the 20190705 of gcc8.

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

400. Сообщение от Vkni (ok), 25-Янв-20, 22:44 +/–

> Т.е. вы тоже считаете, что на питоне нельзя строить что-либо
> долгосрочное, несмотря на кучу предъявленных примеров обратного?
Можно, но это потребует значительно больших вложений сил. Всё это тьюринг-полные языки, то есть, в достаточно широких рамках их в принципе можно заменить друг на друга.
Вопрос же в том, сколько сил придётся вложить в поддержку и разработку.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #389 Ответы: #405

401. Сообщение от Vkni (ok), 25-Янв-20, 22:50 +/–

> И вот там это и правда никому не создает проблем - половина такого софта вполне себе одноразовый лабораторный макет.
Более того, там это очень полезно. Например, текст в значительной части Wolfram Notebook или Jupyter Notebook совершенно не обязан быть корректной программой (там могут быть какие-то обрезки кода, сложенные внизу впрок). При этом система, которая будет настаивать на обязательной компилируемости этого Notebook, будет только мешать (это я как опытный пользователь пишу).

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

402. Сообщение от Vkni (ok), 25-Янв-20, 22:51 –1 +/–

> модеры не могут ставить плюсики
У меня давно сложилось впечатление, что +- ставят боты или люди с примерно той же программой поведения, поэтому я их игнорирую.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #388 Ответы: #406, #407

403. Сообщение от myhand (ok), 26-Янв-20, 09:39 +/–

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

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

404. Сообщение от myhand (ok), 26-Янв-20, 11:11 +/–

>> Да, детка.  Вы начинаете понимать принцип...
> Ну так в результате я могу юзать вон тот древний код с
> вот этим свежим компилером. Не патча полпланеты лично.
Так и на питоне это можно.
> Более того -
> можно даже сделать программу из разных по версии сей, это ни
> к чему такому не ведет.
И это по-идее, тоже можно.  Хотя к чести питона, до сих пор подобных
гениев разработки мне встречать не довелось.
>> Ну типа того: " Как максимум компилер из-за улучшения статического анализа может
>> варнингов накинуть. А дальше уже по ситуации, если хочется, можно и исправить."
> В каком месте здесь было обещание заапгрейдить соответствие кода стандартам? :)
Послушайте, в "я имел в виду не то, я то введу" - играть с вами я не намерян.
> А если кто хотел фичу нового стандарта - ну вот
> тут придется проапгрейдить код уже.
Угу, иначе register все подорвет...   Т.е. с совместимостью обстоит
плюс-минус лапоть также как в питоне: мы объявляем что-то устаревшим,
чтобы в следующих стандартах удалить, мы вводим новый синтаксис, который
ломает нам старый код (кстати, примеров подобного как-то сходу не могу
придумать в питон, в отличие от)...
>> Пока вам достаточно стандартной библиотеки...
> И иногда у меня даже и стандартной библиотеки нет. А где я
> на МК с простой как тапок фирмварой файловую систему возьму? :)
> А так расписываться за действия вообще всех програмеров и их либ
> - занятие провальное.
Это вы все порываетесь расписываться, а я лишь констатировал факт.  В стандартной
библиотеке даже нет большей части типовых структур данных.  STL.  Одна из причин
того, почему такая мерзкая гадость как C++ не сдохла в колыбели...
>> Ну так и конкретная версия интерпретатора пайтона - будет работать с
>> вашими скриптами как угодно долго.
> А вот "конкретная версия интерпретатора" (или компилера) - намного менее удобное требование
> чем "конкретная версия стандарта".
Почему?  Это одно и то же.  Или вам неприменно надо одобрямс чинуш из
ISO?  Ну так тогда последний стандарт схемы - что-то типа r3rs...
>> Во-первых, причем тут gcc?  Аналогия, скорее, между стандартом языка и
>> версией интерпретатора.
> Ну и вот с этим как бы грабли. Мне достаточно поставить 1
> "системный" компилер из репов - и он прожует что у меня есть.
Ну так проблема в том, что это _вам_ достаточно.  А вот в дистрибутивах почему-то
держат несколько.  И львиная доля проблем - это именно "мы заменили gcc на gcc, ПАМАЖИТЕ
ПАЖАЛУСТА!"  Другой сценарий: какая-нибудь libxml2 поменяла версию.
> А с питоном - фигвам, так не катит.
Почему?  У меня ровно один системный интерпретатор.
> Более того - майнтайнеры в дистре, внезапно, билдят одним компилером. По задумке
> - тем который в репах лежит.
Это смотря в каком дистре.  А то в Debian вот почему-то gcc-7 и gcc-8...  Шланг
тоже рядом лежит.
>> Так куда не запихни - получатся те же яйца.
> А вот не те же. Если в стандартную либу пхать, отвалится у
> большего числа народа.
Если вы не пользуетесь - что у вас может отвалиться?
> А опциональная либа - там во первых програмеры
> дважды подумают до того как апи менять, под угрозой что их
> либу все перестанут юзать, а во вторых - половина обнаружит что
> им и без этой либы можно обойтись.
Вообще-то куда шустрее всякие libxml2 сишные апи меняют чем что-то
обратно-несовместимое в стандартной библиотеке питона сотворят...
>> Его таскают, в основном, из любви к закрытому коду корпорастов.
> Расскажем DJB что его tweetnacl - "закрытый код корпорастов"?!
Можете сразу рассказать как из-за одной из его 100500-й утилитки
в компайлерах держат кучу стандартов.
>> принцип остается прежний: "разработка" заключается в том, что слепили - и забыли.
> Я бы вот предпочел не совать свои лапки в tweetnacl без серьезной
> необходимости. Это довольно чревато в крипто и я не ощущаю себя DJB - он такой один.
Да не один он такой.  Поматросил и бросил - типичная картина при
интырпрайз-разработке.  А у автора кумыла просто с детства чвс чешется,
вот он и плодит новые мертворожденные проекты.  Код для статьи.
Не вспоминайте про DJB при тех, кто с его поделиями сталкивался в промышленном
применении.  Могут и ногами побить.
>> В мире FOSS - совершенно другая картина.
> Как-то не видел программистов которые с энтузиазмом бы рвались переписывать код не
> для того чтобы улучшить а потому что на их бошку новая версия свалилась.
Ну а чего еще вы не видели?  Тех кто пишет тесты?
>> На самом деле, вы не сможете найти мало-мальски серьезный открытый проект,
>> использующий какой-нибудь античный C89.
> А как насчет кода рида-соломона от Phil Karn? Он легенда в тематической
> области - вернул к жизни полудохлый КА, своими мега-знаниями в подобной
> вот алгоритмике. И он был достаточно щедр для того чтобы оформить
> частицу знания в либу рида-соломона. Которую разрбрали на цитаты. И которая таки C89.
Проект настолько серьезен, что даже викимусорка его не упоминает,
пишущи про подобную "алгоритмику".
Нет, проектов на манер DJB (запилю вам POC, "открою" под "хочите
менять - форкайте на всю катушку") - найти, наверно, можно.  Хотя как раз
сишные проекты все меньше в этом плане заметны: тут именно Python удобнее.
Я не про "открыл и забыл", а про проекты, у которых есть багтрекер,
хотя бы несколько разработчиков, сформировавшееся сообщество пользователей вокруг.
>> Подавляющая часть адаптирована до такой степени, что код как минимум
>> собирается на наиболее современном стандарте.
> Да зачем? Они и как C89 прекрасно юзабельны. В том числе и
> проектами чей собственный код соответствует последним стандартам.
Да все за тем же.  Чтобы проект не подох в итоге.  Никому не интересно
обучать вновь приходящих разработчиков ANSI C, например.
>> Ну кое-кто - обещал, см. выше.
> Цитату обещаний плз?
Я цитировал.  См. выше, вы там в шкаф залезли "я это не введу, я введу другое"...
>> в разработке к-л свободного дистрибутива, а может даже в более серьезных вещах...
>>  ПТУ^WУниверситет там закончите или что там у вас.
> Дык участвую. Но естественно не в пихоносрани с вебмакаками.
Веб-проекты, мягко говоря, далеко не самая типичная область применения питона.
>> Ну об чем тут можно спорить?  Что можно запилить поддержку json на C?
>>  Очереди с приоритетом? [...]
> ...поэтому сишники просто цепанут библиотеку - и дело в шляпе.
А потом просто цепанут ее немножко по-другому.  Потому что тут АПИ
менять можно хоть каждый год - не стандарт.  Же!
> Это ж не питон, где код в массе своей вымер, т.к. афтыри заколебались
> постоянно переписывать.
Давайте вы хоть что-то попробуете доказать.  Благо, это не C, где код
лежит где попало и как попало.  Все более-менее запаковано одинаково
и есть pypi, который уже не-веб-макака должна суметь за час распросить
про статистику.  Дерзайте.  Может даже вам для дипломной работы сгодится...
>> дело со всей кучей либ, которые обеспечивают для C функционал, сопоставимый
>> с питоновской стандартной библиотекой.
> И в результате получаем помесь явы с кутями, только еще хуже, когда
> после выпуска очередной версии наступает вешалка. Я вот как раз очень
> рад что те либы опциональные. Хочу - юзаю их, не хочу - не юзаю.
Если вы их не юзаете - то каким образом ожидаете от них "вешалку"?
> А если прямо стандартная либа изгадилась - как это отсеивать?! :D
А что мешает сделать нестандартную либу?  Следовательно, вы доказали
только то, что стандартная либа "не изгадилась", с совместимостью
там все хорошо.
>> Так и скрипт на питоне можно запустить нужной версией интерпретатора.
> Ну так в результате требуется устраивать террариум, да к тому же в
> репах дистра этого нет
Почему это террариум, а куча стандартов в компиляторе - не террариум?
И почему это в репах дистра "нет"?  Как правило, все есть - для
самого актуального случая (py2 vs py3).

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

405. Сообщение от myhand (ok), 26-Янв-20, 11:15 +/–

>> Т.е. вы тоже считаете, что на питоне нельзя строить что-либо
>> долгосрочное, несмотря на кучу предъявленных примеров обратного?
> Можно, но это потребует значительно больших вложений сил.
Отлично.  Флаг вам в руки: объясняйте почему есть куча проектов,
не ленящихся использовать питон, несмотря на необходимость энтих "сил",
а на OCaml есть в лучшем случае один Coq (и у меня, скажем так, есть
серьезные подозрения почему он на нем есть).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #400 Ответы: #409

406. Сообщение от myhand (ok), 26-Янв-20, 11:18 +/–

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

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

407. Сообщение от freehck (ok), 26-Янв-20, 19:12 +/–

>> модеры не могут ставить плюсики
> У меня давно сложилось впечатление, что +- ставят боты или люди с
> примерно той же программой поведения, поэтому я их игнорирую.
Имхо, +- есть в некотором смысле показатель солидарности со мнением. Чем писать 100 комментов вида "поддерживаю", "согласен", и т.п. -- куда разумнее воспользоваться системой рейтинга.
Разумеется, рейтинг нужен не для тебя или меня. Рейтинг есть направляющая для новопришедших, которые ещё не знают, как тут ориентироваться, что хорошо, что плохо.  И наш рейтинг вроде бы корректно пока отражает действительность, в отличие от, скажем, хабрахабровского.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #402 Ответы: #408

408. Сообщение от Vkni (ok), 26-Янв-20, 20:34 +/–

Ну странный какой-то показатель. Вот у меня в практически всех комментах здесь мысль одна - "язык, это инструмент, который надо применять в соответствующей области". И почему-то один из этих комментов имеет -15, а остальные - что-то в районе нуля. Хотя какая разница?

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

409. Сообщение от Vkni (ok), 26-Янв-20, 20:40 +/–

> Отлично.  Флаг вам в руки: объясняйте почему есть куча проектов,
> не ленящихся использовать питон, несмотря на необходимость энтих "сил",
Потому что в ряде случаев субъект, выбирающий язык, ориентируется на что-то внешнее:
1. Лёгкость набора кодеров под язык.
2. Зарплату кодеров.
3. Моду.
4. Уже имеющуюся экосистему.
> а на OCaml есть в лучшем случае один Coq
Это не так - есть та же Jane Street, вполне себе пилящая всякое своё.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #405 Ответы: #410

410. Сообщение от myhand (ok), 27-Янв-20, 11:30 +/–

>> Отлично.  Флаг вам в руки: объясняйте почему есть куча проектов,
>> не ленящихся использовать питон, несмотря на необходимость энтих "сил",
> Потому что в ряде случаев субъект, выбирающий язык, ориентируется на что-то внешнее:
Ну что вы, кроме пользователей OCaml ведь все - мазохисты...
> 1. Лёгкость набора кодеров под язык.
А вот это как раз разумное требование.  Особенно если учитывать, что (сюрприз,
сюрприз!) значительная доля ПО создается прикладниками, а вовсе не программистами.
>> а на OCaml есть в лучшем случае один Coq
> Это не так - есть та же Jane Street, вполне себе пилящая всякое своё.
Да нет, пожалуй это ровно один значимый FOSS проект на OCaml.  Еще что-то есть,
но это разная фигня вроде p2p клиентов (mldonkey?).

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

411. Сообщение от PereresusNeVlezaetBuggy (ok), 16-Фев-20, 00:04 +/–

> Таких языков, которые просто умерли со временем - было. perl4, php<=4. Но
> умерли они от того, что на них просто не успели и
> не сумели ничего существенного написать, а не от того что гордый
> разработчик, поковыряв пальцем в грязном носу, заявил что "нипаддерживаеццца".
> (поэтому с "нипаддерживаетца" php5 мы будем еще лет двадцать обниматься)
На PHP 4 вообще-то очень много чего успели понаписать, от форумных движков до phpMyAdmin, и моё отношение к большей части этого кода не отменяет значимости явления. Другое дело, что некая критическая масса разработчиков побежала за появившимся в PHP5 как бы ООП, благодаря чему нашлось немало желающих помочь с переездом.

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

412. Сообщение от Аноним (412), 16-Фев-20, 02:15 +/–

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

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

413. Сообщение от Аноним (413), 17-Фев-20, 22:20 +/–

> Хорошая документация - это растяжка?
Если в нее после каждой минорной версии вштыривать надо - пожалуй что да.

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

414. Сообщение от Аноним (413), 17-Фев-20, 22:22 +/–

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

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от kai3341 (ok), 14-Янв-20, 23:09	+22 +/–
Хм. Тут, скорее, вопрос о качестве кодовой базы Mercurial
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #8

2. Сообщение от Аноним (2), 14-Янв-20, 23:15	–1 +/–
Лучше бы они его целиком на Rust переписали вместо этого
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #4, #39, #52, #89, #127

3. Сообщение от Аноним (4), 14-Янв-20, 23:17	+8 +/–
"комментируя комментатора - не-майнтейнер полагает, что решение использовать для dvcs модный-молодежный язычок, который каждый день новый, а поддержку прошлых версий по желанию левой пятки бросают - было большой ошибкой, и является примером того, как не надо поступать"
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #7, #12, #14, #63

4. Сообщение от Аноним (4), 14-Янв-20, 23:17	+12 +/–
приступайте!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #194

5. Сообщение от тот_же_анон_только_с_мабилы (?), 14-Янв-20, 23:24	+8 +/–
Только С и Git незыблемы и вечны!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #13

6. Сообщение от Аноним (6), 14-Янв-20, 23:28	+/–
> Комментируя ситуацию с Python 3 мэйнтейнер Mercurial считает, что решение по продвижению ломающего совместимость Python 3 и навязывание его как нового более правильного языка, при отсутствии актуальных для разработчиков прорывных улучшений, было большой ошибкой а на самом деле было большой ошибкой продолжать совместимость Меркуриала с python-2 .. нужно было как можно раньше перевести Меркуриал на ветку 3 (в 2008 году!) и СРАЗУ забросить ветку 2 -- исправляя ошибки без какой либо оглядки на прошлое. без рассредоточения сил на всякую постороннюю хрень. но ведь что это за этот мусор в голове у людей был? поклонников/фанатов версии 2. скакого хрена они так долго тянули время? на что надеялись? на то что ветку 3 отменят?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #9, #11, #18, #27, #33, #73, #103

7. Сообщение от freehck (ok), 14-Янв-20, 23:29	+1 +/–
два чаю этому анониму
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3

8. Сообщение от Аноним (8), 14-Янв-20, 23:29	+6 +/–
Ну то есть вы, как специалист по кодовой базе Mercurial, имеющий многолетний опыт поддержки крупных проектов, сейчас приложите разумное проверяемое обоснование наличия лучшего решения, правильно?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #15, #26, #50, #176

9. Сообщение от freehck (ok), 14-Янв-20, 23:30	+2 +/–
> что это за этот мусор в голове у людей был? Ну как это что. Написано же в новости: пытались обеспечить обратную совместимость со сторонними расширениями, написанными на втором питоне.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #34

10. Сообщение от Аноним (10), 14-Янв-20, 23:32	+3 +/–
> Комментируя Python 3 мэйнтейнер Mercurial считает, что решение по продвижению ломающего совместимость Python 3 и позиционирование его как нового более правильного языка вместо постепенного наращивания функциональности и предоставления возможности инкрементальной адаптации приложений было большой ошибкой, применившей большой вред сообществу и являющейся примером того как не нужно поступать крупным проектам. Очень правильные слова. Это настолько болезненно - переходить с питона 2 на питон 3, что ощущение будто тебя обманывают: вроде бы язык один и тот же почти во всех случаях, но проще переписать программу на каком-то другом языке, чем думать где ещё может возникнуть проблема после перевода своей кодовой базы с 2 на 3 питон.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #16

11. Сообщение от Аноним (8), 14-Янв-20, 23:32	+1 +/–
Конечно, вам виднее. Что-то, правда, мне подсказывает, что вы никогда не видели багов в VCS, влияющих на целостность репозитория, и никогда его не чинили. Потому что те, кто знает цену надёжности VCS, как мне почему-то кажется, не разделяют вашу позицию. И, да, я в их числе (нет, чинить приходилось не Mercurial).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #22

12. Сообщение от Аноним (12), 14-Янв-20, 23:40	+2 +/–
> модный-молодежный язычок > first released in 1991 Боюсь что когда вышел этот якобы модный-молодёжный язычок тебя ещё даже в планах небыло.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #17

13. Сообщение от Аноним (12), 14-Янв-20, 23:41	+7 +/–
Про perl забыл.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #57

14. Сообщение от Ями (?), 14-Янв-20, 23:41	+/–
Нужно было сразу на Rust-е писать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #64

15. Сообщение от brzm (ok), 14-Янв-20, 23:42	+5 +/–
> так как тесты не охватывают 100% кодовой базы, а многие проблемы незаметны при статическом анализе и проявляются только во время выполнения Вроде сами признали, по тексту новости сложилось такое впечатление. Может вы что-то знаете чего не знаем мы?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #30

16. Сообщение от freehck (ok), 14-Янв-20, 23:43	+1 +/–
> ощущение будто тебя обманывают > проще переписать программу на каком-то другом языке, чем Да уже который год говорю, где обманывают: посмотрите на то, в каком состоянии "готовности" находятся стандартные библиотеки. За тридцать-то лет языка они, небось, должны быть совсем в ином состоянии. =/ И таки да: проще переписать на другом языке, чем пытаться поддерживать что-либо на питоне. Даже пресловутый мёртвый перл5 заставлял меня в своё время удивляться на порядки меньше, нежели питон2. Но ладно. Я сейчас опять ведь начну питоносpач... А так надоели фанаты оного... Короче, ребята, давайте сразу засчитывайте мне слив, ибо я спорить не намерен в этот раз. Все несогласные -- лесом. =/
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #32, #74, #181

17. Сообщение от freehck (ok), 14-Янв-20, 23:45	+2 +/–
> Боюсь что когда вышел этот якобы модный-молодёжный язычок тебя ещё даже в планах небыло. Питон язык модный. И на нём пишет молодёжь. Russian. Do you speak it?!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #20, #67, #86

18. Сообщение от cio (?), 14-Янв-20, 23:48	+4 +/–
будущее Python 3 тогда было туманным, его судьба могла сложиться как у Perl 6
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #23

19. Сообщение от menangen (?), 14-Янв-20, 23:52	+/–
В последнее время, Python че-то не туда шагнул. То все эти асинхронные фишки скоммунизженны с Node.js, чтобы быть не хуже, но при этом со своими узелками в кишках; то какое-то местами усложнённое г в синтаксисе простого языка. Всё это вызывает грусть и тоску, вместо выпиливания GIL и впиливания JIT занимаются откровенной мало кому нужной ерундой, все эти «Foundation» - кормят не пойми кого
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #29

20. Сообщение от kai3341 (ok), 15-Янв-20, 00:05	–3 +/–
> Питон язык модный. И на нём пишет молодёжь. Пиши на COBOL! Будь не таким как все!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #143

21. Сообщение от Аноним (21), 15-Янв-20, 00:09	+2 +/–
А где же тот чувачок, который "...несовместимая 3-я версия это лучшее что случилось с питоном"? https://www.opennet.dev/openforum/vsluhforumID3/119416.html#30
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #65

22. Сообщение от annual slayer (?), 15-Янв-20, 00:09	+/–
мда, так ценят целостность репозиториев, что выбрали язык без типов и при этом даже тестами толком не покрыли И - Инжиниринг
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #44, #147

23. Сообщение от annual slayer (?), 15-Янв-20, 00:10	+/–
прямо все 12 лет с 2008-го года было туманным?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18 Ответы: #24, #61

24. Сообщение от annual slayer (?), 15-Янв-20, 00:11	+1 +/–
а когда жареный петух в жoпу клюнул -- че-то резко всё прояснилось сразу
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23

25. Сообщение от Anonymoustus (ok), 15-Янв-20, 00:11	+5 +/–
Я бы им посоветовал переписать всё на стабильном языке — на Перле, например.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #36, #80

26. Сообщение от Anonymoustus (ok), 15-Янв-20, 00:13	+1 +/–
> Ну то есть вы, как специалист по кодовой базе Mercurial, имеющий многолетний > опыт поддержки крупных проектов, сейчас приложите разумное проверяемое обоснование наличия > лучшего решения, правильно? Вчитайтесь в комментарии этого персонажа: оно же пишет хвостом вебню. Естественно, хвостатые любят взрывные инновации прогресса, обмазываться свежатиной и Пихтон.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #48, #87

27. Сообщение от Anonymoustus (ok), 15-Янв-20, 00:17	+3 +/–
А в третьей ветке великолепная обратная совместимость с самой собой. Да, анон? :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #93

28. Сообщение от Аноним (34), 15-Янв-20, 00:21	–3 +/–
>так как тесты не охватывают 100% кодовой базы ССЗБ.
Ответить \| Правка \| Наверх \| Cообщить модератору

29. Сообщение от kai3341 (ok), 15-Янв-20, 00:22	–2 +/–
> В последнее время, Python че-то не туда шагнул. Место BDFL всё ещё вакантно! Не упусти свой шанс решать, куда шагать python'у > То все эти асинхронные фишки скоммунизженны с Node.js Видите ли, эти "асинхронные фишки" дают дикий буст производительности IO-задач. Кстати (могу оказаться неправ), синтаксис async/await вообще в шарпах появился. Кто откуда комуниздит? > выпиливания GIL А мужики то и не знали, что реализация IronPython без GIL! Вообще с GIL не так всё просто. Это инженерное решение со своими достоинствами (внезапно оно производительно) и недостатками (заставляет отбросить многопоточность, когда дело касается производительности. Впрочем, когда дело касается производительности, самое время подумать о сишном расширении) > впиливания JIT Смотри: https://github.com/gvanrossum?tab=repositories В списке есть mypy. Чем занимается mypy? Слышал ли ты о cython? Чем принципиально cython отличается от python? А теперь снова посмотри на mypy. Субъективно моё предположение -- вывод типов -- первый шаг к JIT
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19 Ответы: #66, #97

30. Сообщение от Аноним (30), 15-Янв-20, 00:24	+7 +/–
Механический подсчет покрытия тоже не гарантирует ничего. Вот, допустим, есть такая функция: int f(int x, int y) { int arr[2] = { 0, 0 }; int i = 1; if (x == 1) i--; if (y == 1) i--; return arr[i]; } Сделали тесты на f(0, 1) и на f(1, 0), test coverage бодро рапортует 100%, а программа падает.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #35, #42