Второй тип сотрудников (который не готовится к собеседованию, не зазубривает базу) почти всегда работает лучше, так как сосредоточен на своей работе и задачах. Он готов в другом - есть свой опыт, может рассказать о реальном проекте, реальной работе, решаемых проблемах. Но поиск таких сотрудников сложен, а фильтрацию и собеседование адекватно может провести только будущий руководитель (достаточно 10-20 минут на кандидата).
Время нашего тимлида на фильтрацию и собеседования стоит дорого. И тут можно применить следующую тактику - выбирается доверенный сотрудник или тимлид из других команд, который производит первоначальную выборку из 100 кандидатов выбрать 5-10.
Вопросы по базе и кандидаты первого типа тоже хороши. Это тоже полезный подход. Иногда надо расширить штат, когда у тебя большое количество ставок. Или подобрать запасного кандидата, как кадровый резерв. Нет определенной задачи и четкого руководителя, к кому пойдет кандидат.
Сотрудники 1 типа и вопросы по базе - решают задачу чтобы как-то отфильтровать из 500-1000 откликов 50 реальных кандидатов. Это тяжело, и фильтр в виде HR или заглушка в виде вопросов по базе - нормальное простое решение.
Консоль, а значит и аналоги grep есть и в TotalCommander. Но в TotalCommander есть свой поиск, регулярки, и замена текста в содержимом файлов. Лично мне (для пары тысяч файлов) grep так и не понадобился.
У меня не такое количество файлов, но пользуюсь - Фильтры по имени, по маске - Массовое переименование - Поиск по содержимому - Thumbnails (работаю с видео и фото) - Drag n drop - Работа с архивами - Путь к файлам, переходы по любым путям с нечетким поиском.
То есть работающая и надежная смесь Explorer-Finder и Far-Mc.
Конечно становится хуже, пропущенных багов больше, разработка замедляется (в одной команде в 4 раза). Но люди спокойно будут пользоваться и дальше.
Кажется для большинства компаний в РФ не страшны даже критические дыры в безопасности и утечка критичных данных. Ведь штрафы не высоки. Плюс пользователи очень и очень лояльны.
О, это массовая история в моем круге знакомых. Получали 4000-5000$, не смогли найти работу за ту же сумму (200-250 не устраивало). Или не могли пройти воронку найма (хардскилы есть, резюме из крупных российских брендов нет). Вот и уехали все.
Как показывает практика, вчерашнего зазнавшегося сениора можно смело заменять на мидла и джуна. Еще ни одна фирма не закрылась от ухода узких специалистов.
Правда, кажется со статьей опоздали? Мысли в статье были бы актуальны для конца 2022, а сейчас лишь тысячное подтверждение - что да, так оно и есть. Уже жевано, пережевано, а решений не предлагается. Что делать-то будем?
Тоже когда-то использовал фейковое резюме для контроля. Можно ещё собирать цифры вакансий и сколько висят открытыми, смотреть в динамике, плюс самому нанимать, публиковать вакансии. Тогда позитива еще поуменьшится ?
Встречал только хорошие реализации Scrum - прозрачные процессы, команды самодостаточны и организованы, гарантированная доставка ценности, можно измерять производительность спринтов.
Бывает карго-культ, который скрамом не назовешь. Игры в planning poker и burndown-диаграммы. :))
Сначала было без дизайнеров (даже если люди так себя называли). А потом появились дизайнеры и сделали нормально. Вывод простой – можно нанимать дизайнеров интерфейсов и будет нормальный интерфейс! ?
Кстати, темная тема серовато-голубая. Кажется для проф. интерфейсов лучший выбор - отлично различаются цветные элементы - нет проблем с бордерами, отступами, обводками, глубиной - меньше не напрягает глаза. Видна и в светлое и в темное время суток, в освещенном месте и в полумраке. В обычной темной теме чтобы отличить инпут или кнопку на фоне приходится сильнее фокусироваться. - очень нейтральная
выньте из духовки - помещенную туда час назад - вполне норм. Ведь исполнение идет изнутри. Сначала запечь на 1 час, а потом вынуть. При такой последовательности как в лиспах ничего не взрывается.
А вот эта инструкция очень странная: "Залейте компоненты в колбу и хорошенько перемешайте. Только осторожно, иначе может взорваться" и будет, как я понимаю такой ?
- следить и делать осторожно
- перемешать хорошо
- залить компоненты
Одно и то же дерево из "функционального рецепта по приготовлению пирога". Просто отрисованное в другую сторону. Кажется что левое функциональное дерево читается также как императивный рецепт. И особой разницы нет.
Но функциональный редактор потребует скобочек как в lisp / отступов как в питоне/ дерева или какого-то другого оформления.
Вот так намного проще?
выньте из духовки -
помещенную туда час назад при температуре 210 градусов -
смесь тщательно перемешанную и без комочков -
молока
муки
белков -
от двух яиц
Краткое содержание - Автор спамит своей рекламой и ссылками. - На пикабу рекламного спамера забанили. - Он жалуется на несправедливость. Ведь многих не забанили? - Автору предложили вести коммерческий аккаунт за деньги. Цена не понравилась
Но на хабре автор продолжает набирать плюсов, пиарить себя и свой канал
Даже не заглядывая в подсказки сразу увидел годные вещи ?. Оказалось Супрематика и Лебедев (без Иронова). Все-таки руку человека видно, нейросети пока не тянут.
Такая же магия с вывесками, плакатами, знаками, навигацией и упаковкой за рубежом. Вроде все то же самое, но аккуратность и руку человека видно.
Автор, хорош, проблемы раскрыл. А найденное решение спорное. Предполагаю что в разработке все хорошо, а в поддержке на протяжении 2 лет будет не очень. Ведь со временем продукты и их собственные библиотеки будут все больше и больше расходиться. Синхронизировать и прийти к общему результату, или особенно провести полный редизайн всей системы — будет невероятной болью.
Я намучался и перешел к следующему подходу:
Библиотека слишком большая. Работая над фичей, дизайнер абстрагируется от перегруженной и сложной библиотеки. Он собирает и детачит компоненты прямо в рабочем файле, надеясь, что однажды они просто перетекут в библиотеку и станут "легальными". Чтож, удачи.
То есть рыцари круглого стола собираются и синхронизируют главную библиотеку продуктов на регулярной основе, раз в 1-2 недели.
А иллюстрации и объяснение отличное (смысл понятен мгновенно, и это самое важное)
Больше проектирования, больше документации, проработки теории.
Все в статье ярко противоречит тезисам Agile-разработки. Мне кажется для waterfall важны полностью документированные устоявшиеся шаги и этапы. Хотелось бы почитать про scrum-waterfall методологию подробнее.
Кажется что сейчас нет того засилья софта, идей и новых программных продуктов. (Тот же product hunt и Appstore не блещут новыми идеями). Развитие программных продуктов уходило в blockchain, сейчас ушло в AI. Возможно из-за отсутствия развития и появляются подобные статьи — 25000 символов (посчитайте и проверьте) и ни одного слова о деле и работе, решениях .
Построение дизайн-системы, токенов, user-flow, изменения и взаимодействие с frontend'ом достаточно несложная задача. Вообще во всех процессах delivery вроде нет больших проблем. Хотелось бы услышать более сложные, необычные, инновационные вещи.
А в VScode разве подобное недоступно?
Чем хороша макось - можно быстро в терминале решить проблему, предварительно загуглив как. Linux/Unix каким он должен быть!
Из личного опыта собеседований.
Второй тип сотрудников (который не готовится к собеседованию, не зазубривает базу) почти всегда работает лучше, так как сосредоточен на своей работе и задачах. Он готов в другом - есть свой опыт, может рассказать о реальном проекте, реальной работе, решаемых проблемах. Но поиск таких сотрудников сложен, а фильтрацию и собеседование адекватно может провести только будущий руководитель (достаточно 10-20 минут на кандидата).
Время нашего тимлида на фильтрацию и собеседования стоит дорого. И тут можно применить следующую тактику - выбирается доверенный сотрудник или тимлид из других команд, который производит первоначальную выборку из 100 кандидатов выбрать 5-10.
Вопросы по базе и кандидаты первого типа тоже хороши. Это тоже полезный подход. Иногда надо расширить штат, когда у тебя большое количество ставок. Или подобрать запасного кандидата, как кадровый резерв. Нет определенной задачи и четкого руководителя, к кому пойдет кандидат.
Сотрудники 1 типа и вопросы по базе - решают задачу чтобы как-то отфильтровать из 500-1000 откликов 50 реальных кандидатов. Это тяжело, и фильтр в виде HR или заглушка в виде вопросов по базе - нормальное простое решение.
Есть отличный сайт Artvee, где приятно смотреть и изучать классическую живопись.
Имхо, результаты в этой новости не стоят внимания ?
Консоль, а значит и аналоги grep есть и в TotalCommander. Но в TotalCommander есть свой поиск, регулярки, и замена текста в содержимом файлов. Лично мне (для пары тысяч файлов) grep так и не понадобился.
У меня не такое количество файлов, но пользуюсь
- Фильтры по имени, по маске
- Массовое переименование
- Поиск по содержимому
- Thumbnails (работаю с видео и фото)
- Drag n drop
- Работа с архивами
- Путь к файлам, переходы по любым путям с нечетким поиском.
То есть работающая и надежная смесь Explorer-Finder и Far-Mc.
Кто-то еще доверяет продуктам Google?
Конечно становится хуже, пропущенных багов больше, разработка замедляется (в одной команде в 4 раза). Но люди спокойно будут пользоваться и дальше.
Кажется для большинства компаний в РФ не страшны даже критические дыры в безопасности и утечка критичных данных. Ведь штрафы не высоки. Плюс пользователи очень и очень лояльны.
О, это массовая история в моем круге знакомых. Получали 4000-5000$, не смогли найти работу за ту же сумму (200-250 не устраивало). Или не могли пройти воронку найма (хардскилы есть, резюме из крупных российских брендов нет). Вот и уехали все.
Как показывает практика, вчерашнего зазнавшегося сениора можно смело заменять на мидла и джуна. Еще ни одна фирма не закрылась от ухода узких специалистов.
Есть еще фейковые вакансии только для сбора резюме. Висят по три месяца, перевыкладываясь и не закрываясь. С 2021 из становится все больше и больше.
Написано сумбурно, но факты и наблюдения по делу.
Правда, кажется со статьей опоздали? Мысли в статье были бы актуальны для конца 2022, а сейчас лишь тысячное подтверждение - что да, так оно и есть. Уже жевано, пережевано, а решений не предлагается. Что делать-то будем?
Тоже когда-то использовал фейковое резюме для контроля. Можно ещё собирать цифры вакансий и сколько висят открытыми, смотреть в динамике, плюс самому нанимать, публиковать вакансии. Тогда позитива еще поуменьшится ?
Встречал только хорошие реализации Scrum - прозрачные процессы, команды самодостаточны и организованы, гарантированная доставка ценности, можно измерять производительность спринтов.
Бывает карго-культ, который скрамом не назовешь. Игры в planning poker и burndown-диаграммы. :))
Сначала было без дизайнеров (даже если люди так себя называли). А потом появились дизайнеры и сделали нормально.
Вывод простой – можно нанимать дизайнеров интерфейсов и будет нормальный интерфейс! ?
Кстати, темная тема серовато-голубая. Кажется для проф. интерфейсов лучший выбор
- отлично различаются цветные элементы
- нет проблем с бордерами, отступами, обводками, глубиной
- меньше не напрягает глаза. Видна и в светлое и в темное время суток, в освещенном месте и в полумраке. В обычной темной теме чтобы отличить инпут или кнопку на фоне приходится сильнее фокусироваться.
- очень нейтральная
выньте из духовки - помещенную туда час назад - вполне норм. Ведь исполнение идет изнутри. Сначала запечь на 1 час, а потом вынуть. При такой последовательности как в лиспах ничего не взрывается.
Это эзотерический пример. Может надо даже так
В случае же компонентов в колбе пишем
А вот эта инструкция очень странная:
"Залейте компоненты в колбу и хорошенько перемешайте. Только осторожно, иначе может взорваться" и будет, как я понимаю такой ?
И даже так
Одно и то же дерево из "функционального рецепта по приготовлению пирога".
Просто отрисованное в другую сторону. Кажется что левое функциональное дерево читается также как императивный рецепт. И особой разницы нет.
Но функциональный редактор потребует скобочек как в lisp / отступов как в питоне/ дерева или какого-то другого оформления.
Краткое содержание
- Автор спамит своей рекламой и ссылками.
- На пикабу рекламного спамера забанили.
- Он жалуется на несправедливость. Ведь многих не забанили?
- Автору предложили вести коммерческий аккаунт за деньги. Цена не понравилась
Но на хабре автор продолжает набирать плюсов, пиарить себя и свой канал
Даже не заглядывая в подсказки сразу увидел годные вещи ?. Оказалось Супрематика и Лебедев (без Иронова). Все-таки руку человека видно, нейросети пока не тянут.
Такая же магия с вывесками, плакатами, знаками, навигацией и упаковкой за рубежом. Вроде все то же самое, но аккуратность и руку человека видно.
Автор, хорош, проблемы раскрыл. А найденное решение спорное. Предполагаю что в разработке все хорошо, а в поддержке на протяжении 2 лет будет не очень. Ведь со временем продукты и их собственные библиотеки будут все больше и больше расходиться. Синхронизировать и прийти к общему результату, или особенно провести полный редизайн всей системы — будет невероятной болью.
Я намучался и перешел к следующему подходу:
То есть рыцари круглого стола собираются и синхронизируют главную библиотеку продуктов на регулярной основе, раз в 1-2 недели.
А иллюстрации и объяснение отличное (смысл понятен мгновенно, и это самое важное)
Больше проектирования, больше документации, проработки теории.
Все в статье ярко противоречит тезисам Agile-разработки. Мне кажется для waterfall важны полностью документированные устоявшиеся шаги и этапы. Хотелось бы почитать про scrum-waterfall методологию подробнее.
Кажется что сейчас нет того засилья софта, идей и новых программных продуктов. (Тот же product hunt и Appstore не блещут новыми идеями). Развитие программных продуктов уходило в blockchain, сейчас ушло в AI. Возможно из-за отсутствия развития и появляются подобные статьи — 25000 символов (посчитайте и проверьте) и ни одного слова о деле и работе, решениях .
Построение дизайн-системы, токенов, user-flow, изменения и взаимодействие с frontend'ом достаточно несложная задача. Вообще во всех процессах delivery вроде нет больших проблем. Хотелось бы услышать более сложные, необычные, инновационные вещи.
К каждой подобной надо прилагать эту иллюстрацию :)
Я сам использовал систему, очень похожую на описанную в статье. Только в TickTick (то же самое, что Todoist, только удобнее и есть календарь).
И за лет 7 пришел к документу, в котором веду дела (план на год) и документу со списком всех задач.