Непонятно как более эффективное с точки зрения ресурсов решение ядро псевдолинукс в виде sys драйвера может быть хуже банальной виртуалки, которая менее эффективна в шаринге памяти и диска.
Одно универсальное решение к чему так стремятся последние годы это не всегда хорошо.
Я например много лет использую Mercurial. Однако в корпоративной среде его практически не осталось, из open source проектов сторонники git также его выдавливают. Хотя мне Mercurial нравится много больше.
Есть разные уродливые вещи вроде node.js npm, которые страшно выглядят под любой системой, их настойчиво насаждают. Использую deno или вообще обхожусь browser es6.
Это наверное неплохо что есть три разные операционные системы.
Соглашусь что как язык JS да и TS не очень хороши. Однако Deno отчасти преодолевает ряд проблем, указанных в публикации. Импорты там очень гибко настраиваются и TS работает изначально без дополнительных настроек.
Строгая типизация приводит к раздуванию объема кода, соответственно последствия это ухудшение читаемости. Какие либо нетривиальные проекты, используюшие TS, содержат просто монстровые объемы многовложенных деклараций типов.
Типизация также усложняет monkey patching, а иногда и вообще делает его невозможным. В Java monkey patching огромная проблема. В Python monkey patching чаще всего тривиален.
Не просто так создавали duck typing, были на то серьезные причины, лаконичность, скорость разработки. Хотя в то время уже давно были языки с очень строгой типизацией. Более того, самый первый язык ассемблер таковым является.
У меня повышение каденса не работает по двум причинам - на прямых сильно потею, а в горки чернеет в глазах. Видимо здоровье не позволяет. Стараюсь в целом "матрасить" чтобы не потеть слишком сильно а также чтобы не рисковать потерять сознание в горку.
Если серьезно то с трудом представляю как курьеры всю зиму по 5 часов в день гоняют на велосипедах. Я сам велосипедист, заканчиваю сезон обычно в конце ноября. Голова, руки, задница мерзнут на холодном ветру, колесо заносит на льду, колейность, бугры ледяные, сугробы. Правда эта зима была помягче. Однако гололеда было много.
Это просто им движет желание сделать "слишком хорошо" или идеально. По факту же консоль браузера в поисках ошибок обычный пользователь смотреть не будет. И непонятно почему сервер вернет null. Если пользователь отсутствует, то сервер вероятно вернет не 200 код вообще и ошибка будет на уровне запроса.
Частое тыканье в имена пользователей вообще лучше всего решить загрузкой данных для всех отображаемых в данный момент. Ну или Profile создавать не одну инстанцию а на каждый клик отдельно.
Это скорее всего зависит от финансирования проекта. Если оно стабильное, то спешка не нужна. Если же делается на минимальных бюджетах, то без спешки просто не успеют доделать минимально рабочий проект.
Главный сюрприз там будет не через 15 лет а через 30, когда уже подвыгорел для спринтов и постоянных смен фреймворков, а старше 50 в этой сфере берут неохотно.
Огромное количество кода живет и поддерживается более 10 лет. И паттерны как раз в этом случае очень полезны. Если кода много и это не однодневка.
Вообще борьба с паттернами связана с ростом популярности Javascript, в котором нет нормальных полноценных классов с множественным наследованием, нет полноценных метаклассов.
Зимой три проблемы, гололед на тротуарах с неровностями, глубокие колеи от авто на выездах, мешающие перестраиваться и огромный слой грязи на велосипеде даже с крыльями. Поэтому я хоть и выезжал несколько раз на веле зимой, желания постоянно ездить зимой нет и удивляюсь как ездят курьеры.
По личному опыту найти хорошие подработки последние годы стало много сложнее.
Раньше было так - захотел подработать поискал по своей специализации, откликнулся - сразу милости просим. Причем без всяких технических интервью, без тестовых заданий.
Сейчас - чаще всего вообще не отвечают. Плюс очень мало предложений без тестовых заданий и технического собеседования.
Градация на джуны, миддлы и сеньоры меня вообще умиляет. Тот же Билл Гейтс, много лет проработавший и незакончивший университет неоднократно говорил в интервью что самый лучший способ изучить чего-то это не лекции и не учебные задания а обучение в ходе выполнения настоящих реальных задач. Он именно так сам начинал программировать, до того как раскрутил свою корпорацию. Сейчас объявили бы дружом и никуда не взяли.
Плюс страшная вешь что когда возраст старше 50 многие начинают шарахаться - разрыв поколений.
Скорее всего по большинству направлений избыток предложения рабочей силы. Кроме самых сложных. Последствие массовой компьютеризации 90х и особенно 2000х, когда дети все более массово росли с компьютерами. А ниши наоборот закрыты все больше, основные виды программ и движков давно написаны. Перегрев рынка, помноженный на экономические причины.
Есть малые микро АЭС, там аварии не должны быть настолько масштабными. Есть сжиженный водород, есть метан, бутан. То есть немало альтернатив ГЭС, углю и нефти, которые вреднее для природы. Добыча лития оказалась тоже очень разрушительной.
Запросто пишется самодельный небольшой клиент на Javascript, так api и отлаживаю из браузера.
Непонятно как более эффективное с точки зрения ресурсов решение ядро псевдолинукс в виде sys драйвера может быть хуже банальной виртуалки, которая менее эффективна в шаринге памяти и диска.
Одно универсальное решение к чему так стремятся последние годы это не всегда хорошо.
Я например много лет использую Mercurial. Однако в корпоративной среде его практически не осталось, из open source проектов сторонники git также его выдавливают. Хотя мне Mercurial нравится много больше.
Есть разные уродливые вещи вроде node.js npm, которые страшно выглядят под любой системой, их настойчиво насаждают. Использую deno или вообще обхожусь browser es6.
Это наверное неплохо что есть три разные операционные системы.
А разве приложения крупнейших маркетплейсов не webview?
Соглашусь что как язык JS да и TS не очень хороши. Однако Deno отчасти преодолевает ряд проблем, указанных в публикации. Импорты там очень гибко настраиваются и TS работает изначально без дополнительных настроек.
Строгая типизация приводит к раздуванию объема кода, соответственно последствия это ухудшение читаемости. Какие либо нетривиальные проекты, используюшие TS, содержат просто монстровые объемы многовложенных деклараций типов.
Типизация также усложняет monkey patching, а иногда и вообще делает его невозможным. В Java monkey patching огромная проблема. В Python monkey patching чаще всего тривиален.
Не просто так создавали duck typing, были на то серьезные причины, лаконичность, скорость разработки. Хотя в то время уже давно были языки с очень строгой типизацией. Более того, самый первый язык ассемблер таковым является.
Скорее всего речь идет о дорогостоящих электровелосипедах Cube и тп. Они редкость, потому что имеют высокую стоимость.
У меня повышение каденса не работает по двум причинам - на прямых сильно потею, а в горки чернеет в глазах. Видимо здоровье не позволяет. Стараюсь в целом "матрасить" чтобы не потеть слишком сильно а также чтобы не рисковать потерять сознание в горку.
Если серьезно то с трудом представляю как курьеры всю зиму по 5 часов в день гоняют на велосипедах. Я сам велосипедист, заканчиваю сезон обычно в конце ноября. Голова, руки, задница мерзнут на холодном ветру, колесо заносит на льду, колейность, бугры ледяные, сугробы. Правда эта зима была помягче. Однако гололеда было много.
Я старше 50, мне чаще всего просто не откликаются, проходить чаще всего нечего.
Вообще последние лет 10 рынок в этой области стал много жестче.
Это просто им движет желание сделать "слишком хорошо" или идеально. По факту же консоль браузера в поисках ошибок обычный пользователь смотреть не будет. И непонятно почему сервер вернет null. Если пользователь отсутствует, то сервер вероятно вернет не 200 код вообще и ошибка будет на уровне запроса.
Частое тыканье в имена пользователей вообще лучше всего решить загрузкой данных для всех отображаемых в данный момент. Ну или Profile создавать не одну инстанцию а на каждый клик отдельно.
Это скорее всего зависит от финансирования проекта. Если оно стабильное, то спешка не нужна. Если же делается на минимальных бюджетах, то без спешки просто не успеют доделать минимально рабочий проект.
Главный сюрприз там будет не через 15 лет а через 30, когда уже подвыгорел для спринтов и постоянных смен фреймворков, а старше 50 в этой сфере берут неохотно.
Огромное количество кода живет и поддерживается более 10 лет. И паттерны как раз в этом случае очень полезны. Если кода много и это не однодневка.
Вообще борьба с паттернами связана с ростом популярности Javascript, в котором нет нормальных полноценных классов с множественным наследованием, нет полноценных метаклассов.
Интенсивность нагрузки на велосипеде сильно зависит от силы встречного ветра и наличия подъемов в гору. Пешком это гораздо менее заметно.
Зимой три проблемы, гололед на тротуарах с неровностями, глубокие колеи от авто на выездах, мешающие перестраиваться и огромный слой грязи на велосипеде даже с крыльями. Поэтому я хоть и выезжал несколько раз на веле зимой, желания постоянно ездить зимой нет и удивляюсь как ездят курьеры.
По личному опыту найти хорошие подработки последние годы стало много сложнее.
Раньше было так - захотел подработать поискал по своей специализации, откликнулся - сразу милости просим. Причем без всяких технических интервью, без тестовых заданий.
Сейчас - чаще всего вообще не отвечают. Плюс очень мало предложений без тестовых заданий и технического собеседования.
Градация на джуны, миддлы и сеньоры меня вообще умиляет. Тот же Билл Гейтс, много лет проработавший и незакончивший университет неоднократно говорил в интервью что самый лучший способ изучить чего-то это не лекции и не учебные задания а обучение в ходе выполнения настоящих реальных задач. Он именно так сам начинал программировать, до того как раскрутил свою корпорацию. Сейчас объявили бы дружом и никуда не взяли.
Плюс страшная вешь что когда возраст старше 50 многие начинают шарахаться - разрыв поколений.
Были кнопочные Андроиды. Сама система все это прекрасно поддерживает. Только давно их не выпускают. Мало кому нужны.
Скорее всего по большинству направлений избыток предложения рабочей силы. Кроме самых сложных. Последствие массовой компьютеризации 90х и особенно 2000х, когда дети все более массово росли с компьютерами. А ниши наоборот закрыты все больше, основные виды программ и движков давно написаны. Перегрев рынка, помноженный на экономические причины.
Есть малые микро АЭС, там аварии не должны быть настолько масштабными. Есть сжиженный водород, есть метан, бутан. То есть немало альтернатив ГЭС, углю и нефти, которые вреднее для природы. Добыча лития оказалась тоже очень разрушительной.