The OpenNET Project / Index page

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



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

Оглавление

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

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


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

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

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

96. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (-), 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 +/
Сообщение от Аноним (398), 15-Янв-20, 13:53 
Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

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

384. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Anonymoustus (ok), 23-Янв-20, 18:57 
> И, кстати, дебиану вообще и его пакетному менеджеру в частности нормалек даже
> на самом тощем vm с 128 оперативки. Без свопа. На минуточку,
> это ВЧЕТВЕРО меньше минимальных требований RHEL.

Только если раскатывать из образа каким-нибудь dd. Установить актуальный Debian штатным порядком на машину со 128 МБ ОЗУ сегодня уже не получится. А работать будет, да.

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

396. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (-), 25-Янв-20, 00:24 
> Только если раскатывать из образа каким-нибудь dd. Установить актуальный Debian штатным
> порядком на машину со 128 МБ ОЗУ сегодня уже не получится.

Ну как бы 128 у меня бывает только на виртуалках. И cp --reflink <template> <new_VM> неизмеримо быстрее чем час жевать сопли каким там еще дебиан-инсталлером.

А образ сделан обычным debootstrap'ом, где ничего лишнего. И я таки вижу разницу между затратами времени в секунду и в час. Это отличает меня от фанатов setup.exe :)

> А работать будет, да.

И работает. Хорошенько минимизированная VM даже и с 64 живет, по крайней мере "armhf". Но медленно, на кэш нифига не остается.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

388. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от freehckemail (ok), 23-Янв-20, 19:53 
Поддерживаю по каждому пункту, Vkni (увы, модеры не могут ставить плюсики, так что приходится писать комментарии одобрения).

Хочу также заметить, что диалог с мыхандом есть монолог, но всё равно желаю Вам успехов! =)

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

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

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

> модеры не могут ставить плюсики

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

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

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

400. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Vkni (ok), 25-Янв-20, 22:44 
> Т.е. вы тоже считаете, что на питоне нельзя строить что-либо
> долгосрочное, несмотря на кучу предъявленных примеров обратного?

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

Вопрос же в том, сколько сил придётся вложить в поддержку и разработку.

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

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

Отлично.  Флаг вам в руки: объясняйте почему есть куча проектов,
не ленящихся использовать питон, несмотря на необходимость энтих "сил",
а на OCaml есть в лучшем случае один Coq (и у меня, скажем так, есть
серьезные подозрения почему он на нем есть).


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

409. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Vkni (ok), 26-Янв-20, 20:40 
> Отлично.  Флаг вам в руки: объясняйте почему есть куча проектов,
> не ленящихся использовать питон, несмотря на необходимость энтих "сил",

Потому что в ряде случаев субъект, выбирающий язык, ориентируется на что-то внешнее:

1. Лёгкость набора кодеров под язык.

2. Зарплату кодеров.

3. Моду.

4. Уже имеющуюся экосистему.

> а на OCaml есть в лучшем случае один Coq

Это не так - есть та же Jane Street, вполне себе пилящая всякое своё.

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

410. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 27-Янв-20, 11:30 
>> Отлично.  Флаг вам в руки: объясняйте почему есть куча проектов,
>> не ленящихся использовать питон, несмотря на необходимость энтих "сил",
> Потому что в ряде случаев субъект, выбирающий язык, ориентируется на что-то внешнее:

Ну что вы, кроме пользователей OCaml ведь все - мазохисты...

> 1. Лёгкость набора кодеров под язык.

А вот это как раз разумное требование.  Особенно если учитывать, что (сюрприз,
сюрприз!) значительная доля ПО создается прикладниками, а вовсе не программистами.

>> а на OCaml есть в лучшем случае один Coq
> Это не так - есть та же Jane Street, вполне себе пилящая всякое своё.

Да нет, пожалуй это ровно один значимый FOSS проект на OCaml.  Еще что-то есть,
но это разная фигня вроде p2p клиентов (mldonkey?).

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

402. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Vkni (ok), 25-Янв-20, 22:51 
> модеры не могут ставить плюсики

У меня давно сложилось впечатление, что +- ставят боты или люди с примерно той же программой поведения, поэтому я их игнорирую.

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

406. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 26-Янв-20, 11:18 
Если комментарий многабукав, причем сильно заминусованный или (реже) наоборот - стоит приглядеться.
Ответить | Правка | К родителю #402 | Наверх | Cообщить модератору

407. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от freehckemail (ok), 26-Янв-20, 19:12 
>> модеры не могут ставить плюсики
> У меня давно сложилось впечатление, что +- ставят боты или люди с
> примерно той же программой поведения, поэтому я их игнорирую.

Имхо, +- есть в некотором смысле показатель солидарности со мнением. Чем писать 100 комментов вида "поддерживаю", "согласен", и т.п. -- куда разумнее воспользоваться системой рейтинга.

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

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

408. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Vkni (ok), 26-Янв-20, 20:34 
Ну странный какой-то показатель. Вот у меня в практически всех комментах здесь мысль одна - "язык, это инструмент, который надо применять в соответствующей области". И почему-то один из этих комментов имеет -15, а остальные - что-то в районе нуля. Хотя какая разница?
Ответить | Правка | К родителю #407 | Наверх | Cообщить модератору

397. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (397), 25-Янв-20, 00:28 
> Data science, aka automated statistics - это штука, прекрасно ложащаяся в идеологию
> Питона: быстро напиши, получи результат и выбрось.

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

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

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

Более того, там это очень полезно. Например, текст в значительной части Wolfram Notebook или Jupyter Notebook совершенно не обязан быть корректной программой (там могут быть какие-то обрезки кода, сложенные внизу впрок). При этом система, которая будет настаивать на обязательной компилируемости этого Notebook, будет только мешать (это я как опытный пользователь пишу).

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

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

385. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Anonymoustus (ok), 23-Янв-20, 19:35 
>>> Это отличный инструмент
>> Причём он отличный в каждой минорной версии.
> Ты сделал мой день, Led! Аж слеза навернулась! =)

Редчайший случай, когда он написал что-то умное, а не просто наследил в комментариях.

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

387. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от freehckemail (ok), 23-Янв-20, 19:45 
> Редчайший случай, когда он написал что-то умное, а не просто наследил в комментариях.

Пожалуйста, ребята, не ссорьтесь. =)

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

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

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




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

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