https://m.opennet.dev/openforum/vsluhforumID3/101948.html Разработчики Ubuntu намерены (https://lists.ubuntu.com/archives/ubuntu-devel/2015-April/038747.html) начиная с осеннего выпуска 15.10 прекратить поставку Python 2 в загрузочных образах основной десктоп-редакции дистрибутива. В базовой поставке останется только Python 3, использование ветки Python 2 потребует её явной установки из репозиториев. Ранее рассматривалась возможность прекращения поставки Python 2 в Ubuntu 15.04, но разработчикам не хватило времени для реализации данной цели. <br><br><br>Из пакетов, которым требуется портирование на Python 3, отмечаются software-center (https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/823254), update-notifier, ubuntu-sso-client, sessioninstaller, apt-xapian-index, deja-dup, duplicity. <br><br>URL: https://lists.ubuntu.com/archives/ubuntu-devel/2015-April/038747.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=41989<br> https://m.opennet.dev/openforum/vsluhforumID3/101948.html#79 Thu, 09 Apr 2015 19:55:14 GMT Armin Ronacher @mitsuhiko · Apr 5<br>Funny. Supporting 2.6 is a lot less work for me than supporting any 3.x. Maybe i should charge for 3.x support. ;-)<br> https://m.opennet.dev/openforum/vsluhforumID3/101948.html#78 Thu, 09 Apr 2015 13:32:51 GMT &gt; Проблема в том, что питон - узкоспецифическое решение для прототипирования и моделирования, когда время <br>&gt; разработки - 100% успеха/оплаты, а считается результат единожды.<br><br>Поучить NASA слабо? Или вы уже рассказали свои страшные фантазии авторам numpy?<br> https://m.opennet.dev/openforum/vsluhforumID3/101948.html#77 Thu, 09 Apr 2015 13:21:39 GMT Я это слышу про каждую версию Федоры последние 3 года. Дескать вот-вот.<br> https://m.opennet.dev/openforum/vsluhforumID3/101948.html#76 Thu, 09 Apr 2015 12:32:06 GMT а он нужен?<br>есть же apt/aptitude<br> https://m.opennet.dev/openforum/vsluhforumID3/101948.html#75 Thu, 09 Apr 2015 06:08:04 GMT Без обид, но когда питон так используется, как Вы говорите - никто и не вспоминает про язык и все довольны...<br>Вся ненависть - когда на питоне какое-либо приложение крутится и обрабатывает 10^9 записей (не будут же питонисты ради какого-то одного цикла заморачиваться) из базы в 200 раз медленнее (минуты, вместо секунд)... Проблема в том, что питон - узкоспецифическое решение для прототипирования и моделирования, когда время разработки - 100% успеха/оплаты, а считается результат единожды.<br> https://m.opennet.dev/openforum/vsluhforumID3/101948.html#74 Wed, 08 Apr 2015 17:03:53 GMT &gt;core i7<br><br>core3 за глаза, месяц как проапгрейдился, усё лЁтает, до этого был XP2500 тож не тормозило<br><br>&gt;нетбуками<br><br>ССЗБ-ны<br> https://m.opennet.dev/openforum/vsluhforumID3/101948.html#73 Wed, 08 Apr 2015 16:09:19 GMT &gt; целочисленное деление требует отдельного оператора, <br>&gt; что раздражает, но это дело вкуса.<br><br>Да, у меня тоже кроме этого ничего на ум не идет из потенциальных "костлявостей". Прикрутили бы уже рациональные числа, раз все равно лишь bigint остались. В общем, как в Scheme, откуда numbers содрали.<br><br><br> https://m.opennet.dev/openforum/vsluhforumID3/101948.html#72 Wed, 08 Apr 2015 14:16:30 GMT &gt; http://www.ibm.com/developerworks/ru/library/ManySpeed_08_1/ <br><br>Разницу между числодробилкой и (в основном) сишко-либы-юзалкой объяснять надо? <br>Т.е. сам вызов гткшных/кутяшных API на плюсах или сях будет конечно офигительно быстрее чем на питоне - только вот когда 99% времени выполняется этот самый код кути или гтк, то разница в "производительности" гуя в целом -- как-то не особо заметна. <br>Но да, Ъ-погромисты должны ваять гуй на сях или асме, ведь так будет быстрее!!!<br> https://m.opennet.dev/openforum/vsluhforumID3/101948.html#71 Wed, 08 Apr 2015 13:54:01 GMT Странная мысль. Единственное, в чём ещё можно его упрекнуть, это меньшее количество сторонних библиотек. Всё остальное намного красивее в тройке. Хотя лично я до сих пор иногда забываю, что целочисленное деление требует отдельного оператора, что раздражает, но это дело вкуса.<br><br>Как язык Python 3 намного стройнее и лучше, хотя можно спорить о ряде частностей.<br>