человек пытается упростить, сделать понятным запись алгоритма/кода для заказчика.
но видимо не очень получается — конечный автомат концепция по уровню абстракции сильно ниже современных языков программирования, в итоге слишком много boilerplate кода и читаемость тоже как то не то
Просто относитесь к ним как к прокачке софт-скиллов — так можно сдвинуть фокус с результата на процесс (только не увлекаться, пару раз видел деятелей ходящих на собесы почесать своё ЧСВ).
ну найти место и время покачать софт-скиллы, и пообщаться с умными людьми можно попробовать найти — с удалёнкой с этим стало попроще.
а что касается собеседующих — ни разу не попадал на собеседования, на которых не было бы минимум начальника отдела/группы, или как минимум тим.лида
вижу решение проблемы — ИТшникам массово соглашаться и тратить время того, кто нанимает кривых HRюш: после пятого собеседования пхпшника на позицию С++ сеньора половина HR имеет шансы резко закрыться на инвентаризацию мозгов
разработчик уволился из этого дурдома, прибегает в новую компанию, а ему говорят «о, отлично, мы только что обсудили с заказчиками новый продукт твоей предыдущей компании, будем срочно внедрять — ты главный, до понедельника проведи обучения в твоей группе»
только должна ходить не IDE а language server, в частности для динамических языков самый правильный LS — сам запущенный интерпретатор, который в любой момент способен отдать состояние среды, пропатчить байт-код добавив отладочные заглушки в нужные места (условные брыкпоинты), отдать IDE метаданные, и метки типов собранные в рантайме, и т.п.
Другой вопрос, что сам LSP и debug protocol еще не являются промышленным стандартом, и авторы реализаций языков не слишком заморачиваются с его поддержкой — зная как 1С поддерживала промышленные СУБД, lsp ожидаем где-то к колонизации Марса 8)
главная задача школьного образования — не получение знаний, а _пробуждения интереса_ к их получению
автору можно сказать только одно от всей школоты: «идите в жопу со своими сосями»
крайне важна интерактивность, идеально бы зашла смесь питонячьего синтаксиса и интерактивности Squeak — как язык Smalltalk та еще какашка, но его отладчик и Morphic GUI в котором можно нарисовать прямоугольник мышью (как самостоятельный элемент на экране, не в форме), и тут же привязать на него обработчики, это идеальный школьный инструмент для обучения (+EToys) www.youtube.com/playlist?list=PL6601A198DF14788D
он попал в середину между С++ и питоном, и с чего вы взяли что не годиться?
библиотек готовых мало — _любая_ сишная библиотека цепляется напрямую, т.к. Nim через генерацию Си кода компилируется
но видимо не очень получается — конечный автомат концепция по уровню абстракции сильно ниже современных языков программирования, в итоге слишком много boilerplate кода и читаемость тоже как то не то
а что касается собеседующих — ни разу не попадал на собеседования, на которых не было бы минимум начальника отдела/группы, или как минимум тим.лида
например чтобы слово «масштабируемость» по отношению к Python-фреймворкам вызывало лёгкую усмешку
Другой вопрос, что сам LSP и debug protocol еще не являются промышленным стандартом, и авторы реализаций языков не слишком заморачиваются с его поддержкой — зная как 1С поддерживала промышленные СУБД, lsp ожидаем где-то к колонизации Марса 8)
автору можно сказать только одно от всей школоты: «идите в жопу со своими сосями»
крайне важна интерактивность, идеально бы зашла смесь питонячьего синтаксиса и интерактивности Squeak — как язык Smalltalk та еще какашка, но его отладчик и Morphic GUI в котором можно нарисовать прямоугольник мышью (как самостоятельный элемент на экране, не в форме), и тут же привязать на него обработчики, это идеальный школьный инструмент для обучения (+EToys)
www.youtube.com/playlist?list=PL6601A198DF14788D
очень подкупает себестоимость, габариты и энергопотребление модуля
библиотек готовых мало — _любая_ сишная библиотека цепляется напрямую, т.к. Nim через генерацию Си кода компилируется