Мой комментарий был по поводу конкретной предложенной платы разработчика, что стоит смотреть на альтернативы. Другие платы с более грамотной разводкой или внешней антенной есть, конечно, но надо смотреть/выбрать, ориентироваться на собственный бюджет. S3 Super mini у меня тоже есть и она мне нравится, но C3 Super mini c другой разводкой тоже есть -- надо тестировать.
Один из моментов, почему я думаю питон был принят "научным сообществом", что это скриптовый язык как перл, но с ООП в стиле джавы. Как системный клей перл, всё-таки, лучше.
Люди, которые утверждают, что программы на Perl - "write only", либо некомпетентны, либо клоуны. Выбирайте. Obfuscated contest бывает на любом ЯП.
"Почему-то уступил" -- есть несколько теорий об этом. Я считаю, что сыграло несколько факторов одновременно. Perl5 был очень успешным в нескольких областях сразу, но не был "идеальным". Из него задумали сделать "идеальный" ЯП - Perl6. За дело взялись "большие умы", которые по итогу страшно затянули процесс, начавшийся примерно в 2000. Первую версию, которую официально объявили "минимально пригодной к использованию" выпустили в 2015, сменив при этом имя на Raku. Ощущение "заброшенности" пятой версии длилось больше 10 лет, от этого и случился отток в питон. Веб на себя тогда успел подмять похапе.
Где-то в 2003 я пытался для себя понять что за волна вокруг питона подниматься начала, всячески поизучал его в сравнении с перлом и не обнаружил что качественно нового он мне даст, в итоге остался на перл.
Динамическая аллокация cJSON может больно укусить. Делал часы, там запрашивался прогноз погоды, в ответ приходил 16-20 КБ джейсон. На ESP32 иногда не хватало кучи, чтобы его распарсить в дерево. Читая описание подумал, что автор как-то решил проблему аллокаций...
Да любых технических. Вы описали поверхностно с точки зрения менеджера, а интересны были именно технические подробности. Какие технические проблемы были решены за счёт перехода, какие наоборот, приобретены. Организационные я понял -- вокруг реакт и только одна команда на островке Vue.
Мне понравилась, очень задорная статья. Особенно: "Пора назвать вещи своими именами: мы променяли гениальность на мнимую безопасность, а свободу — на кандалы статических проверок". Ну и в целом довольно провокационно-весело.
Не вижу ничего плохого, что при написании статьи использовался ИИ, мы же сейчас очень многие пользуемся автодополнением кода, так и тут.
Примеры с Perl прикольные, ЯП действительно особенный. Высказывать своё мнение про динамические/статические типы не вижу смысла, всё давно уже обговорено на сто тыщ пятьсот миллионов раз.
Каким, простите, образом? В написанной вами команде программа cat через пайп целиком отправляет файл в программу awk. Файл открывается один раз, пайп открывается один раз, awk запускается один раз.
5.40.0.1 MSI (196.4 MB) 5.40.0.1 Portable zip (285.5 MB) 5.40.0.1 PDL zip (335.0 MB)
Там в комплекте идёт, огромный набор инструментов, чтобы максимально приблизить Windows к UNIX:
It includes perl binaries, compiler (gcc) + related tools, all the external libraries (crypto, math, graphics, xml…), all the bundled database clients and all you expect from Strawberry Perl.
Что позволяет устанавливать отсутствующие модули, которые требуют компиляции своих частей при установке на машинах пользователя вручную. Такая себе претензия к дистрибуции...
Довольно спорный аргумент. Запускать процессы Awk тысячами в секунду -- я бы посмотрел на этот Use Case... Perl стартует так же довольно быстро и редко это является проблемой. А вот прямо чтобы именно время запуска было критерием выбора пользоваться Perl или Awk -- мне такого не встречалось, а я на Perl начал писать примерно 25 лет назад.
Зачем писать на AWK то, что можно легче и гибче написать на Perl? Есть даже автоматический транслятор за авторством Ларри: a2p - Awk to Perl translator
Мой комментарий был по поводу конкретной предложенной платы разработчика, что стоит смотреть на альтернативы. Другие платы с более грамотной разводкой или внешней антенной есть, конечно, но надо смотреть/выбрать, ориентироваться на собственный бюджет. S3 Super mini у меня тоже есть и она мне нравится, но C3 Super mini c другой разводкой тоже есть -- надо тестировать.
У приведённого esp32 C3 supermini радио часть, наверняка, проблемная из-за сильно близкого расположения антены к резонатору.
И это плохо. Когда вместо понимания делаются магические пасы руками и непонятно как и почему это работает
Один из моментов, почему я думаю питон был принят "научным сообществом", что это скриптовый язык как перл, но с ООП в стиле джавы. Как системный клей перл, всё-таки, лучше.
Люди, которые утверждают, что программы на Perl - "write only", либо некомпетентны, либо клоуны. Выбирайте. Obfuscated contest бывает на любом ЯП.
"Почему-то уступил" -- есть несколько теорий об этом. Я считаю, что сыграло несколько факторов одновременно. Perl5 был очень успешным в нескольких областях сразу, но не был "идеальным". Из него задумали сделать "идеальный" ЯП - Perl6. За дело взялись "большие умы", которые по итогу страшно затянули процесс, начавшийся примерно в 2000. Первую версию, которую официально объявили "минимально пригодной к использованию" выпустили в 2015, сменив при этом имя на Raku. Ощущение "заброшенности" пятой версии длилось больше 10 лет, от этого и случился отток в питон. Веб на себя тогда успел подмять похапе.
Где-то в 2003 я пытался для себя понять что за волна вокруг питона подниматься начала, всячески поизучал его в сравнении с перлом и не обнаружил что качественно нового он мне даст, в итоге остался на перл.
Какие такие недостатки у перл? Перл - идеальный клей!
Динамическая аллокация cJSON может больно укусить. Делал часы, там запрашивался прогноз погоды, в ответ приходил 16-20 КБ джейсон. На ESP32 иногда не хватало кучи, чтобы его распарсить в дерево. Читая описание подумал, что автор как-то решил проблему аллокаций...
Думал про вирус нас SQL прочитаю... А прочитал про странный алиас к динамическому SQL.
Если он починит переключение раскладок клавиатуры по ctrl+shift / alt+shift в XCB, то это будет иметь смысл. А без этого вода в ступе.
Да любых технических. Вы описали поверхностно с точки зрения менеджера, а интересны были именно технические подробности. Какие технические проблемы были решены за счёт перехода, какие наоборот, приобретены. Организационные я понял -- вокруг реакт и только одна команда на островке Vue.
Ждал технических подробностей, а прочитал Бла-бла. Но очень много знаков.
Прочитал статью, чтобы узнать секрет популярности питона. Облом.
Регулярно ищу альтернативу Oracle Apex - и не нахожу. Хочется такой же, но с другой БД
Мне понравилась, очень задорная статья. Особенно: "Пора назвать вещи своими именами: мы променяли гениальность на мнимую безопасность, а свободу — на кандалы статических проверок". Ну и в целом довольно провокационно-весело.
Не вижу ничего плохого, что при написании статьи использовался ИИ, мы же сейчас очень многие пользуемся автодополнением кода, так и тут.
Примеры с Perl прикольные, ЯП действительно особенный. Высказывать своё мнение про динамические/статические типы не вижу смысла, всё давно уже обговорено на сто тыщ пятьсот миллионов раз.
И только внимательный читатель (участник чата https://t.me/modernperl) заметил ошибку в оригинальном тексте:
my @array = [0,1,2,3,23,44,23,23453,5];Каким, простите, образом? В написанной вами команде программа
catчерез пайп целиком отправляет файл в программуawk. Файл открывается один раз, пайп открывается один раз,awkзапускается один раз.$ time (for i in `seq 10000`; do awk ''; done)real 0m12.103s
user 0m2.521s
sys 0m10.190s
$ time (for i in `seq 10000`; do perl -e 0; done)real 0m10.619s
user 0m3.206s
sys 0m8.038s
Я что-то не усекаю принципиальную разницу
Там в комплекте идёт, огромный набор инструментов, чтобы максимально приблизить Windows к UNIX:
It includes perl binaries, compiler (gcc) + related tools, all the external libraries (crypto, math, graphics, xml…), all the bundled database clients and all you expect from Strawberry Perl.
Что позволяет устанавливать отсутствующие модули, которые требуют компиляции своих частей при установке на машинах пользователя вручную. Такая себе претензия к дистрибуции...
Довольно спорный аргумент. Запускать процессы Awk тысячами в секунду -- я бы посмотрел на этот Use Case... Perl стартует так же довольно быстро и редко это является проблемой. А вот прямо чтобы именно время запуска было критерием выбора пользоваться Perl или Awk -- мне такого не встречалось, а я на Perl начал писать примерно 25 лет назад.
Зачем писать на AWK то, что можно легче и гибче написать на Perl? Есть даже автоматический транслятор за авторством Ларри: a2p - Awk to Perl translator