Похоже на очердную статью "программисты больше не нужны". Те же претензии можно и к IDE предъявить - "без IDE многие программисты не умеют программировать". Но это ведь не значит, что IDE не нужны.
Что-то мне подсказывает, что от одного пользователя ни один запрос и вряд ли нагрузка равномерная в течении суток. Поэтому реальный RPS ощутимо выше 0.12 указанных выше.
А еще это как правило runtime расходы (да я знаю, что там многое оптимизировано и кэшировано) дополнительно. Та же генерация кода тоже позволяет делать проверки правильности моделей, но время тратится один раз при компиляции, а не каждый раз (при запуске как минимум).
Могу ошибаться, но кажется что Добавили Kotlin Notebooks. Самая близкая ассоциация с этим инструментом — Google Colab, только блоки кода на Kotlin вместо Python.
Также стоит знать, что подобные музеи есть в Екатеринбурге (был там в 2023 году) и в Новосибирске (к сожалению, в том же 2023 не удалось там побывать). Тем не менее рекомендую оба :)
Не будем ходить вокруг да около: у Git есть Github, у Mercurial платформы нет.
Когда я начал изучать Mercurial в 2009 (или 2010 году) уже был бесплатный (пусть и ограниченного по объему репозитория) BitBucket. Но он был конечно же не стал таким популярным, как github.
Возможно оффтопик - но напомню, что LibreOffice это доработанная (сильно) версия коммерческого продукта, который писали с целью получния офиса, там где не было возможности запустить MS Office (OS/2, Solaris, BSD, Linux etc).
Такое положение вещей на рынке действительно существует, но... когда-то этого не было и верю, что когда-то опять не будет. А предложенный подход, как бы это "сказочно" не звучало - вечен.
Учитывая, как работаю различные пульты для приставок на Android (не Android TV замечу), то думаю, что не будет серьезных проблем с навигацией. Но мелкие доработки конечно нужны.
Частично согласен с мнением автора (если я его конечно правильно понял).
Часто встречал (и сам иногда так думал), что если есть автоматическое тестирование (одним из видов которого является unit-тестирование) — значит ошибок нет и задача пользователя решена.
«Обжегшись» пару раз пришел к выводу, что хотя бы иногда разработчиком полезно тестировать то, что они разработали с точки зрения пользователя, а не с точки зрения работают тесты или нет.
Но это не отменяет необходимость наличия unit-тестов (в основном для всяких рефакторингов, а не изменения кода из-за изменившихся требований).
Было бы крайне хорошо, если бы кто-нибудь взял за титанический труд по описанию ИТ рынка для разработчиков (может и для других специалистов тоже — но это ещё более титанический труд) за пределами МСК и СПБ.
Я бы со своей стороны помог по Перми.
Похоже на очердную статью "программисты больше не нужны". Те же претензии можно и к IDE предъявить - "без IDE многие программисты не умеют программировать". Но это ведь не значит, что IDE не нужны.
Что-то мне подсказывает, что от одного пользователя ни один запрос и вряд ли нагрузка равномерная в течении суток.
Поэтому реальный RPS ощутимо выше 0.12 указанных выше.
Было тогда автосохранение - в виде натренированной руки нажимавшей Ctrl+S каждые X секунд.
А еще это как правило runtime расходы (да я знаю, что там многое оптимизировано и кэшировано) дополнительно.
Та же генерация кода тоже позволяет делать проверки правильности моделей, но время тратится один раз при компиляции, а не каждый раз (при запуске как минимум).
Могу ошибаться, но кажется что
Добавили Kotlin Notebooks. Самая близкая ассоциация с этим инструментом — Google Colab, только блоки кода на Kotlin вместо Python.самая близкая ассоциация это Jupyter
Также стоит знать, что подобные музеи есть в Екатеринбурге (был там в 2023 году) и в Новосибирске (к сожалению, в том же 2023 не удалось там побывать).
Тем не менее рекомендую оба :)
Если речь про переключение между разными каналами (радиоканал, разные Bluetooth), то это как минимум есть в Оклик и A4Tech беспроводных клавиатурах.
Когда я начал изучать Mercurial в 2009 (или 2010 году) уже был бесплатный (пусть и ограниченного по объему репозитория) BitBucket. Но он был конечно же не стал таким популярным, как github.
Когда давно на Windows 2000/XP использовал довольно кастомизируемую оболочку GeoShell (насколько знаю лет 10 как не развивается).
Использовал не столько ради красивостей - сколько ради её легковесности.
Настраивалась она не-user-friendly способом (через конфиг файл или даже реестр - не помню уже).
Вот такое решение использую - GitHub.
Но для его настройки надо поднапрячься :)
Возможно оффтопик - но напомню, что LibreOffice это доработанная (сильно) версия коммерческого продукта, который писали с целью получния офиса, там где не было возможности запустить MS Office (OS/2, Solaris, BSD, Linux etc).
Было бы очень интересно посмотреть на оценку скорости на современных процессорах AMD/Intel - поможет таким, как я, кто думает об апгрейде.
Такое положение вещей на рынке действительно существует, но... когда-то этого не было и верю, что когда-то опять не будет.
А предложенный подход, как бы это "сказочно" не звучало - вечен.
Те кто на малинке задумал сервер развернуть очевидно же о дешевизне думают, а не о качестве в первую очередь.
Часто встречал (и сам иногда так думал), что если есть автоматическое тестирование (одним из видов которого является unit-тестирование) — значит ошибок нет и задача пользователя решена.
«Обжегшись» пару раз пришел к выводу, что хотя бы иногда разработчиком полезно тестировать то, что они разработали с точки зрения пользователя, а не с точки зрения работают тесты или нет.
Но это не отменяет необходимость наличия unit-тестов (в основном для всяких рефакторингов, а не изменения кода из-за изменившихся требований).
Также поддерживаю оратора выше, что дела идут лучше, если работа нравится.
Я бы со своей стороны помог по Перми.