Переходим сюда - https://t.me/aserikov. Тот я так понимаю восстановить не получится.
Telegram
Anuar SERIKOV
Авторский канал о работе в Big Tech, жизни в Великобритании и всяком разном от:
- Software Engineer @ Google.
- Computer Science B.S. @ Nazarbayev University
- Almaty KTL
Мой второй канал: @ASerikov_Live
- Software Engineer @ Google.
- Computer Science B.S. @ Nazarbayev University
- Almaty KTL
Мой второй канал: @ASerikov_Live
❤3
Quanta Magazine - одно из моих самых любимых изданий и у них так же есть замечательный подкаст. Интересная тема последнего эпизода - как LLMs понимают отрицание (точнее как не понимают) - https://www.quantamagazine.org/ai-like-chatgpt-are-no-good-at-not-20230512/.
Quanta Magazine
Chatbots Don’t Know What Stuff Isn’t
Today’s language models are more sophisticated than ever, but they still struggle with the concept of negation. That’s unlikely to change anytime soon.
👍4❤1
Давно ничего не писал из за большого загруза и планирую исправляться. Неделю назад успешно прошел интервью на должность Senior Engineering Manager (далее SEM) в своем департаменте в Booking.com. До этого я 14 месяцев провел в должности interim SEM и EM одной из команд в трэке. Это были очень сложное 14 месяцев и поделюсь здесь мыслями и то, что помогло мне пройти этот путь:
- Совмещать две должности одновременно - очень плохая идея, и надо стараться этого избегать. С одной стороны может показаться, что это путь к росту, но это на самом деле не так. В такой ситуации, просто 200% операционки, и очень мало времени на многие вещи которые реально помогают с ростом - technical leadership, architecture, business strategy, etc. Если кто-то окажется в такой ситуации, не советую в ней быть больше 6 месяцев, чего достаточно, чтобы показать, что вы можете лидить группу команд (from operations point of view).
- Помогло быть открытым с командой о моем capacity в связи с доп ролью. Поговорил с ребятами из команды и определили вместе структуру оунершипа, при которой у всех (тех кто может) есть stretch opportunities, и я могу быть менее хэндс-он. Это включает в себя как проекты команды, так и разные практики (например testing или reliability).
- Time management. Научился лучше управлять временем. В частности сделал следующее - разделил все митинги (20-30 часов в неделю) на те которые не произойдут без меня, те где нужен мой инпут и митинги информационного характера. Категорию первых я уменьшил за счет делегации. Вторые старался уменьшать за счет документации и async comms. Третьи во многих случаях просто депреоритизировал. Помогло заранее выстраивать структуру всех митингов и ожидания от стейкхолдеров.
- Vision & strategy помогают справляться с широким скопом и большим количеством проектов. Видение и стратегия связывают все топики между собой одной целью и управлять ими становится легче. Чтобы это сработало, необходима стратегия, которую все понимают строят вместе. Если с этого не начать то будет катастрофа на старте.
- Patience and consistency makes perfect (cc @megido)
Дабы не делать лонгрид, остановлюсь здесь. Есть еще с пару сотен мыслей после всего этого, но ими поделюсь позже. Пишите в комментах, если что-то хотелось бы узнать глубже из этих тем.
- Совмещать две должности одновременно - очень плохая идея, и надо стараться этого избегать. С одной стороны может показаться, что это путь к росту, но это на самом деле не так. В такой ситуации, просто 200% операционки, и очень мало времени на многие вещи которые реально помогают с ростом - technical leadership, architecture, business strategy, etc. Если кто-то окажется в такой ситуации, не советую в ней быть больше 6 месяцев, чего достаточно, чтобы показать, что вы можете лидить группу команд (from operations point of view).
- Помогло быть открытым с командой о моем capacity в связи с доп ролью. Поговорил с ребятами из команды и определили вместе структуру оунершипа, при которой у всех (тех кто может) есть stretch opportunities, и я могу быть менее хэндс-он. Это включает в себя как проекты команды, так и разные практики (например testing или reliability).
- Time management. Научился лучше управлять временем. В частности сделал следующее - разделил все митинги (20-30 часов в неделю) на те которые не произойдут без меня, те где нужен мой инпут и митинги информационного характера. Категорию первых я уменьшил за счет делегации. Вторые старался уменьшать за счет документации и async comms. Третьи во многих случаях просто депреоритизировал. Помогло заранее выстраивать структуру всех митингов и ожидания от стейкхолдеров.
- Vision & strategy помогают справляться с широким скопом и большим количеством проектов. Видение и стратегия связывают все топики между собой одной целью и управлять ими становится легче. Чтобы это сработало, необходима стратегия, которую все понимают строят вместе. Если с этого не начать то будет катастрофа на старте.
- Patience and consistency makes perfect (cc @megido)
Дабы не делать лонгрид, остановлюсь здесь. Есть еще с пару сотен мыслей после всего этого, но ими поделюсь позже. Пишите в комментах, если что-то хотелось бы узнать глубже из этих тем.
🔥9👍5❤2
Сегодня я закончил читать книгу “Start with why”. Не могу сказать, что книга удивительная, но её идея очень важна для всех, особенно для лидеров.
Основная идея книги: чтобы завоевать лояльность клиентов и людей, с которыми вы работаете, нужно начать с “ПОЧЕМУ” вы делаете то что делаете. “ЧТО” вы делаете (например, услуга или продукт) — это доказательство того “ПОЧЕМУ” вы это делаете. “КАК” требует немало изобретательности и вдохновленных людей, чтобы постоянно предоставлять “ЧТО” в соответствии с “ПОЧЕМУ”.
Книга написана очень просто и в основном рассматривает “золотой круг” (иллюстрация выше) через призму множества примеров, таких как Мартин Лютер Кинг младший, Стив Джобс, Билл Гейтс, Херб Келлехер и многие другие. Все эти люди смогли создать сообщества или бизнесы, которые проявляют их “ПОЧЕМУ”. Они все сумели вдохновить людей и создать долговременные эффекты в мире.
Продолжение в комментах.
Основная идея книги: чтобы завоевать лояльность клиентов и людей, с которыми вы работаете, нужно начать с “ПОЧЕМУ” вы делаете то что делаете. “ЧТО” вы делаете (например, услуга или продукт) — это доказательство того “ПОЧЕМУ” вы это делаете. “КАК” требует немало изобретательности и вдохновленных людей, чтобы постоянно предоставлять “ЧТО” в соответствии с “ПОЧЕМУ”.
Книга написана очень просто и в основном рассматривает “золотой круг” (иллюстрация выше) через призму множества примеров, таких как Мартин Лютер Кинг младший, Стив Джобс, Билл Гейтс, Херб Келлехер и многие другие. Все эти люди смогли создать сообщества или бизнесы, которые проявляют их “ПОЧЕМУ”. Они все сумели вдохновить людей и создать долговременные эффекты в мире.
Продолжение в комментах.
👍4❤2🔥1
Couple of years ago I’ve started to develop a lot of interest in the art of cooking. Today I found what would be my dream job outside of tech - R&D Chef. Highly recommend watching this video from the guy who works as R&D Chef in Noma (3 michelin star): https://youtu.be/z7Nd6uwzDII?si=rAkyMnIqWf4nD2fx
YouTube
The Former NOMA Chefs’ Wild New Restaurant | On The Line | Bon Appétit
“Every second that I am breathing inside of this restaurant, I need to come up with new dishes.” Bon Appétit spends a day on the line with chef Kane William Sorrells, Chef of Research and Development at Ilis in NYC–the new brainchild of Noma co-founder, Mads…
🔥5
Forwarded from Kazakhstan CP Federation
Finally, what we've been waiting for! The 2024 ICPC World Finals in Astana starts tomorrow 🎉
Teams from all over the world will gather together at the EXPO IEC to take on a series of challenges and find out who is the best 🏆
➖
Көптен күткен сәт келді! Ертең Астанада 2024 ICPC World Finals бәсекесі басталады 🎉
Әлемнің барлық түкпірінен қатысушылар ЕХРО кешенінде жиналып, түрлі сынақтар арқылы үздіктерді анықтайды🏆
➖
Дождались! Уже завтра стартует 2024 ICPC World Finals в Астане 🎉
Команды со всего мира соберутся вместе в МВЦ EXPO, чтобы пройти ряд испытаний и выявить лучших 🏆
Teams from all over the world will gather together at the EXPO IEC to take on a series of challenges and find out who is the best 🏆
➖
Көптен күткен сәт келді! Ертең Астанада 2024 ICPC World Finals бәсекесі басталады 🎉
Әлемнің барлық түкпірінен қатысушылар ЕХРО кешенінде жиналып, түрлі сынақтар арқылы үздіктерді анықтайды🏆
➖
Дождались! Уже завтра стартует 2024 ICPC World Finals в Астане 🎉
Команды со всего мира соберутся вместе в МВЦ EXPO, чтобы пройти ряд испытаний и выявить лучших 🏆
🔥5👍2❤1
Very packed week ahead of us - ICPC World Finals, various events and Strategic sessions for 2025. Stay tuned and see you in Astana!
Forwarded from Kazakhstan CP Federation
🎬 nFactorial Originals және AstanaHub спорттық бағдарламалау туралы деректі фильмді ұсынады!
«Задача D. Как спортивное программирование меняет мир?» фильмі бізді Астанада өткен ICPC Worls Finals 2024 Халықаралық бағдарламалау олимпиадасының оқиғаларын еске салады. Фильмде ICPC қатысу қатысушылардың өмірін, олардың мансап жолдарын қалай өзгерткенін және біздің болашағымызды қалыптастыратын инновацияларға қалай шабыт бергенін білесіз.
🔗 Фильмге сілтеме
Тамашалаңыз!
——
🎬 nFactorial Originals и AstanaHub представляеют документальный фильм о спортивном программировании!
Фильм «Задача D. Как спортивное программирование меняет мир?» погружает нас в события Международной олимпиады по программированию ICPC Worls Finals 2024, которая прошла в Астане. В фильме вы узнаете, как участие в ICPC изменило жизни участников, их карьерные пути и вдохновило на инновации, формирующие наше будущее.
🔗 Ссылка на фильм
Приятного просмотра!
«Задача D. Как спортивное программирование меняет мир?» фильмі бізді Астанада өткен ICPC Worls Finals 2024 Халықаралық бағдарламалау олимпиадасының оқиғаларын еске салады. Фильмде ICPC қатысу қатысушылардың өмірін, олардың мансап жолдарын қалай өзгерткенін және біздің болашағымызды қалыптастыратын инновацияларға қалай шабыт бергенін білесіз.
🔗 Фильмге сілтеме
Тамашалаңыз!
——
🎬 nFactorial Originals и AstanaHub представляеют документальный фильм о спортивном программировании!
Фильм «Задача D. Как спортивное программирование меняет мир?» погружает нас в события Международной олимпиады по программированию ICPC Worls Finals 2024, которая прошла в Астане. В фильме вы узнаете, как участие в ICPC изменило жизни участников, их карьерные пути и вдохновило на инновации, формирующие наше будущее.
🔗 Ссылка на фильм
Приятного просмотра!
❤2
Came around an interesting topic while reading educational theory - threshold concepts. Those concepts are core ideas within a discipline that, once understood, transform the learner's perspective and give them a fundamentally new way of thinking about that subject. Formal definition of limits or completeness is an example from analysis and is foundational for theorems that follow. Examples from computer science could be abstraction or complexity definitions.
When you study in a university, those concepts are embedded into the curriculum, exercises, exams and ideally you can not finish the prerequisite course if you haven't gained full understanding of threshold concepts. When you study on your own, it is very important to identify those concepts and put more effort around them before you move on to the next topic because of their transformational nature. Here it is important to understand the difference between really knowing something and knowing how it's called (cc Feynman). What you are after is being able to use and analyze concepts like that. What helps:
- Writing down all the things you feel you don't fully understand
- Discussing with you peers (or anyone for really)
- Apply the concepts in practice as much as possible
- Deriving the concept yourself and explaining it to someone
LLMs like ChatGPT these days, can help quite a lot in the process, so go learn something cool!
When you study in a university, those concepts are embedded into the curriculum, exercises, exams and ideally you can not finish the prerequisite course if you haven't gained full understanding of threshold concepts. When you study on your own, it is very important to identify those concepts and put more effort around them before you move on to the next topic because of their transformational nature. Here it is important to understand the difference between really knowing something and knowing how it's called (cc Feynman). What you are after is being able to use and analyze concepts like that. What helps:
- Writing down all the things you feel you don't fully understand
- Discussing with you peers (or anyone for really)
- Apply the concepts in practice as much as possible
- Deriving the concept yourself and explaining it to someone
LLMs like ChatGPT these days, can help quite a lot in the process, so go learn something cool!
👍6🤔2👾1
Кофе 3в1
Приехали в Японию. Взял латте в банке в 7 eleven. Сделал глоток, и перенесся в 2011 год. Иду после учебы на подработку к отцу в офис. Завариваю кофе 3в1 с молоком и сахаром и пытаюсь стать программистом пока не закончил университет на финансиста. Мучаю Hibernate (фреймворк для бд), хотя не хватает знаний по самим базам данных. Разбираюсь с hibernate, но в итоге где-то memory leak и так далее. Не оставляет чувство страха, что что-то не успею и зря трачу время. Из-за этого часто сидел и учился ночами. Помню одно - очень много удовольствия приносили маленькие победы, когда что то наконец запускалось и работало успешно. Сейчас вспоминаю с улыбкой, но тогда конечно было не до шуток. Такой вот флэшбэк.
Приехали в Японию. Взял латте в банке в 7 eleven. Сделал глоток, и перенесся в 2011 год. Иду после учебы на подработку к отцу в офис. Завариваю кофе 3в1 с молоком и сахаром и пытаюсь стать программистом пока не закончил университет на финансиста. Мучаю Hibernate (фреймворк для бд), хотя не хватает знаний по самим базам данных. Разбираюсь с hibernate, но в итоге где-то memory leak и так далее. Не оставляет чувство страха, что что-то не успею и зря трачу время. Из-за этого часто сидел и учился ночами. Помню одно - очень много удовольствия приносили маленькие победы, когда что то наконец запускалось и работало успешно. Сейчас вспоминаю с улыбкой, но тогда конечно было не до шуток. Такой вот флэшбэк.
❤10
Это медоед. В корпоративном мире и в BigTech в частности - не плохая стратегия быть медоедом. Дело в том, что они очень тупые и часто вступают схватку с группой гиен, львов, слонов и вообще лакомятся ядовитыми кобрами.
Чему нас учат медоеды? Тупым быть легче! Шучу) Они нас учат тому, что не надо бояться рисковать. Я видел много людей (включая себя), которые не брались за крутые проекты, просто потому что считали, что еще не готовы. И упускали много возможностей быстро чему то научиться.
То есть надо просто браться за проекты выше своей головы? Не совсем, и тут еще один урок от медоедов - у них очень толстая и плотная кожа и прогрызть ни у кого (почти) не выходит. Значит надо развивать устойчивость и выносливость. Ошибаясь вы будете получать очень много обратной связи. Часто такая обратная связь будет жесткой и может бить по самооценке. Так что перед тем как следовать такому совету, разберитесь с собой и умением работать с обратной связью эффективно без излишних эмоций. (продолжение в комментах)
Чему нас учат медоеды? Тупым быть легче! Шучу) Они нас учат тому, что не надо бояться рисковать. Я видел много людей (включая себя), которые не брались за крутые проекты, просто потому что считали, что еще не готовы. И упускали много возможностей быстро чему то научиться.
То есть надо просто браться за проекты выше своей головы? Не совсем, и тут еще один урок от медоедов - у них очень толстая и плотная кожа и прогрызть ни у кого (почти) не выходит. Значит надо развивать устойчивость и выносливость. Ошибаясь вы будете получать очень много обратной связи. Часто такая обратная связь будет жесткой и может бить по самооценке. Так что перед тем как следовать такому совету, разберитесь с собой и умением работать с обратной связью эффективно без излишних эмоций. (продолжение в комментах)
🔥16❤1
Почему мы упорно учимся одним вещам, но бросаем другие? Почему одному ученику нравится математика или физика, а другой их ненавидит? Меня давно волнуют эти вопросы — особенно аспект, который, как мне кажется, объясняет очень многое: мотивация.
В образовательной теории существует множество подходов к объяснению мотивации учащихся. Но когда речь идёт о цифровых образовательных средах, я считаю, что особенно выделяются две теории: теория самодетерминации (Self-Determination Theory, SDT) и теория целевых ориентаций (Goal Orientation Theory, GOT).
Self Determination Theory в простой форме объясняет мотивацию через три компонента: автономию, компетентность и сопричастность. И это очень логично. Человеку важно иметь выбор и чувствовать контроль над процессом. Важно чувствовать себя способным. И важно, чтобы обучение было связано с его ценностями и взглядом на мир.
Небольшой факт: работая инженерным менеджером, я активно использовал эту теорию, чтобы поддерживать мотивацию своей команды
(продолжение в комментах)
В образовательной теории существует множество подходов к объяснению мотивации учащихся. Но когда речь идёт о цифровых образовательных средах, я считаю, что особенно выделяются две теории: теория самодетерминации (Self-Determination Theory, SDT) и теория целевых ориентаций (Goal Orientation Theory, GOT).
Self Determination Theory в простой форме объясняет мотивацию через три компонента: автономию, компетентность и сопричастность. И это очень логично. Человеку важно иметь выбор и чувствовать контроль над процессом. Важно чувствовать себя способным. И важно, чтобы обучение было связано с его ценностями и взглядом на мир.
Небольшой факт: работая инженерным менеджером, я активно использовал эту теорию, чтобы поддерживать мотивацию своей команды
(продолжение в комментах)
❤9🔥2🙏1
#мысливслух Сходил в тренажерный зал и понял, что не был там почти месяц. Такая же ситуация с бильярдом и с парой других занятий. А пару дней назад, меня затянула интересная задача и я над ней работал до 2х ночи.
С одной стороны здорово, что работа сейчас настолько интересная, что я теряю счет времени. С другой, практика (и менеджерский опыт) показывает, что это прямая дорога в перегорание. Мы привыкли слышать про перегорание в контексте стрессовой и не интересной работы. И слышать это слово в контексте супер интересной работы может звучать смешно. Но паттерн достаточно простой:
- Начинаешь работать больше и жертвовать своей рутиной
- Получаешь больше однородного интеллектуально перегруза
- Снижается креативность и когнитивные навыки + физически становишься слабее
- Это все влияет на психику и твою энергию
- Дальше самое интересное. Свою продуктивность снижать не хочется и ты начинаешь через силу пытаться осилить этот объем работы. Тут конечно все идет от эго и всякого рода психологических установок.
Из-за этого паттерна, я всегда следил за сигналами переработки, в самые интересные для своих команд периоды. Очень часто, самые воодушевленые сокомандники быстрее всего уходили в бернаут или были близки к нему.
Но помимо перегорания, страшное то, что мы думаем, что мы продуктивные, а на самом деле часто топчемся на одном месте. Вспомните как часто вам приходили потрясающие идеи после хорошего сна.
Так о чем я? Не будьте мной и планируйте лучше, чтобы успех был в радость, а не в горе 😀
С одной стороны здорово, что работа сейчас настолько интересная, что я теряю счет времени. С другой, практика (и менеджерский опыт) показывает, что это прямая дорога в перегорание. Мы привыкли слышать про перегорание в контексте стрессовой и не интересной работы. И слышать это слово в контексте супер интересной работы может звучать смешно. Но паттерн достаточно простой:
- Начинаешь работать больше и жертвовать своей рутиной
- Получаешь больше однородного интеллектуально перегруза
- Снижается креативность и когнитивные навыки + физически становишься слабее
- Это все влияет на психику и твою энергию
- Дальше самое интересное. Свою продуктивность снижать не хочется и ты начинаешь через силу пытаться осилить этот объем работы. Тут конечно все идет от эго и всякого рода психологических установок.
Из-за этого паттерна, я всегда следил за сигналами переработки, в самые интересные для своих команд периоды. Очень часто, самые воодушевленые сокомандники быстрее всего уходили в бернаут или были близки к нему.
Но помимо перегорания, страшное то, что мы думаем, что мы продуктивные, а на самом деле часто топчемся на одном месте. Вспомните как часто вам приходили потрясающие идеи после хорошего сна.
Так о чем я? Не будьте мной и планируйте лучше, чтобы успех был в радость, а не в горе 😀
🔥9❤2
How much information goes to waste?
There are moments when I try to recall a book I read long ago to realize that almost nothing remains. No facts, no details. But then I notice something else: if some idea stayed with me — a pattern, a way of reasoning — the whole reading was still worthwhile.
If nothing stayed, then whatever I learned was temporary and just vanished.
This made me wonder how often this happens in school and university learning. Students learn dozens of facts, procedures, rules, and formulas, and many of them disappear almost immediately. Yet we rarely ask why they disappear, or whether the disappearance tells us something important.
Take two standard school examples:
- dropping an altitude in an isosceles triangle
- the formula for the sum of the first n natural numbers
Both look unrelated. Both are usually memorized. Yet both rely on the same underlying idea: symmetry.
If a student sees only the procedure and not the idea, the knowledge is fragile. It survives only in the exact form it was presented. Changed conditions — and it collapses.
This is not very different from building a machine that memorizes its training data but fails on anything new. Solutions that we have with machines - sacrifice training time accuracy for the sake of better generalization.
So I started thinking: is there a way to measure how much teaching does not turn into understanding?
Not as a criticism, but as a diagnostic tool — a way to see where learning quietly slips through our fingers.
I ended up with a simple notion:
Total Information Loss (TIL)
The portion of teaching that did not convert procedural skills into conceptual understanding.
Imagine mapping each taught procedural skill to the idea behind it — symmetry, proportionality, invariance, linearity, whatever it may be. Then imagine assessing not only whether a student can reproduce the step, but whether they recognize the idea when the surface changes.
If they can do the step but cannot see the idea, the learning is brittle. It is already fading.
So the metric becomes:
TIL = number of procedural skills not grounded in understanding * time spent teaching them
Nothing complicated. Just an honest measure of how much effort did not leave a trace. It would be so interesting to see the value of that metric for the institutions or even whole ministries of education.
I’m curious what you think.
There are moments when I try to recall a book I read long ago to realize that almost nothing remains. No facts, no details. But then I notice something else: if some idea stayed with me — a pattern, a way of reasoning — the whole reading was still worthwhile.
If nothing stayed, then whatever I learned was temporary and just vanished.
This made me wonder how often this happens in school and university learning. Students learn dozens of facts, procedures, rules, and formulas, and many of them disappear almost immediately. Yet we rarely ask why they disappear, or whether the disappearance tells us something important.
Take two standard school examples:
- dropping an altitude in an isosceles triangle
- the formula for the sum of the first n natural numbers
Both look unrelated. Both are usually memorized. Yet both rely on the same underlying idea: symmetry.
If a student sees only the procedure and not the idea, the knowledge is fragile. It survives only in the exact form it was presented. Changed conditions — and it collapses.
This is not very different from building a machine that memorizes its training data but fails on anything new. Solutions that we have with machines - sacrifice training time accuracy for the sake of better generalization.
So I started thinking: is there a way to measure how much teaching does not turn into understanding?
Not as a criticism, but as a diagnostic tool — a way to see where learning quietly slips through our fingers.
I ended up with a simple notion:
Total Information Loss (TIL)
The portion of teaching that did not convert procedural skills into conceptual understanding.
Imagine mapping each taught procedural skill to the idea behind it — symmetry, proportionality, invariance, linearity, whatever it may be. Then imagine assessing not only whether a student can reproduce the step, but whether they recognize the idea when the surface changes.
If they can do the step but cannot see the idea, the learning is brittle. It is already fading.
So the metric becomes:
TIL = number of procedural skills not grounded in understanding * time spent teaching them
Nothing complicated. Just an honest measure of how much effort did not leave a trace. It would be so interesting to see the value of that metric for the institutions or even whole ministries of education.
I’m curious what you think.
❤3
How to prepare for EM interviews being an individual contributor?
Had a coffee chat with my wife on this topic in the morning. She is interviewing potential EMs and there is quite a difference between interviewing existing EMs vs ICs who want to become EMs.
In the EM interviews we have 3 main pillars: People, Technology and Processes. As an IC you don't manage people, you might not fully drive tech objectives and you rarely prioritize processes. You'll need to have convincing proxies into those areas.
People
It is obvious that you won’t be able to manage people as IC, so we have 2 proxies here being used - mentoring/coaching others and yourself. As an EM you’ll have to grow people and create synergy inside of the team. I’m not going to go into details of that, but how you grow yourself and others is good enough proxy. If you can clearly articulate that you understand yourself or others you grow, you understand the expectations and you can perform some gap analysis and create a plan to align that with objectives - that is enough. Organising community is another great way to show some leadership skills and communication.
Technology
Very simple here - as EM you won’t write to much code (depending on team size), so you have to learn to drive technology through architecture and metrics.
Processes
Very often people really underestimate that and don’t have any examples at all. Unfortunate reality is that you’ll have a lot of processes to manage. And you really have to be on top of that as processes have to adapt to the team to enable smooth operations and alignment. Processes can be rigid like the ones you’ll face from HR, or a more fluid ones that you setup for your team like code reviews or reliability.
So if you’re an IC and you are preparing for an EM interview, make sure you have enough examples (being too theoretical is a bad idea) on:
- How you learn strengths and weaknesses of yourself and others
- How you setup personal objectives to connect previous point to the delivery of the team
- How you track, follow up and adjust your growth and growth of others to changing business environment
- How you drive core technical metrics of your team/track
- How you setup or adjust processes to achieve a better business continuity
Had a coffee chat with my wife on this topic in the morning. She is interviewing potential EMs and there is quite a difference between interviewing existing EMs vs ICs who want to become EMs.
In the EM interviews we have 3 main pillars: People, Technology and Processes. As an IC you don't manage people, you might not fully drive tech objectives and you rarely prioritize processes. You'll need to have convincing proxies into those areas.
People
It is obvious that you won’t be able to manage people as IC, so we have 2 proxies here being used - mentoring/coaching others and yourself. As an EM you’ll have to grow people and create synergy inside of the team. I’m not going to go into details of that, but how you grow yourself and others is good enough proxy. If you can clearly articulate that you understand yourself or others you grow, you understand the expectations and you can perform some gap analysis and create a plan to align that with objectives - that is enough. Organising community is another great way to show some leadership skills and communication.
Technology
Very simple here - as EM you won’t write to much code (depending on team size), so you have to learn to drive technology through architecture and metrics.
Processes
Very often people really underestimate that and don’t have any examples at all. Unfortunate reality is that you’ll have a lot of processes to manage. And you really have to be on top of that as processes have to adapt to the team to enable smooth operations and alignment. Processes can be rigid like the ones you’ll face from HR, or a more fluid ones that you setup for your team like code reviews or reliability.
So if you’re an IC and you are preparing for an EM interview, make sure you have enough examples (being too theoretical is a bad idea) on:
- How you learn strengths and weaknesses of yourself and others
- How you setup personal objectives to connect previous point to the delivery of the team
- How you track, follow up and adjust your growth and growth of others to changing business environment
- How you drive core technical metrics of your team/track
- How you setup or adjust processes to achieve a better business continuity
🔥7❤2
Media is too big
VIEW IN TELEGRAM
Beautiful visualization of next token prediction by LLMs created by Santiago Ortiz - https://moebio.com/mind/.
Recently I've been exploring a lot how some complicated data structures can be visualized in intuitive ways to give more intuition about the structure and the insights the data carries. In my case I'm researching how we can visualize what we know about a certain domain when we study it and how our knowledge and understanding changes. On the way I'm discovering some related ideas which I'll be sharing here time to time.
Recently I've been exploring a lot how some complicated data structures can be visualized in intuitive ways to give more intuition about the structure and the insights the data carries. In my case I'm researching how we can visualize what we know about a certain domain when we study it and how our knowledge and understanding changes. On the way I'm discovering some related ideas which I'll be sharing here time to time.
🔥3
Forwarded from ML.Engineering.AI
Многие пишут что в ближайшие несколько лет профессия программиста будет полностью заменена АИ. Скептики такой идеи говорят что если позволить АИ создавать большие проекты то нагенерированные сотни тысяч строк кода быстро превращаются в огромную бессмысленную мешанину из странного кода и багов.
В марте вышла статья ( https://arxiv.org/abs/2603.03823 ) из Алибабы, которая анонсирует новый бенчмарк (SWE-CI), цель бенчмарка оценивать долгосрочную корректность изменений.
Вводится метрика EvoScore (evolution score) - насколько текущее изменение влияет на корректность последующих изменений. Хороший код с этой точки зрения это код, на основе которого легче добавлять новые изменения.
По статье Claude гораздо лучше остальных. Наверное anthropic уже использует подобную метрику внутри компании и уже ее оптимизируют.
Почему такой бенчмарк важен - потому что вводится численная оценка понятию "хороший код", и АИ прогресс хорошо умеет такие численные измеряемые оценки оптимизировать. Заоптимизируют конечно, и код люди перестанут писать руками 🤗
В марте вышла статья ( https://arxiv.org/abs/2603.03823 ) из Алибабы, которая анонсирует новый бенчмарк (SWE-CI), цель бенчмарка оценивать долгосрочную корректность изменений.
Вводится метрика EvoScore (evolution score) - насколько текущее изменение влияет на корректность последующих изменений. Хороший код с этой точки зрения это код, на основе которого легче добавлять новые изменения.
По статье Claude гораздо лучше остальных. Наверное anthropic уже использует подобную метрику внутри компании и уже ее оптимизируют.
Почему такой бенчмарк важен - потому что вводится численная оценка понятию "хороший код", и АИ прогресс хорошо умеет такие численные измеряемые оценки оптимизировать. Заоптимизируют конечно, и код люди перестанут писать руками 🤗
arXiv.org
SWE-CI: Evaluating Agent Capabilities in Maintaining Codebases via...
Large language model (LLM)-powered agents have demonstrated strong capabilities in automating software engineering tasks such as static bug fixing. However, in the real world, the development of...
❤8