#career #engineering
6 most common reasons software engineers fail to get to Staff:

1. Weak direction - creating scope for the team is generally the hardest part; it's difficult to figure out what direction to go in an ambigious space

2. Lacking ownership mindset - You need to make the project successful, that's it. This also means you don't need to write all the code yourself

3. Reorgs or lack of scope - Sometimes your situation will get in the way of promotion. Reorgs can affect your ability to deliver on staff level scope

4. Getting attached to the solution rather than the problem - You are accountable for the impact you have, not the technology you build

5. Not being able to influence across teams - You need to be able to influence other teams without any authority over them

6. Poor conflict resolution - Staff engineers should be able to step back and manage conflicts among collaborators

Getting promoted to Staff is more about developing these behaviors rather than the raw amount of work you do. Your situation isn't always in your control, but working on your behaviors always is. Focus on developing staff behaviors.

Source: https://www.linkedin.com/posts/ryanlpeterman_6-most-common-reasons-software-engineers-activity-7126652644013572096-wg1j

#learnAndBeCurious #llm

📚Когда живем в эпоху, когда знания «растут на деревьях»

🧑‍💻Уже не первый вечер кайфую от разработки LLM приложений. Хорошо, что есть возможность применить знания сразу на проекте. Как говорил ранее разрабатываю с друзьями бота для подготовки к интервью по системному дизайну - получаемые знания применяются на ура. Хочется еще больше - если бы не заболел и не было фулл тайм Джоба, то занимался бы этим 24/7.

👨‍🏫Кому интересно как вкатиться в эту сферу рекомендую бесплатные курсы от Andrew Ng на deeplearning.ai. Там есть курсы как по LLM в целом, так и по LangChain. Из приятного - параллельно с видосами, можно сразу запускать код в ЮпитерНоутбуке.

🥳 https://www.deeplearning.ai/short-courses/
1. ChatGPT Prompt Engineering for Developers
2. Functions, Tools and Agents with LangChain
3.Building Systems with the ChatGPT API
4. LangChain for LLM Application Development
5. LangChain: Chat with Your Data
6. Finetuning Large Language Models
7. Functions, Tools and Agents with LangChain

“Never spend 6 mins doing something by hand when you can spend 6 hours failing to automate” 😂

#interview #coding
Для тех кто застрял на легких задачках в ЛитКоде и думает что программирование (или дорога в FANG) это не его: Попробуйте изменить подход.

1. То как решаешь задачки. 20-20-20. Решай задачу 20 минут, если не решил, то иди в дискуссии и изучай как другие решают это задачу, стараясь понять решение. Последние 20 минут используй на то, чтобы решить задачку еще раз несмотря в решение. Это самый эффективный способ решения задач. Важно соблюдать это правило и не тратить часы чтобы решить самостоятельно. Не забывай про цель - цель не доказать что ты всемогущий/-ая, а набить руку и визуальную библиотеку
2. Введи отдельно сессию, где ты разбираешь сложные алгоритмы. Старайся понять какую проблему они решают и как. Это может быть книга Сэджвика или Ютуб каналы, где разбирают как решать задачи, или курс по Алгоритмам от MIT. Где что то непонятно, подключай коммьюнити или GPT. Цель: углубиться в сложные алгоритмы и перестать их бояться.
3. Решай Моки - набивай опыт по прохождению интервью с людьми. Прохождение интервью с человеком может быть легче, так как задача собеседника направлять кандидата если тот застрял. Умение слушать собеседника - это то чего ты не получишь просто решая задачи на ЛитКоде. Более того, интервью это про беседу - коммуникацию с другим человеком.

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

Удачи в подготовке к интервью!

#systems #design #interview

☄️☄️☄️5 Top GitHub repos to help you ace systems design interviews:

1. https://github.com/binhnguyennus/awesome-scalability
2. https://github.com/karanpratapsingh/system-design
3. https://github.com/checkcheckzz/system-design-interview
4 https://github.com/mehdihadeli/awesome-software-architecture/blob/main/docs/systems-design/systems-design.md
5. https://github.com/black-shadows/System-Design

Covers algorithms, system design, data structures, and more

#code #document #review

🧠5 причин почему тебя не слышат в код/документ ревью и что делать 🔭

Ранее Askar S. (@myegothings) попросил рассказать о том как я строю коммуникацию в команде. У меня только сейчас дошли руки (и муза) поделиться своим опытом. Поэтому встречаете несколько советов на тему code review 👀

1. 💆‍♂️Твое предложение не решает никакую конкретную проблему. Каждому программисту свойственно поймать себя в процессе создания чего-то, когда его просто его увлек процесс. Мы как настоящие гики начинаем решать сложную проблему даже там где ее нет.

Что делать: каждый раз когда пишешь комментарий старайся указать на проблему которую ты видишь в предложенном решении. Порой собеседник может просто и не видеть проблему под тем же углом что и ты (или наоборот). Иной раз пока описывая проблему, я сам убеждаюсь, что проблемы то никакой и нету. А иногда, в диалоге понимаю, что эта проблема решается в другом месте и тем самым не является проблемой.

2. ☄️Best practice for the sake of best practice: ты увидел что предложенное решение нарушает best practice, о которой ты недавно вычитал или видел в другом проекте, но в данном случае она может быть быт неактуальной.

Что делать: следовать best practices без четкого понимания какую проблему они решают это очень плохая идея- также как и стараться оптимизировать код на асимптотическую сложность где это не приносит никакой практической выгоды.

3. 🌈Вы обсуждаете Code/Design style во время code review: ты считаешь что нужно написать иначе чтобы было элегантнее/красивее, но у автора другое мнение.

Что делать: если такие вопросы поднимаются не в первый раз, то потрать пару дней на то чтобы составить и согласовать с командой Team Conventions.

Важно понимать, что в этом процессе твоя задача услышать мнения других. Помни про свою начальную цель - ввести определенные стандарты по стилю, даже если они не нравятся тебе лично. (Ну и автоматизируй все что можно автоматизировать, aka Linters)

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

4. ⏳Сейчас не время. Часто твое предложение может решать конкретную проблему и ты видишь что можно что-то сделать иначе. Ведь только это может быть не кстати в данный момент времени.

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

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

5. ✍️Ты не проделал домашнюю работу. Часто можно начать раздражать своих коллег указывая на их «ошибки», не имея достаточно контекста. Ты думаешь что там есть проблема, но там ее нету.

Что делать: два варианта : 1/когда думаешь что проблема есть, убедись что она есть. Это может потребовать от тебя дополнительных инвестиций в то, чтобы предоставить подтверждения наличия проблемы. Если можешь то собери ссылки и данные. 2/ если нету времени, то лучше задать уточняющий вопрос. У меня это обычно начинается с “I am curious …” Или “double-checking: ….”

🧘‍♂️Ну и в качестве бонуса, не держись за свои идеи слишком сильно. давай своим коллегам побольше простора для собственного мнения.

А каким правилам следуете вы?

#шаблоны #путь #результат

Без границ♟️

Интересно наблюдать за блоками и границами у детей и взрослых. 👨‍👧

Моя семилетняя дочь постоянный генератор идей новых игр.💡Что ни день, что ни прогулка, она постоянно придумывает игры, в которые мы играем пока гуляем. 🕹️

В очередной раз она придумала новую игру, и я просто предложил ей реализовать ее на компьютере. 👨‍💻

День спустя, пока она была в школе (а я в отпуске), я быстро накидал прототип на Python и React (GPT аман болсын!). Прототип прототипом, но я вообще не был доволен результатом. Все выглядело как Windows 95 в эпоху MacOS или что игра была «нарисована» в Power Point на первом уроке по информатике. Сказать что было убого, ничего не сказать!🤦‍♂️

Тем не менее, раз уж я старался весь день, то я решил показать дочери то, что получилось. Я подумал, что покажу, посмеемся вместе над этим «Чудом» и просто забудем. 🥲🥲🥲

Когда я показал ребенку что получилось, к моему удивлению, моя дочь была в восторге! 🙇‍♂️🙇‍♂️🙇‍♂️ Ей нисколько не было важно насколько красиво получилось. Ей важен был не результат, а сам процесс. Мы с ней сыграли несколько раундов подряд и она не хотела останавливаться.

Не могу не отметить, что ее восторженная реакция стала лучшим подарком и мотивацией придумать с ней что-нибудь еще.

А после игры, она начала продумывать еще больше игровой механики: новые способности, новые фракции, баффы/дебафы… 👾🤯🫣🎯

И тут я подумал, как важно оставаться ребенком и не забывать наслаждаться процессом и мелочами… 👶👶👶

Моя дочь - моя маленькая ментор! 🫶🏻 я каждый день учусь у нее чему то новому

Хороший набор задач для:
- Интервьюеров
- Для разработчиков в виде тренировки: рефакторинг, тесты...

В Роберта Мартина, также, вроде у Фаулера, Кента Бека, есть понятие "Ката" — тренировка для программистов.

https://sammancoaching.org/kata_descriptions/index.html

nFactorial Incubator: бесплатный* летний лагерь по программированию возвращается!

Это будет восьмое лето, когда мы проводим nFactorial Incubator. На сегодняшний день nFactorial School - это 2000+ выпускников. Несколько сотен из них работают в ведущих технологических компаниях зарубежом. Миссия - сделать софтверные продукты “MADE IN KAZAKHSTAN” символом высокого качества и смелого воображения. Дать возможность почувствовать неописуемое удовольствие от создания “чего-то из ничего”, превратить свою сумасшедшую идею в финальный продукт с пользователями. В течение года мы готовим разработчиков, дата саентистов и аналитиков данных по самым различным направлениям в формате интенсивных онлайн-потоков длительностью 8-16 недель. Каждое лето мы проводим nFactorial Incubator - оффлайновый летний лагерь, когда 150-200 разработчиков с разных уголков республики и мира собираются на 10 недель в Алматы, чтобы научиться веб- или мобильной разработке и запустить собственный продукт с 10,000 пользователями.

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

С прошлого лета очень многое изменилось. Сумасшедший ежедневный прогресс в сфере генеративного ИИ не думает останавливаться. Появились новые инструменты. Существовавшие ранее инструменты заметно усилились. Каждый день на arXiv выходят сногсшибательные научные статьи. Вот только несколько направлений, которые нам интересно исследовать этим летом: 1) автономные агенты, ИИ-помощники для исполнения задач по различным “беловоротничковым” профессиям (разработчики, аналитики данных, финансовые аналитики, продакт-менеджеры, консьержи, дизайнеры, клиентский сервис, секретари и пр.); 2) мульти-модальность: text-to-video, video-to-text, text-to-song, podcast-to-text, audio-to-audio, text-to-voice, voice-to-text, text-to-image, image-to-text, etc. 3) Retrieval Augmented Generation (RAG) для борьбы с галлюцинациями и создания вертикальных поисковиков, где важны источники и факты; 4) превращение в B2C-продукты самых интересных опенсорс-моделей с Hugging Face.

Принципы остаются прежними: 10 интенсивных недель в одном физическом пространстве (5 июня - 9 августа), 40+ часов в неделю, первые 3 недели - обучение основам современной fullstack веб-разработки, дальнейшие 7 недель - создание и запуск собственного продукта. 4 модуля обучения: веб-разработка, генеративный ИИ/LLMOps/MLOps, дизайн, продвижение. Непередаваемая творческая атмосфера, когда 150+ заряженных студентов и 15+ менторов создают и запускают продукты на Product Hunt. Задача - как и ранее, ни много ни мало провести лето, которое изменит жизнь всех участников лагеря. 

Огромное спасибо всей команде Chevron Kazakhstan за партнерство, Satbayev University за предоставленную площадку и безмерную поддержку.

Даты: 5 июня - 9 августа 2024г
Место: Satbayev University, г. Алматы
Подать заявку для участия: https://nfactorialschool.typeform.com/to/Dz0A95Qn

Всем продуктивного лета!

(*) Топовые 75 аппликантов получат гранты на обучение от Chevron Kazakhstan. Остальные участники в случае прохождения нашего отбора получат возможность обучаться на платной основе.

Уже пару месяцев как перебрался в США 🇺🇸

Все еще справляемся с трудностями по переезду (по мелочам, но много всего). И тем не менее, чувствую себя настолько комфортно, как будто всю жизнь провел здесь 🧘

Тут я себя вообще не чувствую «чужим». Для сравнения в Германии мне понадобилось порядка 4 лет чтобы примерно начать чувствовать себя как дома, но все еще далеко (отчасти из-за языка) 🇩🇪

Хотя кто знает, мб конфетно-букетный период …🍭 так что продолжаем наблюдать 👀

#culture #amazon #life
Ну что, моя жизнь с США продолжается, а Амазон остается Амазоном во всей своей красе... :) 🫠

Одна менеджерка дала мне отзыв, что я слишком много помогаю своим коллегам. Со ее слов, ожидается, что я 90-95% своего времени должен тратить только на себя, свои проекты, цели. 🥰 Таким образом последние пол года, что я помогал трем джунам 👶👶👶прокачаться (двое из которых только из универа), она говорит, что я ничего не делал и даже называет это Red Flag 🚩 :) После всей это прилюдии она предложила мне, чтобы я взял на себя запуск огромной фичи (возможно самой важной для нашей команды на этот год) и в довесок еще кучу рутины🫡, которая физически не помещается в 16 часов в день 💡 :) Так что же я делал последние пол года? 🫣

По факту, же я работая в команде закрыл две большие стратегические инициативы✅ и в тоже время дал ребятам пространства для развития👦👦👦, прикрывая их сложных ситуациях 🥊(про свой подход в развитии, могу рассказать отдельно если интересно).

Первые два месяца я инвестировал в ребят, что теперь позволяет мне пожинать плоды. Они стали самостоятельными в большем количестве вопросов, умеют разбираться с неизвестностью, начали писать тестируемый код (а не просто то, что "работает", но не всегда), и эскалировать когда того треубет ситуация. Двое из троих, на мой взгляд, уже близки к промоушну - теперь им осталось поработать над портфолио проектов.😎😎👦

Следующие полтора месяца, я был в отпуске + занимался переездом в США, что напрямую отразилось на том, что ничего не Deliver. 🤦‍♂️

Сразу же по приезду в США, последние пару месяцев, я фокусировался на изучении сервиса, который я забираю под свое управление, который состоит из 60+ lambda functions, написан на 5 языках программирования, и состоящий из 17 CI/CD пайплайнов (в общем зоопарк), и у которго очень много "невидимого" технического долга.🕵️ Осознав размеры этого головняка, я сразу же выпросил себе в команду еще одного джуна😎 и начал вводить в курс дела. Выстроил процесс, чтобы решать задачи. Руками этого джуна, убрал ресурсов на 600к баксов в год💰💰💰, сократил количество открытых тикетов в очереди с 50 до 20📬, и обозначил четкий план как довести до 2 тикетов, убрал 120+ нарушений📉, которые висели больше полу года, почистил несколько серьезных рисков по безопасности 🔐и провожу аудит по выявлению неиспользуемых компонетнов.

Чтобы понимали менеджера на этом проекте не было, и я взял на себя эту роль🦧. Все это было согласовано с моим непосредственным боссом, кем она не является, но имеет влияние на мою карьеру. Ее же поставили на этот проект в качестве менеджера и мне теперь с ней жить как минимум год🫣 :) Или как мне всегда советует одна Principal Engineer: "Your job is to make your SDM happy" (в это случае это эта девушка менеджер, не мой босс)🫡. В итоге, я у нее выторговал, что я буду вести одну из самых важных инициатив этого года (а лучше кандидата для этой задачи у нее точно нету), и попросил снять с меня всю рутину в виде развертывания инфраструктуры в новых регионах, проведение Game Days, развития молодых бойцов, и тд🥹. И в случаи когда команда не справляется со своими задачами и они идут ко мне, то я их отправляю к ней 🤓:)

Так что тут я еще немного отбился, но год уже предстоит быть интересным 😋

#ai #coding #assistants #LearnAndBeCurious

Решил попробовать codeium - по слухам хороший помощник в написании кода. Если еще не пробовали, то не теряйте время ✋. Пока сыроват. По крайней мере в разработке на Python.

Я ожидал, что интерфейс будет предложен таким образом, что от меня нужно будет описывать бизнес логику, а он постепенно будет развивать и писать код. Вообще не так 😅 Он вообще не понимает чего я от него хочу, иногда уходит в рекурсию, или просто пишет бессмысленный бойлерплейт игнорируя важные шаги со словами "add your code here".

## Теряеет контекст 🕵️
Вроде бы должен учитывать контекст, но как то криво. Например, на этом тесте, он обламывается в двух местах:

def test_file_serialization(app):
    app.config.captured_data_path = "test.json"
    app.run()
    # Add your assertion here

1. app.config - это датакласс помеченный как frozen=True. Непонятно почем просит модифицировать таким образом.
2. или add your assertion here - а в чем тогда помощь? :)) где то потерял контекст (а проект вообще простой - два файлика по 5-10 строк в каждом

## Деградация 📉
Когда попросил написать что-то более далекое чем Hello-world, то его вообще заглючело

def main():
    # create an application that can be run in SageMaker Processing Jobs
    # make sure it runs in multiprocessing using Ray framework
    import ray
    ray.init(address="auto")

    # read the config file
    # config = Config.read("config.json")

    # read the config file
    # config = Config.read("config.json")

    # read the config file
    # config = Config.read("config.json")

    # read the config file
    # config = Config.read("config.json")

    # read the config file
    # config = Config.read("config.json")

    # read the config file
    # config = Config.read("config.json")

    # read the config file
    # config = Config.read("config.json")

    # read the config file
    # config = Config.read("config.json")

Вроде бы обещали и авто комплит, и написание тестов, и тд. Но кроме банальных вещей он ничего не умеет. В итоге получил встроенный ChatGPT, который нужно "коучить" самостоятельно. 🫠

Если у меня будет выбор между таким помощником и джуном с горящими глазами, то выбор очевиден. Джун - инвестиция 🏆, AI Assistant - работа с идиотом / черная дыра. 🫣

Тем не менее, думаю еще дам шанс - возможно я слишком много хочу 😇

У кого нибудь есть положительный опыт? Поделитесь, плс, мб я что то делаю не так 🤧

Не могу не поделиться))

https://www.instagram.com/reel/C5Xm66vI8Tw/?igsh=emdobm1zcDFzdjh1

Привет, привет!

Можете поделиться плс с теми, кому может быть интересно это? Кто ищет ментора?

https://xn--r1a.website/swdeveng/3714

🤔 Можно ли жить в Калифорнии комфортно без машины❓

✅ В Алматы легко! Такси - главный способ передвижения. ✅ В Англии лекго! В моем случае, я либо пользовался общественным транспортом, либо ходил пешком. ✅ В Германии вообще на 100%! К очень удобному общественному транспорту, я добавил велосипед - очень по европейски! :))

😮‍💨 В США все говорили, что без машины это такое себе дело.

Прожив тут несколько месяцев, я обсутроил свою жизнь таким образом, что без машины вполне можно существовать ✅.
- 🚌 Школа на автобусе (даже есть бесплатные городские по Mountain View).
- 🚐 В офис катается шаттл - 15 минут и готово.
- 🚕 Магазины - туда пешком 20 минут, обратно на Убере за 10 баксов.
- Между городами CalTrain или Uber

В принципе, из моего опыта, без машины жить очень даже возможно ‼️

К чему я все это? К тому, что не смотря на все это, я взялся за получение водительских прав 😎🤦‍♂️😅 по многим другим причинам. Но об этом уже потом!

Лучшее что ты можешь сделать, чтобы перформить на работе лучше - это время вне работы.

Здоровый сон, питание, спорт, отношения с близкими…

Наладив все это, продуктивность в рабочее время вырастает в разы.

Я уже пол года как стараюсь следить за всем этим, и не просто стал меньше (но эффективнее) работать, но чувствую себя куда счастливее :))

Oura ring helps a lot!

Другая частая ошибка, которую разбираю со своими mentee это управление временем

Одна из банальных ошибок это заниматься чем то интересным на работе, которое не приводит тебя к цели.

Иногда нужно просто остановиться и понять, то что ты делаешь оно вообще зачем.

Вначале моей карьеры (да и сейчас бывает) мне в этом помогали мои менторы (которых у меня 3-4 единовременно)

$1500

Столько у меня ушло на получение прав в США. Кто то может получить куда дешевле, при условии что умеет водить. В моем случае я брал несколько уроков вождения, которые тут сдаются по 160-200 баксов за двухчасовой урок и «арендовал» машину для сдачи экзамена. Для сравнения, в Казахстане мне урок обходился в 6к тенге за час. 💸

Теоретический экзамен я сдал почти случайно. Выехал, чтобы зарегистрироваться на получении «удостоверения», где у меня спросили хочу ли я пройти тест. Мне сказали, что у меня есть три попытки, и что первую я мог использовать прям в тот же день. 🚨Я прикинул, что если мне ждать в очереди нужно будет час-два, то у меня есть время подучить теорию. Я попросил справочник на русском языке (выбор богатый) и сел читать. 📚Помимо этого, за пару месяцев до этого я время от времени просматривал Ютуб видео и сделал пару пробных тестов. В итоге, из порядка 40 вопросов я ошибся на 4. Через два часа мне дали ученическое разрешение, которое позволяло мне начать практиковаться за рулем. 🛞

Практический экзамен я сдал со второй попытки. Удивительно, что тут можно выбирать любое DMV, где пройти тест - в соседних городах. Первую попытку я взял в Redwood City, по совету учителя по вождению. Мне там насчитали 20 ошибок. Из примечательного, что 3 ошибки были за перестроение, которых у нас во время теста даже и не было😅повезла она меня по пути по которому никого не водят 1 вывезла меня на сложный поворот, где не ошибиться новичку очень сложно. несколько недель спустя, я в беседе рассказал, про свой опыт одному дядьке, и он по описанию угадал имя экзаменатора - Изабелла :)) по его словам, у нее проходит 1 из 10 человек. 🎲

Вторую попытку я решил взять в совершенно маленьком городишке Pleasanton. Дорога там настолько скучная, что в принципе экзаменаторы сильно не не могут по креативить куда отправить кандидатов. Итог: пульс 120 ударов в минуту, 7 из допустимых 15 ошибок, и полученные права! 🪪

Теперь я тоже в теме! 🏎️ можно поздравлять 🙌

В финале, я решил "посоревноваться" с ребятами, праллельно/локально. Конечно у меня не было такого давления и всех тест-кейсов, но в целом получилось опередить с предоставлением своего решения 😮‍💨