🗑 Алгоритмы не важны

Наткнулся на статью на хабре под названием «Алгоритмы не важны», приведу выжимку и свои мысли.

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

Первые это те, кто создают новые базы данных, новые поисковые движки, языки программирования и так далее. Этой категории людей определенно нужно знать алгоритмы. Скорость и эффективность для них являются критичными, ведь разработчики просто не будут использовать БД, которая за O(N) находит индексы.

Вторые - это 98% всех инженеров, веб разработка, мобильная разработка, ML/DS и так далее. То есть те, которые поверх существующих баз данных, фреймворков, облачных решений строят продукты и сервисы.

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

➡️Ссылка на публикацию
https://habr.com/ru/articles/774682/

━━━━━━

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

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

⁉️Поделитесь в комментариях, считаете ли что алгоритмы должны исчезнуть из собеседований или наоборот думаете, что это обязательный навык каждого инженера?

🌚 Black Friday / Cyber Monday

В честь сами знаете чего, собрал список сервисов, связанных с тематикой канала, которые предлагают скидки.
Если что поторопитесь, аттракцион невиданной щедрости не вечен.

Leetcode: скидка 30$ на годовую подписку
https://leetcode.com/subscribe/?ref=nb_npl&source=site-announcement

Educative: скидка 20% на годовую подписку
https://www.educative.io/unlimited?utm_campaign=generic_holiday_2023

Pramp TryExponent: скидки 20% на коучинг и 30% на годовую подписку
https://www.tryexponent.com/welcome?promo_code=CYBER30

ByteByteGo: скидка 30% на годовую подписку
https://bytebytego.com/pricing

Interviewing.io: скидка 200-700$ на коучинг сессии
https://interviewing.io/

Яндекс Практикум: скидка 20% на курсы
https://practicum.yandex.ru/friday/

✔️ Если я что-то пропустил, напишите в комментариях

Удачных покупок 😉

🇪🇸 Опыт в Амазон, Мадрид

Куда было собеседование?

- Я проходил собеседование на позицию Software Development Engineer II (SDE II) в компанию Amazon в Мадриде, Испания.

Какие были этапы и до какого этапа дошел?

- Подал заявку на сайте компании (без реферала) и получил приглашение на онлайн-ассессмент.
- На этом этапе предложили решить 2 задачи. Решил одну быстро, вторую, к сожалению, не успел завершить из-за нехватки времени.
- Несмотря на это, через несколько часов получил приглашение на первое техническое собеседование, которое успешно прошел через неделю.
- Следующим этапом был последний раунд, включающий 4 технических собеседования через месяц. Два из них были с задачами по кодированию, одно – по системному дизайну и еще одно – по объектно-ориентированному программированию (OOP). К сожалению, дальше не прошел. 🙁

Какие вопросы были?

- Везде были вопросы по Amazon Leadership Principles. За исключением одного раунда, но большую часть времени занимали именно они, почти половину времени (30 мин)
- Задачи были средней сложности. В первом раунде последнего этапа успешно решил первую задачу, на втором чуть буксовал но активно всегда обсуждал. Интервьюер даже предоставил дополнительные 10 минут для завершения кода и я успешно эту задачу добил до конца в итоге. На втором раунде немного затупил с простой задачей и не был доволен собой. Третий раунд был по системному дизайну, трудно оценить как прошел если честно. В последнем раунде по OOP ответил довольно хорошо думаю, но хотя тоже сложно оценить.

Как тебе в целом интервью процесс?

- В целом, интервью-процесс был положительным, и интервьюеры были вежливыми и вовлеченными. Было замечательно, что некоторые из них активно обсуждали задачи со мной и даже предоставляли дополнительное время для завершения кода, не знаю хорошо или плохо это. Я оцениваю процесс собеседования положительно в целом. Единственный недостаток – частая смена рекрутеров, и после последнего этапа об о мне кажется вообще забыли. Мне надо было им написать через 2 недели и уточнить результаты. Оказалось, у меня несколько раз поменялись рекрутеры и там был какой то внутренний miscommunication.

Как думаешь, где показал себя хорошо, а где не очень?

- Подготовка к собеседованию включала решение множества задач в LeetCode и изучение Amazon Leadership Principles и книги по системному дизайну. Однако слабая сторона проявилась во втором техническом собеседовании, где возникли трудности с задачей по min heap (эх как же мне не повезло тут, и затупил сильно). Полученный фидбек указывает, что ответы на вопросы по Leadership Principles были отличными, но стоит более активно развивать навыки программирования. Также отметили, что я больше подхожу для Data Science позиций, где у меня есть большой опыт. И обещали отправить ссылки открытых позиций по Data Science, но кажется опять про меня забыли.

Что бы изменил в следующий раз?

- В следующий раз стоит уделить больше внимания подготовке по System Design и OOP если для Амазон, и проводить мок-собеседования и регулярно решать задачи. Постоянное обучение и совершенствование навыков будут ключевыми. Опыт в Amazon оставил положительное впечатление, несмотря на некоторые сложности. Постоянное развитие навыков и улучшение подготовки сделают следующую попытку более успешной. Если вы также готовы к подготовке и мок-собеседованиям, обращайтесь. И если у вас есть возможность помочь с рефералом, это было бы вообще супер.

Автор: Бекмурат @codezen01

✔️ Давайте поддержим автора лайками и добрыми комментариями 🙂

➡️ Если вы в процессе интервью и нужна помощь в подготовке, прочитайте пост https://news.1rj.ru/str/bigtechdream/237

#amazon #реальныйопыт

🌀Круговорот инженеров в МААНГе

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

Компания «Switch on business» подготовила статистику по компаниям Google (Alphabet), Amazon, Apple, Meta, Microsoft, IBM, Tesla, Oracle, Netflix, Nvidia, Salesforce, Adobe, Intel and Uber. Кто из сотрудников этих компаний до этого работал у конкуррентов.

Meta
• 26.51% всех сотрудников Meta пришли из другого big tech. Это первое место среди всех - лучший хантинг.
• 4000 бывших работников Microsoft выбрали Meta. На втором месте бывшие гуглеры, 3300 человек.

Google
• 24% сотрудников Google это люди, перешедшие из других технологических гигантов - это 38 000 человек, первое место по фактическому количеству.
• Больше 12 000 сотрудников перешли из Microsoft в Google. Уходящие сотрудники преимущественно выбирают Meta 3300.

Amazon
• У Amazon всего 3.20% по найму из других big tech компаний. Но в числовом эквиваленте это 18 000 сотрудников.
• Больше всего в Amazon пришло из Microsoft ~6000. Большинство уходящих из Amazon переходят в Google ~8000 человек.

➡️Ссылка на статью
https://switchonbusiness.com/most-talent-from-competitors

━━━━━━━

Какие инсайты:
- Все любят нанимать ребят из Microsoft или ребята очень не хотят работать в Microsoft.
- Amazon - это школа по подготовке к MAANG. Число пришедших из big tech меньше, чем число туда ушедших.
- Из любой компании, люди преимущественно уходят в Google, Amazon, Microsoft, Meta.

❓Ваши прогнозы, когда люди массово начнут уходить в Canva? 🙂

🏃‍♀️За Сэма и двор

Я к нему поднимусь в небо,
Я за ним упаду в пропасть

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

Основателя и CEO OpenAi Сэма Альтмана уволили с должности CEO. Вроде как политическая борьба внутри компании. Новость потрясла весь мир, гром среди ясного неба. Для многих Сэм Альтман был олицетворением Open AI.

Сүйінші - Сэма взяли обратно через пару дней. Давление от прессы, разозленные сотрудники, потенциальные убытки - заставили совет директоров принять условия для возврата.

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

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

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

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

⁉️Ваше мнение, что сподвигает людей увольняться и уходит за руководителем? Были ли у вас примеры, когда готовы были и в огонь и в воду за лидером?

🎂 Google уже не торт

Выжимка статьи «Reflecting on 18 years at Google» за авторством бывшего инженера Гугла Ian "Hixie" Hickson.

Ian присоединился к Google в 2005 году, практически сразу после того, как компания вышла на IPO.

Ранний Google стремился делать правильные вещи. Чаще между большей прибылью для компании и пользой для пользователей, выбирался пользователь. Принцип «Don’t be evil» - как раз-таки отражал стремление компании помогать людям, в отличие например от Microsoft, где профит был важнее, чем конечные пользователи.

Со временем внутренняя культура начала меняться. Фокус сместился с пользователей на саму компанию. Прозрачность внутри компании начала иcчезать.

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

В посте есть камень в огород Sundar Pichai CEO Google. Мол он не понимает культуру раннего гугла и не вкладывается в ее развитие. Как следствие, такое отношение распространилось и на топ менеджмент и менеджеров среднего звена. Руководители не имеют понятной прозрачной стратегии, используют инженеров как ресурс, продавливают свое видение и не воспринимают критику.

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

➡️Ссылка на статью
https://ln.hixie.ch/?start=1700627373&count=1

━━━━━━━━

Если честно звучит, как закономерный эффект рост компании. Мол когда была маленькая, было лампово и прозрачно. А когда компания выросла, некоторые команды и люди стали меньше следовать принципам Google.

🦄- Верите ли вы, что принципы отражают суть внутренней культуры компании?
😈- Или же это просто способ сделать сотрудника "удобным" для управления?

💰Где самые большие зарплаты?

Некий разработчик Michael Tromba собрал список компаний с самыми высокими зарплатами и выложил на GitHub.

Статистику собирали из сайта https://levels.fyi. В расчет брали медианый компенсационный пакет за год (зарплата, акции, бонусы). Таблица не учитывает географию и грейды.

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

🏆 Пятерка лидеров:
1. OpenAI 925K USD
2. Coupang 600K USD
3. Clubhouse 566K USD
4. Chai-research 555K USD
5. Netflix 515K USD

➡️Ссылка на репозиторий
https://github.com/miketromba/highest-paying-software-companies

━━━━━━━

Во-первых я немного удивлен увидеть clubhouse. Он не только жив, но и по деньгам соревнуется.

Во-вторых, что за пропасть между первым и вторым местом. OpenAi платит 600K в год акциями, это много, будущие миллиардеры после IPO.

В-третьих, из MAANG только Netflix в топе. Кстати, я не раз слышал истории, про тамошние приятные зарплаты. Хочу туда пособеседоваться в следующем году 🙂

🇷🇺 Опыт в Yandex

Куда было собеседование?
Yandex Cloud

Какие были этапы и до какого этапа дошел?

3 алгоритмическая секция и 1 архитектурная секция успешно проходил. При team matching выбрали другого кандидата

Какие примерно были технические и поведенческие вопросы?

Алгоритмический вопросы были как easy и middle. Не были проблемы с решением как так практиковался в литкоде , только надо было успеть решить 2 задачи в час. Были вопросы как "почему у нас хотите работать? Твоя идеальная команда? Какой должен быть твой тимлид? Что ждёшь от тимлида?". Если честно я не был готов на такие вопросы

Как тебе интервью процесс и сами интервьюеры?

В целом хорошо, все были дружелюбно позитивный

Как ты думаешь, где показал себя хорошо, а где не очень?

Думаю показал себя с хорошими техническими навыками, наверно софт скилс хромает

Чтобы изменил в следующий раз?

Хочу показать больше архитектурного опыта

✔️ Давайте поддержим анонимного автора лайками и добрыми комментариями 🙂

➡️ Если вы в процессе интервью и нужна помощь в подготовке, прочитайте пост https://news.1rj.ru/str/bigtechdream/237

#yandex #реальныйопыт

🌃 Тысяча и одно собеседование

Статья за авторством Carlos Arguelles, бывший Bar Raiser в Амазон. За свою карьеру провел больше 1000 собеседований.

Carlos поделился своей любимой задачей по алгоритмам, которую уже задавал порядка 500 раз и которая, по его мнению, на 95% совпадает с итоговым решением.

Дополню пару интересных инсайтов:

1️⃣ Для меня гораздо важнее сама беседа, чем код, который человек пишет на доске. 

Многие стремятся сразу написать сходу супер оптимальное решение. Хотя, интервьюер оценивает не только код, но и способ мышления. Какие вопросы задает кандидат, подмечает ли edge cases, как оценивает решения, сколько помощи требует. В конце концов, собеседование это поиск ответа на вопрос «Смогу ли я работать с этим человеком?».

2️⃣ Наиболее грамотные кандидаты, прежде чем переходить к написанию кода, должны задавать уточняющие вопросы.

В реальности инженеры постоянно сталкиваются с неоднозначностью. Задача в джире обычно только название 🙂. Никто из нас не спешит сразу писать код, как только получил тикет от менеджера. Скорее всего будут вопросы, уточнения, дискуссия. Чем опытнее разработчик, тем более глубокие вопросы он задает.
Поэтому алгоритмическую секцию можно представлять как разработку фичи в миниатюре.

3️⃣ Более грамотные специалисты догадываются, что скорость поиска O(1), необходимую для превращения O(n²) в O(n), может обеспечить словарь (Map). Лучшие же кандидаты предусмотрительно отмечают недостаток такого подхода, заключающийся в использовании O(n) памяти. Здесь повышение скорости достигается за счёт увеличенного потребления памяти.

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

➡️Ссылки на статьи
https://habr.com/ru/companies/ruvds/articles/775570/
https://medium.com/geekculture/memoirs-of-an-amazon-bar-raiser-718e36241310

📈Люди увольняются, акции поднимаются

Spotify анонсировала, что сократит штат на 17% это примерно 1500 сотрудников.

Акции Spotify подпрыгнули на 7% после того, как компания объявила о сокращении штата сотрудников на 17% в рамках меры по сокращению расходов из-за замедления роста.

Генеральный директор Дэниел Эк упомянул во внутренней записке, что компания слишком быстро расширялась в 2020 и 2021 годах.

«В 2020 и 2021 годах мы воспользовались возможностью, предоставленной более дешевым капиталом, и вложили значительные средства в расширение команды, улучшение контента, маркетинг и новые вертикали»

Напомню, что это уже третья волна увольнений в Spotify за этот год. В январе штат сократился на 6%, а в июне еще на 2% 😐

➡️Ссылка на новость
https://www.cnbc.com/2023/12/04/spotify-to-lay-off-17percent-of-employees-ceo-daniel-ek-says.html

🎄Что ждет FAANG в 2024 году?

Найм в Meta вырос на 800% с января, в Netflix на 300%.

Вы просили хороших новостей, получайте 🙂

Сайт interviewing.io на основе своих данных, подготовил предсказания на 2024 год. Сервис отслеживает, кто в какие компании готовится, какие мок-интервью покупает и кто в конце концов получает оферы.

И так поехали:

• В 2024 году FAANG начнет нанимать больше инженеров. Сейчас только Meta и Netflix агрессивно нанимают, но в следующем году остальные компании последуют их примеру.

• С января 2024 года найм мидлов и синьоров значительно вырастет.

• Как минимум ближайшие 6 месяцев компенсационный пакет не изменится (зарплаты, бонусы, акции).

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

• По крайней мере, в течение следующих 6 месяцев рекрутеры будут испытывать большую нагрузку, а это означает, что не стоит откликаться на вакансию на сайте, лучше напрямую связаться с рекрутером.

• Не смотря на благоприятный прогноз, рынок еще долго не вернется к прежнему состоянию.

➡️Ссылка на статью
https://interviewing.io/blog/when-is-hiring-coming-back-predictions-for-2024

✔️ Поставь 🎄, если в следующем году точно получишь офер в MAANG.

🦕 40 лет Turbo Pascal

Сам язык Pascal появился 1970 году, благодаря профессору Niklaus Emil Wirth. С того времени были созданы различные компиляторы, для работы с этим языком.

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

Инженер Anders Hejlsberg увидел возможность ускорить работу компилятора, делая все операции в памяти. Так он написал новый компилятор для Pascal, который взяла под свое крыло компания Borland.

В 1983 году появилась первая версия Turbo Pascal. Borland продавала ее за какие-то $49.99, в то время как конкуренты продавали за сотни и тысячи долларов. Скорость компилятора и его стоимость стали причиной стремительного роста популярности.

В 1987 году у Turbo Pascal появился интерфейс с меню, а в 1988 вышла пятая версия со знаменитым голубым бэкграундом и пошаговым дебагером. 🩵

Последняя официальная версия 7.0 вышла в 1992 году. Стоит отметить, что помимо Turbo Pascal, компания продавала более дорогую версию Borland Pascal с дополнительными фичами для Windows.

К сожалению звезда Turbo и Borland Pascal начала медленно угасать с появлением нового поколения инструментов, таких как Delphi, Visual Basic 3, C++.

➡️Ссылка на статью
https://www.theregister.com/2023/12/04/40_years_of_turbo_pascal

━━━━━━━

Turbo Pascal был первым языком, с которого я начал свой путь в программирование. Удобный, быстрый, простой. До сих пор пальцы помнят «var begin end».

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

Кстати, на https://codeforces.com/ можно решать задачи на Паскале. Leetcode к сожалению его не поддерживает.

✔️ Есть тут те, кому олдскулы свело? Кто писал на Pascal, Basic, Cobol?

🤿 Как саботировать работу?

ЦРУ во время второй мировой войны выпустило книгу «Simple Sabotage». В ней изложены различные способы, с помощью которых злоумышленники могут подорвать производительность компании.

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

Некоторые советы вечны и применимы к нашей области:

1. Все должно быть по правилам и с соблюдением бюрократии. Не допускайте «срезания углов» и быстрых решений.
2. Много говорите и как можно дольше. Рассказывайте личные истории и анекдоты.
3. Старайтесь все вопросы оставлять для «дальнейшего изучения». Привлекайте как можно больше людей к обсуждению, не меньше пяти.
4. Как можно чаще поднимайте проблемы, которые не относятся к делу. Требуйте точных формулировок, соблюдения процессов и протоколов.
5. Возвращайтесь к уже решенным вопросам и пробуйте вновь начать дискуссию о целесообразности решения.
6. Советуйте всем действовать осторожно и избегать спешки. Говорите, что спешка может привести к затруднениям в дальнейшем.
7. Поднимайте вопрос о правомерности. Может ли какая-то группа людей принимать определенные действия или нет, не противоречит ли это юрисдикции департамента и политике компании.

➡️Ссылка на статью
https://erikbern.com/2023/12/13/simple-sabotage-for-software.html

━━━━━━━━━

Как по мне, гайд выглядит обратной стороной Agile разработки.

Этот пост не для того, чтобы кто-то начал саботировать свою команду, а больше чтобы понять, нет ли рядом с вами такого человека.

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

❓Анонимный опрос:
Поставь 😈, если хоть раз в жизни специально затягивал работу, мешал коллегам или докапывался до мелочей
😇, если не наблюдал за собой такого

#️⃣ Удалил код, сел в тюрьму

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

Miklos Daniel Brody разработчик в банке, который был уволен, когда подключил к рабочему компьютеру флешку с порнографией.

Разъяренный таким решением, Brody не вернул рабочий лаптоп, снес всю кодовую базу компании, оставив насмешки над коллегами в коде, запустил скрипт для удаления всех логов, а также внес изменения в инфру из-под других учетных записей. Еще он выписал себе промокод от имени банка на сумму 5000$.

После начала расследования, Brody сказал, что его лаптоп украли из машины. Но ему это не помогло, его посадили на два года и обязали выплатить компенсацию в размере 529000$.

➡️Ссылка на новость
https://www.bleepingcomputer.com/news/security/cloud-engineer-gets-2-years-for-wiping-ex-employers-code-repos

🏰System Design: розовые замки

Если говорить честно, то интервью на System Design немного оторвано от реальности. На собеседовании нас просят спроектировать систему, которая выдержит миллион активных пользователей, сохранит терабайты данных, будет устойчива к разным сценариям отказа.

Но в реальности нас ждет проект, который писался годами, если не десятилетиями, руками множества разработчиков. Код, который уже не такой гибкий к изменениям, который имеет свои костыли и велосипеды. Ограничения в выборе стэка: нельзя использовать NoSQL, нельзя в зоопарк добавить Кафку, нельзя использовать веб-сокеты и так далее.

То есть вероятность того, что придется писать сервис абсолютно с нуля низкая. Но даже если и придется писать новый проект, никто не будет начинать с микросервисов и огромных кластеров базы данных (если только вы не пишите мессенджер Aitu или сервис Threads). Скорее всего это будет MVP, который решает главную боль пользователя и затем, разработчики будут итеративно улучшать продукт.

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

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

✔️Мораль такая, что уметь адаптироваться под задачи проекта и совершенствовать сервис исходя из нагрузки, важнее, чем проектировать системы в вакууме.

🏆ICPC NERC Finals

Во-первых всех с Новым Годом, друзья 🌲
2024 это почти 1024, а значит нас всех ждет удача в этом году 🙂

А теперь к новости

В декабре уже прошлого года прошло знаковое событие для нашего региона - финал Евразийского региона по ICPC (International Collegiate Programming Contest).

ICPC - это ежегодное соревнование по спортивному программированию среди студенческих команд. В команде участвует по три человека. Чтобы дойти до финала, нужно пройти отборочные соревнования.

Финал региона проходил в 4 городах: Санкт-Петербург, Астана, Новосибирск, Кутаиси. За 5 часов нужно было решить максимальное количество задач из 12 возможных.

🥇Первое место заняла команда из МФТИ «Yolki-palki» (Nagibin, Evteev, Mustafin), которая единственная решила все 12 задач.

🇰🇿Отдельно отмечу команду из AITU университета, которая заняла 14 место и имеет шанс отобраться на финал: jaujurek 3 bala (Biakhmet, Oralkhanov, Kamzabek). Пожелаем удачи ребятам. 💪

➡️Если хотите попробовать порешать задачи, на Codeforces есть архивный контест.
https://codeforces.com/contest/1912

➡️Турнирная таблица
https://neerc.ifmo.ru/archive/2023/standings.html

➡️Условия задач
https://neerc.ifmo.ru/archive/2023/nef-2023-statement.pdf

🧚‍♀️Brag Document

Бывало ли такое, что за неделю до ревью начинаете вспоминать всю проделанную работу, пролистываете тикеты, просматриваете пулл реквесты, читаете чаты? Забывали ли указать что-то важное в своем self-evaluation? Расстраивались ли, когда менеджера упускали ваши достижения при оценке вашей работы?

Хочу с вами поделиться практикой, которую относительно недавно начал сам применять. Чуть позже я узнал, что ее используют много умных ребят и она называется brag document.

Brag Document, дословно переводится как «хвастающийся документ». Суть его в том, чтобы описывать свои достижения не в конце, а во время всего цикла работ. Поставил себе цель сдать сертификацию, занес запись в документ. Сделал крутую фичу, описал ее и ее результат в документе. Сделал код ревью лучше, занес как достижение в документ.

Есть пару причин, почему стоит ввести такой документ.

1️⃣ Ты не помнишь все, над чем ты работал

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

2️⃣ Твой менеджер тоже не помнит всего, что ты сделал

Раз ты не можешь все запомнить, как это сделает твой менеджер? У него/нее еще пару таких как ты. Чтобы защитить твою оценку, твоему менеджеру нужна помощь.

📃Шаблон такого документа:

Цели на предстоящий год/полугодие

Проекты
• Что именно ты сделал в этом проекте?
• Какую пользу принес проект?

Взаимодействие и менторство
• Где/как/кому ты помог как эксперт разобраться с проблемой?
• Менторил ли стажеров? Помогал ли новичкам в команде?
• Какие процессы ты улучшил?
• За какие проекты ты считаешься ответственным? Какие проекты ты ревьюишь код?
• Какие важные вопросы ты помог решить?
• Был ли feature lead в команде?
• Выступал ли в компании?

Дизайн систем и документация
• Какие дизайн доки ты написал и для чего?
• Какую документацию ты написал/исправил и для чего?

Польза компании
• Тут можно описать, что полезного ты принес компании, помимо своего проекта / команды.
• Например, придумал 5 задач для собеседований

Что нового ты узнал?
• Какие навыки и знания ты приобрел недавно?
• Например, как запускать Java на калькуляторе

Вне работы
• Ведешь ли блог?
• Выступаешь ли как спикер?
• Участвуешь ли в опен-сорс проектах?
• Решаешь лучше всех leetcode?

➡️Ссылка на статью
https://jvns.ca/blog/brag-documents/

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

✔️ Сохрани себе в закладках, чтобы не потерять шаблон

🙋Как заработать 300К тенге за один день?

Хотите забустить свою подготовку к алоритмическим собеседованиям? Получить выброс андреналина, пытаясь дописать решение за минуту до конца? Познакомиться с такими же интересными людьми как и вы? 🙂

Студенческое отделение Назарбаевского университета NU ACM организовывает NU OPEN 2023! 🏆.

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

Формат контеста:
• 3 человека в команде
• Длительность 5 часов
• Задачки по алгоритмам и структурам данных

Есть два режима:
• онлайн - участвовать может кто угодно, откуда угодно
• оффлайн - можно получить призы. Пройдет в стенах Назарбаевского университета. Вам должно быть не менее 16 лет, и в настоящее время вы должны учиться в школе или на бакалавриате

📅 Крайний срок регистрации: 17 января, 23:59

🏎️Дата проведения NU OPEN: 20 января

🏆 🌟 Призовой фонд:
🥇 1-е место: 300 000 тенге + Мерч
🥈 2-е место: 100 000 тенге + Мерч
🥈 2-е место: 100 000 тенге + Мерч
🥉 3-е место: Эксклюзивный Мерч
🥉 3-е место: Эксклюзивный Мерч

UPD: Форма регистрации https://docs.google.com/forms/d/e/1FAIpQLSfG-gR2bCq64YoW2pa8UJnMWwCsWUeYMeIPxUFVMtaibzSaIA/viewform

━━━━━━━

🦆 Теперь вопрос. Если у вас есть онлайн команда и не будет хватать одного человека, дайте мне знать. Присоединюсь и попробую порешать с вами. 🙂