The OpenNET Project / Index page

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



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

"Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от opennews (ok), 14-Янв-20, 23:09 
Мэйнтейнер системы управления версиями Mercurial подвёл итог работы по  переводу проекта с  Python 2 на Python 3. Несмотря не то, что портирование началось ещё в  2008 году и было форсировано в 2015 году, полноценная возможность использования Python 3 была реализована только в последней ветке Mercurial 5.2...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52184

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

Оглавление

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


1. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +20 +/
Сообщение от kai3341 (ok), 14-Янв-20, 23:09 
Хм. Тут, скорее, вопрос о качестве кодовой базы Mercurial
Ответить | Правка | Наверх | Cообщить модератору

8. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +7 +/
Сообщение от Аноним (8), 14-Янв-20, 23:29 
Ну то есть вы, как специалист по кодовой базе Mercurial, имеющий многолетний опыт поддержки крупных проектов, сейчас приложите разумное проверяемое обоснование наличия лучшего решения, правильно?
Ответить | Правка | Наверх | Cообщить модератору

15. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +4 +/
Сообщение от brzm (ok), 14-Янв-20, 23:42 
> так как тесты не охватывают 100% кодовой базы, а многие проблемы незаметны при статическом анализе и проявляются только во время выполнения

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

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

30. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +7 +/
Сообщение от Аноним (30), 15-Янв-20, 00:24 
Механический подсчет покрытия тоже не гарантирует ничего.

Вот, допустим, есть такая функция:

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

35. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от kai3341 (ok), 15-Янв-20, 00:38 
Удваиваю. Покрытие ради покрытия ещё ни о чём не говорит
Особенно грустно, когда тестами покрывается реализация, а не интерфейс (API, а не графический) -- рефакторинг превращается борьбу со сломанными тестами. В результате тесты перестают помогать разработке и вместо этого сковывают -- каждое движение заставляет сделать ещё 100500 правок. Интересно при этом то, что прохождение 100% тестов не гарантирует отсутствие ошибок
Ответить | Правка | Наверх | Cообщить модератору

41. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (30), 15-Янв-20, 00:46 
Покрывать тестами надо и то, и другое.
Юнит-тесты хороши для библиотек, реализующих нетривиальные алгоритмы, особенно оптимизированные, когда логику уже не так-то просто проследить. Во время написания алгоритма обычно помнишь о хитрых edge cases, которые надо проверить, а при внесении изменений через несколько лет можно и не вспомнить, особенно если изменения вносит кто-то другой.
Покрывать же юнит-тестами всякую там обвязку - во-первых, сложно, а во-вторых, бессмысленно: обвязка обычно не имеет самостоятельной ценности, а важна вкупе с использующим ее кодом, который может так же легко измениться, и получится бессмысленная работа по поддержанию тестов ради тестов. Важна работа предоставляемого API - и его-то тут и надо тестировать.
Ответить | Правка | Наверх | Cообщить модератору

43. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от kai3341 (ok), 15-Янв-20, 00:50 
В качестве ответа я сошлюсь на Линуса. "Не ломать юзерленд" -- это значит не менять внешние API ядра.
При этом, внутренние API (что есть реализация) могут запросто меняться. По этой причине ядерные блобы в линуксах -- дурной тон.
Ответить | Правка | Наверх | Cообщить модератору

53. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (30), 15-Янв-20, 00:59 
А тут я полностью согласен. Но тестами на API сложно покрыть edge cases в алгоритмах (конечному пользователю пофиг, какие там внутри алгоритмы) - потому нужны оба.
Ответить | Правка | Наверх | Cообщить модератору

62. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от kai3341 (ok), 15-Янв-20, 01:09 
>  А тут я полностью согласен. Но тестами на API сложно покрыть edge cases в алгоритмах (конечному пользователю пофиг, какие там внутри алгоритмы) - потому нужны оба.

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

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

70. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (30), 15-Янв-20, 01:59 
Тут ещё вопрос, где API. Например, в Solaris был баг в реализации qsort(), который приводил к тому, что для входных массивов с пачкой идущих подряд одинаковых значений сортировка занимала неприлично долгое время. Да, конечно, в quicksort amortized n log n, и worst case n^2, но разница с реализацией из BSD или Linux была на порядок.

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

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

75. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от kai3341 (ok), 15-Янв-20, 02:21 
Принято. Речь о тонкой границе, когда компонент реализации стабилизируется и становится внутренним API -- на него завязываются другие внутренние компоненты приложения.
ИМХО тут важно соблюсти баланс -- если от компонента что-то зависит, должны быть тесты, однако эти же тесты не должны связывать руки, если компонент необходимо подвергнуть модификации. Где именно этот баланс -- я не знаю.
Ответить | Правка | Наверх | Cообщить модератору

221. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (221), 15-Янв-20, 14:52 
Вероятно, вы говорите о разных вещах одними словами. И для этих разных вещей придумали разные слова: функциональное и юнит-тестирование.
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

226. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от kai3341 (ok), 15-Янв-20, 15:13 
Спасибо. Учту
Ответить | Правка | Наверх | Cообщить модератору

42. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Вашье (?), 15-Янв-20, 00:49 
Так вы, это, мутируйте поменьше, и никто никуда падать не будет.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

45. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (30), 15-Янв-20, 00:53 
Это тоже ничего не гарантирует. Точно такую же проблему можно показать и на чистых функциях с рекурсией.
Ответить | Правка | Наверх | Cообщить модератору

46. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от kai3341 (ok), 15-Янв-20, 00:53 
>  Так вы, это, мутируйте поменьше, и никто никуда падать не будет.

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

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

26. Скрыто модератором  +1 +/
Сообщение от Anonymoustus (ok), 15-Янв-20, 00:13 
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

48. Скрыто модератором  –2 +/
Сообщение от Аноним (48), 15-Янв-20, 00:55 
Ответить | Правка | Наверх | Cообщить модератору

51. Скрыто модератором  +2 +/
Сообщение от Anonymoustus (ok), 15-Янв-20, 00:57 
Ответить | Правка | Наверх | Cообщить модератору

54. Скрыто модератором  –1 +/
Сообщение от Аноним (48), 15-Янв-20, 00:59 
Ответить | Правка | Наверх | Cообщить модератору

88. Скрыто модератором  +/
Сообщение от Аноним (88), 15-Янв-20, 06:19 
Ответить | Правка | Наверх | Cообщить модератору

87. Скрыто модератором  +/
Сообщение от Аноним (88), 15-Янв-20, 06:19 
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

50. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (48), 15-Янв-20, 00:57 
> Ну то есть вы, как специалист по кодовой базе Mercurial, имеющий многолетний опыт поддержки крупных проектов, сейчас приложите разумное проверяемое обоснование наличия лучшего решения, правильно?

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

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

176. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от myhand (ok), 15-Янв-20, 12:50 
Да тут к гадалке не ходи...

Ну подумайте хоть немного: переход на Python3 давно сделало большинство крупных проектов.  Чуть менее чем все, например, среди околонаучных и DS приложений питона.  Причем какая-нибудь pandas по объему кода вполне сравнима с сабж.

И, как правило, умудрялись это делать без необходимости поддерживать отдельные кодовые базы для 2 и 3.

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

183. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (183), 15-Янв-20, 13:07 
Справедливости ради, у них не было стапятисот ваcянских плагинов, с которыми надо было поддерживать совместимость.
Ответить | Правка | Наверх | Cообщить модератору

238. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 15-Янв-20, 18:41 
Вы знаете, тут все не так однозначно.  АПИ плагинам же не феи-валшебницы нарисовали.
Ответить | Правка | Наверх | Cообщить модератору

256. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 15-Янв-20, 22:08 
Зашёл на сайт какой-нибудь pandas. Нажал «get pandas», «download». Получил 404.

Знаете, я лично как-то рад, что эти ребята не занимаются разработкой одной из систем управления версиями файлов, которой я пользуюсь.

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

257. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от 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ообщить модератору

264. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от PereresusNeVlezaetBuggy (ok), 16-Янв-20, 00:21 
> И рассказал об этом на opennet, а не мейнтейнерам :)

Я рассказал об этом человеку, который первый заговорил о pandas как о примере качественного крупного проекта, успешно мигрировавшего на Python 3. Что я написал (или прямо сейчас пишу, или буду писать) и кому в проекте pandas — вы не знаете, но мнение уже заранее имеете. Поздравляю, вы обделались.

> Честно говоря, мне бы в голову не пришло воспользоваться этой кнопкой -- пакеты ставятся через pip. Может, вы и deb/rpm/whatever-пакеты так в свою систему ставите? Пилите кулстори, как вы добрались до этой кнопки, уж очень любопытно

Очень просто: полез в гугл смотреть, что это такое. Вышел на официальный сайт. Правда, внезапно, весь мир не крутится вокруг Python и pandas?

И, да, пакеты я предпочитаю прежде всего ставить из состава поставляющихся с ОС. Так как знаю цену этой работе, равно как и цену легко разводимому всеми этими pip/gem/etc. бардаку, будучи мейнтейнером как лёгкого, так и довольно тяжёлого софта.

Я без понятия, кто ещё пользуется этим функционалом. Это ссылка на официальном сайте, если оно нерабочее — какого хрена она там делает? А если этим официальным сайтом никто не пользуется, ну-у-у, сами догадаетесь? Это ваша логика, не моя. Не нравится, когда зеркалят? ;)

> Короче, потерпите

Даже не собирался. Я просто продемонстрировал наглядно, что подход у разных проектов (на примере Mercurial и pandas, причём предложил pandas, опять же, не я, а оппонент) немного разный, что обусловлено во многом спецификой решаемых задач. Там, где Mercurial дуют на воду, pandas смело перешли на новую версию Python. Перешли, ну и молодцы. Но говорить, мол, Вася-спортсмен пробежать марафон смог, почему Петя-инженер не может — как-то глупо.

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

266. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от myhand (ok), 16-Янв-20, 01:06 
>> И рассказал об этом на opennet, а не мейнтейнерам :)
> Я рассказал об этом человеку, который первый заговорил о pandas как о
> примере качественного крупного проекта, успешно мигрировавшего на Python 3.

У вас странная манера судить о качестве продукта.  Битая ссылка, которая никому
особо не нужна.  По хорошему, надо тестировать и ловить такие вещи.  Вы хотите
сказать, что на openbsd.org я не найду битых ссылок?

Есть NLOC для оценки объема кода, вполне можно сравнить с hq.  Есть какой-нибудь
Scopus для оценки цитируемости статей проекта и его "успешности".

> Я без понятия, кто ещё пользуется этим функционалом. Это ссылка на официальном
> сайте, если оно нерабочее — какого хрена она там делает?

Баги бывают, странно не это - а то, причем тут вообще Python 3.

> А если этим официальным сайтом никто не пользуется, ну-у-у, сами догадаетесь?

Да пользуются, конечно, просто не для скачивания rc версий.

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

268. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от PereresusNeVlezaetBuggy (ok), 16-Янв-20, 01:22 
>>> И рассказал об этом на opennet, а не мейнтейнерам :)
>> Я рассказал об этом человеку, который первый заговорил о pandas как о
>> примере качественного крупного проекта, успешно мигрировавшего на Python 3.
> У вас странная манера судить о качестве продукта.

Я всего лишь зеркалил ущербную логику оппонента. Странно, что вам это надо объяснять.

>  Битая ссылка, которая никому особо не нужна.

Не надо судить обо всех по себе, ОК?

>  По хорошему, надо тестировать и ловить такие вещи.
>  Вы хотите
> сказать, что на openbsd.org я не найду битых ссылок?

Найдите и сообщите. Скажу спасибо.

> Есть NLOC для оценки объема кода, вполне можно сравнить с hq.  
> Есть какой-нибудь
> Scopus для оценки цитируемости статей проекта и его "успешности".

Упоминания в прессе (и вообще в Сети) — мерка та ещё. Так как у продукта с меньшим количеством проблем в использовании упоминаний будет меньше. ;) Нет, получше метрику я пока что сам назвать не могу к сожалению... Ну да и не в них суть.

>> Я без понятия, кто ещё пользуется этим функционалом. Это ссылка на официальном
>> сайте, если оно нерабочее — какого хрена она там делает?
> Баги бывают, странно не это - а то, причем тут вообще Python
> 3.

При том же, причём pandas к Mercurial: ровно ни при чём.

>> А если этим официальным сайтом никто не пользуется, ну-у-у, сами догадаетесь?
> Да пользуются, конечно, просто не для скачивания rc версий.

Тогда зачем там эта ссылка размещена? А? :)

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

278. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 16-Янв-20, 10:19 
> Я всего лишь зеркалил ущербную логику оппонента. Странно, что вам это надо объяснять.

Как-бы я ваш оппонент, получается.  Так что ежели уж я не вижу у вас даже
тени логики - может таки стоит попытаться объяснить?

>>  Битая ссылка, которая никому особо не нужна.
> Не надо судить обо всех по себе, ОК?

Я же вам, вроде, подробно объяснил почему этим не пользуются?

Да, можно добавить в CI ходьбу по ссылкам вебсайта с криками
на непонятные 4xx и 5xx ошибки.  Беда в том, что это не очень
хорошо работает, особенно если вы ссылаетесь на сторонний сайт.
В данном случае просто "повезло", что в случае проблемы мы
получили 404.  На куче сайтов вы получите 200 и о баге
вы узнаете только когда вам кто-то сообщит.

>> Есть NLOC для оценки объема кода, вполне можно сравнить с hq.
>> Есть какой-нибудь
>> Scopus для оценки цитируемости статей проекта и его "успешности".
> Упоминания в прессе (и вообще в Сети) — мерка та ещё.

Причем тут пресса?  Я про цитируемость.  В научной литературе
так делают, если используют какую-то программу.

> При том же, причём pandas к Mercurial: ровно ни при чём.

Да pandas к hq притом, что это похожие по объему кода проекты, только и всего.  Т.е.
задача по портированию на py2/py3 совместимую кодовую базу должна быть
сопоставимой, верно?

>>> А если этим официальным сайтом никто не пользуется, ну-у-у, сами догадаетесь?
>> Да пользуются, конечно, просто не для скачивания rc версий.
> Тогда зачем там эта ссылка размещена? А? :)

Ну я правда не телепат!  Возможно, чтобы была ссылка на документацию dev-версии.

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

281. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (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ообщить модератору

287. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от 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ообщить модератору

330. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (-), 18-Янв-20, 17:29 
> Рука бойца колоть устала.  Вам же объяснили почему: это проекты одинакового размера.

Кроме размера есть еще такое понятие как качество. Но когда пишут на питоне - речь про это как правило не идет. Какое качество у картонного макета? Да и зачем оно ему?

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

341. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 18:12 
> Но когда пишут на питоне - речь про это как правило не идет.

Т.е. вы не можете по этому параметру сравнить два проекта на питоне?  Ну так
нафига вспомнили об этом и какие тогда претензии ко мне?

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

343. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 19:27 
То-есть я совсем другой тип и моя ремарка касалась исключительно аппеляций к размерам... навалить горы гуано - дело не хитрое. Хитрое - чтобы потом это не отлилось. С чем как показал сабж бывают жырные факапы.
Ответить | Правка | К родителю #341 | Наверх | Cообщить модератору

347. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 19:59 
> То-есть я совсем другой тип

Увы, не заметно...

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

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

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

350. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (-), 18-Янв-20, 20:08 
> Увы, не заметно...
> было существенно лучше.  Вы не считаете, что я убедительно это доказал?

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

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

355. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 21:03 
> Питон видите ли достаточно высокоуровневый чтобы на такой бдыщ в одном из
> компонентов просто ... забить, продолжить работу и с чистой совестью сказать
> про то что новых версий нет.

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

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

272. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от kai3341 (ok), 16-Янв-20, 04:28 
> И, да, пакеты я предпочитаю прежде всего ставить из состава поставляющихся с ОС. Так как знаю цену этой работе, равно как и цену легко разводимому всеми этими pip/gem/etc. бардаку, будучи мейнтейнером как лёгкого, так и довольно тяжёлого софта.

Что такое virtualenv и как им пользоваться -- это хорошие вопросы джуну на собес.

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

Л - Логика.

> Правда, внезапно, весь мир не крутится вокруг Python и pandas?

Ну вот сам же сказал, что не имеешь экспертизы. Куда лезешь?

===

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

ru.wikipedia: https://bit.ly/2QXQnDV

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

275. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (8), 16-Янв-20, 07:56 
>> И, да, пакеты я предпочитаю прежде всего ставить из состава поставляющихся с ОС. Так как знаю цену этой работе, равно как и цену легко разводимому всеми этими pip/gem/etc. бардаку, будучи мейнтейнером как лёгкого, так и довольно тяжёлого софта.
> Что такое virtualenv и как им пользоваться -- это хорошие вопросы джуну
> на собес.

Если мне на собеседовании начнут рассказывать, как это здорово — плодить помой^Wvirtualenv, то я пойму, что передо мной настоящий разработчик на Python, да. Вот только я не про разработку, а про поддержку и развитие этого всего. Особенно с нынешней модой на «микросервисы».

И, да, разработчиком на Python я себя никогда не называл. Хотя правил чужого кода на этом языке, наверное, больше некоторых из тех, кто так себя называет (привет, WAF, привет, Samba).

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

Если бы Вы хотя бы чуть-чуть внимательно читали, что вам пишут, вы бы не пытались поставить рядом эти две мои фразы, относившиеся совсем к разным вещам. Так что не вам точно говорить про логику.

>> Правда, внезапно, весь мир не крутится вокруг Python и pandas?
> Ну вот сам же сказал, что не имеешь экспертизы. Куда лезешь?

А это я разве начал указывать разработчикам Mercurial, что они неправильно поступили, стараясь сохранять поддержку Python 2 и заботясь о надёжности хранения данных, за которые отвечает разрабатываемая система?

> ===
> Эффект Да́ннинга — Крю́гера — метакогнитивное искажение, которое
> заключается в том, что люди, имеющие низкий уровень квалификации, делают ошибочные
> выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки
> в силу низкого уровня своей квалификации
> ru.wikipedia: https://bit.ly/2QXQnDV

Замечательно. Обычно, правда, формулируют проще, про бревно и соринку. К себе применить не пробовали?

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

301. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (-), 18-Янв-20, 00:58 
> Особенно с нынешней модой на «микросервисы».

А для этого вообще луше go какой-нибудь освоить, чтоли. Гугл с питона не просто же так уходит.

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

265. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от myhand (ok), 16-Янв-20, 00:51 
> Зашёл на сайт какой-нибудь pandas. Нажал «get pandas», «download».  Получил 404.

Ну сообщите об этом разработчикам, может они вдруг не знают.  Извиняюсь, а зачем
вам надо именно rc?  Кому реально надо - скорее всего все-равно использует pip для
установки, а об данной ссылке даже не слыхал.

> Знаете, я лично как-то рад, что эти ребята не занимаются разработкой одной
> из систем управления версиями файлов, которой я пользуюсь.

А что не так-то?  Ну, битая ссылка, может что-то на pypi.org поменяли
для rc/beta/alpha релизов.

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

267. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от PereresusNeVlezaetBuggy (ok), 16-Янв-20, 01:13 
>> Зашёл на сайт какой-нибудь pandas. Нажал «get pandas», «download».  Получил 404.
> Ну сообщите об этом разработчикам, может они вдруг не знают.

Сообщил, сообщил, не волнуйтесь.

>  Извиняюсь, а зачем вам надо именно rc?

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

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

Мой оппонент привёл пример якобы успешно переехавшего на Python3 проекта. Я полез смотреть, что это такое. Путь гугл — оф.сайт — download чем неправилен, не могу понять?

>> Знаете, я лично как-то рад, что эти ребята не занимаются разработкой одной
>> из систем управления версиями файлов, которой я пользуюсь.
> А что не так-то?  Ну, битая ссылка, может что-то на pypi.org
> поменяли
> для rc/beta/alpha релизов.

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

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

277. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 16-Янв-20, 10:05 
> Сообщил, сообщил, не волнуйтесь.

Не вижу бага.  Вы страдаете телепатией?

>>  Извиняюсь, а зачем вам надо именно rc?
> Потому что если бы вдруг выяснилось, что оно мне надо и начать
> тыкать, проще глянуть RC

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

>> Кому реально надо - скорее всего все-равно
>> использует pip для
>> установки, а об данной ссылке даже не слыхал.
> Мой оппонент привёл пример якобы успешно переехавшего на Python3 проекта. Я полез
> смотреть, что это такое. Путь гугл — оф.сайт — download чем неправилен,
> не могу понять?

Правильный, просто неиспользуемый теми, кто этим реально пользуется.  Больше
чем уверен, что большинство устанавливает pip install, как, кстати, написано
в документации.  Вы же ее читали, да?

>>> Знаете, я лично как-то рад, что эти ребята не занимаются разработкой одной
>>> из систем управления версиями файлов, которой я пользуюсь.
>> А что не так-то?  Ну, битая ссылка, может что-то на pypi.org
>> поменяли
>> для rc/beta/alpha релизов.
> Да оно понятно, что со всеми бывают. И проекту pandas я желаю
> только всего хорошего. Просто маленькая шпилька насчёт их аккуратности

Данная "шпилька" имеет чуть менее чем никакого отношения к исходникам pandas.

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

279. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (8), 16-Янв-20, 10:22 
>> Сообщил, сообщил, не волнуйтесь.
> Не вижу бага.  Вы страдаете телепатией?

Нет, это вы страдаете невнимательностью, и я начинаю подозревать, что она переходит в некомпетентность, к сожалению.

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

280. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от myhand (ok), 16-Янв-20, 10:47 
> У сайта pandas отдельный репозиторий. Интересно, почему я это знаю, а вы,
> вроде как знакомый с этой софтиной, — нет?

В смысле "отдельный"?  От чего отдельный и причем это вообще тут?

> Я прекрасно знаю, что такое RC. Если процесс установки RC отличается от
> процесса установки релиза, то это не RC, а в лучшем случае бета.

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

> Нет, мне было интересно поглядеть на исходники. Не шучу.

Ну так исходный код доступен, зачем было вообще что-то
устанавливать?  Или у вас какие-то религиозные табу,
связанные с git?

> Впрочем, вкладка «documentation» была открыта рядом в тот момент.

Но чукча не читатель.  Я начинаю прозревать суть.

>> Данная "шпилька" имеет чуть менее чем никакого отношения к исходникам pandas.
> Равно как и упоминание pandas в контексте переезда на Python 3.

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

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

285. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (8), 16-Янв-20, 11:40 
>> У сайта pandas отдельный репозиторий. Интересно, почему я это знаю, а вы,
>> вроде как знакомый с этой софтиной, — нет?
> В смысле "отдельный"?  От чего отдельный и причем это вообще тут?

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

>> Я прекрасно знаю, что такое RC. Если процесс установки RC отличается от
>> процесса установки релиза, то это не RC, а в лучшем случае бета.
> Вы сами так решили или какой дурак сказал?  Это может в
> openbsd процесс установки
> не меняется со времен 5-ти дюймовых дискет.  А вообще - ничто
> не запрещает в
> новом релизе устанавливать программу совершенно иначе, новые зависимости
> там требовать и т.п.

Вам расшифровать, что такое RC, и чем это отличается от alpha и beta, или всё же сами справитесь?

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

>> Нет, мне было интересно поглядеть на исходники. Не шучу.
> Ну так исходный код доступен, зачем было вообще что-то
> устанавливать?  Или у вас какие-то религиозные табу,
> связанные с git?

Зачем мне качать весь репозиторий, если я хочу только глянуть на свежий срез исходников?

>> Впрочем, вкладка «documentation» была открыта рядом в тот момент.
> Но чукча не читатель.  Я начинаю прозревать суть.

Вы нихрена не прозреваете, а всё больше уходите в маразм.

Я. Хотел. Посмотреть. Исходники. Чисто в рамках темы сравнения с Mercurial. У вас какие-то фантазии же начались, что мне нужно. Спросить напрямую не судьба?

>>> Данная "шпилька" имеет чуть менее чем никакого отношения к исходникам pandas.
>> Равно как и упоминание pandas в контексте переезда на Python 3.
> Нет, не равно.  pandas был выбран ровно по одной причине -
> сопоставимому размеру
> кодовой базы.  Вполне логичный выбор, нет?

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

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

288. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 16-Янв-20, 13:18 
> А как, интересно, вы проверяли, отправил ли я баг?

По багтрекеру.  На мой взгляд, это проблема основного проекта, хотя
технически связана с сайтом.

> И вы ушли от ответа, почему я разобрался, куда отправлять сообщения

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

> Вам расшифровать, что такое RC, и чем это отличается от alpha и
> beta, или всё же сами справитесь?

Расшифруйте.  Мне до сих пор осталось непонятно почему я не могу изменить
порядок установки программы в новом релизе.

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

А зачем его вообще качать?  Взяли и посмотрели что нужно.

>>> Впрочем, вкладка «documentation» была открыта рядом в тот момент.
>> Но чукча не читатель.  Я начинаю прозревать суть.
> Я. Хотел. Посмотреть. Исходники.

Так, эта, там ссылка на github в разделе Development.  С чего вы
вообще решили, что по "download" лежат в т.ч. исходники, а не
просто куча whl под разные платформы?

>>>> Данная "шпилька" имеет чуть менее чем никакого отношения к исходникам pandas.
>>> Равно как и упоминание pandas в контексте переезда на Python 3.
>> Нет, не равно.  pandas был выбран ровно по одной причине -
>> сопоставимому размеру
>> кодовой базы.  Вполне логичный выбор, нет?
> Уже несколько раз я объяснял, почему нет. Вы упорно игнорируете мои слова,
> уходя в софистику. Разговор окончен.

Ну вот, трогательно вспорхнул, облегчился и полетел...   А как дысал!

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

300. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (300), 18-Янв-20, 00:00 
>> А как, интересно, вы проверяли, отправил ли я баг?
>
> По багтрекеру.  На мой взгляд, это проблема основного проекта, хотя
> технически связана с сайтом.

Значит, твой взгляд сильно отличается от взгляда разработчиков Pandas: https://github.com/pandas-dev/pandas-website/issues/86

Интересно, ты извинишься перед Перерезусом? :)

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

320. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 10:53 
> Значит, твой взгляд сильно отличается от взгляда разработчиков Pandas: https://github.com/pandas-dev/pandas-website/issues/86

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

> Интересно, ты извинишься перед Перерезусом? :)

За что?  

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

331. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 17:32 
> За что?

За напыщенное фееричное ламерство, например? Хоть я и не тот аноним и не перерезус, но тоже за что-то такое питонистов не жалую. Апломба - во, результата - во.

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

340. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 18:07 
>> За что?
> За напыщенное фееричное ламерство, например?

Может оно вам привиделось?


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

344. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 19:28 
> Может оно вам привиделось?

Походу не мне одному. А как минимум еще 1 анониму и перерезусу...

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

349. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 20:01 
>> Может оно вам привиделось?
> Походу не мне одному. А как минимум еще 1 анониму и перерезусу...

До миллионов мух и с этим далеко, конечно...

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

351. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 20:11 
> До миллионов мух и с этим далеко, конечно...

Дело хозяйское. Но репутацию питонистов таки деятельно подтверждает.

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

2. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от Аноним (2), 14-Янв-20, 23:15 
Лучше бы они его целиком на Rust переписали вместо этого
Ответить | Правка | Наверх | Cообщить модератору

4. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +12 +/
Сообщение от Аноним (4), 14-Янв-20, 23:17 
приступайте!
Ответить | Правка | Наверх | Cообщить модератору

194. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +3 +/
Сообщение от Анонимус2 (?), 15-Янв-20, 13:29 
Уже приступил:

https://www.mercurial-scm.org/wiki/OxidationPlan

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

269. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от 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ообщить модератору

302. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 01:19 
> https://www.mercurial-scm.org/wiki/OxidationPlan

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

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

39. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +10 +/
Сообщение от burjui (ok), 15-Янв-20, 00:41 
Вот этого точно не надо. Дайте Mercurial умереть спокойно.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

52. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +6 +/
Сообщение от Аноним (48), 15-Янв-20, 00:58 
> Лучше бы они его целиком на Rust переписали вместо этого

Взяв за основу git (как более успешный проект).

И назвать gitarust.

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

146. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (146), 15-Янв-20, 11:23 
Гита - подразумевается женское имя.
Ответить | Правка | Наверх | Cообщить модератору

154. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +4 +/
Сообщение от Аноним (183), 15-Янв-20, 11:31 
Индийское.
А в английском (поработаю за КО) слово "гит" означает "мyдак". Скромняга Линус снова назвал своё детище в честь себя :)
Ответить | Правка | Наверх | Cообщить модератору

239. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (239), 15-Янв-20, 19:04 
В индийских [хинди-]языках женские имена заканчиваются на -и. На -а заканчивается уважительная мужская форма.
Ответить | Правка | Наверх | Cообщить модератору

271. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 16-Янв-20, 04:00 
Мог удержаться, да автор комментария (154)...
Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

89. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (88), 15-Янв-20, 06:20 
>  Лучше бы они его целиком на Rust переписали вместо этого

Это чтобы оправдать зваиние пихтонрастов? :)

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

127. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (127), 15-Янв-20, 09:24 
На расте уже пишут Пихуль.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

189. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (183), 15-Янв-20, 13:18 
Валентин Саввич?
Он вроде на расте не писал.
Ответить | Правка | Наверх | Cообщить модератору

205. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (205), 15-Янв-20, 13:47 
https://pijul.org/ же ну
Ответить | Правка | Наверх | Cообщить модератору

3. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +8 +/
Сообщение от Аноним (4), 14-Янв-20, 23:17 
"комментируя комментатора - не-майнтейнер полагает, что решение использовать для dvcs модный-молодежный язычок, который каждый день новый, а поддержку прошлых версий по желанию левой пятки бросают - было большой ошибкой, и является примером того, как не надо поступать"

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

7. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от freehckemail (ok), 14-Янв-20, 23:29 
два чаю этому анониму
Ответить | Правка | Наверх | Cообщить модератору

12. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (12), 14-Янв-20, 23:40 
> модный-молодежный язычок
> first released in 1991

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

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

17. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от freehckemail (ok), 14-Янв-20, 23:45 
> Боюсь что когда вышел этот якобы модный-молодёжный язычок тебя ещё даже в планах небыло.

Питон язык модный. И на нём пишет молодёжь.

Russian. Do you speak it?!

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

20. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от kai3341 (ok), 15-Янв-20, 00:05 
> Питон язык модный. И на нём пишет молодёжь.

Пиши на COBOL! Будь не таким как все!

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

143. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (143), 15-Янв-20, 11:20 
— Программист Соренсон приветствует тебя.
— Почему ты такая? Что с тобой случилось?
— Изучала КОБОЛ. Боль. Муки. Ужасные крики. Соренсон просила о помощи. Много дней и ночей. И явился свет. Свет предложил помошь. Соренсон изменилась. Теперь я свободный человек.
— Что такое КОБОЛ?
— КОБОЛ — это травма ума. Не используй его. Забудь это проклятое имя. КОБОЛ — боль. КОБОЛ — ненависть.
Ответить | Правка | Наверх | Cообщить модератору

67. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от Аноним (48), 15-Янв-20, 01:25 
> Питон язык модный. И на нём пишет молодёжь.

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

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

90. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +4 +/
Сообщение от Аноним (88), 15-Янв-20, 06:21 
Вебмакакой можно быть в и 60...
Ответить | Правка | Наверх | Cообщить модератору

151. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (183), 15-Янв-20, 11:28 
> Вебмакакой можно быть в и 60...

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

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

303. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (-), 18-Янв-20, 01:23 
> Непонятно только, при чём здесь питон.

Ну он как бы low entry barrier, типа этакого современного варианта BASIC, чтоли. На том тоже можно было прогать почти что угодно. И работало ... ну вот примерно как программы на питоне. Нет, некоторые даже игры программили. Но постепенно утыкались в ограничения и перфоманс. Те кто всерьез - подтягивали знания, осваивали более приличные ЯПы. А те кто так, пострадать... ну и где вот их программы теперь? Мусор на питоне с периодом полураспада пару лет - будет там же.

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

359. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Anananemail (?), 18-Янв-20, 21:41 
>типа этакого современного варианта BASIC

на эту роль прекрасно подходит LUA, а не этот ужас

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

141. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Я (??), 15-Янв-20, 11:12 
20? А-ха-ха-ха-ха.
Двадцать лет назад только-только вышел питон 2.0 и о нем вообще никто не знал.
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

153. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от пох. (?), 15-Янв-20, 11:30 
"и на нем тут же написали yum", поправил, не благодари.

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

182. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (183), 15-Янв-20, 13:05 
Скорее стоит вспомнить up2date, предшественник yum-а в RHEL. Тоже на Python.
Хотя кто его нынче вспомнит...
Ответить | Правка | Наверх | Cообщить модератору

195. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от пох. (?), 15-Янв-20, 13:29 
он ни разу не предшественник, он предшественник rhn

Его задачей было обновляться, а не отслеживать взаимозависимости и притаскивать недостающее.

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

196. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Урри (?), 15-Янв-20, 13:30 
и?

о боже, я понял: если кто-то что-то написал на только что появившемся языке - то это значит... не, я так и не понял, что ты хотел сказать.

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

203. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –3 +/
Сообщение от Аноним (183), 15-Янв-20, 13:42 
Да там всё просто: пишешь не на паскале — ты «вебмакака»™ aka «хвостатый»®.

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

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

215. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 14:20 
ну как бы если на только что появившемся языке пишут довольно существенную часть инфраструктуры (причем до того - просто отсутствовавшую) популярного проекта - видимо, что-то таки мешало сделать то же самое на perl5.

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

86. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от iPony129412 (?), 15-Янв-20, 05:59 
Бредятина какая-то.
Хотя Opennet...
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

14. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Ями (?), 14-Янв-20, 23:41 
Нужно было сразу на Rust-е писать.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

64. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (48), 15-Янв-20, 01:14 
Он тоже модно-молодёжный.
Есть же нормальные, проверенные временем языки. Pascal, например.
Ответить | Правка | Наверх | Cообщить модератору

101. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –3 +/
Сообщение от Аноним (4), 15-Янв-20, 07:22 
макакам нормальные неизвестны - их вот в школе мучали паскалем - они запомнили паскаль. А после школы они запомнили хруст, игого и пихон с пехепе. Других языков в макачьей голове нет.

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

148. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (183), 15-Янв-20, 11:26 
Последние лет 20, НЯЗ, в школе программирование не выходит дальше Лого и Бейсика (да и то, школа должна быть очень продвинутой), а в универе мучают в основном жабой и крестами, так что именно эти два языка определяют труЪ макаку.

А на паскале пишут настоящие ветераны, которым плевать на моду и хипстерские подвороты.

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

259. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 15-Янв-20, 23:39 
>  а в универе мучают в основном жабой и крестами, так что именно эти два языка определяют труЪ макаку.

Ну вот у нас на кафедре высшей математики до недавнего времени изучение программирования начиналось, довольно логично для специфики кафедры, с MatLab/Octave, затем лучшего для понимания «как это работает» семестр C и семестр ассемблер, а на последних курсах ещё и я окунаю в мир текстовых шеллов. А в итоге всё равно больше половины студентов самостоятельно лезет в Python. Я смирился, и теперь у бакалавров половина курсовых по моему предмету (ОС) — ФС на базе FUSE, написанные на Python. Все довольны: у них — удобный им язык, у меня — лучше освоившие предмет студенты. :)

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

286. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 16-Янв-20, 12:30 
а мы потом слушаем сказочки что "fuse это всегда в разы медленнее и неэффективнее чем модуль в ядре" (к тому же он так прекрасно роняет его в panic)

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

304. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 01:30 
> а мы потом слушаем сказочки что "fuse это всегда в разы медленнее
> и неэффективнее чем модуль в ядре"

И что характерно, он в разу медленнее чем модуль в ядре. Проверено exFAT и NTFS. А если это еще и на питоне написать - там разница будет в дофига раз. Потому что питон не тормозит!111

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

63. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +7 +/
Сообщение от Аноним (48), 15-Янв-20, 01:12 
> "комментируя комментатора - не-майнтейнер полагает, что решение использовать для dvcs модный-молодежный язычок, который каждый день новый, а поддержку прошлых версий по желанию левой пятки бросают - было большой ошибкой, и является примером того, как не надо поступать"

Забыл самое главное — не просто по желанию левой пятки, а _неожиданно_ и без предупреждения.

Неожиданней прекращения поддержки второго питона в 2020 году может быть только снег в декабре для наших коммунальщиков.

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

100. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +4 +/
Сообщение от Аноним (4), 15-Янв-20, 07:21 
от ее "ожидаемости", конечно же, само собой найдется время квалифицированных разработчиков (ведь развивать проект нинужна) для удалить весь код и начать с чистого листа, на новом модном "отдельном йезыке, а не каком-то там улучшении пихона2", как подавалась эта бесполезная новоделка.

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

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

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

108. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 15-Янв-20, 07:37 
> (ведь развивать проект нинужна) для удалить весь код и начать с
> чистого листа, на новом модном "отдельном йезыке, а не каком-то там
> улучшении пихона2", как подавалась эта бесполезная новоделка.

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

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

155. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 11:34 
пока что наоборот - понемного разгребают, но не делают это приоритетом - о чем и написали, хотите надежности - оставайтесь на второй версии.
А тем кто "не смог поставить рядом 2 и 3"(c)опеннетная макака - дворницкую лопату доверять нельзя, лопату сломают и весь тротуар собачьим дерьмом обмажут.

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

188. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (183), 15-Янв-20, 13:17 
> пока что наоборот - понемного разгребают, но не делают это приоритетом - о чем и написали

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

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

276. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (8), 16-Янв-20, 08:52 
Боюсь, им бесполезно объяснять. В их мире есть только те, кто одной левой выполняет их хотелки, и все остальные. Даже просто понять, что наличие отличных приоритетов не делает кого-то лучше или хуже, камне умнее или глупее, сим героям не дано. А уж провести серьёзный анализ, причём до того как что-нибудь ляпнуть — точно не их путь. :)

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

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

305. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (-), 18-Янв-20, 01:38 
> пока что наоборот - понемного разгребают, но не делают это приоритетом -
> о чем и написали, хотите надежности - оставайтесь на второй версии.

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

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

Зато будут фирменный стиль держать - очень дешевые. За уборку участка можно не платить - манагер найдет там собачье дерьмо и не засчитает, да и лопату вычесть из зарплаты. Ну и вообще, ты же не хочешь чтобы любители low entry barrier при случае рулили поездом, самолетом или каким там еще опасным промышленным объектом, а? :)

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

5. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +8 +/
Сообщение от тот_же_анон_только_с_мабилы (?), 14-Янв-20, 23:24 
Только С и Git незыблемы и вечны!
Ответить | Правка | Наверх | Cообщить модератору

13. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +7 +/
Сообщение от Аноним (12), 14-Янв-20, 23:41 
Про perl забыл.
Ответить | Правка | Наверх | Cообщить модератору

57. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –3 +/
Сообщение от Аноним (48), 15-Янв-20, 01:01 
К счастью, в последнее время его гробницу оскверняют всё реже.
Ответить | Правка | Наверх | Cообщить модератору

156. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +3 +/
Сообщение от пох. (?), 15-Янв-20, 11:34 
если бы одна шибкопопулярная vcs не таскала ее примотанной к заднице - я бы в это поверил.
Ответить | Правка | Наверх | Cообщить модератору

166. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (183), 15-Янв-20, 11:51 
Советую почитать соседнюю новость. Там как раз про то, что осквернять гробницы — нехорошо.

> Предложена начальная реализация переработанной команды "git add -i", позволяющей добавлять изменённое содержимое в интерактивном режиме, переписанная с Perl на Си. Ведётся аналогичная переработка команды "git add -p".

 

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

170. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 12:00 
"начальная реализация" еще одной мелкой фигни. Ждите, ждите, еще лет десять - а пока извольте ставить перл на любую систему, где понадобилось что-то склонировать. (ну да, пихон там уже, разумеется, есть)

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

175. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (183), 15-Янв-20, 12:46 
> "начальная реализация" еще одной мелкой фигни.

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

> Ждите, ждите, еще лет десять

Гит — не меркуриал, у него разработчики есть. Максимум года два.

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

198. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от пох. (?), 15-Янв-20, 13:33 
>> "начальная реализация" еще одной мелкой фигни.
> Ну так перл в гите и нужен для нескольких мелких фиговин, вообще-то.

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

>> Ждите, ждите, еще лет десять
> Гит — не меркуриал, у него разработчики есть. Максимум года два.

ждите, ждите.

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

202. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (183), 15-Янв-20, 13:40 
7% — это "из которых он и состоит"?

Ну ладно, окей, вы меня уели. Не вижу смысла продолжать спорить с таким умным и квалифицированным человеком, как вы.

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

6. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (6), 14-Янв-20, 23:28 
> Комментируя ситуацию с Python 3 мэйнтейнер Mercurial считает, что решение по продвижению ломающего совместимость Python 3 и навязывание его как нового более правильного языка, при отсутствии актуальных для разработчиков прорывных улучшений, было большой ошибкой

а на самом деле было большой ошибкой продолжать совместимость Меркуриала с python-2 ..

нужно было как можно раньше перевести Меркуриал на ветку 3 (в 2008 году!) и СРАЗУ забросить ветку 2 -- исправляя ошибки без какой либо оглядки на прошлое.

без рассредоточения сил на всякую постороннюю хрень.

но ведь что это за этот мусор в голове у людей был? поклонников/фанатов версии 2.

скакого хрена они так долго тянули время? на что надеялись? на то что ветку 3 отменят?

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

9. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от freehckemail (ok), 14-Янв-20, 23:30 
> что это за этот мусор в голове у людей был?

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

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

34. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –3 +/
Сообщение от Аноним (34), 15-Янв-20, 00:35 
>обеспечить обратную совместимость с неподдерживаемым (было бы поддерживаемо - было бы портировано) гoвнoм мамонта, у которого заведомо не было будущего (неподдерживаемое же), написанном на языке без будущего (потому что зараннее ясно, что поддерживать второй питон бесконечно не будут, 3й и сделали потому, что второй всех достал).

пофиксил.

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

59. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (48), 15-Янв-20, 01:05 
Прямо как в суровом энтерпрайзе (кстати, у нас тут тоже коллективный плач по второму питону).
Ответить | Правка | Наверх | Cообщить модератору

91. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 15-Янв-20, 06:54 
> Прямо как в суровом энтерпрайзе (кстати, у нас тут тоже коллективный плач
> по второму питону).

вебмакакам и участь вебмакачья

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

121. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Andrey Mitrofanov_N0 (??), 15-Янв-20, 08:12 
>>в суровом энтерпрайзе (кстати, у нас тут тоже коллективный плач
>> по второму питону).
> вебмакакам и участь вебмакачья

Пусть покупают подписку на   python2 EEE LTS ESR.

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

150. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от пох. (?), 15-Янв-20, 11:28 
предлагаешь замутить стартап?

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

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

306. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (-), 18-Янв-20, 01:43 
> предлагаешь замутить стартап?

При такой тяге к разгребанию за другими - дворником все ж менее мучительно будет. Тут создатель ЯП забодался :)

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

152. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от пох. (?), 15-Янв-20, 11:29 
настоящему энтерпрайзу никто не мешает спокойно пользоваться дальше вторым питоном.

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

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

162. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (183), 15-Янв-20, 11:39 
> настоящему энтерпрайзу никто не мешает спокойно пользоваться дальше вторым питоном.

Люблю теоретиков. Как работает система пакетов в питоне — не знает, но мнение имеет.

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

167. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от пох. (?), 15-Янв-20, 11:52 
> Люблю теоретиков. Как работает система пакетов в питоне — не знает, но мнение имеет.

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

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

P.S. у меня, конечно, есть target "reinvent-the-wheel", но я ж "теоретик", и запускал его прошлый раз еще той зимой. Поскольку совершенно не хочу ознакомиться внезапно с новыми-модными достижениями хвостатых.

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

173. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (183), 15-Янв-20, 12:39 
Не каждый день, но в некоторых ситуациях (например, при наличии специфических --install-options) pip может переизобре^Wпересобирать wheels. Для этого ему нужны build dependencies, которые описываются согласно PEP 517 и на которые влиять невозможно. Разве что пересобрать пакет самому или загрузить в свой pypi. Например, пакет cryptography всегда тащит самый новый setuptools, а в последней версии, вышедшей пару дней назад, выпилили питон2. И это только начало фана.

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

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

199. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Урри (?), 15-Янв-20, 13:35 
Хана вам.
Ответить | Правка | Наверх | Cообщить модератору

200. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от пох. (?), 15-Янв-20, 13:36 
> Не каждый день, но в некоторых ситуациях (например, при наличии специфических --install-options)
> pip может переизобре^Wпересобирать wheels. Для этого ему нужны build dependencies, которые

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

Разумеется, никакие неожиданные install-options на нас не свалятся, поэтому свою копию репо, надеюсь, все же держать не придется.

Лет на пару еще хватит, а там может и избавимся от пихона.

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

11. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (8), 14-Янв-20, 23:32 
Конечно, вам виднее. Что-то, правда, мне подсказывает, что вы никогда не видели багов в VCS, влияющих на целостность репозитория, и никогда его не чинили. Потому что те, кто знает цену надёжности VCS, как мне почему-то кажется, не разделяют вашу позицию. И, да, я в их числе (нет, чинить приходилось не Mercurial).
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

22. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 15-Янв-20, 00:09 
мда, так ценят целостность репозиториев, что выбрали язык без типов и при этом даже тестами толком не покрыли

И - Инжиниринг

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

44. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (44), 15-Янв-20, 00:52 
Git написан на?..
Ответить | Правка | Наверх | Cообщить модератору

58. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (48), 15-Янв-20, 01:03 
Неужели тоже на языке без типизации?
Ответить | Правка | Наверх | Cообщить модератору

71. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (30), 15-Янв-20, 02:04 
Ужас, как дальше жить?!?
Ответить | Правка | Наверх | Cообщить модератору

78. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от Аноним (78), 15-Янв-20, 02:34 
perl, который который позволяет обфусцировать код прямо из коробки
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

81. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 15-Янв-20, 05:23 
> perl, который который позволяет обфусцировать код прямо из коробки

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

посмотри в исходники прежде чем умничать не в тему

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

191. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (183), 15-Янв-20, 13:22 
> perl

C 48.8%
Shell 35.7%
Perl 6.7%
Tcl 4.6%
Python 2.0%
Makefile 0.8%
Other 1.4%

Хорошо нынче на перле пишут.

Ладно, можно было бы понять "git написан на shell", всё-таки заметный процент...

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

216. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от пох. (?), 15-Янв-20, 14:22 
> Tcl 4.6%

а это-то там где? tcl bindings столько занимают?


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

220. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (220), 15-Янв-20, 14:44 
Здрастье, штатный GUI gitk на tcl/tk
Ответить | Правка | Наверх | Cообщить модератору

232. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от пох. (?), 15-Янв-20, 18:06 
аааа!!! У него есть "штатный gui!"
(в ужасе убегает в сторону ближайшего окна)

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

92. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (-), 15-Янв-20, 06:54 
> Git написан на?..

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

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

134. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от funny.falcon (?), 15-Янв-20, 10:58 
В сях типы таки так себе.
Ответить | Правка | Наверх | Cообщить модератору

307. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (307), 18-Янв-20, 01:48 
> В сях типы таки так себе.

Типы как типы, уж получше чем у всяких питоноявоскриптов - по крайней мере, компилер знает сколько под это выделять, бананы на лету не меняются на груши с непонятным результатом, и при попытке это сделать без явной декларации - компилер таки возбухает warning'ами и кому качество ПО не пофиг это чинят, а кому одноразовый макет, как на питоне - так там какой ЯП ни возьми, результат предсказуем.

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

192. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от анонн. (?), 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

Неплохой размер прослойки, однако.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

217. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от пох. (?), 15-Янв-20, 14:23 
> Неплохой размер прослойки, однако.

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

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

229. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от анонн. (?), 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.ru/opennews/art.shtml?num=43057
> Выпуск распределенной системы управления исходными текстами Git 2.6.0
> 29.09.2015
> Реализации "git pull" и "git am" переписаны на языке Си

...

https://www.opennet.ru/opennews/art.shtml?num=49751
> Выпуск распределенной системы управления исходными текстами Git 2.20
> 10.12.2018 09:46
> Реализации команд "git submodule update", "git rebase" и "git rebase -i" полностью переписаны на языке Си

https://www.opennet.ru/opennews/art.shtml?num=50202
> Выпуск распределенной системы управления исходными текстами Git 2.21
> 25.02.2019 10:07
> Некоторые части "git bisect", ранее реализованные на Shell, переписаны на языке Си;

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

147. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от пох. (?), 15-Янв-20, 11:25 
> мда, так ценят целостность репозиториев, что выбрали язык без типов и при этом даже тестами

так ценят - что у них - получилось.

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

Пока вы писали бесполезные тесты для язычка с типами (вместо кода проекта) - у них просто работало.

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

174. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (174), 15-Янв-20, 12:43 
Действительно вряд ли придется. Много у тебя вообще репозиториев на ртути было-то, чтобы их чинить?
Ответить | Правка | Наверх | Cообщить модератору

218. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 14:26 
> Действительно вряд ли придется. Много у тебя вообще репозиториев на ртути было-то,
> чтобы их чинить?

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

Наверное это из-за perl?

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

210. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 15-Янв-20, 13:54 
> Пока вы писали бесполезные тесты для язычка с типами (вместо кода проекта)
> - у них просто работало.

работало-работало, да вот перестало

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

212. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 14:11 
(в ужасе убегает делать hg verify)

не, врут - как работало, так и работает.

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

223. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от annual slayer (?), 15-Янв-20, 14:58 
> (в ужасе убегает делать hg verify)
> не, врут - как работало, так и работает.

автор говорит, что не должно, а у тебя работает

может, помоги пацанам, раз ты такой умный и, к тому же, фанбой их продукта?

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

224. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 15-Янв-20, 14:59 

> может, помоги пацанам, раз ты такой умный и, к тому же, фанбой
> их продукта?

а, я не увидел твой никнейм, тогда ничего кроме комментов на опеннете от тебя ожидать не стоит :)

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

230. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от АнонАнонemail (?), 15-Янв-20, 17:46 
Вы тут сами с собой общаетесь?
Ответить | Правка | Наверх | Cообщить модератору

241. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 15-Янв-20, 19:40 
> Вы тут сами с собой общаетесь?

всего навсего не могу редактировать сообщения

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

235. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от пох. (?), 15-Янв-20, 18:12 
автор говорит что могут быть проблемы у пользователей новых модных дистрибутивов, героически поебдивших python2. Я не являюсь пользователем модного дистрибутива.

И фанбоем тоже - староват для этого.

Пользоваться - в своих проектах пользуюсь. И у меня работать - не перестало и не перестанет.

А вы продолжайте нести чепуху о том как все сломалось и ужос-ужос.

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

240. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 15-Янв-20, 19:40 
ну в немодных обещают питон2 дропнуть в 2024 (или 2025?)

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

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

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

в итоге вместо того чтобы признать реальность (какой бы несправедливой она ни была по твоему мнению) и помочь любимому проекту с миграцией и/или покрытием тестами ты только воняешь что все вокруг неправы и пытаются напоить тебя смузи

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

244. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 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ообщить модератору

273. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 16-Янв-20, 07:05 
> зачем мне помогать сизифову труду, когда я могу просто продолжать свои проекты
> - они тоже на всяком немодном и немолодежном. Вполне сойдут и
> для hg какой-нибудь немодной версии 4.5, например.

Вместо продуктивной активности по добавлению тестов или сизифова труда по миграции на новый питон ты выбираешь сизифов труд бэкпортирования критических исправлений из апстрима в 4.5 (и заодно обратной конвертации кода патчей из питона 3 в питон 2)? Или твоя ртуть, как ей и положено, развернута на локалхосте с единственным пользователем, тобой?

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

282. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 16-Янв-20, 11:08 
>> для hg какой-нибудь немодной версии 4.5, например.
> Вместо продуктивной активности по добавлению тестов или сизифова труда по миграции на
> новый питон ты выбираешь сизифов труд бэкпортирования критических исправлений из апстрима

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

Напоминаю, что любой человек, имеющий право записи в репо, может развалить вообще все репо к чертям, просто понакомитив туда мусора или вообще троянцев (у hg нет, конечно, forced push в терминах гита, но понамержив не то и не оттуда все равно можно понасоздавать проблем окружающим, если они не заметят подставу немедленно). Ущерба от злоупотребления вполне легальным доступом к репо, скорее всего, будет в миллион раз больше, чем от любого другого ужосанах который можно сотворить через критическую увизгвизьмость. Да и знаний и умений потребуется куда меньше.

> в 4.5 (и заодно обратной конвертации кода патчей из питона 3
> в питон 2)? Или твоя ртуть, как ей и положено, развернута
> на локалхосте с единственным пользователем, тобой?

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

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

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

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

290. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 16-Янв-20, 15:37 
> назовите целое одно такое исправление и дату когда оно сделано?

https://www.cvedetails.com/vulnerability-list/vendor_id-8291...

и это только то чему дали CVE, а сколько там просто мелких багов?

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

291. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 16-Янв-20, 18:01 
>> назовите целое одно такое исправление и дату когда оно сделано?
> https://www.cvedetails.com/vulnerability-list/vendor_id-8291...

то есть назвать - вы не можете. Что и требовалось доказать.

> и это только то чему дали CVE, а сколько там просто мелких
> багов?

тем кому пользоваться, а не сказки на опеннете о нисисюрна-нисисюрна сказывать - совершенно все равно.

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

292. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 16-Янв-20, 23:08 
продолжай себя утешать, что первым 6-и багам в списке, проявляющимся в том числе в 4.5, дали статус CVE просто по приколу

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

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

293. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 17-Янв-20, 11:16 
> дали статус CVE

главное - веровать. Разбираться или просто понимать о чем речь - необязательно. ААААА CVE, БЕЛКАМ СРОЧНО ИСТЕРИТЬ!

> а я лишь порадуюсь что не вхожу в число пользователей твоего репо-сервиса

радуйся. Только прекрасный git на радостях обновить не забудь, там очередной rce недавно всплыл ;-)

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

295. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от annual slayer (?), 17-Янв-20, 17:24 
ну вот и веруй, что никто не разобрался как эксплуатировать те возможности

а гит уже в начале недели обновился, только все равно для той RCE, что ты рассказываешь, нужно иметь право пуша (т.е. должен быть либо внутренний диверсант, которому потом по отложившимся на логсервере логам можно по шапке надавать, либо же у него должны как-то хитро увести учетку), так что это проблема всяких гитхабов и др репо-сервисов с публичной регистрацией, в отличии от https://cwe.mitre.org/data/definitions/285.html

кстати, судя по количеству RCE в ртути до 4.5, остается только догадываться что там еще могли бы найти, будь она так же популярна как гит

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

296. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 17-Янв-20, 18:56 
ну, вот тебе - точно не судьба. Ты так и не удосужился посмотреть описания? Или посмотрел-ни-слова-не понял, как обычно? Так что я могу спать совершенно спокойно.

> а гит уже в начале недели обновился, только все равно для той RCE, что ты рассказываешь,
> нужно иметь право пуша

понял, то есть гит - швятой, швятой. в нем и rce не rce, так, фигня мелкая.

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

309. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (307), 18-Янв-20, 01:51 
> понял, то есть гит - швятой, швятой. в нем и rce не
> rce, так, фигня мелкая.

Если ремота захочет тебе rce сделать, есть способы проще. Например, код тебе отгрузить чутка измененный :). При том если у трольвальдса "дерево хэшей" еще более-менее делает совсем уж левые вбросы паливными, а чтобы совсем хорошо есть gpg-подписи, то чего у этих питонмакак?

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

332. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (332), 18-Янв-20, 17:41 
> что там еще могли бы найти, будь она так же популярна как гит

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

Я вот потыкал парочку чат-ботов на питоне. RCE правда не словил, зато в бесконечную рекурсию гомнокод ушел хорошо :)

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

308. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (307), 18-Янв-20, 01:49 
> так ценят - что у них - получилось.

У них получилось. Облажаться на публику...

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

18. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +4 +/
Сообщение от cio (?), 14-Янв-20, 23:48 
будущее Python 3 тогда было туманным, его судьба могла сложиться как у Perl 6
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

23. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 15-Янв-20, 00:10 
прямо все 12 лет с 2008-го года было туманным?
Ответить | Правка | Наверх | Cообщить модератору

24. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от annual slayer (?), 15-Янв-20, 00:11 
а когда жареный петух в жoпу клюнул -- че-то резко всё прояснилось сразу
Ответить | Правка | Наверх | Cообщить модератору

61. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +5 +/
Сообщение от Аноним (48), 15-Янв-20, 01:08 
> прямо все 12 лет с 2008-го года было туманным?

До 1 января 2020 никто не верил, что это всерьёз. Думали, завтра проснутся, а нет никакого третьего питона.

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

27. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +3 +/
Сообщение от Anonymoustus (ok), 15-Янв-20, 00:17 
А в третьей ветке великолепная обратная совместимость с самой собой. Да, анон? :)
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

93. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (-), 15-Янв-20, 06:56 
> А в третьей ветке великолепная обратная совместимость с самой собой. Да, анон? :)

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

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

262. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от PereresusNeVlezaetBuggy (ok), 15-Янв-20, 23:49 
>> А в третьей ветке великолепная обратная совместимость с самой собой. Да, анон? :)
> Именно поэтому в демьяне майнтайнеры откалывали знатные тантры перед релизом, после апгрейда
> minor версии этой шляпы как обычно сломалось половина пакетов. Очень здорово,
> когда релиз на носу.

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

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

310. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (307), 18-Янв-20, 01:52 
Ну так если не заметили, многие уже с питоном наигрались и наелись вот такого счастья. Начиная с его создателя, который обнаружил что оказывается эксплуатация в промышленных масштабах - немного не о том чтобы страдать любой фигней себе в удовольствие :)))
Ответить | Правка | Наверх | Cообщить модератору

33. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +3 +/
Сообщение от Аноним (30), 15-Янв-20, 00:30 
Меркуриал модульный, для него написана масса сторонних расширений. Такой переход означал бы, что каждый разработчик расширения должен их все переписать, причем быстро и решительно.

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

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

38. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –6 +/
Сообщение от Аноним (34), 15-Янв-20, 00:40 
Да, должны. Не смогли - до свидания. Ваше расширение очень важно для нас. Настолько важно, что портировать путём 2to3 -nw ./ некому.

Картины дельфинов и тюленей мне даром не нужны. Творения не осиливших одну консольную команду - тоже.

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

47. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (44), 15-Янв-20, 00:54 
Тут недавно FF стороение дополнения дррпнул
Ответить | Правка | Наверх | Cообщить модератору

105. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (105), 15-Янв-20, 07:31 
> Тут недавно FF стороение дополнения дррпнул

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

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

72. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (30), 15-Янв-20, 02:09 
Ух ты, все решается одной консольной командой? Срочно расскажите разработчикам mercurial, а то у них там проблемы, говорят, нестабильный у них порт, ошибки пару лет вылезать будет. Тупые, видимо, не знали про команду-то!
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

77. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –3 +/
Сообщение от Аноним (34), 15-Янв-20, 02:26 
Вот ты и расскажи. Я тольго гитом пользуюсь из VCS.
Ответить | Правка | Наверх | Cообщить модератору

82. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 15-Янв-20, 05:28 
> Тупые, видимо

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

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

104. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (105), 15-Янв-20, 07:30 
Обкладывать картонный макет программы тестами? Хы.
Ответить | Правка | Наверх | Cообщить модератору

211. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 15-Янв-20, 13:57 
> Обкладывать картонный макет программы тестами? Хы.

ну перед тем как переписывать с макета на чистовик по-нормальному - да, обкладывать тестами, чтобы не-макет работал так как задумывалось во время макетирования

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

297. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 17-Янв-20, 18:57 
> ну перед тем как переписывать с макета на чистовик по-нормальному - да,
> обкладывать тестами, чтобы не-макет работал так как задумывалось во время макетирования

юнит-тесты так не работают.
Впрочем, и волшебной панацеей тоже не являются.

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

311. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 01:55 
Обложить макет тестами. А потом подумать - тесты мол, некачественные, давайте их тоже обложим тестами. А потом...
Ответить | Правка | Наверх | Cообщить модератору

314. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 18-Янв-20, 02:25 
> юнит-тесты так не работают.
> Впрочем, и волшебной панацеей тоже не являются.

просвяти всех как они работают :D особенно в контексте рефакторинга прототипа в конечный продукт

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

333. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (332), 18-Янв-20, 17:49 
> просвяти всех как они работают :D

У него врядли есть духовный сан с таким то ником...

> особенно в контексте рефакторинга прототипа в конечный продукт

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

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

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

342. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 18-Янв-20, 18:28 
для этого и меряют покрытие тестами

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

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

345. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 19:34 
> и это даже не говоря о том, что в большом проекте существуют
> не только юнит тесты но и функциональные и интеграционные

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

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

357. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 18-Янв-20, 21:35 
согласен, забыл упомянуть про fuzzing

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

или уже есть фрейморки для fuzzing-а UI?

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

358. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 18-Янв-20, 21:40 
так же я забыл упомянуть, что coverage обычно не учитывает диапазоны значений входных данных функций (да и со многими типами данных и нет такого понятия как диапазон значений), что также говорит в пользу фуззинга как одного из слоев тестов
Ответить | Правка | К родителю #357 | Наверх | Cообщить модератору

158. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (146), 15-Янв-20, 11:36 
>Можете сами вспомнить судьбу проектов, забивших болт на обратную совместимость со сторонними модулями.

Хром/Хромиум. Ничё, жив пока.

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

177. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 15-Янв-20, 12:53 
Ну да, можно подумать что hg ожидают радужные перспективы.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

73. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +4 +/
Сообщение от Vkni (ok), 15-Янв-20, 02:12 
> а на самом деле было большой ошибкой продолжать совместимость Меркуриала с python-2 ..

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

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

94. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 15-Янв-20, 06:57 
Они одним только названием намекали что проект какой-то ... токсичный.
Ответить | Правка | Наверх | Cообщить модератору

144. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 11:21 
когда они это затевали - во-первых, надо было быстро (очень неудобно жить вообще без vcs, а вариантов было - неособо) во-вторых расширяемо (чтобы самим на каждый чих не бросаться кодить - а значит, какой-то простой и быстрый язык для ляпания extensions все равно был нужен).

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

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

236. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Vkni (ok), 15-Янв-20, 18:22 
> когда они это затевали - во-первых, надо было быстро

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

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

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

103. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (4), 15-Янв-20, 07:28 
> нужно было как можно раньше перевести Меркуриал на ветку 3 (в 2008 году!) и СРАЗУ

начать переводить на ветку 3.6 или какая она там стала в 2009м, внезапно-снова-несовместимая.
(в оригинале трогательная история о том как макаки ломали обработку не-юникодных строк два раза подряд) - и так раз в год. Поправил, не благодари. Таков, в принципе, весь смысл разработок чего-то долгоживущего на мертворожденных язычках.

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

> скакого хрена они так долго тянули время? на что надеялись?

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

Зря, конечно.

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

10. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +3 +/
Сообщение от Аноним (10), 14-Янв-20, 23:32 
> Комментируя Python 3 мэйнтейнер Mercurial считает, что решение по продвижению ломающего совместимость Python 3 и позиционирование его как нового более правильного языка вместо постепенного наращивания функциональности и предоставления возможности инкрементальной адаптации приложений было большой ошибкой, применившей большой вред сообществу и являющейся примером того как не нужно поступать крупным проектам.

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

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

16. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от freehckemail (ok), 14-Янв-20, 23:43 
> ощущение будто тебя обманывают
> проще переписать программу на каком-то другом языке, чем

Да уже который год говорю, где обманывают: посмотрите на то, в каком состоянии "готовности" находятся стандартные библиотеки. За тридцать-то лет языка они, небось, должны быть совсем в ином состоянии. =/

И таки да: проще переписать на другом языке, чем пытаться поддерживать что-либо на питоне. Даже пресловутый мёртвый перл5 заставлял меня в своё время удивляться на порядки меньше, нежели питон2.

Но ладно. Я сейчас опять ведь начну питоносpач... А так надоели фанаты оного... Короче, ребята, давайте сразу засчитывайте мне слив, ибо я спорить не намерен в этот раз. Все несогласные -- лесом. =/

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

32. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +6 +/
Сообщение от Аноним (32), 15-Янв-20, 00:30 
> мёртвый перл5

Не мертвый, а стабильный.)))

И это прекрасно, потому что предсказуемо.

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

95. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +3 +/
Сообщение от Аноним (-), 15-Янв-20, 07:02 
> Не мертвый, а стабильный.)))

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

> И это прекрасно, потому что предсказуемо.

Некоторым нравится закинуть гранату в проект и посмотреть что будет :). Будет примерно вон то.

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

186. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –3 +/
Сообщение от myhand (ok), 15-Янв-20, 13:15 
> Именно. Ну вон прога на C89. До сих пор компилится и работает.

Хочешь расскажу где лежат исходники CPython 2.2, например?  Вот прикинь, если тебе кровьизносу надо конкретную версию интерпретатора - я тебе разрешаю взять и использовать ее.

Так можно!  Без разрешения Папы Римского!  Не упустите свой шанс!

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

213. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от пох. (?), 15-Янв-20, 14:13 
>> Именно. Ну вон прога на C89. До сих пор компилится и работает.
> Хочешь расскажу где лежат исходники CPython 2.2, например?  Вот прикинь, если

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

В этом, собственно, и отличие пока еще сохранившихся нормальных средств разработчика от хипстаподелок.

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

228. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от myhand (ok), 15-Янв-20, 16:08 
> хочешь я расскажу тебе страшное: и чтобы скомпилировать ту прогу на C89
> - вовсе не надо искать в несуществующих архивах 89го года именно
> ту версию компилятора

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

> В этом, собственно, и отличие пока еще сохранившихся нормальных средств разработчика от
> хипстаподелок.

Только нормальные ср^W^Wконпиляторы давно уже можно в финал IOCCC приглашать вне конкурса.

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

245. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 20:24 
>> хочешь я расскажу тебе страшное: и чтобы скомпилировать ту прогу на C89
>> - вовсе не надо искать в несуществующих архивах 89го года именно
>> ту версию компилятора
> Ну да, бедные разработчики тянут весь зоопарк стандартов...

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

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

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

252. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от myhand (ok), 15-Янв-20, 21:39 
>> Ну да, бедные разработчики тянут весь зоопарк стандартов...
> бедняжечки... Как же это оказывается сложно - просто держать шаловилвые ручонки -
> в опе, и ничего работающего ими не трогать за пределами того, что необходимо.

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

Иной раз вы производите впечатление неглупого человека, а порой...

> Но зато их разработка, пожалуй, проживет еще пол-века

Ну, из стандартов C тоже кой-что выкидывают.  В _этом_ смысле - язык точно
не проживет еще пол-века.

> а пихон - выкинут набижавшие новые поколения любителей все поломать

Пайтон хоронят уже лет тридцать.  "Stop! This is silly."

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

313. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (-), 18-Янв-20, 02:00 
> Пайтон хоронят уже лет тридцать.  "Stop! This is silly."

При том в последнее время достигают в этом определенных успехов. Оплот пихтонрастов в виде гуголя и нескольких иных нагруженных сайтов что-то go полюбили.

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

321. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 14:46 
> Ну да, бедные разработчики тянут весь зоопарк стандартов...

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

> Только нормальные ср^W^Wконпиляторы давно уже можно в финал IOCCC приглашать вне конкурса.

Типа, интерпретеры питона сильно лучше? :)

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

334. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 17:50 
> А так чтобы именно deprecate, с жестким вынесением совместимости - в сях
> и плюсах почти не практикуется.

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

>> Только нормальные ср^W^Wконпиляторы давно уже можно в финал IOCCC приглашать вне конкурса.
> Типа, интерпретеры питона сильно лучше? :)

В любом большом проекте без поллитры не разберешься.  Но не настолько все плохо.

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

346. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (332), 18-Янв-20, 19:47 
> Тем не менее, быват, быват.

Конкретные примеры? Я вот целый _1_ могу с наскока вспомнить. Крайне специфичный и потому ни разу не встречавшийся мне в диком виде. В отличие от скриптов которые на каждом углу.

Поэтому с практической точки зрения - старые программы и собираются и работают. Как максимум компилер из-за улучшения статического анализа может варнингов накинуть. А дальше уже по ситуации, если хочется, можно и исправить. А можно и забить, если экскурсия в код не была частью планов. С питоном так не катит - там скорее грохнется с адским стэктрейсом на полпути к финишу. И это неудобно - потому что довольно трудно понять сколько вокруг летающих роялей, пытающихся на тебя ВНЕЗАПНО упасть. Именно тогда когда это очень некстати.

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

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

> В любом большом проекте без поллитры не разберешься.

Вот то-то и оно.

> Но не настолько все плохо.

Типа, BDFL от хорошей жизни сбежал? :)

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

353. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от анонн (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ообщить модератору

354. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 20:55 
>> Тем не менее, быват, быват.
> Конкретные примеры? Я вот целый _1_ могу с наскока вспомнить. Крайне специфичный
> и потому ни разу не встречавшийся мне в диком виде.

Да берете стандарт и просто делаете поиск.  В С11, например, gets удалена.  Или вот,
в C99 добавили ключевое слово restrict.

> В отличие от скриптов которые на каждом углу.

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

Чаще всего меняется что-то в стандартной библиотеке, которая умеет несколько
больше чем libc.  И что будет если взглянуть как обстоит дело с обратной
совместимости в 100500 сторонних сишных либах?

> Поэтому с практической точки зрения - старые программы и собираются и работают.

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

> Как максимум компилер из-за улучшения статического анализа может варнингов накинуть. А
> дальше уже по ситуации, если хочется, можно и исправить.

Да нет.  "int restrict = 1;" - и усе, просто не соберется.

> С питоном так не катит - там скорее грохнется с адским стэктрейсом
> на полпути к финишу. И это неудобно - потому что довольно
> трудно понять сколько вокруг летающих роялей, пытающихся на тебя ВНЕЗАПНО упасть.

Во-первых, это уже из области "динамические языки - это плохо".  А с обратной совместимостью
в питон приблизительно также как и том же C.  Да, чаще ломают (что неудивительно,
поскольку возможности искаропки несравнимы), но никогда ВНЕЗАПНО.  Что-то
объявляется устаревшим, а уж потом в следующих релизах выкидывается.
Везде так.  Никто серебряной пули не придумал.

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

Где не такие - я только что написал выше.  Удачи попасть в Воображляндию.

>> Но не настолько все плохо.
> Типа, BDFL от хорошей жизни сбежал? :)

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

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

312. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 01:59 
> Хочешь расскажу где лежат исходники CPython 2.2, например?  Вот прикинь, если
> тебе кровьизносу надо конкретную версию интерпретатора - я тебе разрешаю взять
> и использовать ее.

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

> Так можно!  Без разрешения Папы Римского!  Не упустите свой шанс!

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

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

319. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 10:48 
> Зачем мне это?

А мне почем знать зачем ты плакался по поддержке старых версий интерпретатора?


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

352. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 20:17 
Ну наверное не для того чтобы за гвидо его факапы разгребать. Хотя если liquidation manager'ом позовут - я подумаю над этим...
Ответить | Правка | Наверх | Cообщить модератору

74. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –4 +/
Сообщение от Vkni (ok), 15-Янв-20, 02:16 
> И таки да: проще переписать на другом языке, чем пытаться поддерживать что-либо на питоне.

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

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

96. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (-), 15-Янв-20, 07:06 
Кому мало можно посмотреть на историю "успеха" редхата, которые за наверное 20 лет так и не смогли сделать вменяемый пакетный менеджер, вместо этого тщетно пытаясь окультурить свой картонный макет. В результате этот картонный макет жрет море ресурсов, глючит, падает, унося за собой БД и потом система остается как после ядерного взрыва. Под бойкие рассуждения о транзакциях и прочей расовой верноте. Какие, к дьяволу, транзакции, когда пакетный менеджер встает в позу когда он ни бе, ни ме, ни кукареку?!
Ответить | Правка | Наверх | Cообщить модератору

106. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (4), 15-Янв-20, 07:32 
простите, но унести с собой БД он не может - у него ее нет.
Индексы репо - не бд и могут в любой момент быть сгенерены заново.

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

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

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

113. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (-), 15-Янв-20, 07:51 
> простите, но унести с собой БД он не может - у него ее нет.

А почему при OOM усе улетает с жоским стэктрейсом и при следующих попытках что-либо делать оно вопит "database corrupt"? И дальше вообще ни вперед, ни назад.

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

> Индексы репо - не бд и могут в любой момент быть сгенерены заново.

При том изначально эти *МАКАКИ* напихали туда аж XML. Потом оказалось что это жирное и дико тормозит - давайте дескать будем скулайтные базы сгружать?! Еще один пример когда сперва сделали, потом подумали. Уровень инженерии в этой поделке так и прет из всех щелей.

Даже у какой-нибудь фрибзды на фоне этого позора пакетный менеджер лучше, хахаха.

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

Уж не знаю когда оно там было совершенно беспроблемным. Во времена up2date чтоли?

> Выкинуть и переписать на sqlite -

Ну для начала - на си, чтоли. Почему-то это смогли даже фрибсдшники, лол. А, да, с скулайтом вроде. Типа кучка академбомжей может а редхат нет? :)

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

140. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от пох. (?), 15-Янв-20, 11:09 
> А почему при OOM усе улетает с жоским стэктрейсом

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

> При том изначально эти *МАКАКИ* напихали туда аж XML.

что не так с xml в качестве структурированных данных? Конечно же yaml, как у freebsd, гораздо круче, и так занятно ломается об лишний невидимый символ?

> Даже у какой-нибудь фрибзды на фоне этого позора пакетный менеджер лучше, хахаха.

пакетный менеджер, не умеющий нормальных версий пакетов - конечно лучше, хахаха

> Ну для начала - на си, чтоли.

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

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

149. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Dimon (??), 15-Янв-20, 11:28 
Где у FreeBSD yaml?
Ответить | Правка | Наверх | Cообщить модератору

159. Скрыто модератором  –2 +/
Сообщение от пох. (?), 15-Янв-20, 11:36 
Ответить | Правка | Наверх | Cообщить модератору

163. Скрыто модератором  +/
Сообщение от Аноним (183), 15-Янв-20, 11:41 
Ответить | Правка | Наверх | Cообщить модератору

165. Скрыто модератором  –3 +/
Сообщение от пох. (?), 15-Янв-20, 11:47 
Ответить | Правка | Наверх | Cообщить модератору

209. Скрыто модератором  –1 +/
Сообщение от Аноним (209), 15-Янв-20, 13:53 
Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

204. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (209), 15-Янв-20, 13:47 
>> При том изначально эти *МАКАКИ* напихали туда аж XML.
> что не так с xml в качестве структурированных данных? Конечно же yaml,
> как у freebsd, гораздо круче, и так занятно ломается об лишний
> невидимый символ?

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

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

214. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от пох. (?), 15-Янв-20, 14:14 
> Наверное тем, что _автоматически генерируемые_ списки и описания в yaml, в случае
> нужды, человекочитаемее? И лезть туда с нотпадом что-то править обычно совсем

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


Если бы было нужно только роботом парсить - было бы совершенно похрену, читаемы они или нет.

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

222. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (209), 15-Янв-20, 14:57 
>> Наверное тем, что _автоматически генерируемые_ списки и описания в 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ообщить модератору

329. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 17:23 
> надобности с помощью grep/awk/jq.

Абсолютно. XML одинаково хреново парсится и человеками и машинами.

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

328. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 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 лет пакетный менеджер можно и нормально написать, а не левой пяткой вебмккак.

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

169. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (183), 15-Янв-20, 11:59 
> А почему при OOM усе улетает с жоским стэктрейсом и при следующих попытках что-либо делать оно вопит "database corrupt"? И дальше вообще ни вперед, ни назад.

Недавно я по глупости запустил yum update из сеанса ssh, работающего через VPN. Совершенно случайно прилетело обновление VPN-демона... в общем, тоже "database corrupt". И дальше вообще ни вперед, ни назад.

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

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

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

322. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 14:54 
> И дальше вообще ни вперед, ни назад.

Дарю идею: у дебиана нормальный пакетный менеджер. И следующие 5 лет с 10-м дебианом можно спать спокойно. А редхат... он имеет смысл если у вас подписка на саппорт, чтоли.

И, кстати, дебиану вообще и его пакетному менеджеру в частности нормалек даже на самом тощем vm с 128 оперативки. Без свопа. На минуточку, это ВЧЕТВЕРО меньше минимальных требований RHEL.

> мягкими и шелковистыми.

Ну его нафиг такой шелк...

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

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

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

225. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +14 +/
Сообщение от Led (ok), 15-Янв-20, 15:07 
> Это отличный инструмент

Причём он отличный в каждой минорной версии.

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

231. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –10 +/
Сообщение от Vkni (ok), 15-Янв-20, 18:06 
> Причём он отличный в каждой минорной версии.

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

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

246. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 20:26 
>> Причём он отличный в каждой минорной версии.
> Совершенно верно. И профессионал должен это знать, и не должен использовать инструмент
> не по назначению

расскажите же, о гуру - чем же назначение пихона 3.5 отличалось от назначения пихона 3.6 ?

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

261. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –3 +/
Сообщение от Vkni (ok), 15-Янв-20, 23:45 
Практически ни в чём. Ключевое тут - меняется от версии к версии. Очевидно, что если вы используете этот язык для долгоживущего продукта, проблемы обеспечены.
Ответить | Правка | Наверх | Cообщить модератору

298. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 17-Янв-20, 19:14 
> Практически ни в чём. Ключевое тут - меняется от версии к версии.
> Очевидно, что если вы используете этот язык для долгоживущего продукта, проблемы
> обеспечены.

в 2005м году, видимо, было еще далеко не очевидно.
Надо было быть не профессионалом-разработчиком, а профессионалом оккультных наук, чтобы предугадать "python3 это не новая версия, это другой йазык!", с последующим переобуванием в полете, и категорическим отказом от поддержки другого язы...простите, немодной мамонтово-кальной версии того же самого (причем с мутнейшей лицензией, не позволяющей никому занять вакантное место - см. пункт 7 последней версии).

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

299. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Vkni (ok), 17-Янв-20, 20:55 
Извините, но вся около-питоновская культура - это "менять и не бояться выбрасывать старое". Типичный пример optparse vs argparse - разницы между ними почти нет, а та, что есть, совершенно не перекрывает геморрой от миграции и тестирования. Ocaml, например, уже лет 30 живёт с модулем https://caml.inria.fr/pub/docs/manual-ocaml/libref/Arg.html (для желающих что-то серьёзнее есть другие модули, а этот не меняется и не устаревает).

Я в 2005 за Питоном особенно не следил. Разве что видел, что строить на нём сложные GUI программы очень тяжело - они постоянно вылетали. Но я полагаю, что культура сообщества разработчиков тогда была примерно той же - "легко менять и легко выбрасывать старое".

А с таким вечно меняющимся фундаментом нельзя строить что-то долгосрочное:

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

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

317. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 10:42 
> А с таким вечно меняющимся фундаментом нельзя строить что-то долгосрочное:

* первый релиз NumPy - 2006
* первый релиз IPython - 2001
* matplotlib - 2003
* pandas - 2008


PS: Для справки, OCaml - это 1996 год.

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

324. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Vkni (ok), 18-Янв-20, 16:43 
Эти библиотеки просты как валенки, плюс туда вливаются совершенно сумасшедшие средства и силы. И, кстати, API этих библиотек тоже не сказать, что стабилен.

А мы про Mercurial говорим, которому всё это вычматовское библиотечное до лампочки. Это совершенно разные области применения:

Data science, aka automated statistics - это штука, прекрасно ложащаяся в идеологию Питона: быстро напиши, получи результат и выбрось. Никаких проблем с поддержкой совместимости и т.д. Поэтому здесь он выступает на 5+. Ну поломали вы numpy, ну следующий notebook будете писать на новом API.

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

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

338. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 18:05 
> Эти библиотеки просты как валенки

Эм?!

> плюс туда вливаются совершенно сумасшедшие средства и силы.

Крестик или трусы?

> А мы про Mercurial говорим, которому всё это вычматовское библиотечное до лампочки.

Ну, во-первых, там не только "вычматовские".  А во-вторых, вы писали
что "с таким вечно меняющимся фундаментом нельзя строить что-то долгосрочное" (ц)
Вот вам пожалуйста - таки можно.  А то, что нет второго hg, ну так извиняйте,
и первый не слишком взлетел.  Возможно это и связано с языком, а возможно дело
в танцорах.  Потому что другим ни поддерживать Python 3 ни делать
долгосрочные проекты - язык, очевидно, никак не мешает.

> Data science, aka automated statistics - это штука, прекрасно ложащаяся в идеологию
> Питона: быстро напиши, получи результат и выбрось. Никаких проблем с поддержкой
> совместимости и т.д. Поэтому здесь он выступает на 5+. Ну поломали
> вы numpy, ну следующий notebook будете писать на новом API.

Data science - это модная фигня, не имеющая прямого отношения к собственно
science, помимо названия.  А в той science, за которую Нобелевские премии
дают - к совместимости отношение куда более трепетное, поскольку "получить
результат" мало.  Надо еще чтобы коллеги могли воспроизвести твое чудо.

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

Вы думаете, что .hdf5 можно читать каждый раз как-то "творчески"?

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

315. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 10:34 
> Надо было быть не профессионалом-разработчиком, а профессионалом оккультных наук, чтобы
> предугадать "python3 это не новая версия, это другой йазык!"

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


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

316. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 18-Янв-20, 10:39 
вот лохи и повелись.

А оно херак, и в полете - переобулось. Оказывается все таки не новый язык, а новая версия интерпретатора, а "этот ваш мамонтовый кал" - нинунанинуна.

И registered trademark вишенкой на тортике, чтобы те кому нужно для тех кому нужно - все равно не сумели сделать надежно.

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

318. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 18-Янв-20, 10:45 
> А оно херак, и в полете - переобулось. Оказывается все таки не
> новый язык, а новая версия интерпретатора

the first ever intentionally backwards incompatible Python release

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

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

323. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 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ообщить модератору

325. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Vkni (ok), 18-Янв-20, 16:46 
> А оно херак, и в полете - переобулось. Оказывается все таки не
> новый язык, а новая версия интерпретатора, а "этот ваш мамонтовый кал"
> - нинунанинуна.

А библиотеки вы вообще не учитываете? Основная проблема же в том, что библиотеки меняются.

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

289. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от freehckemail (ok), 16-Янв-20, 15:10 
>> Это отличный инструмент
> Причём он отличный в каждой минорной версии.

Ты сделал мой день, Led! Аж слеза навернулась! =)

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

181. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от myhand (ok), 15-Янв-20, 13:04 
> посмотрите на то, в каком состоянии "готовности" находятся стандартные библиотеки.

Посмотрите на гражданина, до сих пор не умеющего в читать документацию.

> За тридцать-то лет языка они, небось, должны быть совсем в ином состоянии.

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

Собственно, в количестве батареек и находится большая часть проблемы.  Оно вот это
все действительно нужно там?  Вроде потихоньку начинают выковыривать.

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

Вы просто не писали нечего дальше скриптиков на 1kLOC.

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

19. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от menangenemail (?), 14-Янв-20, 23:52 
В последнее время, Python че-то не туда шагнул. То все эти асинхронные фишки скоммунизженны с Node.js, чтобы быть не хуже, но при этом со своими узелками в кишках; то какое-то местами усложнённое г в синтаксисе простого языка. Всё это вызывает грусть и тоску, вместо выпиливания GIL и впиливания JIT занимаются откровенной мало кому нужной ерундой, все эти «Foundation» - кормят не пойми кого
Ответить | Правка | Наверх | Cообщить модератору

29. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от kai3341 (ok), 15-Янв-20, 00:22 
> В последнее время, 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ообщить модератору

66. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (48), 15-Янв-20, 01:23 
> Вообще с GIL не так всё просто. Это инженерное решение со своими достоинствами (внезапно оно производительно) и недостатками (заставляет отбросить многопоточность, когда дело касается производительности. Впрочем, когда дело касается производительности, самое время подумать о сишном расширении)

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

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

68. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от kai3341 (ok), 15-Янв-20, 01:32 
Бро, каникулы скоро закончатся, и можно будет спокойно продолжать о технических нюансах :)
Ответить | Правка | Наверх | Cообщить модератору

133. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (133), 15-Янв-20, 10:55 
Зелен виноград.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

97. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (97), 15-Янв-20, 07:13 
> Место BDFL всё ещё вакантно! Не упусти свой шанс решать, куда шагать python'у

Срочно разыскиватеся диктатор с мазохистичными наклонностями! А, погодите, может это liquidation manager так называется? :)

> Видите ли, эти "асинхронные фишки" дают дикий буст производительности IO-задач.

Видите ли, кого это колыхало давно пишут на каком-нибудь go, чтоли. Там еще и код нативный, что дает дикий буст по всей площади кода.

> Кто откуда комуниздит?

Все друг у друга понемногу.

> А мужики то и не знали, что реализация IronPython без GIL!

А этой жестью :) кто-то пользуется вообще?

> Вообще с GIL не так всё просто. Это инженерное решение со своими
> достоинствами (внезапно оно производительно) и недостатками (заставляет отбросить многопоточность,

Взаимоисключающие параграфы как они есть.

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

114. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Java (?), 15-Янв-20, 07:54 
Посмотрим на Go2. Как бы они пытаются сломать как можно меньше, но проблема в том, что это Google.
Ответить | Правка | Наверх | Cообщить модератору

120. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 15-Янв-20, 08:12 
> Посмотрим на Go2. Как бы они пытаются сломать как можно меньше, но
> проблема в том, что это Google.

Хипстерам вообще полезны иногда отрезвляющие клизмы с патефонными иголками ;]

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

21. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (21), 15-Янв-20, 00:09 
А где же тот чувачок, который "...несовместимая 3-я версия это лучшее что случилось с питоном"? https://www.opennet.ru/openforum/vsluhforumID3/119416.html#30
Ответить | Правка | Наверх | Cообщить модератору

65. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +6 +/
Сообщение от Аноним (48), 15-Янв-20, 01:19 
А разве обсуждаемая новость как-то опровергает его слова?
Ответить | Правка | Наверх | Cообщить модератору

25. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +5 +/
Сообщение от Anonymoustus (ok), 15-Янв-20, 00:11 
Я бы им посоветовал переписать всё на стабильном языке — на Перле, например.
Ответить | Правка | Наверх | Cообщить модератору

36. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от Аноним (30), 15-Янв-20, 00:38 
На COBOL 60. Куда уж стабильнее!
Ответить | Правка | Наверх | Cообщить модератору

37. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +4 +/
Сообщение от Anonymoustus (ok), 15-Янв-20, 00:40 
> На COBOL 60. Куда уж стабильнее!

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

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

49. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (30), 15-Янв-20, 00:56 
И для чего же, по вашему мнению? Неужели для написания DVCS? :)

К COBOL-у как таковому у меня никаких претензий, в свое время отлично решал свою задачу.

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

80. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от псевдонимус (?), 15-Янв-20, 03:44 
Люто плюсую! Желать что-то долговечное на Пистоне моветон.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

28. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –3 +/
Сообщение от Аноним (34), 15-Янв-20, 00:21 
>так как тесты не охватывают 100% кодовой базы

ССЗБ.

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

31. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от Аноним (34), 15-Янв-20, 00:29 
>Прогнозы о стабильности порта для Python 3 даются неутешительные. В частности, предполагается, что на протяжении нескольких лет в коде будут всплывать случайные ошибки

Держать годами техдолг - сами виноваты.

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

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

55. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +4 +/
Сообщение от Аноним (55), 15-Янв-20, 01:01 
Какие смузи пьёшь? Обтягивающие джинсы кровоток перекрывают? Нравится все ново-молодёжное?
Ответить | Правка | Наверх | Cообщить модератору

69. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (69), 15-Янв-20, 01:43 
Если я правильно понял, он сказал, что сидел на тупиковом овне мамонта 5 лет (что в общем-то дохрена) и был очень рад, когда его скинул (необходимость поддерживать 2 ветки одновременно очень сковывает и заставляет делать много бесполезной работы). И я рад за него.

Но хотя я сравнивал 36,34 и 27, так 36 потреблял больше всего памяти и был самым медленным. Вероятно не в последнюю очередь из-за того, что код был в стиле 2 питона.

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

76. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –3 +/
Сообщение от Аноним (34), 15-Янв-20, 02:23 
На самом деле я на 2 вообще не сидел. Я просто в 2013 начал на питоне кодить, так что все мои либы изначально шли с трёшки. Просто двойка была ещё почему-то очень популярна, так что в наглую забить на неё мало кто был готов. А посыл в том, что ещё в 13 питон 3 был абсолютно полностью юзабельным. Со всеми sklearn, numpy и scipy. Если какая-то либа не была портирована - я просто делал 2to3. В большинстве случаев вообще ручных фиксов не требовалось. Даже если и требовалось, то обычно не более 3 строк на всю либу, хотя бывало требовалось пофиксить и 20. То что его не дропнули сильно раньше 20 - это просто толерантность к тунеядцам, предпочитающим копить долг, а потом ныть про баги и валить всё на злых разрабов, которые копить долг не захотели.
Ответить | Правка | Наверх | Cообщить модератору

116. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 15-Янв-20, 08:01 
> Обтягивающие джинсы кровоток перекрывают?

Да что там, кеды жмут :)


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

161. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (183), 15-Янв-20, 11:38 
Тогда надо на гном переходить :)
Ответить | Правка | Наверх | Cообщить модератору

258. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от еукеекнмсч (?), 15-Янв-20, 22:34 
пью джинсы с подваротами! смузи кровоток не перекрывают! все норм чтяднт?!
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

98. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (-), 15-Янв-20, 07:16 
> А ретрограды пусть дальше кодят что-нибудь полезное и новое вместо вечного реF*CKторинга...

Пофиксил.

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

178. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –4 +/
Сообщение от Аноним (183), 15-Янв-20, 12:59 
> ретрограды
> полезное

Поделил на ноль.

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

335. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 17:57 
> Поделил на ноль.

Ну, э, блин, если инноваторы тебе фирмвару твоему гироскутеру на пихоне накатают - ты таки обольешься смузи и расшибешь табло об асфальт.

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

79. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +4 +/
Сообщение от Аноним (79), 15-Янв-20, 03:10 
>Ценой перевода Mercurial на Python 3
>может стать шлейф непредвиденных ошибок

- Может?! Да они оптимисты, впрочем, никогда не было и вот опять!

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

83. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (83), 15-Янв-20, 05:49 
Я не питонист, но неужели эти языки (питон 2 и питон 3) ведут себя настолько по-разному?
Ответить | Правка | Наверх | Cообщить модератору

102. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (105), 15-Янв-20, 07:27 
> Я не питонист, но неужели эти языки (питон 2 и питон 3)
> ведут себя настолько по-разному?

Более того - взяв произвольный скрипт на допустим 2.4 на более актуальном сейчас 2.7 это скорее всего либо не заработает, либо грохнется с ошибкой в середине работы. Примерно тот же тренд если взять скрипт писанный на каком-нибудь 3.4 и попытаться его на 3.6 вкорячить.

Кстати майкрософт так тоже пробовал. К 4.5-й версии дотнета с него сбежали даже самые стойкие. Потому что все время конопатить свой код и ловить предъявы от клиентов за жирные баги на ровном месте - утомительно.

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

111. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (4), 15-Янв-20, 07:46 
> Более того - взяв произвольный скрипт на допустим 2.4 на более актуальном сейчас 2.7 это скорее
> всего либо не заработает

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

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

117. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (-), 15-Янв-20, 08:05 
> вообще-то ровно наоборот - это - скорее всего заработает.

Мой опыт ровно обратный.

> Не заработает 2.7 код на 2.4, если только не написан очень специальным образом

Ну это уже какая-то экзотика, обычно в системе версии софта вверх подтягивают по ходу пьесы. И в этот момент обнаруживается что почему-то куча скриптов перестала работать. F..K THAT.

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

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

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

130. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Anonymqwe (?), 15-Янв-20, 10:01 
По .Net прусы будет?
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

336. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 17:59 
> По .Net прусы будет?

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

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

107. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (4), 15-Янв-20, 07:36 
читай оригинал новости (надеюсь, нипихианист может в английский?)

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

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

112. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +6 +/
Сообщение от Anonymoustus (ok), 15-Янв-20, 07:48 
> Я не питонист, но неужели эти языки (питон 2 и питон 3)
> ведут себя настолько по-разному?

Буква «B» в слове «Python» означает «Backward compatibility»*.


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

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

179. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (183), 15-Янв-20, 13:01 
Кстати, где эта буква в слове "C"?
Ответить | Правка | Наверх | Cообщить модератору

180. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Anonymoustus (ok), 15-Янв-20, 13:02 
В книжке K&R. ;)
Ответить | Правка | Наверх | Cообщить модератору

184. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (183), 15-Янв-20, 13:12 
Тогда для питона — ищите её в Dive into Python.
Ответить | Правка | Наверх | Cообщить модератору

185. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Anonymoustus (ok), 15-Янв-20, 13:14 
> Тогда для питона — ищите её в Dive into Python.

Что же там пишут про обратную совместимость, аноним? Почему релизы третьей ветки между собой недостаточно совместимы?

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

187. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 15-Янв-20, 13:16 
Можно пример?
Ответить | Правка | Наверх | Cообщить модератору

193. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (183), 15-Янв-20, 13:25 
print 3/2

Сойдёт за пример?

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

237. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 15-Янв-20, 18:40 
SyntaxError: Missing parentheses in call to 'print'. Did you mean print(3/2)?

Может у вас какой-то специально обученный python3?

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

243. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (4), 15-Янв-20, 19:55 
у него - 3.5, где так - было еще можно, хотя уже нельзя.
Ответить | Правка | Наверх | Cообщить модератору

255. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (255), 15-Янв-20, 22:05 
Пишут что проще утонуть
Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

84. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от Аноним (84), 15-Янв-20, 05:53 
Уже весь мир перешел на python3, а быдлокодеры из меркуриал продолжают всем доказывать, что он не нужен. Уже и всю пользовательскую базу растеряли, уже и из дистрибутивов думают его удалить, а они все доказывают. Нет бы по человечески постепенно перейти когда вышла тройка -- это не для джедаев. Десять лет доказывать, что НИНУЖНА, а когда закончится срок поддержки сломя жопу плодя ошибки ускоренно мигрировать -- это по нашему.
Ответить | Правка | Наверх | Cообщить модератору

110. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (4), 15-Янв-20, 07:43 
ты-то не быдлокодер, ты бы за пять минут все переписал? А, не, ты вообще не умеешь кодить? Мы так и думали.

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

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

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

115. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (115), 15-Янв-20, 07:56 
> ты бы за пять минут все переписал?

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

> Предполагая, что пользователю (не умеющему, кстати, кодить)

Алло, это система контроля версий, 999 пользователей из 1000 -- программисты.

> Предполагая, что пользователю (не умеющему, кстати, кодить)

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

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

118. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (4), 15-Янв-20, 08:10 
> Я же не из меркуриал-тим, чтобы переписывать за пять минут, у меня на это было бы 10 лет минимум.

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

А работающего меркуриала при этом бы - не было. Одни переписывания.

> Алло, это система контроля версий, 999 пользователей из 1000 -- программисты.

ну ты вот не умеешь - а из тех 999 - 990 - таких же как ты. Остальные 10 - не программисты.

> И что, конкретно, у них было в голове в этот момент?

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

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

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

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

122. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (-), 15-Янв-20, 08:14 
> Я же не из меркуриал-тим, чтобы переписывать за пять минут, у меня
> на это было бы 10 лет минимум.

- Эй, чуваки, у нас тут корабль тонет! Все к насосам!!!
- Я вам тут не матрос воду качать!!!

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

171. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (183), 15-Янв-20, 12:02 
Скорее "Врагу не сдаётся наш гордый Варяг, пощады никто не желает!"
Ответить | Правка | Наверх | Cообщить модератору

125. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от йкЛще (?), 15-Янв-20, 09:18 
>> Предполагая, что пользователю (не умеющему, кстати, кодить)

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

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

135. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от пох. (?), 15-Янв-20, 10:58 
Им пох. Нам вот с результатами их неумения жить приходится - это да, некстати. Но других разработчиков давно нет, а эти хоть из продвинутых - не только про волшебный git слышали (в котором умеют аж две команды...хотя нет, зачем - ведь есть "встроенный редактор")

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

85. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (85), 15-Янв-20, 05:57 
Нужно было похоронить проект python 2 и переименновать его во что то другое при переводе проекта на python 3, например "Пистон 1.0" и представить публике как новый молодежный язык, тогда бы нытья по миграции с одной ветки на другую не было, так как некому было бы предъявлять претензиии, это был бы умирающий язык (пайтон 2), а умирающему претензии не шлют и ретрограды зачесались бы раньше по переводу кодовой базы на "Пистон 1.0" или выбрали любой другой на то время ЯП, а так они находились в фрустрации, надеялись на что то и болезнь растянулась на годы и приняла катастрофические последствия.

Вообщем горе бизнесмены, маркетологи нешмагли или их не было в команде на то время рубануть с плеча и сменить имя проекту так, чтобы многие не догадались, что это решение команды пайтон 2 ))

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

109. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (4), 15-Янв-20, 07:40 
они так и сделали.

Но "умирающий язык" - это язык на котором не ведут и не поддерживают разработки. А вовсе не язык версии #-1. Который будет не "умирающим", а просто брошенным разработчиками.

Таких языков, которые просто умерли со временем - было. perl4, php<=4. Но умерли они от того, что на них просто не успели и не сумели ничего существенного написать, а не от того что гордый разработчик, поковыряв пальцем в грязном носу, заявил что "нипаддерживаеццца".

(поэтому с "нипаддерживаетца" php5 мы будем еще лет двадцать обниматься)

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

99. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +6 +/
Сообщение от Аноним (99), 15-Янв-20, 07:18 
>многие проблемы незаметны при статическом анализе и проявляются только во время выполнения

Весь Питон в этой фразе. В нём без дебагера дальше хелоуворда не уйти.

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

119. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –8 +/
Сообщение от Адекват (ok), 15-Янв-20, 08:11 
Проект опенсорсный ? бесплатный ? программистам не заплатили за него ?
И вот чем это обернулось. Только экономическая модель жизнеспособна, только оплаченный труд принесет результат и не создаст проблем в будущем.
Все-таки без денег никуда, сейчас, если бы бизнесмены увидели экономическую выгоду от портирования, если бы после портирования был бы спрос на новый продукт - его можно было бы просто с нуля написать, наняв опытных и грамотных программистов, а деньги потраченные на оплату труда программистов, и возможно на рекламу окупились бы с продажи лицензий.
Но...мы ж любим опенсорс, всю работу сейчас придется делать людям бесплатно, или оставить как есть, но видимо оставить как есть - не вариант, потом что движуха уже началась :)
Ответить | Правка | Наверх | Cообщить модератору

123. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 15-Янв-20, 08:15 
Даже какой-нибудь дропбокс, который таки мог оплачивать программистов, с питона таки ушел. Потому что проблем с ним все-таки много.
Ответить | Правка | Наверх | Cообщить модератору

242. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (4), 15-Янв-20, 19:52 
"потому что проблем с ними все-таки много."
Поправил вашу малозаметную опечатку, не благодарите.

Разумеется, зачем их оплачивать, программистов-то. Халява ж везде!

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

126. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +5 +/
Сообщение от йкЛще (?), 15-Янв-20, 09:20 
>> только оплаченный труд принесет результат и не создаст проблем в будущем

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

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

138. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Ю.Т. (?), 15-Янв-20, 11:03 
> Проект опенсорсный ? бесплатный ? программистам не заплатили за него ?
> И вот чем это обернулось. Только экономическая модель жизнеспособна, только оплаченный труд принесет результат и не создаст проблем в будущем.

Просто у них не было передовой партии.

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

124. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от FSA (??), 15-Янв-20, 08:43 
Всё-таки не зря я года 4 назад перешёл на git. Правда осталось репов 8 на hg... Надо думать как их конвертировать. Но даже если и потеряю их историю версий, ничего такого страшного не произойдёт.
Спасибо Mercurial за простое погружение в мир распределённых систем контроля версий, но нет. Я пожалуй буду пользоваться git.
Ответить | Правка | Наверх | Cообщить модератору

128. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –3 +/
Сообщение от mumu (ok), 15-Янв-20, 09:26 
> разработчиков вынуждали переписывать код и тратить ресурсы на поддержание отдельных веток для Python 2 и Python 3

Никто их не вынуждал поддерживать Python 2. Я все свои проекты перевел на 3 и все новые начинал уже только на нём, испытывая при этом только положительные эмоции.

> Лишь через семь лет ... были реализованы возможности, позволявшие ... обеспечить работу одной кодовой базы с Python 2 и Python 3

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

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

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

136. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (133), 15-Янв-20, 11:00 
И твои "проекты" конечно сравнимы с меркуриалом по сложности и значимости.
Ответить | Правка | Наверх | Cообщить модератору

157. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (183), 15-Янв-20, 11:34 
В мире, где полностью победил git, любой студенческий hello world сравним с Mercurial по значимости.
Ответить | Правка | Наверх | Cообщить модератору

283. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 16-Янв-20, 11:14 
> В мире, где полностью победил git, любой студенческий hello world сравним с
> Mercurial по значимости.

главное - верь, студент!

Что все эти меркуриалы и прочие ненужные тебе поделки имеют такую же значимость, как и выброшенный тобой сданный курсовик.

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

129. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (129), 15-Янв-20, 09:47 
Надо было писать на Java.
Ответить | Правка | Наверх | Cообщить модератору

131. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (131), 15-Янв-20, 10:26 
Кому-то надо ещё объяснять, что динамические языки и пестон в часности - г***но?! ЯЗЫК НА ОТСТУПАХ, это ж надо придумать! Нехватает только Фортрана с его "6-ой позицией".
Ответить | Правка | Наверх | Cообщить модератору

132. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Anonymoustus (ok), 15-Янв-20, 10:32 
> Кому-то надо ещё объяснять, что динамические языки и пестон в часности -
> г***но?! ЯЗЫК НА ОТСТУПАХ, это ж надо придумать! Нехватает только Фортрана
> с его "6-ой позицией".

Проблемность пихтона заключается отнюдь не в отступах.

А в Фортране (77) отступы, на мой взгляд, прекрасны и достойны восхищения.

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

139. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Ю.Т. (?), 15-Янв-20, 11:05 
Что-то не видел я там такого рояля (удовольствия соблюдать отступы фортрана (в ту пору прекрасную)).
Ответить | Правка | Наверх | Cообщить модератору

145. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Anonymoustus (ok), 15-Янв-20, 11:21 
> Что-то не видел я там такого рояля (удовольствия соблюдать отступы фортрана (в
> ту пору прекрасную)).

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

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

219. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от пох. (?), 15-Янв-20, 14:30 
> перфокарт — но и сами же перфокарты были и остаются крутейшим изобретением, которое
> невозможно переоценить.

чтоб тебе колоду непронумерованных рассыпать на лестнице!

P.S. по йолкам их развешивать, правда, было здорово


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

260. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Anonymoustus (ok), 15-Янв-20, 23:42 
>> перфокарт — но и сами же перфокарты были и остаются крутейшим изобретением, которое
>> невозможно переоценить.
> чтоб тебе колоду непронумерованных рассыпать на лестнице!

А нефиг носить голые перфокарты по лестнице! Потом этими же руками ешь. В тележку сложи и — по направляющим для инвалидов…


> P.S. по йолкам их развешивать, правда, было здорово

И плётки для БДСМ плести.

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

284. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 16-Янв-20, 11:27 
> А нефиг носить голые перфокарты по лестнице! Потом этими же руками ешь.
> В тележку сложи и — по направляющим для инвалидов…

тогда не было направляющих для инвалидов.

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

И это еще без бонусов в виде "лента в перфораторе не менялась десять лет/разложилась и выкинута, новых завхоз не покупает". Умеете ЕСовские перфокарты глазами читать?

Умные, конечно, надписывали номерки фломастером, но не все такие умные родились.

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

>> P.S. по йолкам их развешивать, правда, было здорово

и это вы тоже не поняли?

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

337. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (337), 18-Янв-20, 18:05 
> В общем-то, все были счастливы, когда стали сравнительно доступны магнитные ленты, пусть
> и читавшиеся местами и временами.

И что интересно, Хэмминг и ко - небось подревнее вас будут.

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

142. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 11:15 
шестая позиция не имела в фортране семантического смысла - только синтаксический (то есть код начавшийся раньше восьмой, кстати - это tab - просто не компилировался), да и тот исключительно из-за особенностей техники тех времен.

Если ты считал что от лишнего пробела код станет удобочитаемей - он от этого ничуть не портился.

Когда отпала необходимость в символе C - фортраны прекрасно перестали придираться к начальному отступу, он не влиял вообще ни на что.

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

172. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Scriptor (ok), 15-Янв-20, 12:25 
Между прочим, библиотеки на 77-м (и даже более ранних) Фортране компилируются до сих пор. В нынешних версиях fixed-form необязателен уже лет 30, т.к. потерял смысл, а язык естественным образом развивается, принимая новые возможности. Просто есть вечное, а есть чехарда версий-однодневок, которые исчезают, "как слезы в дожде"(с). Между прочим, сейчас у Python2 еще остается шанс стать долговременным стандартом (де-факто) -- просто за счет: а) неизменяемости и стабильности (Python 3 позволяет себе deprecation removals как минимум в библиотеках, что потенциально может сломать обратную совместимость); б) плюс PyPy уже заявил, что собирается поддерживать его неограниченно долго, т.к. внутренности PyPy реализованы на Python2, а переписывать ради переписывания не нужно.
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

206. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 13:47 
ну вам там выше написали, как одним шаловливым движением хвоста можно все взять и поломать, даже с предопределенными зависимостями.

Пипи тоже допипикаетсо ;-) Их вот, кстати, и не жалко совсем.

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

227. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Scriptor (ok), 15-Янв-20, 15:32 
Почему не жалко-то?
Ответить | Правка | Наверх | Cообщить модератору

247. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 20:31 
> Почему не жалко-то?

потому что красиво но феерически бесполезно в реальной жизни.

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

249. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Scriptor (ok), 15-Янв-20, 20:42 
> потому что красиво но феерически бесполезно в реальной жизни.

Define "реальная жизнь"?

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

327. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 18-Янв-20, 16:52 
>> потому что красиво но феерически бесполезно в реальной жизни.
> Define "реальная жизнь"?

ну вот давай ты на нем запустишь пресловутый hg - с минимальным набором дополнений, которые берутся не из общей поставки, а из репо?

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

160. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (160), 15-Янв-20, 11:37 
потому что разрабатывать большие проекты на динамическом нефункциональном языке просто противопоказано
Питон хорош совершенно для другого - избавляет во время разработки от необходимости перекомпилировать и перезапускать, а также не мучаться с системой билда проекта, что в совокупности феерически ускоряет скорость разработки, пока весь проект возможно удерживать у себя в голове
Ответить | Правка | Наверх | Cообщить модератору

164. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (164), 15-Янв-20, 11:45 
> первые попытки портирования были предприняты ещё в 2008 году
> форсированном режиме адаптация для работы с Python 3 началась в 2015

они бы за 12 лет его с нуля на ассемблер переписали под все платформы, а за 5 лет на Си или том же rust

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

168. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от пох. (?), 15-Янв-20, 11:59 
>> первые попытки портирования были предприняты ещё в 2008 году
>> форсированном режиме адаптация для работы с Python 3 началась в 2015
> они бы за 12 лет его с нуля на ассемблер переписали под
> все платформы, а за 5 лет на Си или том же
> rust

почему же ты еще этого не сделал?

А, ну да, ты ж не умеешь кодить...

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

197. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (183), 15-Янв-20, 13:32 
Те, кто умеют, в этот тред не заходят. Потому что тут их обзовут вебмакаками и начнут измерять длину хвоста.
Ответить | Правка | Наверх | Cообщить модератору

207. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от пох. (?), 15-Янв-20, 13:49 
ну, в штанину пусть спрячут, что-ли? И какие-нибудь модные сапожки, чтоб кисточка из подворотиков не высовывалась.

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

263. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от PereresusNeVlezaetBuggy (ok), 16-Янв-20, 00:08 
> Те, кто умеют, в этот тред не заходят. Потому что тут их
> обзовут вебмакаками и начнут измерять длину хвоста.

Те, кто умеют, прежде всего знают цену словам «надо переписать на...».

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

234. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Vkni (ok), 15-Янв-20, 18:08 
> почему же ты еще этого не сделал?

А зачем, если есть git?

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

233. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Vkni (ok), 15-Янв-20, 18:08 
> они бы за 12 лет его с нуля на ассемблер переписали под
> все платформы, а за 5 лет на Си или том же
> rust

Вполне можно было взять компилируемый Питон, ака Ocaml. И наваять примерно за то же время.

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

248. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 20:32 
> Вполне можно было взять компилируемый Питон, ака Ocaml. И наваять примерно за
> то же время.

много проектов схожего размера уже наваяли-то?

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

274. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от Vkni (ok), 16-Янв-20, 07:06 
Чай вас в гугеле не забанили. Или вы даже названия INRIA не знаете?
Ответить | Правка | Наверх | Cообщить модератору

190. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –2 +/
Сообщение от economist (?), 15-Янв-20, 13:20 
До сих пор используем в проде 2.3.2. То что было на 2.7 - снабдили from __future__ и за 3 года урывками переписали на 3. Ну как переписали - в основном убирали идиотизм в виде .decode().encode() и прочие издержки неюникодности. Заодно обнаружили кое-где 3-5 кратный рост производительности.  

Как так можно было относится к Mercurial - непонятно. Думаю, вероятность ошибок сильно преувеличена и это просто очередное интернет-нытье.

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

201. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (183), 15-Янв-20, 13:37 
> Как так можно было относится к Mercurial - непонятно. Думаю, вероятность ошибок сильно преувеличена и это просто очередное интернет-нытье.

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

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

208. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 13:50 
там их не то чтобы три, но им действительно было чем и без того заниматься - проект, с-ка, большой получился.

Есть подозрение, что изначальные разработчики такого не планировали.

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

250. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (250), 15-Янв-20, 20:54 
Выйдет скоро Python 4 и все эти портирование и переписывание коту под хвост.
Ответить | Правка | Наверх | Cообщить модератору

253. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 15-Янв-20, 22:02 
> Выйдет скоро Python 4 и все эти портирование и переписывание коту под
> хвост.

ну нет, так не делается.
Сначала-то, безусловно, 3.9
Потом, возможно - 3.99

А когда закончат переписывать - то, конечно же, безусловно - 4. А поддержку нинунанинуна 3.x дропнут через неделю. Чтоб неповадно было.

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

251. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Онаним (?), 15-Янв-20, 21:17 
Питон - он такой. Сначала написали, потом подумали.
Ответить | Правка | Наверх | Cообщить модератору

254. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Гвидо Опоссум (?), 15-Янв-20, 22:03 
> Питон - он такой. Сначала написали, потом подумали.

неее, мы не такие!

Мы потом еще раз написали - и еще раз подумали. А потом и еще, и можем повторить!

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

270. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –3 +/
Сообщение от Аноним (270), 16-Янв-20, 02:01 
мухаха. нет тестов - просто смиритесь и умрите. Git решал, решает и продолжит решать!
Ответить | Правка | Наверх | Cообщить модератору

294. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (294), 17-Янв-20, 15:23 
> так как при портировании было принято решение постепенно адаптировать код на Python 3, сохраняя поддержку Python 2, код оброс множеством хаков для совмещения Python 2 и 3, которые после прекращения поддержки Python 2 придётся вычищать.

Вот нахрена? Взяли бы и начали писать следующую мажорную версию полностью на Python 3 в 2015-м году, глядишь и уже и дописалибы и без костылей.

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

326. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 18-Янв-20, 16:50 
> Вот нахрена?

потому что любители модного-молодежного "все сломать, а потом незнамосколько писать с нуля, чтобы потом повторить, так и не доделав ни разу" - уже все равно пользуются единственноверным git...простите, gitlabce, "с встроенным редактором".

А те, кому на самом деле хотелось hg - могли немного расстроиться, обнаружив перспективу лет этак пять обойтись без исправлений ошибок и совместимости с уже существующими extensions, а так же самостоятельно собирать себе пихон 3 в системах, где его еще не существовало.

> Взяли бы и начали писать следующую мажорную версию полностью на
> Python 3 в 2015-м году, глядишь и уже и дописалибы и
> без костылей.

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

Собственно, нынешний лидер проекта, который как раз в 15м был сторонником этой идеи, нынче крестится и бормочет "слава тебе, Господи!", что хотя бы 3.5 проскочили.

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

339. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (337), 18-Янв-20, 18:06 
> Вот нахрена? Взяли бы и начали писать следующую мажорную версию полностью на
> Python 3 в 2015-м году, глядишь и уже и дописалибы и без костылей.

Может, потому что когда ты уже написал нечто работаюшее, кодить это с ноля еще раз по причине "автор ЯП прикололся" как-то не очень возбуждает? :)

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

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

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




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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