Подобный ответ я ожидал. Что-то мне подсказывает, что наступит время, когда возникнет тонкая грань между должностью DevOps и Developer. И тогда DevOps сможет сказать, что он Developer, а вот Developer, что он DevOps - нет.
И это весь анализ и все выводы?! От себя добавлю: HR стали "перебирать харчами". И перебирание уже начинается на этапе чтения резюме. Сколько статей от HR и компаний, как писать резюме. Если HR так сложно читать резюме, может это вопрос к его компетентности?! Если вы ищите кандидата на определенную должность, то ожидаете в резюме опыт только для этой должности? Почему я должен выкидывать из резюме свой 20-летний опыт и стаж, изложенный в хронологическом порядке, который включает владение разными языками, СУБД, технологиями?!
Знаете как делали до всего этого? Просто ходили в кафе/рестораны. Может не так часто как сейчас, раз в месяц, на праздники. И субеъктивная оценка была точной.
Иногда просто зайдя во внутрь, понимаешь, что тратиться тут не стоит. Многие факторы могут указать на качество заведения: расположение, контингент вокруг ресторана и внутри, состав меню, график работы....
Сейчас может оказаться достаточно взглянуть на панорамное фото возле ресторана на картах, чтобы принять решение о посещении.
А насколько далеко ушли Android-разработчики, со своими паттернами, ООП, SOLID, coroutines, Compose от проблемы NPE и лавирования между жизненными циклами активностей и фрагментов для достижения ожидаемого певедения приложения?
Раньше код был более оптимизирован, не смотря на сумбурность. Используя классы, прикомпилируются полно проверок и информации о классах. По поводу суперкомпьютера в кармане. Если в начале развития Android, java-разработчики были против статиков, то сейчас их генерируют полно библиотек, приложения занимают много памяти и тормозят, но зато синтаксический сахар, ООПэ и всё такое.
Если уровень сложности статьи простой, ожидается, что будут разъяснения по поводу сокращений и аббривеатур, что они значат и как работают. Я завис уже на MX-записях. Где они находятся и как образуются? Разумеется, это можно нагуглить, но стиль изложения такой, будто объясняется человеку уже с хорошим пониманием материала.
Одна пандемия сменила другую. То при ковиде был рост количества статей от питонистов с "аналитикой", теперь это вот всё (будто повесточку отрабатывают).
Первые версии Скайпа были интересны тем, что можно было настроить (запросить) качество видео и звука. Позже это убрали - сделали автоматическим, и качество связи сильно упало. Я подозреваю, разработчики с этой "автоматикой" долго экспериментировали (мучались), пока не пришла пора апгрейдов железа у юзеров, и сетевых технологий у провайдеров.
А вы не думали, что эта иконка - это история, история эволюции компьютеров? Может, прежде чем искать ассоциации, стоит найти дискету, показать детям, и рассказать историю развития носителей? И ассоциация сама собой возникнет. В IT стараются учить, изобретать новое, но забывают о важности истории IT, дамаю поэтому, такие, на первый взгляд, детские проблемы с иконками.
Завершающие слова могут быть сказаны с сарказмом, иронией, и т.п. А так да, не нужно давать ИИ возможность обрабатывать эмоциональную составляющую - на будущем может сказаться.
А принципиальность исца решается радикально, надо полагать?!
Возможно, вы имеете ввиду компанию, которая слабо связана с IT, но иммет IT-департамент в штате?
А full-stack разве не overqualified ? Просто количество навыков как-бы подозрение должно вызывать.
Подобный ответ я ожидал. Что-то мне подсказывает, что наступит время, когда возникнет тонкая грань между должностью DevOps и Developer. И тогда DevOps сможет сказать, что он Developer, а вот Developer, что он DevOps - нет.
И в таком случае DevOps - будет overqualified.
Но DevOps, почему-то, будет оставаться востребованным.
Плюшки тут второе. Более интересен список обязанностей и набор необходимых технологий для проекта, а также, насколько проект старый.
И это весь анализ и все выводы?! От себя добавлю: HR стали "перебирать харчами". И перебирание уже начинается на этапе чтения резюме. Сколько статей от HR и компаний, как писать резюме. Если HR так сложно читать резюме, может это вопрос к его компетентности?! Если вы ищите кандидата на определенную должность, то ожидаете в резюме опыт только для этой должности? Почему я должен выкидывать из резюме свой 20-летний опыт и стаж, изложенный в хронологическом порядке, который включает владение разными языками, СУБД, технологиями?!
Полагаю, что никак. Высокая концентрация конкурентов в одном месте уравнивает = уменьшает их конкурентные вохможности.
Знаете как делали до всего этого? Просто ходили в кафе/рестораны. Может не так часто как сейчас, раз в месяц, на праздники. И субеъктивная оценка была точной.
Иногда просто зайдя во внутрь, понимаешь, что тратиться тут не стоит. Многие факторы могут указать на качество заведения: расположение, контингент вокруг ресторана и внутри, состав меню, график работы....
Сейчас может оказаться достаточно взглянуть на панорамное фото возле ресторана на картах, чтобы принять решение о посещении.
А насколько далеко ушли Android-разработчики, со своими паттернами, ООП, SOLID, coroutines, Compose от проблемы NPE и лавирования между жизненными циклами активностей и фрагментов для достижения ожидаемого певедения приложения?
Раньше код был более оптимизирован, не смотря на сумбурность. Используя классы, прикомпилируются полно проверок и информации о классах. По поводу суперкомпьютера в кармане. Если в начале развития Android, java-разработчики были против статиков, то сейчас их генерируют полно библиотек, приложения занимают много памяти и тормозят, но зато синтаксический сахар, ООПэ и всё такое.
Если уровень сложности статьи простой, ожидается, что будут разъяснения по поводу сокращений и аббривеатур, что они значат и как работают. Я завис уже на MX-записях. Где они находятся и как образуются? Разумеется, это можно нагуглить, но стиль изложения такой, будто объясняется человеку уже с хорошим пониманием материала.
Одна пандемия сменила другую. То при ковиде был рост количества статей от питонистов с "аналитикой", теперь это вот всё (будто повесточку отрабатывают).
Первые версии Скайпа были интересны тем, что можно было настроить (запросить) качество видео и звука. Позже это убрали - сделали автоматическим, и качество связи сильно упало. Я подозреваю, разработчики с этой "автоматикой" долго экспериментировали (мучались), пока не пришла пора апгрейдов железа у юзеров, и сетевых технологий у провайдеров.
Начинают с "малого". Сколько струдников уволили? - не говорится. Что-то мне подсказывает, что глобальная трудовая миграция Мир не спасет....
QJoyPad, и любой китайский PS1-подобный джойстик со Спектрумом состыковывается.
Каждый, кто увлекается кастомизацией DE, может сделать это сам в своей, уже установленной ОС Linux.
А вы не думали, что эта иконка - это история, история эволюции компьютеров? Может, прежде чем искать ассоциации, стоит найти дискету, показать детям, и рассказать историю развития носителей? И ассоциация сама собой возникнет. В IT стараются учить, изобретать новое, но забывают о важности истории IT, дамаю поэтому, такие, на первый взгляд, детские проблемы с иконками.
Раньше этим инструментом был хлыст. Ничего Там особо не поменялось, только некоторые моменты стали условно-добровольными.
Завершающие слова могут быть сказаны с сарказмом, иронией, и т.п. А так да, не нужно давать ИИ возможность обрабатывать эмоциональную составляющую - на будущем может сказаться.
А без регистрации в Ubuntu Pro всё нижеизложенное будет работать? Установка и обновление драйверов в частности.