Недавно в нашей компании начался процесс годового performance review, в рамках которого оценивается не только вклад разработчика в продукт, но и его профессиональный рост.
Рассказал в короткой статье о том, как быстро понять свой грейд и отличить Junior от Senior
#статья #карьера

Все больше информации о том, что люди не могут отличить текст, написанный ChatGPT и человеком.

Она сдает экзамены, проходит тесты для поступления и много чего еще. Уже принимаются меры по запрещению использования этой нейронки. Например, недавно Департамент образования Нью-Йорка запретил школьникам и учителям доступ к чат-боту ChatGPT в сетях и на устройствах государственных школ города.

А что у нас? А у нас студент из Москвы написал диплом с помощью ChatGPT и успешно его защитил.
Ему потребовалось примерно 23 часа. На выходе получилось 82% уникальности.

Помните, сколько времени ушло у вас, чтобы добиться такой уникальности?

#ChatGPT #NLP #NN

Недавно на habr вышла хорошая статья моего знакомого на тему того, как рождается и умирает ML в компании.
Сейчас многие компании хотят иметь в своем арсенале ML специалиста, но далеко не все готовы к этому. О том, с какими трудностями можно столкнуться и как их решать читать тут. Полезно

#ML #habr #карьера

История успеха
Не моя, но интересная и показательная. Коротко - работу найти можно всегда, было бы желание и упорство. Стиль автора сохранен.

«Помнится, год назад, когда искал свою первую работу джуном ДС, потратил на это всё лето и часть осени, участвовал в контестах на Яндексе, изучал дополнительно алгоритмы и структуры данных, мат стат, линал, чтобы хоть чем-то выделяться на фоне бесчисленного количества таких же джунов с курсов, везде получал фидбек типа "у вас ноль опыта, мы вас не берём", в итоге повезло в Сбере. Там меня посадили на пару месяцев на унылейший манки джоб, обучать бесконечные xgboost'ы с непонятным финэфектом. У нас в команде были одни дс'ы и ни одного человека, кто мог заделиверить свои наработки в пром, я вызвался быть этим человеком. Освоил Спарк, джаву/скалу, завел связи с людьми из мл-опс платформы, набирался у них опыта, вывел витрины фичей и модель в пром на внутренних фреймворках сбера, в результате, на днях получил два оффера за неделю как мидл-ДЕ с x2 зп»

Часто результат вашего упорства был оправдан? Есть у вас подобные кейсы? У меня - да. Помнится, хотел получить оффер одной компании, но не обладал одним важным навыком. Провел 3 дня в полном погружении, изучил все необходимое и получил желанный оффер. Было это давно, но правда)

ML на собеседовании

MLflow на домашнем сервере

Недавно один начинающий разработчик спросил меня как поднять MLflow локально без регистрации и смс, потому что он, цитата, «запарился искать простой и понятный туториал»

Для чего это нужно дома? Позволяет логировать эксперименты, которые проводишь в рамках освоения новых инструментов, или участия в соревнованиях. Также это дополнительный + в резюме и важный инструмент для работы в команде.

Я рассказал как это сделать и подумал, что такая потребность, наверное, не только у него. Найти простой туториал, в котором разобрался бы даже интерн не всегда просто. Многие пытаются создать из 5 строк кода научную статью.

Поэтому выложил на GitHub рабочий из коробки код. Пользуйтесь.

Как давать фидбек так, чтобы тебя не послали на … курс по коммуникации

В одном из постов я говорил, что сейчас у нас в компании проходит годовое performance review. Так вот, внутри любого процесса взаимодействия, в том числе и рабочего, бывает сложно дать кому-то обратную связь, чтобы указать на зоны роста и при этом не испортить отношения. Умение общаться и давать обратную связь - очень важный soft skill, который поможет не испортить отношения с близкими, продвинуться выше по карьерной лестнице и обрести друзей на этом пути.
Повторил сам и советую вам.

Принципы обратной связи:

1. Не критикуем
Наша задача указать на положительные моменты и зоны роста. Критика в формате «твой код не очень» не подходит

2. Факты
Обратная связь всегда основана на фактах. Фраза «ты всегда говнокодишь» звучит абстрактно, а вот с «твой последний MR не прошел код-ревью» сложно спорить.

3. Не оцениваем собеседника
Одна из наших задач - сделать так, чтобы собеседник изменил какие-то моменты в своем поведении или работе. Поэтому, важно говорить не о личности собеседника, а о его поступках. Почувствуйте разницу: «ты слишком болтлив» и «на встрече ты говорил большую часть времени».

4. Своевременность
Вовремя дать обратную связь — это лучшее, что можно сделать с обратной связью. Если ситуация произошла месяц назад, а вы обсуждаете ее только сейчас — обсуждение теряет ценность.

Техники:

1. BOFF (Behaviour, Outcome, Feelings, Future):
описать проблемную ситуацию → объяснить, к чему она привела → выразить свои чувства по этому поводу → договориться об изменении действий в будущем.

2. Классический «гамбургер»:
отметить хорошее → указать на зоны роста → снова похвалить

2.1. Усовершенствованный «гамбургер»:
отметить хорошее → указать на зоны роста → вместе обсудить, как прокачать зоны роста, и снова похвалить

P.S.
Обратная связь имеет эффект только в ситуации, когда собеседник готов к обсуждению. Поэтому, начать лучше с вопроса: «Удобно ли сейчас обсудить…?».

#обратная_связь #корпоративная_культура #карьера

Задача с собеседования:

Есть 20 баночек с таблетками. В 19 баночках лежат таблетки весом 1г., а в одной - весом 1,1г. Даны весы, показывающие точный вес. Как за одно взвешивание найти банку с тяжелыми таблетками?

Удалось решить за 2 мин - ставь 👍🏻

XGO 2, первая в мире роботизированная собака Raspberry Pi с рукой!

Интеллектуальный, гибкий и с открытым исходным кодом.

Команда уже собрала 156,368$ на реализацию проекта.

Стоимость питомца стартует с 449$

Подробнее тут

🧠 Экзистенциальная проблема

Сунь-цзы, Айрис Мёрдок и Аристотель предлагают подвезти вас на машине домой. Но двое из них хотят вас убить, а один – нет. Вам придётся выбрать одного из философов – того, кто не хочет вас убивать.

Точно известно, что, по меньшей мере, один из философов всегда врёт (причём убийца — не обязательно лжец). Они сделали следующие заявления:

Сунь-цзы: Мёрдок и Аристотель говорят правду.
Мёрдок: Чтобы выжить, выбирайте Сунь-цзы или Аристотеля.
Аристотель: Если хотите жить, не выбирайте Мёрдок.

Решение:

Выбирайте Мёрдока.

Если Сунь-цзы говорит правду, тогда Мёрдок и Аристотель тоже говорят правду. Мы знаем, что один из них лжёт, поэтому Сунь-цзы определённо должен лгать. Тогда у нас есть три варианта. Либо Мёрдок и Аристотель оба врут (тогда нужно выбирать Мёрдок), либо Мёрдок врёт, а Аристотель говорит правду (тогда появляется противоречие), либо Мёрдок говорит правду, а Аристотель лжёт (опять у нас противоречие).

Единственным вариантом будет выбрать Мёрдок.

В буре новостей про нейронки от Microsoft и Google совсем незаметной осталась новость про не менее революционную Notion AI.

Некоторе из того, что она умеет:
– Автоматически писать заметки
– Резюмировать длинные статьи
– Анализировать настроение текста
– Переводить текст на разные языки
– Предлагать продолжение текста

Пока возможность открыта для 1 млн пользователей. При этом Notion AI работает на Desktop и в Web, но для доступа нужно немного повисеть в списке ожиданий.

Написал статью на Хабр

Решил рассказать о работе ML команды в горизонтальной структуре и особенностях такого подхода. Читать тут

TL;DR

1. Ответственность за сроки и метрики проекта ложится на всю команду, а не на отдельного человека, как и выполнение приоритизации проектов, когда их становится +100500, а также отслеживание прогресса по задачам. 

2. Распределение задач происходит с учетом ценности для бизнеса и вектора развития разработчика. 

3. Для формирования позиции команды по проекту проводится глубокая проработка вопроса с учетом мнения каждого разработчика.

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

5. Есть возможность экспериментировать с технологиями и инструментами, позволяющими создавать ценности для бизнеса.

6. Возможен быстрый рост компетенций за счет эффективного обмена опытом и знаниями.

7. Команда сплачивается вокруг совместных решений.

Чек-лист готовности идеи ML проекта.

1. Определение задачи: как машинное обучение может улучшить бизнес-процессы или определенные операции.

2. Оценка ценности: определение потенциальных экономических преимуществ, которые может принести внедрение проекта.

3. Доступность данных: оценка доступности и качества данных, необходимых для обучения моделей.

4. Культура компании: насколько компания готова к изменениям и внедрению новых технологий.

5. Планирование: разработка роадмапа внедрения проекта с определением ролей и зон ответственности.

6. Наличие ресурсов и компетенций: есть ли у вас необходимые ресурсы, вычислительные мощности, данные и квалифицированные специалисты, чтобы выполнить проект.

7. Оценка рисков: возможные риски, связанные с внедрением проекта, и меры по их минимизации.

8. Поддержка и улучшение качества: создать план поддержки и повышения качества, чтобы обеспечить успешное внедрение и дальнейшее развитие проекта.

В идеальном мире галочки должны стоять напротив каждого пункта. Но в реальности будет хорошо, если 4-5 пунктов будут зелеными.

Источник: канал моего брата. Да, он тоже ML 🤷‍♂️

Схема MLOps пайплайна

Пересматривал архитектуру MLOps пайплайна одного из проектов и захотел визуализировать пайплайн, к которому стоит стремиться. Набор этапов из этой схемы зависит от потребностей и размеров команды, процессов и культуры в компании, сложности продукта.

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

Это уже MVP или все еще прототип?

Существует два похожих понятия — прототип и MVP. Иногда их путают, так что давайте разбираться.

⚙️Прототип
Это сильно упрощенная версия будущего сервиса. Он позволяет проверить одну конкретную идею/гипотезу. Обычно прототипы используют, когда задача звучит так:
«Хотим быстро проверить гипотезу/технологию А».

Например, мы делаем сервис обработки звука и хотим добавить подавление шумов. Для этого есть готовая библиотека. Прототипом будет простой код, который убирает шумы с помощью этой библиотеки. Модифицировать, обрезать, сохранять запись код не сможет, потому что цель — проверить конкретную локальную технологию.
Главный признак прототипа — это не полноценный продукт, а всего лишь небольшой кусок.

Свойства прототипа:
✅ простой
✅ быстро реализуемый
✅ сразу можно проверить работоспособность идеи
✅ легко переделать
❌ не получится использовать на проде
❌ работает только на заданном наборе данных, при любом отклонении сразу падает в ошибку

🤖MVP
MVP — это аббревиатура от английского Minimum Viable Product или «минимально жизнеспособный продукт». Это почти полноценный продукт, но с ограничениями.
Цель MVP — проверить идею не с точки зрения технологии, а на реальных пользователях. Это значит, что мы уже сделали прототип, убедились, что всё работает, и решили выпустить первую версию, в которой будет только самое необходимое для пользователей. А всё, без чего при запуске можно обойтись, в MVP не включаем ради экономии времени и денег.

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

Свойства MVP:
✅ наличие интерфейса
✅ решает основную задачу пользователя
✅ не падает, если подать на вход что-то не то
❌ разработка дольше и дороже, чем в случае прототипа
❌ не имеет дополнительного функционала, кроме выполнения основной задачи

На наших глазах меняются поисковые системы.

Microsoft расширила количество запросов в режиме чата Bing до шести сообщений в одной сессии и 60 в течение дня.

Кроме этого, разработчики анонсировали три новых режима: точный, креативный и сбалансированный.

В будущем компания планирует увеличить дневной лимит до 100 сообщений, а также перестанет засчитывать запросы регулярного поиска в режиме «Чат».

Связь успеха и уровня удовлетворенности жизнью

Почему успех не равно счастье?
Что об этом говорят исследования?
Кому завидуют богачи?

Читать тут

Well done

Как ChatGPT попросили притвориться Линуксом, зайти на свой сайт и создать виртуальную тачку в виртуальной тачке. Эпично.