Pull to refresh
1
0
Send message

Чем хороша макось - можно быстро в терминале решить проблему, предварительно загуглив как. 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.

Конечно становится хуже, пропущенных багов больше, разработка замедляется (в одной команде в 4 раза). Но люди спокойно будут пользоваться и дальше.

Кажется для большинства компаний в РФ не страшны даже критические дыры в безопасности и утечка критичных данных. Ведь штрафы не высоки. Плюс пользователи очень и очень лояльны.

О, это массовая история в моем круге знакомых. Получали 4000-5000$, не смогли найти работу за ту же сумму (200-250 не устраивало). Или не могли пройти воронку найма (хардскилы есть, резюме из крупных российских брендов нет). Вот и уехали все.

Как показывает практика, вчерашнего зазнавшегося сениора можно смело заменять на мидла и джуна. Еще ни одна фирма не закрылась от ухода узких специалистов.

Есть еще фейковые вакансии только для сбора резюме. Висят по три месяца, перевыкладываясь и не закрываясь. С 2021 из становится все больше и больше.

Написано сумбурно, но факты и наблюдения по делу.

Правда, кажется со статьей опоздали? Мысли в статье были бы актуальны для конца 2022, а сейчас лишь тысячное подтверждение - что да, так оно и есть. Уже жевано, пережевано, а решений не предлагается. Что делать-то будем?

Тоже когда-то использовал фейковое резюме для контроля. Можно ещё собирать цифры вакансий и сколько висят открытыми, смотреть в динамике, плюс самому нанимать, публиковать вакансии. Тогда позитива еще поуменьшится ?

Встречал только хорошие реализации Scrum - прозрачные процессы, команды самодостаточны и организованы, гарантированная доставка ценности, можно измерять производительность спринтов.

Бывает карго-культ, который скрамом не назовешь. Игры в planning poker и burndown-диаграммы. :))

Сначала было без дизайнеров (даже если люди так себя называли). А потом появились дизайнеры и сделали нормально.
Вывод простой – можно нанимать дизайнеров интерфейсов и будет нормальный интерфейс! ?

Кстати, темная тема серовато-голубая. Кажется для проф. интерфейсов лучший выбор
- отлично различаются цветные элементы
- нет проблем с бордерами, отступами, обводками, глубиной
- меньше не напрягает глаза. Видна и в светлое и в темное время суток, в освещенном месте и в полумраке. В обычной темной теме чтобы отличить инпут или кнопку на фоне приходится сильнее фокусироваться.
- очень нейтральная

выньте из духовки - помещенную туда час назад - вполне норм. Ведь исполнение идет изнутри. Сначала запечь на 1 час, а потом вынуть. При такой последовательности как в лиспах ничего не взрывается.

Это эзотерический пример. Может надо даже так

- вынуть (через час)         
       - запекать (210 градусов)

В случае же компонентов в колбе пишем

- перемешать (осторожно, содержимое)          
     - залить (осторожно, компоненты)

А вот эта инструкция очень странная:
"Залейте компоненты в колбу и хорошенько перемешайте. Только осторожно, иначе может взорваться" и будет, как я понимаю такой ?

- следить и делать осторожно        
      - перемешать хорошо              
           - залить компоненты

И даже так

Одно и то же дерево из "функционального рецепта по приготовлению пирога".
Просто отрисованное в другую сторону. Кажется что левое функциональное дерево читается также как императивный рецепт. И особой разницы нет.

Но функциональный редактор потребует скобочек как в lisp / отступов как в питоне/ дерева или какого-то другого оформления.

Вот так намного проще?

выньте из духовки -
    помещенную туда час назад при температуре 210 градусов - 
            смесь тщательно перемешанную и без комочков - 
                молока
                муки 
                белков -
                    от двух яиц

Краткое содержание
- Автор спамит своей рекламой и ссылками.
- На пикабу рекламного спамера забанили.
- Он жалуется на несправедливость. Ведь многих не забанили?
- Автору предложили вести коммерческий аккаунт за деньги. Цена не понравилась

Но на хабре автор продолжает набирать плюсов, пиарить себя и свой канал

Даже не заглядывая в подсказки сразу увидел годные вещи ?. Оказалось Супрематика и Лебедев (без Иронова). Все-таки руку человека видно, нейросети пока не тянут.

Такая же магия с вывесками, плакатами, знаками, навигацией и упаковкой за рубежом. Вроде все то же самое, но аккуратность и руку человека видно.

Автор, хорош, проблемы раскрыл. А найденное решение спорное. Предполагаю что в разработке все хорошо, а в поддержке на протяжении 2 лет будет не очень. Ведь со временем продукты и их собственные библиотеки будут все больше и больше расходиться. Синхронизировать и прийти к общему результату, или особенно провести полный редизайн всей системы — будет невероятной болью.


Я намучался и перешел к следующему подходу:


Библиотека слишком большая. Работая над фичей, дизайнер абстрагируется от перегруженной и сложной библиотеки. Он собирает и детачит компоненты прямо в рабочем файле, надеясь, что однажды они просто перетекут в библиотеку и станут "легальными". Чтож, удачи.

То есть рыцари круглого стола собираются и синхронизируют главную библиотеку продуктов на регулярной основе, раз в 1-2 недели.


А иллюстрации и объяснение отличное (смысл понятен мгновенно, и это самое важное)

  1. Больше проектирования, больше документации, проработки теории.
    Все в статье ярко противоречит тезисам Agile-разработки. Мне кажется для waterfall важны полностью документированные устоявшиеся шаги и этапы. Хотелось бы почитать про scrum-waterfall методологию подробнее.


  2. Кажется что сейчас нет того засилья софта, идей и новых программных продуктов. (Тот же product hunt и Appstore не блещут новыми идеями). Развитие программных продуктов уходило в blockchain, сейчас ушло в AI. Возможно из-за отсутствия развития и появляются подобные статьи — 25000 символов (посчитайте и проверьте) и ни одного слова о деле и работе, решениях .


  3. Построение дизайн-системы, токенов, user-flow, изменения и взаимодействие с frontend'ом достаточно несложная задача. Вообще во всех процессах delivery вроде нет больших проблем. Хотелось бы услышать более сложные, необычные, инновационные вещи.


К каждой подобной надо прилагать эту иллюстрацию :)

Я сам использовал систему, очень похожую на описанную в статье. Только в TickTick (то же самое, что Todoist, только удобнее и есть календарь).

И за лет 7 пришел к документу, в котором веду дела (план на год) и документу со списком всех задач.

Information

Rating
Does not participate
Registered
Activity