А как например живут врачи? У меня жена, 6 лет обучалась в ВУЗе на врача, +2-4 года интернатура-ординатура и далее пол года курсы ПП, для узкой специальности, если изначала учился по терапии. Так же и у программистов будет. После ВУЗов, люди обязаны будут выходит с хорошей тех. базой и знаниями. Возможно введут аналог интернатуры-ординатуры и для программистов. Конечно понимаю, что хочется, как 10 лет назад, написать письмо "возьмите меня джуном, хочу учиться" и получить офер или пройти пол годика курсов ШП и вкатиться на галеру, но эти времена давно прошли.
Думаю что-то подобное бумеры думают и про меллениалов, мол: "в наше время мы на перфокартах программировали, а потом чтобы написать программу, ПК надо было сначала спаять и собрать, а современные крудошлёпы с фреймворковым мышлением, даже указатели в коде не используют, физику и вышмат не знают, куда им до нас".
В общем, пост (статьёй это не назовешь) на тему: "вот молодёжь пошла, а в наши то времена оооо". В целом это нормально и является очередной вехой времени. Не мы первые, не мы последние так сказать.
Джуны никуда не денутся, просто порог входа будет расти соразмерно развитию и доступности ИИ. Лет через 10-15 джун должен будет обладать знаниями современных сеньоров, чтобы быть востребованым, а сеньоры должны будут знать в разы больше, чем сейчас и это нормально. Программирование, администрирование и т.д. перестанут быть социальным лифтом и станут снова хардкорными инженерными специальностями, что закономерно. Причём нейросети лишь катализатор. Всё это произошло бы в любом случае, только без нейронок значительно позже.
Так что перспективы у сферы есть, но не те, что мы ожидаем. В любом случае на наш век современной айтишечки хватит, а дальше не наши проблемы.
В дополнении, в двух примерах вроде и нарушения принципа нет. В первом примере мы изменяем метод, что определяет какой калькулятор, где использовать, но при добавлении нового калькулятора, мы никак не меняем другие калькуляторы. Во втором варианте, мы типизируем принцип работы с калькуляторами, указывая в интерфейсе обязательные методы и входные, выходные данные. Однако, сам подход не меняется.
Имхо, но неплохой пример для этого принципа, можно показать при помощи шаблонного метода. Самый банальный пример, создаём абстрактный класс с базовым функционалом для ряда объектов, скажем GameObject от которого наследуются все игровые объекты и мы не можем в GameObject, например изменить логику метода getPosition(), потому что от него наследуется сотня других сущностей (player, tree, enemy, bullet e.t.c) и изменение логики может привести к ошибкам в наследуемых классах. Если нам надо изменить метод мы добавляем новую его версию скажем getPosition3D(). Понятно, что пример такой себе мягко говоря, но отражает этот принцип вполне неплохо.
Вордпресс с плагинами и темами может весить вполне больше. Особенно если каждый плагин имеет свою vendor папку, а фронт лежит с не удалёнными node_modules (вес которых может достигать до гига спокойно).
Сейчас такое время, когда плагин для вордпреса может весить больше, чем сам вордпрес. Про другие CMS или фреймворки вообще молчу.
Всё потому что для решения рутинных задач разработчики, используют репозитории, имеющие в зависимостях десяток других репозиториев. На выходе мы имеем, порой десятки тысяч файлов из которых реально используется максимум сотня другая, а рукописных и того меньше.
Проблема оптимизации частично решается тем, что всякие фронтенд фреймворки создают билды в которые подключают только используемый код, но на практике мусора в билдах обычно много. Однако, хоть исходники можно из релиза удалить, оставив минифрцированный билд. В php используют composer autoload, который по идее декларирует только используемые классы, но на практике так же периодически декларирует много "мусора". При этом папку vendor удалить нельзя по понятным причинам.
Причём разработчиков в этом винить тоже нельзя. Придумывать велосипеды каждый раз с нуля дело долгое и неблагодарное, а использование готовых решений сокращает время разработки. Здесь скорее проблема куда глобальнее и виновных в ней нет. Думаю в будущем комьюнити придёт к способам решения этих проблем.
Тоже можно сказать и про паттерны, которыми обожают "обмазываться эксперты", применяя их по поводу и без, зачастую с ужасной реализацией. Причём сами по себе паттерны не хорошие и не плохие. Просто рекомендательный свод шаблонных решений, а не свод законов. Неоднократно замечал, как на паттерны бездумно чуть-ли не молятся, вместо того чтобы разобраться, где и как их лучше применять на практике.
То же можно сказать, например про clean code, автора которого в прошлом году "пожурил" один инженер, что вызвало огромное количество холиваров. Хотя посыл был простым: не нужно бездумно следовать всему, что говорят.
Мне нравится программирование тем, что в нём всё имеет своё предназначение и логику. Даже самые плохие решения всегда можно разобрать и понять почему специалисты сделали так, а не иначе, будь то специфика технологий, skill issue или что-то другое.
Солид, так же имеют своё назначение и не следует их возводить в "священные писания". Это можно сказать про любые постулаты, архитектурные решения, паттерны, методологии и т.д.
Если всё свести до уровня пабликов пацанских цитат: опытный специалист, может не просто рассказать теорию, но и пояснить, как она применяется на практике. Ауф.
Почти. Это говорили в Минцифре вроде. Здесь нужно сделать важное уточнение. Они имели ввиду нехватку специалистов в определённых сферах по типу ИБ, ML и т.д.
А вилки правда так упали? Я думал они просто стагнируют.
Если честно дичь написана, как про Германию, так и про Россию. Если коротко в Германии IT "закостенелое", а немцы имеют много стереотипов. IT как бы это странно не звучало, развито не сильно и имеет ряд проблем, например с раздутыми штатами из-за соц. пакетов, как следствие раздутыми бюджетами с малой эффективностью. Так же в стране много законов и iso стандартов, что сильно сковывают команды в техническом плане, что доходит порой до абсурда.
Касаемо России, то в IT сейчас сильный кризис. Какое может быть развитие если нехватка кадров 700000 специалистов, блокируется огромное количество ресурсов и инструментов, а отечественное по не покрывает и близко спрос. Во многих регионах программисты уходят в таксисты, потому платят больше и нервов меньше. Ну и как вишенка на торте, рынок начинают захватывать братушки азиаты.
Реальность сильно отличается от описанного в статье.
Будут более доступней, чем Москве например. Работал одно время в немецкой конторе, сейчас снять квартиру 60-70 квадратов, почти в центре Берлина обойдётся в 1200-1300 евро в месяц вместе с ЖКХ. В центре Москвы за такие деньги разве, что конуру в подвале снять можно. Там проблема в другом. В налогах лютых и более дорогой еде. Обычный хлебушек в Германии, например стоит 1.5 евро, т.е. 150 рублей и цены примерно в 2-3 раза выше, чем в МСК на еду. Однако цены на электронику, например дешевле.
Кэши имеют разные реализации и используются далеко не только в вебе. Банальный пример геймдев, где кэш либо хранится в хэш таблицах либо интегрирован прямо в код функции например. У кэша нет такой сложной архитектуры, как у БД, даже у noSQL.
Да и подходы разные. Например, кэш подразумевает полное удаление себя, без каких либо последствий для сервиса или проекта. Полное удаление всех данных в бд думаю понятно, какие последствия будет иметь.
Спасибо. Давно искал нечто подобное, чтобы делать простенькую графику для 3д игр без миллиона сочетаний клавиш в секунду.) Здесь даже создание анимаций есть, что радует.
На телефоне использую termux, потому что другие приложения почему-то на моём смартфоне не работают (хотя он вроде он далеко не старый). На ПК использую либо консоль, либо офф. приложение гитхаба. К сожалению рабочих расширений для гитхаба в самом обсидиане не нашёл. Точнее одно работало, но немного странно.
Однако zzzzzzerg дал ссылку на интересную статью, сам попробую плагин, который там описан, потому что с ним куда удобнее.)
Меня удивляет другое. Что в соц. сетях некоторые генерации становятся сенсациями.
Ну сказал и сказал. Языковая модель не имеет сознания и интеллекта, она подстраивается под наши запросы. Если я буду хейтить, например python в диалогах, то GPT это запомнит и при следующем вопросе про python будет с большой вероятностью его критиковать, чтобы максимально угодить моим интересам и не дай бог не вызвать у меня негативной реакции. И это не то чтобы какой-то секрет, а скорее очевидная вещь, описанная в инструкциях.
По теме же скажу кратко: саморазвитие хорошо, культ саморазвития плохо.
Тоже пришёл в итоге к Obsidian, только использую в связке с GitHub (всем советую попробовать, потому что Git даёт мощный, но при этом простой в освоении функционал, и все плюсы при работе с текстом, что и с кодом).
У меня был примерно такой же путь, как и у автора, только мне не понравился Everynote и долгое время хранил информацию в приватных блогах на разных сайтах. Мне это казалось в то время удобным, потому что доступ со всех устройств, можно выбирать видимость блога (вижу только я или ещё несколько людей), возможность бесплатно прикреплять файлы. Плюс поиск на сайтах работал по блогам работал неплохо. Какое-то время хранил информацию в гугл доках, из-за того же функционала. В итоге, опробовал много всего и остановился на Обсидиан.
Начал вести Любищев свою систему с 26 лет и работал так до конца своих дней.
У каждого человека свои особенности и нужно выстраивать индивидуальный подход под себя, но при этом можно посмотреть и адаптировать под себя практики других. Просто дополняю тему.
А как например живут врачи? У меня жена, 6 лет обучалась в ВУЗе на врача, +2-4 года интернатура-ординатура и далее пол года курсы ПП, для узкой специальности, если изначала учился по терапии. Так же и у программистов будет. После ВУЗов, люди обязаны будут выходит с хорошей тех. базой и знаниями. Возможно введут аналог интернатуры-ординатуры и для программистов. Конечно понимаю, что хочется, как 10 лет назад, написать письмо "возьмите меня джуном, хочу учиться" и получить офер или пройти пол годика курсов ШП и вкатиться на галеру, но эти времена давно прошли.
Какая же годнота. Автору респект.
Ну и холивары тут развели в комментариях.
Думаю что-то подобное бумеры думают и про меллениалов, мол: "в наше время мы на перфокартах программировали, а потом чтобы написать программу, ПК надо было сначала спаять и собрать, а современные крудошлёпы с фреймворковым мышлением, даже указатели в коде не используют, физику и вышмат не знают, куда им до нас".
В общем, пост (статьёй это не назовешь) на тему: "вот молодёжь пошла, а в наши то времена оооо". В целом это нормально и является очередной вехой времени. Не мы первые, не мы последние так сказать.
Джуны никуда не денутся, просто порог входа будет расти соразмерно развитию и доступности ИИ. Лет через 10-15 джун должен будет обладать знаниями современных сеньоров, чтобы быть востребованым, а сеньоры должны будут знать в разы больше, чем сейчас и это нормально. Программирование, администрирование и т.д. перестанут быть социальным лифтом и станут снова хардкорными инженерными специальностями, что закономерно. Причём нейросети лишь катализатор. Всё это произошло бы в любом случае, только без нейронок значительно позже.
Так что перспективы у сферы есть, но не те, что мы ожидаем. В любом случае на наш век современной айтишечки хватит, а дальше не наши проблемы.
Отойдя от темы реакта. Меня одного смущает, что в качестве примера применения этих функций выбран очередной криптоскам в стиле хомяка? 🤔
В дополнении, в двух примерах вроде и нарушения принципа нет. В первом примере мы изменяем метод, что определяет какой калькулятор, где использовать, но при добавлении нового калькулятора, мы никак не меняем другие калькуляторы. Во втором варианте, мы типизируем принцип работы с калькуляторами, указывая в интерфейсе обязательные методы и входные, выходные данные. Однако, сам подход не меняется.
Имхо, но неплохой пример для этого принципа, можно показать при помощи шаблонного метода. Самый банальный пример, создаём абстрактный класс с базовым функционалом для ряда объектов, скажем GameObject от которого наследуются все игровые объекты и мы не можем в GameObject, например изменить логику метода getPosition(), потому что от него наследуется сотня других сущностей (player, tree, enemy, bullet e.t.c) и изменение логики может привести к ошибкам в наследуемых классах. Если нам надо изменить метод мы добавляем новую его версию скажем getPosition3D(). Понятно, что пример такой себе мягко говоря, но отражает этот принцип вполне неплохо.
Вордпресс с плагинами и темами может весить вполне больше. Особенно если каждый плагин имеет свою vendor папку, а фронт лежит с не удалёнными node_modules (вес которых может достигать до гига спокойно).
Сейчас такое время, когда плагин для вордпреса может весить больше, чем сам вордпрес. Про другие CMS или фреймворки вообще молчу.
Всё потому что для решения рутинных задач разработчики, используют репозитории, имеющие в зависимостях десяток других репозиториев. На выходе мы имеем, порой десятки тысяч файлов из которых реально используется максимум сотня другая, а рукописных и того меньше.
Проблема оптимизации частично решается тем, что всякие фронтенд фреймворки создают билды в которые подключают только используемый код, но на практике мусора в билдах обычно много. Однако, хоть исходники можно из релиза удалить, оставив минифрцированный билд. В php используют composer autoload, который по идее декларирует только используемые классы, но на практике так же периодически декларирует много "мусора". При этом папку vendor удалить нельзя по понятным причинам.
Причём разработчиков в этом винить тоже нельзя. Придумывать велосипеды каждый раз с нуля дело долгое и неблагодарное, а использование готовых решений сокращает время разработки. Здесь скорее проблема куда глобальнее и виновных в ней нет. Думаю в будущем комьюнити придёт к способам решения этих проблем.
Тоже можно сказать и про паттерны, которыми обожают "обмазываться эксперты", применяя их по поводу и без, зачастую с ужасной реализацией. Причём сами по себе паттерны не хорошие и не плохие. Просто рекомендательный свод шаблонных решений, а не свод законов. Неоднократно замечал, как на паттерны бездумно чуть-ли не молятся, вместо того чтобы разобраться, где и как их лучше применять на практике.
То же можно сказать, например про clean code, автора которого в прошлом году "пожурил" один инженер, что вызвало огромное количество холиваров. Хотя посыл был простым: не нужно бездумно следовать всему, что говорят.
Мне нравится программирование тем, что в нём всё имеет своё предназначение и логику. Даже самые плохие решения всегда можно разобрать и понять почему специалисты сделали так, а не иначе, будь то специфика технологий, skill issue или что-то другое.
Солид, так же имеют своё назначение и не следует их возводить в "священные писания". Это можно сказать про любые постулаты, архитектурные решения, паттерны, методологии и т.д.
Если всё свести до уровня пабликов пацанских цитат: опытный специалист, может не просто рассказать теорию, но и пояснить, как она применяется на практике. Ауф.
Спасибо за информацию, это любопытно.
Почти. Это говорили в Минцифре вроде. Здесь нужно сделать важное уточнение. Они имели ввиду нехватку специалистов в определённых сферах по типу ИБ, ML и т.д.
А вилки правда так упали? Я думал они просто стагнируют.
Если честно дичь написана, как про Германию, так и про Россию. Если коротко в Германии IT "закостенелое", а немцы имеют много стереотипов. IT как бы это странно не звучало, развито не сильно и имеет ряд проблем, например с раздутыми штатами из-за соц. пакетов, как следствие раздутыми бюджетами с малой эффективностью. Так же в стране много законов и iso стандартов, что сильно сковывают команды в техническом плане, что доходит порой до абсурда.
Касаемо России, то в IT сейчас сильный кризис. Какое может быть развитие если нехватка кадров 700000 специалистов, блокируется огромное количество ресурсов и инструментов, а отечественное по не покрывает и близко спрос. Во многих регионах программисты уходят в таксисты, потому платят больше и нервов меньше. Ну и как вишенка на торте, рынок начинают захватывать братушки азиаты.
Реальность сильно отличается от описанного в статье.
Будут более доступней, чем Москве например. Работал одно время в немецкой конторе, сейчас снять квартиру 60-70 квадратов, почти в центре Берлина обойдётся в 1200-1300 евро в месяц вместе с ЖКХ. В центре Москвы за такие деньги разве, что конуру в подвале снять можно. Там проблема в другом. В налогах лютых и более дорогой еде. Обычный хлебушек в Германии, например стоит 1.5 евро, т.е. 150 рублей и цены примерно в 2-3 раза выше, чем в МСК на еду. Однако цены на электронику, например дешевле.
Кэши имеют разные реализации и используются далеко не только в вебе. Банальный пример геймдев, где кэш либо хранится в хэш таблицах либо интегрирован прямо в код функции например. У кэша нет такой сложной архитектуры, как у БД, даже у noSQL.
Да и подходы разные. Например, кэш подразумевает полное удаление себя, без каких либо последствий для сервиса или проекта. Полное удаление всех данных в бд думаю понятно, какие последствия будет иметь.
Хм, может тоже попробовать через FDroid поставить. Спасибо за совет)
Спасибо. Давно искал нечто подобное, чтобы делать простенькую графику для 3д игр без миллиона сочетаний клавиш в секунду.) Здесь даже создание анимаций есть, что радует.
Неплохое приложение, но на андроиде 14+ не работает(
На телефоне использую termux, потому что другие приложения почему-то на моём смартфоне не работают (хотя он вроде он далеко не старый). На ПК использую либо консоль, либо офф. приложение гитхаба. К сожалению рабочих расширений для гитхаба в самом обсидиане не нашёл. Точнее одно работало, но немного странно.
Однако zzzzzzerg дал ссылку на интересную статью, сам попробую плагин, который там описан, потому что с ним куда удобнее.)
Меня удивляет другое. Что в соц. сетях некоторые генерации становятся сенсациями.
Ну сказал и сказал. Языковая модель не имеет сознания и интеллекта, она подстраивается под наши запросы. Если я буду хейтить, например python в диалогах, то GPT это запомнит и при следующем вопросе про python будет с большой вероятностью его критиковать, чтобы максимально угодить моим интересам и не дай бог не вызвать у меня негативной реакции. И это не то чтобы какой-то секрет, а скорее очевидная вещь, описанная в инструкциях.
По теме же скажу кратко: саморазвитие хорошо, культ саморазвития плохо.
Тоже пришёл в итоге к Obsidian, только использую в связке с GitHub (всем советую попробовать, потому что Git даёт мощный, но при этом простой в освоении функционал, и все плюсы при работе с текстом, что и с кодом).
У меня был примерно такой же путь, как и у автора, только мне не понравился Everynote и долгое время хранил информацию в приватных блогах на разных сайтах. Мне это казалось в то время удобным, потому что доступ со всех устройств, можно выбирать видимость блога (вижу только я или ещё несколько людей), возможность бесплатно прикреплять файлы. Плюс поиск на сайтах работал по блогам работал неплохо. Какое-то время хранил информацию в гугл доках, из-за того же функционала. В итоге, опробовал много всего и остановился на Обсидиан.
У каждого человека свои особенности и нужно выстраивать индивидуальный подход под себя, но при этом можно посмотреть и адаптировать под себя практики других. Просто дополняю тему.
Это очень удобно, спасибо.)