The OpenNET Project / Index page

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



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

Оглавление

Ценой перевода Mercurial на Python 3 может стать шлейф непре..., opennews (ok), 14-Янв-20, (0) [смотреть все] +1

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


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

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

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

Если б так прикалывались только эти компоненты - я бы в это поверил. Но это вообще довольно типичное поведение для питонятины. Посмотри чего творилось когда им 3.5 -> 3.6 перед релизом приспичило. Наверное потому что майнтайнить совсем уж obsolete 5 лет им все же не с руки и на момент релиза хочется версию посвежее. Но в багтрекере после этого случается просто ад.

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

379. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 21-Янв-20, 08:58 
> Но это вообще довольно типичное поведение для питонятины.

На какой выборке вы оценили типичность и как?

> Посмотри чего творилось когда им 3.5 -> 3.6 перед релизом приспичило.

"Им" - это бубунту?  Не использовал и не собираюсь.


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

393. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 24-Янв-20, 21:57 
> На какой выборке вы оценили типичность и как?

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

> "Им" - это бубунту?  Не использовал и не собираюсь.

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

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

403. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 26-Янв-20, 09:39 
>> На какой выборке вы оценили типичность и как?
> На то что мне попадалось.

Т.е. как таковая статистика отсутствует, просто "я щетаю" было неудобно сразу писать?

>> "Им" - это бубунту?  Не использовал и не собираюсь.
> Ну можешь посмотреть что творилось в дебиане когда перед релизом десятки питон
> до 3.6 подтянули.

Могу и посмотреть.  Показывайте.

Ответить | Правка | К родителю #393 | Наверх | 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ообщить модератору

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

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




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

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