Представлен последний итоговый выпуск Python 2.7.18, который ознаменовал собой полное прекращение поддержки ветки Python 2. Обновления для Python 2 больше формироваться не будут и всем пользователям рекомендуется перейти на использование Python 3. Ветка Python 2.7 была сформирована в 2010 году и её поддержку изначально планировалось прекратить в 2015 году, но из-за недостаточно активной миграции проектов на Python 3 и проблем, возникающих при переработке кода, время жизни Python 2 было продлено до 2020 года...Подробнее: https://www.opennet.me/opennews/art.shtml?num=52772
Хуже Питона только Форт, но у Форта хотя бы есть оправдание: время было другое, суровое.
Лучше питона только лисп (CL и Scheme).
Зато в программах на Питоне нет сишных дыр.
Не холивара ради, но интереса для (уж очень зацепила твоя категоричность) - что посоветуешь из перспективного на сегодняшний день, для следующего типа критериев:
1. возможность быстро написать скрипт, который будет шуршать на любом доступном nix сервере (или внутри wsl)
2. будет обрабатывать пачку данных (json / xml / csv / yml / html)
3. при необходимости долбиться за данными по сети / выгружать все в файл или на какой-нибудь ресурс (пост-запросом) / шарить через веб (типа как http.server)
4. уметь обращаться к шеллу и уметь понимать системные пути (определить самостоятельно где файл со скриптом, как минимум)
5. уметь прокидываться в интерактивный режим для быстрого дебагаПри этом желательно чтобы все по максимуму было из коробки (или с возможностью установки готовых дополнений)
Так получилось, что я не программист, но с такого рода однообразиной сталкиваюсь часто. Смотрел на go, но его ещё компилить надо, это для быстрого штурма задач не подходит.
дополнение к п.4 - определить где сам скрипт находится, самостоятельно. Не какой-то другой, а тот что запущен. (Чтобы не хардкодить те же пути к конфигам типа и не переходить каждый раз в каталог со скриптом)
Perl? я не большой спец, просто спрашиваю.
PERL - он лучшей в этом плане. Если высокие нагрузки, часть скриптов со временем переписать на Go... Если нужны смузихлёбы в офисе(я толерантен ко всем, даже геям, но этих не люблю почему-то) - то на Ruby. Как язык он хорош. До ужаса хорош. Хоть и не Perl. Но смузихлёбы - они вызывают дикий батхёрт, и их очень много в тусовке Ruby. Поэтому хоть как ЯП Python и УГ, но лучше он и нормальными админами, чем смузихлёбы в офисе...
Спасибо ребят, записал perl в список на посмотреть-поковырять
ты последний, чье мнение хоть по какому-либо вопросу, тем более по данному, кого-либо интересует
> Хуже Питона только Форт, но у Форта хотя бы есть оправдание: время
> было другое, суровое.Форт прекрасный язык, зачем ты сравниваешь его с поделием ФонОпоссума?
Надо выкидывать устаревшие технологии
> Надо выкидывать устаревшие технологии - ведь вышел новый iPhone SE!*надпись на урне перед Яблошопом*
> *надпись на урне*
Только вот в IT-мире эта мантра работает при всём желании
Надо оставлять только проверенные временем. Питон 2 временем проверили теперь из ред хата его не выпилят никогда, да и для ансибла он нужен.
> для ансибла он нуженнет
Некоторым модулям нужен именно питон 2 как минимум модуля file был нужен и сам ансибл пишет
Some platforms may only have Python 3 installed by default. If it is not installed as /usr/bin/python, you will need to configure the path to the interpreter via ansible_python_interpreter. Although most core modules will work with Python 3, there may be some special purpose ones which do not or you may encounter a bug in an edge case. As a temporary workaround you can install Python 2 on the managed host and configure Ansible to use that Python via ansible_python_interpreter. If there’s no mention in the module’s documentation that the module requires Python 2, you can also report a bug on our bug tracker so that the incompatibility can be fixed in a future release.
ни одному модулю Аресибо не нужен исключительно 2-й питон, хватит врать. это сообщение времен начала второй ветки
У тебя просто CentOS вот ты и не в курсе.Даже проверил. Две новых Убунту 18.04, ансибл из репозитория 2.5.1 на одной. Пытаюсь создать папку на второй машине.
плейбукtasks:
- name: create /tmp/test
file:
path: /tmp/test
owner: alex
group: alex
mode: '0777'
state: directoryОшибка
fatal: [node2]: FAILED! => {"changed": false, "module_stderr": "Shared connection to XXX.XXX.XXX.XXX closed.\r\n", "module_stdout": "\r\n\r\n/bin/sh: 1: /usr/bin/python: not found\r\n", "msg": "MODULE FAILURE", "rc": 127}
На второй ставлю питон 2 все работает. Так что если не знаешь лучше жевать.
понятия не имею что такое ансибл, но он ж черным по желтому пишет - питона нету (не второго питона, а вобще никакого)
если /usr/bin/python будет ссылаться на питон3 то тоже не работает?
> понятия не имею что такое ансибл, но он ж черным по желтому
> пишет - питона нету (не второго питона, а вобще никакого)согласно последним решениям пленума ЦК - /usr/bin/python имеет право называться только немодный устаревший второй пихон.
> если /usr/bin/python будет ссылаться на питон3 то тоже не работает?
это неверно политически и исторически, разработчики пихона повелели никогда в код на пихоне3 такого безобразия не пихать. А модные современные дистрибутивомайнтейнеры вынуждены следовать указаниям.
(они там еще повелели никогда не пихать /usr/bin, видимо, на вендепроклятой что-то с ним не так, и повелели пиать env python3, и никак иначе)
О том что пихонов3 у нас четыре несовместимых - в постановлениях пленума почему-то ничего не упоминается. Вероятно, все кто имели наглость об этом помнить, уже расстреляны, кто владеет прошлым, тот владеет будущим.
Может быть, пора перейти на версии Ansible, в которых есть interpeter discovery? https://docs.ansible.com/ansible/latest/reference_appendices...
Ну или хотя бы перестать пользоваться позапрошлым EOL? https://docs.ansible.com/ansible/latest/reference_appendices...
Ах ну да, вам же каноникал говорит, что это "штабииильное", жрите тогда.
Комментатору из скрытой ветки: всё это по-минимуму, а особенно интерактивную правку умеет CL. REPL подключить в отдельном треде сбоку и вперёд.
Вот теперь точно последний!
Да уж. Может хватит уже? Третий конечно медленней (значительно) второго, но, в принципе, не существует каких либо причин использовать второй уже много лет из-за возможностей предоставляемых третьим (позволяющих среди прочего значительно улучшить и упростить код). По моему мнению причина использовать 2 была ровно одна: компилятор msvc поддерживался только в нём, следовательно pip мог компилировать только во 2. Если нативный питон был не нужен, можно было взять любую из сборок с cygwin и gcc и в ней никаких проблем не будет. Но это уже не вендопитон.Ну и часть "никому не нужных" (c) батареек вроде guppy и snakeviz оставалась на 2, всё нужное перенесли давным давно.
>Третий конечно медленней (значительно) второгоДа не ужели? И видимо это особенно сказывается в работе со словарями в версии 3.7 ....
>По моему мнению причина использовать 2 была ровно одна: компилятор msvc поддерживался только в нём
"Ой, дурак...." (с) "Иван Васильевич меняет профессию".
Слышь, виндовозник, а не слабО представить, что бОльшая часть питонячьего кода даже близко (!) к винде не относится, а бОльшая часть питонистов клала на и на msvc, и на cygwin, и тем более на вендопитон с прибором? Не, я понимаю, конечно, что по-вашему, пуп Земли (если не пуп Вселенной) - это винда, но может вам стоит курить менее забористую траву, а? Хотя бы перед посещением opennet?
ага, ты больше слушай упоротых анонимовPython 3.7.6 (default, Jan 8 2020, 20:23:39) [MSC v.1916 64 bit (AMD64)] :: Anaconda, Inc. on win32
Ну эт сегодня, Мань. И это сборочка, не штатный.
> ага, ты больше слушай упоротых анонимов
> Python 3.7.6 (default, Jan 8 2020, 20:23:39) [MSC v.1916 64 bit
> (AMD64)] :: Anaconda, Inc. on win32И что ты этим доказал? Что и на солнце есть пятна, а среди питонистов есть упоротые вантузятники? Ну так, мы и раньше знали, что поклонники вантуза среди нас, к несчастью, имеются. Но мы все же надеялись что волшебную Траву им раздают не так что бы и часто, и в основном по большим праздникам. Скажи, а что, сегодня большой праздник, а? Ну, должна же быть причина, почему вы сегодня такие активные?
> среди питонистов есть упоротые вантузятникиВ любой группе есть упоротые вантузятники. А так же упоротые макаководы и упоротые пингвинятники. Вы к какой группе относитесь, что аж так сильно разрывает на пол-опеннета?
>> среди питонистов есть упоротые вантузятники
> В любой группе есть упоротые вантузятники. А так же упоротые макаководы и
> упоротые пингвинятники. Вы к какой группе относитесь, что аж так сильно
> разрывает на пол-опеннета?Я отношусь к группе "никсы", без деления на мак, бзди или линух (хотя генту всяко предпочту), и ни разу не отношусь к винде. Более того, числю эту, - как бы это сказать толерантненько? - недоось просто недоразумением. Не в плане коммерческом (тут у них как раз все нормально), а плане инженерном. Ну а виндоводы для меня - это просто диагноз. Диагноз эгоцентризма в степени N (вы же слышали их? - большая часть питон-программистов оказывается на винде обитает), помноженного на слабую, - и это еще мягко сказано! - компетентность. Я удовлетворил ваше любопытство?
> Ну а виндоводы для меня - это просто диагноз.
> Диагноз эгоцентризма человек, ведущий себя так, будто мир обязан «крутиться» вокруг негоКак-то не замечаю. А вот линуксоидов только так - набегают и поливают всеми возможными жидкостями разработчиками. Примеров масса, вот там какую-то игру гонку свернули под линуксами спустя несколько лет (там аудитории сильно меньше процента было).
Такое началось "и про заговоры и про некомптентсность разработчиков...".
Ну тип тот же портаж работает в 2 раза медленнее и жрёт в 2 раза больше памяти на 3. Я лично сравнивал 27, 34 и 36 на той неделе.Пс. писать под венду намного сложнее если что. А большинство разработчиков в любом случае пользуются ей, так-то.
>Пс. писать под венду намного сложнее если что. А большинство разработчиков в любом случае пользуются ей, так-то.
>А большинство разработчиков
>большинство?!!!
Слышь, "большинство", а ты не погорячился с такими заявлениями, не?
> Слышь, "большинство", а ты не погорячился с такими заявлениями, не?Чисто статистически это так. (:
"Есть три вида лжи: ложь, наглая ложь и статистика" (с) Марк Твен
> "Есть три вида лжи: ложь, наглая ложь и статистика" (с) Марк ТвенНо жрёт то всё равно больше. У меня есть приложение, которое в норме жрёт память во время работы. И в 3 оно её хочет больше с каждой сменой ветки 3.2 -> 3.4 -> 3.6 -- всё больше и больше, всё медленнее и медленнее работает. Я знаю про все новые оптимизации и ускорения, но суть-то такова, что один и тот же код работает всё медленнее (и да, я прогонял под профайлером).
чисто статистически все что написал на питоне ни разу в винду не попало. а то что пробовал под виндой..... боже упаси питон от винды. с чистым си и плюсами в винде как то решительно проще питона.(относительно)
Это теперь там всё больше жс (хотя он и не уходил никуда, половина вирусов его использовала), а раньше то актуально было. И потом, нормальный код должен работать независимо от ОС. И от версии питона. Хорошо, всё-таки, что больше не приходится об этом думать (лучше бы сразу закопали, точно говорю, все бы подорвались и всё перенесли на новую версию в самые сжатые сроки).
> чисто статистически все что написал на питоне ни разу в винду не попало. а то что пробовал под виндой...Да как-то это общее - десктопный софт на пайтон не идёт. Консольное что-то вполне.
Я только одним приложением на Python пользуюсь и под Windows и Linux - gPodder. Страшное аж жуть, но под линуксами лучше не завезли с синхронизацией подкастов между устройствами.
да консоль на питоне проста как 2+2 и проблем никаких. почти. ну винда дело особое там все работает оч странно)) хотя си/с++ вполне обычно и прогнозируемо, но вот если с линя перекидывать скрипты расчета , то можно и пролететь с разными результатами при одних и тех же данных))
Везде можно накосячитьhttps://stackoverflow.com/questions/20409423/different-resul...
> Слышь, виндовозник, а не слабО представить, что бОльшая часть питонячьего кода даже
> близко (!) к винде не относится, а бОльшая часть питонистов клаласудя по количеству неистово минусующих - ты нечаянно прищемил тут хвосты целой стае ;-)
P.S. но у тебя опечатка в слове "кала".
>> Слышь, виндовозник, а не слабО представить, что бОльшая часть питонячьего кода даже
>> близко (!) к винде не относится, а бОльшая часть питонистов клала
> судя по количеству неистово минусующих - ты нечаянно прищемил тут хвосты целой
> стае ;-)
> P.S. но у тебя опечатка в слове "кала".А у тебя в слове "нечаянно"))) Поверь на хвостах _этой_ стаи я готов танцевать джигу, и причем каждый день!
Ну вот, прошла эпоха
Давно пора закопать. Трёшка лучше. Удивлён, что 2.x кто-то ещё юзает... У меня в системе его нет, давно одна трёшка...
Держи в курсе=)
Скажи это яндексам и остальным большим компаниям с миллионами строк кода на втором питоне.
У них 10 лет было, чего тугодумили?
3 питон не был луче второго на протяжении последних 10 лет.
Питон 3 и сейчас не лучше.
Пфффф... переписать денег стОит, мог бы и сам догадаться.
А не надо было на Питоне писать промышленные программы.
это тебе не надо писать, умнее казаться будешь
> это тебе не надо писать, умнее казаться будешьВот теперь они будут расхлебывать питонячью омноту, не стоило им слушать таких, "умных", как ты.
Писали бы на перл или тк и все было бы в порядке;-)
У нас только сельскохозяйственные, но все равно миграция геморройна.
А нафига на питоне вообще что-то писать? Поддерживать символ протухшей технологии и демонстрировать, что в состоянии платить двойную зп на написание на питоне и переписывание на современные языки после этого?
Какая, нахрен, устаревшая технология?! По рейтингам как минимум 8 процентов программистов его (Python 3) используют.
Свои Go, Rust, и Perl засуньте себе в задницу, вы достали уже со своим пиаром.
> По рейтингам как минимум 8 процентов программистовКак отделить программистов от школьников и студентов? Идите вы со своим питоном куда подальше... Хлам это на помойке истории, а не технология. Программировать научитесь, потом предлагайте средства для реального использования.
>Как отделить программистов от школьников и студентов?Школу закончи, оно само отделиться.
>Программировать научитесь, потом предлагайте средства для реального использования.
Твоя проблема в том, что ты знаешь ВСЕГО один язык. Иначе не возникло бы такой претензии. Для реального использования подходят Python и С++.
> Школу закончи, оно само отделиться.
> Твоя проблема в том, что ты знаешь ВСЕГО один язык.Вот не надо себя на других проецировать. В этом чате большая часть программеров имеет опыт 10-20-30 лет. В реальных проектах, а не "участия в лабораторных работах на самом современном языке программирования, потому что учителю книжка на глаза попалась, а больше он ничего не знает".
> В этом чате большая часть программеров имеет опыт 10-20-30 лет.В этом чате половина не сможет отличить интрепретируемый язык от компилируемого, а строгую типизацию от слабой. И коль скоро ты не способен это заметить, то опыт 10-20-30 лет ты имеешь только в собстенном воображении.
> Давно пора закопать. Трёшка лучше. Удивлён, что 2.x кто-то ещё юзает... У меня в системе его нет, давно одна трёшка...Ты будешь дико ржать. Лично знаю людей, стартующих проект на python2 в 2019
Останови их пока не поздно. Они потом тебе спасибо скажут.
уже 2020)))
Проект стартовали в 2019 году. Я не ошибся. И тот факт, что сейчас 2020, никак не влияет на то, что проект стартовали в 2019 году.
Глупые недальновидные люди.
он до сих пор ещё стартует
Вот она, нестрогая динамическая типизация.
В Питоне строгая динамическая типизация.
Простите, сильная (strong) https://ru.wikipedia.org/wiki/%D0%A1%D0%...
Но динамическая...
> Но динамическая...Лучше питона только лисп.)
> Лучше питона только лисп.)А также Ruby, Julia, Go, Rust..... Да и вообще, сложно найти что-то хуже питона....
>> Лучше питона только лисп.)
> А также Ruby, Julia, Go, Rust..... Да и вообще, сложно найти
> что-то хуже питона....Ты не в теме. Зачем ты отвечаешь, если не разбираешься?
это перпендикулярно
будто что-то плохое
Расскажите ещё!Например, про
```
foo = [1, 2, 3]if foo:
...
```
> Опубликован Python 2.7.18, последний выпуск ветки Python 2Это уже который "последний выпуск второго пихона" по счету? Совсем как прощальные гастроли Аллы Пугачевой, которые идут уже с 1995 года.
Pypy никуда не денется так что не переживайте - питон 2 будет жить вечно
Так Pypy3 тоже имеется.
Олично. Почему так много питононенавистников на опеннете? Я лично пишу на Си, Си++ и Питоне. Питон приносит много плюшек, там где использовать плюсы просто лень. Советую сбросить религиозные шоры и признать, что Питон - лучший на сегодня ЯП.
Однозначно лучший, если не учитывать производительность.
Нужно понять, что Python это просто текстовый интерфейс к вашему коду на C/C++.Такой же как Bash это интерфейс к системе Linux.
PowerShell это интерфейс к MS/Widndows.
Swift это интерфейс к Darwin.
и так далее.
Разумный человек не станет писать программы на Bash или PowerShel, так как понимает границы применимости, но вот напрототипировать маленькую программку сможет.
Опять таки если у Вас вопрос сделать трансформацию данных где Вы не ограничены во сремени, то Python отлично подойдет, а если у Вас производственная задача, то конечно нужно искать более подходящий язык.
Хочу так же сделать отсылку к текущему положению дел с PHP/Java, которые отличо прижились как промежуточные полу яызки для решения задач быстрого прототипирования и решают уйму коммерческих проблем.
Это не значит, что PHP/Java ущербные или какие-то плохие это просто значит, что компании считают, что их польователей такое решение удовлетворяет.
Тут можно много спорить, так как нет выбора у пользоватлеей и нет понимания цены качества и затрат на решения. Скажем если все это переписать на C/C++ то будет конечно быстрее, но вот на сколько это станет в миг сложнее развернуть или поддерживать. Сколько проблем с памятью и прочими сайд эффектами будет.
Одним словом это определенный компромис между удобством и производителностью.
Если Вам нужна большеая произодительност, так перетаскивайте вычислительные моменты на сторону C/C++ рантайма или используйте готовые решения вроде NumPy.
А еще есть отличный язык GOlang по сути иедологическое развитие Python, но с компилируемой натурой.
1. Пихон тормозит. То есть даже по меркам скриптовых языков тормозит. JIT-компиляции тоже нет.
2. Ущербный синтаксис. Программирование пробелами - это прикольно ровно до тех пор, пока в проекте не появляется два и более функций. Собственно, ущербный синтаксис оказался настолько ущербным, что пришлось вводить ключевые слова, отсутствующие в си-подобных языках; pass тому пример. "Две пустые строки между функциями" - тоже приемчик для преодоления визуальной каши из-за отказа от { }.
3. Великая схизма версий. В других языках языковые средства вносятся более обратно-совместимым путем. То есть даже буквально (подчеркиваю: буквально!) хелловорлд, состоящий из одной (одной! буквально одной!) строки нужно писать отдельно для пихон-2 и отдельно для пихон-3.
1 numba, cython, батарейки на си (многие любят использовать питоновые батарейки, но они говно по этой причине, да) и тысячи других вариантов2 прекрати гнать, ну и чёт в шелле тоже нельзя хехе
3 прекрати гнать, это вообще нет смысла обсуждать
> 1. тысячи других вариантовРассматриваем только каноническое использование языка с каноническими реализациями. Теоретически, любой программный код можно теоретически транслировать в си, но и код тогда нужно оформлять соответствующим образом, отказываясь от многих фич стандарта языка.
> 2. в шелле тоже нельзя хехе
if...fi
while...done
for...done
case...esac
funcname() { }Начало и конец явно обозначаются.
> 3. это вообще нет смысла обсуждать
То есть от тебя не последует даже хоть какой-то попытки оправдать пихон? Q. e. d.
>каноническими реализациямиКанонично использовать в питоне нативный код по-максимуму, особенно в мультипотоке (он может освобождать гил, да).
>Начало и конец явно обозначаются
И чо?
if [[ true ]]
> then
> fibash: syntax error near unexpected token `fi'
надо писать типа такого, т.е. даже костыля нет
if [[ true ]]
then
((0+0))
fi
>не последуетне вижу смысла обсуждать обсуждать чьи-то скучные фантазии
> нативный код по-максимумуВ любом скриптовом языке используется нативный код по максимуму. Но только пихон проседает по производительности.
> надо писать типа такого, т.е. даже костыля нет
> if [[ true ]]
> thenПрежде, чем пытаться критиковать bash, потрудись с ним ознакомиться:
if true; then
echo "Yep, it's true"
fi> не вижу смысла обсуждать обсуждать чьи-то скучные фантазии
Фантазия - это всерьез полагать, что пихон-2 и пихон-3 совместимы. А на деле хелловорлд на пихон-2 в пихон-3 не запустится. Но с твоей стороны опять контр-аргументации не последовало, что показательно. Интересно, каков будет твой следующий демагогический прием.
И что ты хотел доказать? Убери echo, Мань.
Убери "echo", и поставь ":".
Нуу так вот, и чем это лучше pass? Тем, что проще создать баг?
if true; then :; fiИ да, Q.E.D.
>if true; then :; fiИ да, Q.E.D.Ещё одна Маня. ЧЕМ. ЭТО. ЛУЧШЕ. PASS. ?
Чего в шелле нельзя?
Если это все то Питон 2 идеален.
> JIT-компиляции тоже нет.https://www.pypy.org/features.html
> The main features of PyPy:
> Our main executable comes with a Just-in-Time compiler.Странно. Врут, наверное ...
> "Две пустые строки между функциями" - тоже приемчик для преодоления визуальной каши из-за отказа от { }.
https://github.com/torvalds/linux/blob/master/kernel/cpu.c
static inline void wait_for_ap_thread(struct cpuhp_cpu_state *st, bool bringup)
{
struct completion *done = bringup ? &st->done_up : &st->done_down;
wait_for_completion(done);
}static inline void complete_ap_thread(struct cpuhp_cpu_state *st, bool bringup)
{
Хм, и правда -- то ли дело одна пустая строка и одна с '}'!> То есть даже буквально (подчеркиваю: буквально!) хелловорлд, состоящий из одной
> (одной! буквально одной!) строки нужно писать отдельно для пихон-2 и отдельно для пихон-3.
python2.7 -c "print('Hello Wrot')"
Hello Wrot
python3.7 -c "print('Hello Wrot')"
Hello Wrot
Ох уж эти подчеркивающие анонимы ...
> PyPyРассматриваем канонические реализации.
> то ли дело одна пустая строка и одна с '}'!
причем } подчеркивает окончание функции в пихоне на этом месте зияет пустота а читателю предлагается довоображать в уме закрывающую скобку самому в этом тексте как видишь нет знаков препинания что улучшает читабельность не так ли
> Ох уж эти подчеркивающие анонимы
$ python2 -c "print 'Hello'"
Hello
$ python3 -c "print 'Hello'"
File "<string>", line 1
print 'Hello'
^
SyntaxError: Missing parentheses in call to 'print'. Did you mean print('Hello')?Пихон-3: сломаем все, даже однострочные хелловорлды.
>> PyPy
> Рассматриваем канонические реализации.В общем, как обычно - "это считаем, это ... не вписывается в картину мира - значит не считаем! А здесь вообще рыбу заворачивали!".
Кстати, что у нас "каноническая реализация" JS, Sh, С++?>> то ли дело одна пустая строка и одна с '}'!
> причем } подчеркивает окончание функции в пихоне на этом месте зияет пустота
> а читателю предлагается довоображать в уме закрывающую скобку самомуЕсли анониму кажется, что кто-то ему предлагает довоображать закрывающую скобку (причем, при отсутствии открывающей), то это исключительно проблемы анонима, не?
Читатель без предлагающих подсказчиков -- видит "приемчик для преодоления визуальной каши":
вместо двух пустых строк, одну пустую и одну с закрывающей скобкой. Т.е. те же яйца в профиль.> в этом тексте как видишь нет знаков препинания что улучшает читабельность не так ли
Хм, а почему не
> вэтомтексте,каквидишь,нетникомуненужныхпробелов,потомучтоотсутствиепробеловсовсемнеухудшаетчитабельность!В общем, аноним сам что-то придумал, сам же оспорил, опроверг и доказал ... Ай да аноним!
>> То есть даже буквально (подчеркиваю: буквально!) хелловорлд, состоящий из одной
>> (одной! буквально одной!) строки нужно писать отдельно для пихон-2 и отдельно для пихон-3.
>> Ох уж эти подчеркивающие анонимы
> $ python2 -c "print 'Hello'"
> Hello
> $ python3 -c "print 'Hello'"
> File "<string>", line 1
> print 'Hello'
>
> ^
> SyntaxError: Missing parentheses in call to 'print'. Did
> you mean print('Hello')?И? Мой пример работает в 2 и 3, ничего отдельно писать не нужно, хотя аноним утверждал обратное.
Если аноним не осилил грамотный вбро^W^W даже хелловорд, то это исключительно проблемы квалификации анонима (ну и заодно ставит под сомнение ценность его тематических высказываний), не?
> кто-то ему предлагает довоображать закрывающую скобкупроблема пихонячего кода в том что когда уровень вложенности начинается от двух и более то требуется заниматься подсчетом whitespace-ов для того чтобы определить какая вложенность сейчас закончилась явные обозначения конца блока типа } придумали не потому что иначе парсер получится слишком сложный а потому что они нужны в первую очередь человеку
> Мой пример работает в 2 и 3
Для пихона 2 твой пример имеет redundant скобки.
> аноним не осилил грамотный вбро^W^W даже хелловорд
это не аноним не осилил хелловорд, а гвидон не осилил сохранить обратную совместимость таким образом, чтобы не пришлось переписывать даже распоследние хелловорлды. Если гвидон с самого начала не осилил грамотно задизайнить стандартную библиотеку пихона, так что print был бы обычной функцией, а не... ключевым словом, то это исключительно проблемы квалификации гвидона (ну и заодно ставит под сомнение ценность всех его потуг изобрести ЯП).
> что когда уровень вложенности начинается от двух и болееВсё верно. Питон не толерантен к говнокоду. Прекрати писать говнокод
Иф внутри метода внутри класса (третий уровень вложенности) = rовнокод. Так и запишем.
Считать скобочки (канонiчно - разных типов!) занятие, конечно существенно более осмысленное.. В notepad.exe, ага. А современные ide с форматировщиками кода и то, и другое в приятный глазу вид приводят, прикинь, да? Но скобочек (которые ещё и расположены не самым удобным для пальцев образом) в некоторых языках набирать меньше (сниппеты решают, но...)
А если уровней вложенности столько, что в экран не влезает ни в ширь ни в глубину, то вероятность гавнокода и впрямь повышенная.
> Рассматриваем канонические реализации."If you want your code to run faster, you should probably just use PyPy." (c) Guido
Фактически, папа Римский и немножко Муссолини в одно флаконе - сказал. Ты на кого батон крошишь?!
> в пихоне на этом месте зияет пустота
Не пустота - а пустая строка.
> SyntaxError: Missing parentheses in call to 'print'. Did you mean print('Hello')?
$ python2 -c "print('Hello')"
Hello
$ python3 -c "print('Hello')"
HelloУченье - свет!
> Ученье - свет!Для пихона 2 твой пример имеет redundant скобки.
> $ python2 -c "print('Hello')"
> $ python3 -c "print('Hello')"Перед тем, как модифицировать пример для пихона-2, почитай, что такое "обратная совместимость".
Поскольку люди запоминают лучше всего начало и конец текста, добавлю это в самый конец комментария:
Для пихона 2 твой пример имеет redundant скобки.
>> Ученье - свет!
> Для пихона 2 твой пример имеет redundant скобки.Мой код оформлен вполне корректно.
> почитай, что такое "обратная совместимость".
Например, когда предупреждают о том, что некоторый синтаксис устарел,
а потом удаляют, в одной из последующих версий. Нет, у анона своя
активная жизненная позиция по этой теме?
> Для пихона 2 твой пример имеет redundant скобки.Да, удалив скобки - ты просто получишь ошибку. В обоих версиях,
кстати. Будь особо внимателен, когда пытаешься учить бабушку
щи варить, анон!
> пихонжелаю тебе долгой и мучительной кастрации, механической, без наркоза
>> Питон - лучший на сегодня ЯПтолсто. пистон даже по меркам скриптовых языков так себе изделие. а сравнивать его с плюсами - это вообще за гранью
Ну по скорости и удобству разработки (как и по количеству возможностей) он явно топчик. А что, существуют скриптовые языки помимо питона? Не смешите, право.
> Советую сбросить религиозные шоры и признать, что Питон - лучший на сегодня ЯП.
> Я лично пишу на Си, Си++ и Питоне.Если ничего, кроме перечисленного списка не знать, то да, вероятно.... Если посмотреть хотя бы на языки, которые выросли в последние 20 лет, то питон - тухлятина. Ещё и корявая и медленная.
Выросли но не переросли. Пайтон протух, да. Но пайтонвэй рулит. Нужен новый прагматичный язык. Слабо написать?
> Но пайтонвэй рулит.Это идеи начала 70-х что ли? Вот тебе одна синтаксическая конструкция и используй её для всех случаев жизни, говоря всем, что это прекрасно?
У питона ни с объектной моделью так и не определились - до сих пор выглядит как попытки приделать ООП поверх C. Ни с функциональным стилем ничего путного не вышло. Ни вопросы производительности не решили за 30 лет, ни скорость и качество разработки/удельное количество ошибок в коде. Ну и зачем этот "way" нужен? Вся популярность питона держится только на том, что люди не готовы признать, что вбухали очень много денег/собственных сил в пустоту.
> Ну и зачем этот "way" нужен?Я думаю, что "way" нужен для организации движения. Разделения людей на "своих" или для принятия в свою тусвоку.
Взять C/C++ код пиши как хочешь. Хочешь делай рекурсию, а хочешь структурами повторяй ООП, а хочешь асинхронность, а хочешь ... короче всем настрать как ты решил задачу.
Здесь же предалгают опреденную религию и если ты ей не соответствуешь, то ты чужак и тебя сообщество выплюнет.
Я думаю, что это что-то вроде религиозных движений. Тебя берут в секту писателей и хрен поймешь как надо и почему, так как большая часть правил противоречива.
> Вся популярность питона держится только на том, что люди не готовы признать, что вбухали очень много денег/собственных сил в пустоту.
Тут я не согласен. Поплярность питона основана на низком пороге вхождения. Сегодня это язык изучаемый в школах, а как следствие каждый школьник может написать команду на компьютере для того что бы обработать картинку, переобразовать текст или даже организовать обучение нейронной сети, а это возможности, котоые требуют уйму навыков в классчиеских языках вроде C/C++ где все эти задачи сразу потребуют уйму занний и пропаботки мелких деталей.
Таким образом Python дал дорогу профанам в мир ИТ, но есть определенная пробелма так как эти профаны без дальнейшего движения так и остнуться на этой стадии. ПОтребителями библиотек и решений настоязих разарботичков и исследователй.
> Таким образом Python дал дорогу профанам в мир ИТ, но есть определенная пробелма так как эти профаны без дальнейшего движения так и остнуться на этой стадии. ПОтребителями библиотек и решений настоязих разарботичков и исследователй.Проблема в том, что питон уже не простой. Его синтаксическая конструкция непоследовательна. Написать a+b сейчас легко на любом современном ЯП. Проблема в дальнейшем развитии. Сейчас ещё рано говорить о тех, кто воспитан на питоне как на первом ЯП. Но уже просматривается нехорошая тенденция. Мозги питонистов прибиты гвоздями к библиотекам. Они не мыслят в категориях алгоритмов и не способны, в большинстве своём не то, что алгоритм обращения матрицы реализовать, а простую сортировку без готовой библиотеки сделать.
Более того. Языковые конструкции питона нигде за пределами питона не нужны. Как и его библиотеки. То есть, изучая питон, человек рискует так никогда и не начать реально программировать, а, скорее, навсегда остаться в этом интеграционном языке программирования и решать только задачки связывания готовых кусков. Но много ли таких программистов нужно и будут ли им много платить?.....
И много раз вы в ручную сортировку пишете? И как оно по эффективности по сравнению с библиотечной реализацией?
Ох уж эти "я сама!" с квадратными колёсами...
А при чём здесь способность написать алгоритм сортировки и библиотеки? А если мне понадобится специфическая частичная сортировка, то где мне искать библиотеку? Заказывать у С-шников, чтобы он к моему художеству на питоне приделали?Проблема тут в том, что если человек учился на декоративном языке программирования, то независимо от того, что он писал, он хорошо будет понимать, что всё это бесполезно. Нет готовой функции в библиотеке, то и незачем пытаться что-то делать. То есть, именно такие ЯП, как питон, убивают способность мыслить у молодёжи. И не надо тут на индустрию сваливать. Индустрия потом платит двойную цену за питонистов "для прототипов" и программистов на современных ЯП, пригодных для промышленного использования.
Питонистов принимать на работу сейчас можно только совсем с горя, когда совсем других нет. Переучить с питона на что-то современное - очень большая проблема.
Бла-бла-бла от илитариев с опытом заточки каменных топоров, изобретения велосипедов и чтения Дональда Кнута вслух. Про "испорченную молодежь" ещё на стенах пирамид писали, ага. Я эти речи ещё от заставших перфокарты слушал, мол не паял - не программист!!!
Кстати, что там у нас нонеча в современных языках - rust поди?
Нет сейчас универсальных языков. Простые языки типа Julia, вероятно, более подходящие для молодёжи для старта. Реализация алгоритмов на ней не будет абстрактной лабораторной работой. Можно использовать дальше и без стандартных библиотек. Или в любых комбинациях, поскольку базовые библиотеки на этом же языке и написаны.Rust как первый - точно тяжеловат для студентов. Go - можно и дать в качестве первого. Собственно, надо разделять образование для программистов и для не программистов. Неплохо давать Ruby, чтобы мозги шевелиться в сторону функционального программирования начали. Elixir, Erlang - полезно для общего развития.
Не программисты могут быть обучены чему угодно. Им, как обезьяне, лишь кнопку по сигналу нажимать. Программистов же надо учить таким языкам, которые не калечат психику. Питон относится именно к такой калечащей группе.
И что на Julia в реальной жизни пишут? 0,005% реального кода с увеличением ажно до 1,5% на "специфическом классе задач"? Не, тогда правда лучше на Pascal'е продолжать обучение - толку в жизни примерно столько же, но хотя бы методические материалы наработаны.
"Реализация алгоритмов на ней не будет абстрактной лабораторной работой"
"Реализация алгоритмов" сама по себе не "работа", а, пардон, самоудовлетворение. Интересует не "алгоритмы", а "решение практических задач". Если мы про _учебу_ - то _опыт_ решения практических задач. Еще одно переписывание сортировки из третьего тома известной книги - ну, такоэ в резюме.
> Go - можно и дать в качестве первого.Ну, в общем да - но класс решаемых Go задач пока еще несколько, гм, уже.
Принципиально объектно-ориентированный ruby как тренажер для функционального стиля программирования? Ну... э... можно, конечно. Примерно так же как на python'е - но ЗАЧЕМ?
>Не программисты могут быть обучены чему угодно. Им, как обезьяне, лишь кнопку по сигналу нажимать.Илитарии такие илитарии... Да не интересно никому "программирование" само по себе, как вы не понимаете? Интересна способность решать конкретные задачи из предметной области с минимальными затратами времени-и-денег. То, что ПОКА для решения НЕКОТОРЫХ задач всё еще требуется специально обученный специалист по заточке каменных топоров не "заслуга" индустрии а её беда. Дойдет до железных топоров, которые затачивать надо реже - и пойдут эти самые "индус-триальные погроммизды" лесом-полем-болотом-да-торфянником.
Python как раз таки шаг в этом направлении - инструмент для решения задач в предметной области НЕ программистами. Следом идут "языки уровня предметной области" и илитарии строем идут на... в... из... под... через.
Учите СВОИХ детей чему хотите. Но помните, что сделать из питониста программиста очень и очень сложно. Если в момент изучения питона нет полного понимания того, что это язык-обёртка и применим он только для интеграционных целей, то это покалечит психику на всю оставшуюся жизнь.
... а если учить крестам и ржавчине, то волосы будут длинные и шелковистые, 146%
Из илитария-программиста инженера тоже не сделаешь, ага - но это ничего, ПОКА кому-то надо уметь ПЕРЕВОДИТЬ решение задач из предметной области в машиночитаемое представление.
> Но уже просматривается нехорошая тенденция. Мозги питонистов
> прибиты гвоздями к библиотекам. Они не мыслят в категориях алгоритмов и
> не способны, в большинстве своём не то, что алгоритм обращения матрицы
> реализовать, а простую сортировку без готовой библиотеки сделать.Это проблема не питона, а современной индустрии. См. Сассман, он как-то
давал весьма пространный ответ на вопрос "почему теперь в SICP - Python".> Языковые конструкции питона нигде за пределами питона не нужны.
В смысле? Что уж такого уникального в конструкциях питона? For и If - во
всех императивных языках есть. И не только.> Но много ли таких программистов нужно и будут ли им много платить?..
Чуть менее чем все такие и нужны, на самом деле. Подобно тому как от большинства
людей просто требуется грамотно и понятно писать, а вовсе не быть профессиональными пейсателями.
> Это проблема не питона, а современной индустрии. См. Сассман, он как-то давал весьма пространный ответ на вопрос "почему теперь в SICP - Python".Как сидели на Schema, так, вроде, на ней и сидят. К тому же, они, скорее, на Julia перейдут. Просто из соображений престижа университета. MIT переводится на Julia везде, где можно.
> В смысле? Что уж такого уникального в конструкциях питона? For и If - во всех императивных языках есть. И не только.
ООП неполноценный. Ни гибкости Ruby, ни enterprise варианта C++ или Java.
Функциональный стиль такой вырвиглазный. До Julia или Scala ему далеко. Даже по сравнению с Ruby - синтаксический кошмар.
Циклы.... Маловато, по сравнению с современным подходом к использованию перечислителей. См. проблему функционального стиля на питоне....
> Чуть менее чем все такие и нужны, на самом деле. Подобно тому как от большинства людей просто требуется грамотно и понятно писать, а вовсе не быть профессиональными пейсателями.
Большинству нужно, чтобы быстро и дёшево. То есть, 1C и php. И хватит.
>> Это проблема не питона, а современной индустрии. См. Сассман, он как-то давал весьма пространный ответ на вопрос "почему теперь в SICP - Python".
> Как сидели на Schema, так, вроде, на ней и сидят.Нет, анон.
https://habr.com/ru/post/282986/
>> В смысле? Что уж такого уникального в конструкциях питона? For и If - во всех императивных языках есть. И не только.
> ООП неполноценный. Ни гибкости RubyСтоп. Ты начал за какую-то "уникальность" конструкций питона, а потом просто начал
вещать о том, какое там все атстой.> До Julia или Scala ему далеко.
Единственное неоспоримое достоинство Julia - макросы. Хотя тут тоже как-бы есть, если очень надо.
>> Чуть менее чем все такие и нужны, на самом деле. Подобно тому как от большинства людей просто требуется грамотно и понятно писать, а вовсе не быть профессиональными пейсателями.
> Большинству нужно, чтобы быстро и дёшево. То есть, 1C и php. И хватит.Ну почему, еще Matlab, Mathematica, *CADы, кому чего на самом деле надо. Идея в том,
что работой над инструментами занимается ничтожный процент "программистов".
>> Это проблема не питона, а современной индустрии. См. Сассман, он как-то давал весьма пространный ответ на вопрос "почему теперь в SICP - Python".
> Нет, анон.
> https://habr.com/ru/post/282986/Ссылки то смотрел? Все примеры на Lisp. На русском языке мало ли что напишут... Тем более, что в 16-м году.
>> https://habr.com/ru/post/282986/
> Ссылки то смотрел? Все примеры на Lisp.Какие еще ссылки? Там ссылка - ровно одна, на выступление Сассмана.
> На русском языке мало ли что напишут...
Проблема, скорее, в том - что ты даже на русском текст прочесть не способен.
> Стоп. Ты начал за какую-то "уникальность" конструкций питона, а потом просто начал вещать о том, какое там все атстой.Ну так, если реализация в питоне никуда не годится, а обучение будет проходить именно кривой реализации, то о чём будет думать будущий программист, если столкнётся с более современными языками?
> Единственное неоспоримое достоинство Julia - макросы. Хотя тут тоже как-бы есть, если очень надо.
Julia - это ruby-подобный lisp. С акцентом на функциональное программирование. И компактная по коду почти как ruby.
+ её фишка - скорость выполнения кода> Ну почему, еще Matlab, Mathematica, *CADы, кому чего на самом деле надо. Идея в том, что работой над инструментами занимается ничтожный процент "программистов".
Почти каждая задача обработки больших объемов данных требует реализации специфических алгоритмов. Даже если говорить, что 90% задач можно решить на старом интеграционном языке, то оставшиеся 10% всё равно надо реализовывать на чём-то современном. И за них придётся платить......
С другой стороны, для типовых серверных задач с бизнес-логикой достаточно php. И это самый выгодный вариант для массовых потребителей.
>> Стоп. Ты начал за какую-то "уникальность" конструкций питона, а потом просто начал вещать о том, какое там все атстой.
> Ну так, если реализация в питоне никуда не годится, а обучение будет
> проходить именно кривой реализацииТо конструкция, то реализация. А давеча - уникальность была. И как ты с такой кашей в голове живешь?
>> Единственное неоспоримое достоинство Julia - макросы. Хотя тут тоже как-бы есть, если очень надо.
> Julia - это ruby-подобный lisp. С акцентом на функциональное программирование.Я вас умоляю. В lisp-подобном можно DSL делать одной левой.
> И компактная по коду почти как ruby.
Это которое с begin - end в 21 веке?
Хотели Matlab, но не такой убогий. Увы, не взлетело. Ибо в своей нише - и Matlab
вовсе не убогий, и питон поджимает, а за пределы Julia так и не шмогла.>> Ну почему, еще Matlab, Mathematica, *CADы, кому чего на самом деле надо. Идея в том, что работой над инструментами занимается ничтожный процент "программистов".
> Почти каждая задача обработки больших объемов данных требует реализации специфических
> алгоритмов.С чего ты решил, что работа большинства прикладных программистов связана именно с
обработкой больших объемов данных, да еще и уникальными алгоритмами?!
Лучший для домашних проектов, да. Но массовый продакшин на Питоне - такой же плевок в лицо пользователем, как на electron.
Ну все Питон 2 теперь идеален можно на нем начинать новые проекты наконец-то.
И для рабочего стола поставь себе TDE.
Слышал, что сузешники продолжают тащить настоящий KDE3. Пока не проверял, если так -- вот это здорово.
вроде ж 2.7.15 был последним? в общем, пока за свои сервисы на python 2 не беспокоюсь, жить им ещё долго и счастливо :)
Кто-нибудь сможет опакетить Blender 2.49b c Python 2.7.18 для Debian 10? https://download.blender.org/release/Blender2.49b/
После смерти Perl - Python стал главным говнюком и кандидатом на отстрел.
перл5 бессмертен
Могу помочь с осиновым колом.
>>> и кандидатом на отстрел
> Могу помочь с осиновым коломС учётом извивчивости гадов понадобится далеко не один кол, а также скорострельный коломёт...
(извините, всё-таки не удержался :)
> скорострельный коломётЛюди предпочитают использовать каломёты в комментах.
слово "последний" сейчас попахивает как заражённый коронавирусом :(
Надо было писать крайний?)
Почему? Я пропустил какие-то мемчики? Вроде эпидемию ещё не отменили, и заражения короновирусом продолжаются, и подавляющее большинство заражённых -- не последние заражённые.
Тут как то сунулся поизучать пыхтон, хоспаде какой же он убогий.
у меня такое было с Rust/C++ и ничего втянулся потехоньку.
Очень жаль людей, которые неосилили самый простой и ясночитаемый ЯП. Но это их личная слабость, в принципе, общественно-безвредная.Больше жаль тех, кто читают подобные ветки и не просто не станут изучать Python, а возьмутся "сразу" за Java/C++/Go и бросят их из-за овербрейна на 5-й день. Это уже общественно-вредное последствие антипитонохайпа, которое тут, на опеннете, густо и часто льется.
Питон медленный, но ясный. О том что он медленный - должны беспокоиться юзвери ПО, а не программисты. Много ли среди нас кодеров? Или мы одни юзвери, уподобившиеся геймерам, считающим каждый FPS, аудиофилам, считающим каждый Bit итп?
Программистам как раз "питонить" - в радость, слишком всё легко и быстро пишется. Сравните листинги на разных ЯП тех же админскриптов и время на их кодинг. Питон в среднем в 3 раза быстрее пишется, а выполняется примерно столько же, или чуть медленнее.
> Очень жаль людей, которые неосилили самый простой и ясночитаемый ЯП.потому что им приходится править за макакой этот "простой" нечитаемый трэш, да.
От неосиляторства, исключительно.
> Больше жаль тех, кто читают подобные ветки и не просто не станут
> изучать Python, а возьмутся "сразу" за Java/C++/Go и бросят их из-за
> овербрейна на 5-й день.А вот этих вот не жаль совершенно - это подтвержденная непригодность для профессии, требующей _постоянно_ учиться новым _сложным_ технологиям, причем первое время придется заставлять себя делать с их помощью простые вещи, потому что сложные ты еще не умеешь, а не делая - не научишься.
Ничего с ними страшного не случится, кончится коровавирус, откроется макдак, они найдут себе новую работу. И ты тоже найдешь. В крайнем случае - им нужно мясо для котлеток, и они не очень беспокоятся о его происхождении.
> Питон медленный, но ясный. О том что он медленный - должны беспокоиться
> юзвери ПО, а не программисты. Много ли среди нас кодеров? Илинадо же...
> "Программистам" как раз "питонить" - в радость, слишком всё легко и быстро
у тебя кавычки не на том слове. поправил.
> пишется. Сравните листинги на разных ЯП тех же админскриптов и время
вот-вот, кавычки явно были нужны.
> А вот этих вот не жаль совершенно - это подтвержденная непригодность для
> профессии, требующей _постоянно_ учиться новым _сложным_ технологиямЯ вас умоляю! Прочитать мануал новой библиотеки - максимум "сложных" технологий,
необходимых over 9000 погромистов.> придется заставлять себя делать с их помощью простые вещи, потому что
> сложные ты еще не умеешь, а не делая - не научишься.Ага, или хуже того: осваивать эти либы методом научного тыка, ибо влом читать.
>> "Программистам" как раз "питонить" - в радость, слишком всё легко и быстро
> у тебя кавычки не на том слове. поправил.Да ладно, это совершенно нормально что программированием занимаются
непрофессионалы. Столько CS - журналы просто не переварят!Иш, негодники - пишуть коряво, куды им до прохвесиональных калиграфов! Много вы
нонче, почтенный, знаете оказывающих услуги писцов?
> Я вас умоляю! Прочитать мануал новой библиотекиА ты точно умеешь современный c++ ? ;-) go еще ладно, хотя там тоже не все с первого взгляда понятно.
> Ага, или хуже того: осваивать эти либы методом научного тыка, ибо влом читать.
либы - можно. Концепцию языков посложнее пихона - вряд ли получится. Ну то есть какой-то несложный код ты можешь и написать, но понять и исправить чужой - не сможешь.
> Да ладно, это совершенно нормально что программированием занимаются непрофессионалы.
Просто не надо тогда называть их "программистами", за что вы их так? Чем вам плох Олаф Строитель, Олаф Первопроходец или молекулярный биолог? "Я всего один раз в жизни трахнул козу!"
> Много вы нонче, почтенный, знаете оказывающих услуги писцов?
ищете хорошего переписчика Торы? Так их и во все времена немного было. Работа нервная и при этом особой аккуратности требует. Могу подсказать, но учтите - очень недешево обойдется.
>> Я вас умоляю! Прочитать мануал новой библиотеки
> А ты точно умеешь современный c++ ? ;-)Ну, меня точно на нем учили, правда давненько. Так что блюю от этой гадости я со вполне профессиональным пониманием.
>> Да ладно, это совершенно нормально что программированием занимаются непрофессионалы.
> Просто не надо тогда называть их "программистами", за что вы их так?Ну а как? Вот ты тут пишешь - писатель.
> Так их и во все времена немного было.
Так основной функцией писцов - не переписывание торы было. Челобитную там цар^Wбарину
написать, донос на соседа.
Ну вообще-то питон в 100-1000 раз больше операций в сравнении с си, например. Т.е. там, где тебе придётся накостылять 100-1000 строк кода на си и всё хорошенько обдумать, чтобы всё учесть и не совершить ошибок (они всё равно будут), питон всё сделает за тебя в "простеньком" однострочнике. Но эта простота обманчива, программисту всё ещё необходимо знать, что питон будет за него делать, и зачем. Питон экономит время на написание и отладку (в основном нужно думать только о том, чтобы не совершать логических ошибок -- это не так сложно, ошибок же ассоциированных непосредственно с языком довольно маловероятно совершить), позволяет писать достаточно лаконичный код (только понимание где код "тяжелее" тоже из ниоткуда не является) и позволяет часами строчить нужный код (если он работает у тебя в голове, он работает и в питоне), но простота... Сишечка проще на несколько порядков. При определённом уровне сложности проекта, его сопровождение превращается в ад не в последнюю очередь из-за динамической природы языка, хотя в целом это универсальная проблема, компоненты будут рассыпаться независимо от языка. Покрытие тестами (код, который гарантированно должен работать, и делать это именно так) несколько сглаживает углы.>медленный
Не совсем так, если он исполняется медленно, скорее всего быстрее нет необходимости.
>ясный
А это преувеличение, никогда не стоит забывать про abc и питоноспецифичные приколы с наследованием.
>Питон в среднем в 3 раза быстрее пишется, а выполняется примерно столько же
В опять же 1000 раз в сравнении с си, есть перерасход памяти на пустом месте (никакие костыли не спасают) и гил (гил - это в лучшем случае потеря эффективности в мультипотоке, pure python батарейки отправляют любую производительность сразу на дно).
> а возьмутся "сразу" за Java/C++/Go и бросят их из-за овербрейна...Ставить в один ряд жабу и плюсы?
Вы или хотели туда шарп влепить, или видимо сами не знаете чем шарп от плюсов отличается.
Суда по тексту далее вариант второй!
сразу за "любой другой профессиональный ЯП" - так лучше?
> сразу за "любой другой профессиональный ЯП" - так лучше?Нет! Умнее Вас это не сделало!
Когда с самого начала изучаешь C/C++, по неволе приходится досконально изучать особенности работы с памятью и как правильно это делать. Особенности работы процессора, частично ассемблер, то как он работает, его особенности кеша, механизма вероятности выполнения и прочее.
И как итог или ты осваиваешь C/C++, понимая как работает железо на низком уровне и пишешь более-менее оптимальный производительный код, либо нет.
Даже если требуется писать на другом ЯП, том же пихоне, то ты пишешь всё равно с огладкой на знания из C/C++.Если же школота сразу изучает пихон и прочие интерпритаторы, которые вообще срать хотели на особенности работы памяти и процессора, а то даже не сам язык а один из его фреимвёрков, который ко всему прочему срать хотел на особенности и слабые/сильные стороны его языка, а заточен под быстрый и выгодный говнокод, то он уже законченный говнокодер не различающий ни C, ни Java, для него это всё одно трудно-запутаное, неоправданно сложное, "овербрейн"!
А самое печальное, когда таких ... становятся всё больше и больше, и они начинают вытеснять программистов, особенно там, где нужен быстрый и производительный код не жрущий кучи оперативы.
> Когда с самого начала изучаешь C/C++, по неволе приходится досконально изучать особенности
> работы с памятью и как правильно это делать.Ну и зачем в XXI веке чуть менее чем всем управлять памятью руками?
> Особенности работы процессора,
> частично ассемблер, то как он работает, его особенности кеша, механизма вероятности
> выполнения и прочее.Начнем с того, что современный "переносимый ассемблер" (тм) - страшно далек от того, как
на самом деле работает процессор.> И как итог или ты осваиваешь C/C++, понимая как работает железо на
> низком уровнеТак что, учитывая вышеизложенное - уже можно констатировать что ты нифига не
освоил C/С++, раз не понимаешь как работает современное железо?> А самое печальное, когда таких ... становятся всё больше и больше, и
> они начинают вытеснять программистов, особенно там, где нужен быстрый и производительный
> код не жрущий кучи оперативы.Вот мне никогда не ставили задачу "написать быстрый и производительный код,
не жрущий кучи оперативы". Обычно люди хотят странного, например решить конкретную
прикладную задачу, располагая заданными ресурсами.
Поздравляю Вас, Вы именно тот о ком я и писал.
Если Вы осинизатор, то Вам никто и не поставит задачу написать картину или сочинить композицию, это очевидно.
За последние годы многие люди начинали изучать именно второй Питон (или начинали новые проекты именно на втором). Эксперты, поясните пожалуйста, зачем?
сначала предоставь источник статистики, потом поговорим
Скорее наоборот, за последние годы появилось очень много альтернативных библиотек для "трешки", которые были только для "двушки". Особенно там, где больше всего появляется важного и фундаментального, я про DS/ML.В реальном "проде", о котором так любят здесь поговорить, встречается и 2.3.2 (у меня и еще у 400+компаний, дававших в 2011 г. порядка 4% ВВП РФ, в виде одной свободной EDM). И если честно, не так уж сложно from future для функции print(), чуть сложнее с unicode (но все равно терпимо) - и в принципе задача поддерживать старые системы в работе - решаема. "Взять и переписать все на python3" не придет в голову, т.к. если это что-то сложное и большое - придет головняк от двойственности подходов. Впрочем, товарищам, которые всех тут называют макаками без разбора - наверное по плечу. Только вот пишут ли они вообще хоть что-то - мы никогда не узнаем.
> "Взять и переписать все на python3" не придет в голову, т.к. если это что-то
> сложное и большое - придет головняк от двойственности подходов.И вообще, клиенту не видно что там внутре - значит это не фигня какая, не поделка
студентов, которых мы наняли вчера (а сегодня наймем новых, чтобы исправить очередной
баг, на котором клиент подорвался) - а промышленный код.> Впрочем, товарищам,
> которые всех тут называют макаками без разбора - наверное по плечу.Макаки почему-то смогли без проблем перенести на трешку чуть менее чем все
открытые проекты.
Макаки или 2to3?
Большинство проектов поддерживали какое-то время и 2-ю и 3-ю версии на одной и той же кодовой базе. 2to3 фактически делает две версии проекта, это немного совсем другое.
слава богу это выпилят из линуксов.
язык программирования это си.