Претензии хейтеров к Питону

Бобик точно так же бы и сказал.

Да ладна https://www.anti-malware.ru/news/2017-11-20-1447/24821

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

И есть 2 фирмы A и B. Пока фирма А делает продукт где отсекают все случаи, вирма В уже продала свой продукт и поделила бабло....

Наверно половина всех ошибок в динамических язычках например связана с null-нежданчиком.

По последней инфе не больше 15% ошибок.

Впервые я с тобой почти полностью согласен (про тз и реалии разработки).

Давай, с удовольствием послушаю.

У тебя есть таск в джира. И там считают ТВОЕ среднее время.
твою эффективность будут считать по количеству строк которые ты написал

Я не на галере работаю.

Кто там про рынок рассказывал?

На рынке не только стартапы-однодневки.

ТЕКСТОВЫЕ протоколы
все хвалят за бинарные

Всё равно без препроцесинга не прочески, так что без разницы.

О чём последние два абзаца - не понял.

Лол. Но тут вряд ли речь про 10 лет.

https://happi.github.io/theBeamBook/#_concurrency_parallelism_and_preemptive_...

Кластер ПОСТОЯННО контролирует свою консистентность и с достижением определенного числа акторов он уже начинает тратить кучу времени на это вместо вычислений.

А что там - я могу в 1 акторе открыть порт и если кто то к нему присоеденился - передать его другому и чтоб он работал? А могу я открыть 1млн портов?

Все что делается АВТОМАТИЧЕСКИ имеет свои пределы.

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

Я не на галере работаю.

Все вы так говорите, а лично поглядишь таких единицы...

Я не на галере работаю

Это на счёт времени, но суть-то не в этом. Хреновые ТЗ, miscommunication и свободные радикалы бывают везде. Тут он прав.

Учитывая средний уровень веба - я даже не сомневаюсь.

Где, в таком случае, расстрелы?

По последней инфе не больше 15% ошибок.

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

А я сам удивляюсь. У нас государство жалуется на недостаток ИТ кадров. А тут можно пол ЛОРА забрать в трудовые лагеря. Тот же @RazrFalcon в одиночку на Хорошем ЯП может обеспечить 10% потребностей страны ))

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

Нет ибо заставить НЕЛЬЗЯ.

А какое отношение это имеет к GIL? GIL - глобальная блокировка интерпретатора. Ключевое слово «глобальная». Зачем это надо в питончике? А он гарантирует каждому потоку исключительный доступ к ресурсам интерпретатора. Поток держит блокировку и выполняется, а все другие тихо ждут. Отдал, поехал выполняться другой поток. А в erlange никто никого не ждет, там сотни тыс. потоков работают без глобальной блокировки, а иначе это нахрен все не надо.

Не передергивай. 1) Сотни тысяч потоков не могут работать на 1-й машине параллельно это раз. 2) Что конкретно блокирует поток не играет роли Или GIL Или сборка данных для VM когда шэдулер остановит бим.

Хочешь обвалить Эрланг? Сделай NIF в котором будет цикл на 20 минут (хоть пустой).

Сути это не меняет умрешь ты от Рака легких или от пули - ты все равно умрешь.

Где, в таком случае, расстрелы?

Ты стрелять сначала научись. А то заберут в армию, нас всех тут опозоришь.

https://www.youtube.com/watch?v=f3v8e0zzXwY

Я-то умею, а для армии я слишком стар и слишком умён.

У тебя каша в голове. Где я написал что они параллельно выполняются. Блокировка потока нужна для доступа к разделяемому ресурсу, а такой отсутствует, потому что? Сюрприз! Данные там иммутабельны. Даже при сборке мусора потоки не блокируются.

Сделай NIF в котором будет цикл на 20 минут

Зачем мне так делать, если в документации специально написано так не делать?

В кошку со 100 метров попадешь?

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

От ано что михалыч... А ведь остальные все идиоты. Можно вопрос - а с какими целями другие делают разделяемы ресурсы?

Зачем мне так делать, если в документации специально написано так не делать?

Да много где еще написано проверять входные данные, но не проверяют. Таких примеров мало?

Ну и

Internally Erlang handles the concurrency issue by creating small lightweight executions called processes. Unlike other major languages such as C, these processes are not built on top of the native operating system processes or even thread model, but are created and managed internally by the Erlang virtual machine.

Так почему ты erlang threads называешь потоками - хочешь нас в заблуждение ввести?

https://www.quora.com/How-does-Erlang-avoid-the-GIL-that-plagues-Python-and-Ruby

To come back to the problem there are two reasons why Erlang has no GIL:

GIL stands for Global Interpreter Lock, it is for interpreted languages and the Erlang is a compiled not interpreted languages. The Erlang language is not using a threading model but an actor model. Thus the kind of problems associated to threads do not apply. It is certainly possible to run a multiplicity of Python thread which are communicating by a system of some kind. Others may propose adequate framework.

Что отсюда следует? В Erlang НЕЛЬЗЯ написать тот же алгоритм, что можно в Python.

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

Скажи это kernel developers.

Kernel developers (как многие другие сишники) переносят только скобку у функций, это ещё куда не шло. Да и я с ними не встречаюсь, чтобы что-то там им говорить.

Erlang has no GIL

Что и требовалось доказать. Еще спорить будешь?

Что отсюда следует? В Erlang НЕЛЬЗЯ написать тот же алгоритм, что можно в Python

Какой еше алгоритм? Он же вроде тьюринг-полный, значит можно.

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

Какой еше алгоритм? Он же вроде тьюринг-полный, значит можно.

Любой где требуется shared data

Так в питоне у тебя разделяемые данные под блокировками. Следовательно, алгоритм может выполняться последовательно.

Питон? Посмотрел. Не_как_в_моêм любимом_языке. Закрыл. Нинужно

Все эти __init__, обязательные self, __конвенции_именования, str(явное_приведение_типа), реализация ООП где-то рядом с JS, все это создает ощущение, что python очень старый язык. Хорошие python программисты появляются только из среды python программистов, перетока программистов из других языков ждать не стоит, например для меня там нет никаких новых абстракций которые позволят писать более выразительный код.

А они обязательно требуются? Ты понимаешь смысл слова «тьюринг-полный»?

Гуёвые приложения.

А какая у гуёвых приложений специфика, что именно Питон не подходит? Я не вообще про десктопный/клиентский софт - в общем случае могут быть самые разные требования - а чисто с т.з. UI, какая разница, на каком языке отображать контролы и обрабатывать IO? Тем более, что общеизвестные либы для Линукса всё равно на C и C++ написаны, а в Питоне только биндинги. Наоборот, плюс в том, что не нужно учить ЯП ещё древнее Питона, только чтобы набросать типовой UI.

Не всегда. Но в Эрланге таких разделяемых данных быть не может...

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

Ты понимаешь смысл слова «тьюринг-полный»?

Видимо нет. Возможно потому, что Тьюринг машина не умела ни в паралельность, ни в конкуренцию...

набросать типовой UI

Не нужно, есть вебня.

ЯП ещё древнее Питона, только чтобы набросать типовой UI.

Например. Что то мне не приходит ни одной либы в голову для UI написанной на ЯП моложе Python

Не нужно, есть вебня.

Ну да, ну да... В жизни бы не видеть UI на электроне и прочем.

Так на питоне мы и не видели таких развитых UI, только школоплееры.

GTK, wxPython гораздо развитее элктрона (и мой нелюбимый qt)

Только приложений к ним не написали.

Ну я написал и что? Python-интерфейс к фискальному регистратору Штрих ФР-К

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

Только тут есть 1 ньюанс Просто пайтон быстрее ассемблера.

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

«Выразительность кода» - понятие субьективное, как и др. претензии к синтаксическим мелочам. А что до того, откуда появляются Питон-программисты, - будь то хорошие или плохие, - не всё ли равно. Задачи свои решает - и это главное.

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

Так и разделять нечего, если выполнение последовательное.

Еще раз. Можно паралелить не потоками, а процессами. https://stackoverflow.com/questions/14124588/shared-memory-in-multiprocessing

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