Раньше вроде люди примерно с такой периодичностью работу меняли?
Может это и имеет смысл в начале карьеры, но после определённого этапа уже нет. Компании, как правило, не интересно, чтобы носители знания уходили, замена означает потраченное время, как следствие, не эффективное использование зарплатного фонда. И это хорошо, если унесённое знание вообще восполнимо. Есть разные способы поощрения, чтобы избежать ухода сотрудника
Пришёл почитать что же выбрать, а ответа не получил :) Сам пользовался реактом, но очень там всё размазало. Сейчас надо интегрировать интерфейс на джаваскрипте в страницы энтерпрайз-приложения, альтернативы Vue просто нет.
Мой комментарий был по поводу конкретной предложенной платы разработчика, что стоит смотреть на альтернативы. Другие платы с более грамотной разводкой или внешней антенной есть, конечно, но надо смотреть/выбрать, ориентироваться на собственный бюджет. 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 запускается один раз.
Ровно так же с контрастом было у меня на HD44780 и недавно на ST7565R.
Может это и имеет смысл в начале карьеры, но после определённого этапа уже нет. Компании, как правило, не интересно, чтобы носители знания уходили, замена означает потраченное время, как следствие, не эффективное использование зарплатного фонда. И это хорошо, если унесённое знание вообще восполнимо. Есть разные способы поощрения, чтобы избежать ухода сотрудника
Это какой город? Мидлы по 40? Ужас, на что жить? Нафига такая профессия?
Пришёл почитать что же выбрать, а ответа не получил :) Сам пользовался реактом, но очень там всё размазало. Сейчас надо интегрировать интерфейс на джаваскрипте в страницы энтерпрайз-приложения, альтернативы Vue просто нет.
Мой комментарий был по поводу конкретной предложенной платы разработчика, что стоит смотреть на альтернативы. Другие платы с более грамотной разводкой или внешней антенной есть, конечно, но надо смотреть/выбрать, ориентироваться на собственный бюджет. 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запускается один раз.