Я (Лена) и моя (не)работа: nelenkin.club

есть такое развлечение у (ex)-FAANG-еров — раз в несколько лет не проходить собес в Jane Street Я вот в свое время не прошла собес на стажировку на research позицию, теперь буду на Software Engineer пробовать!🫡

Jeff Dean уходит из Гугла!🤯🤯🤯 Чел был тридцатым сотрудником Гугла, придумал во все датацентры Гугла поставить по атомным часам, Protobuf, MapReduce, TensorFlow и очень много всего другого! С 2018 года он был в Google AI, а теперь ушел делать свою компанию DiscoveryLoop, чтобы с помощью AI решать научные задачи. Видимо пора продавать свои GOOG (не инвестиционная рекомендация)

Andy Pavlo (вы его можете знать по лекциям про базы данных на YouTube) теперь в ClickHouse! 🤯

Контента не будет, админ в Риме мочит ручки в фонтане и кушает джелато

А тем временем в клубе закончился третий поток по Leetcode Grind — поток совместного решения задач из списка Blind 75 на самые популярные темы с собеседований. У каждого потока в клубе есть куратор -- тот, кому надо больше всех и кто не забросит поток даже если другие забросят. Я познакомилась с Владимиром в марте, на звонке по чтению Designing Data-Intensive Applications. Он мне рассказал, что сам прорешивает литкод и готовится к собеседованиям. Он хотел бы это делать регулярно в группе, но в принципе будет этим заниматься и сам. А на прошлой неделе подошел к концу поток, который Владимир курировал! 16 встреч, 75 задач, регулярность и взаимная поддержка. Посмотрите, какой отзыв он оставил в конце потока 🥹

Bun, Zig и Rust: я не договорил!! Прочитала две ответочки на пост про переписывание Bun на Rust. 1. Естественно, пост автора языка Zig Andrew Kelly. Andrew — панк в мире программирования. В посте есть разбор характера Jarred-а (создатель Bun, который и переписал сейчас его на Rust) и много нефильтрованного презрения. Andrew остается верен своим принципам и публично говорит о ситуациях, где миллиардные компании расходятся с ним в интересах. Технических деталей в этом посте не ждите (только разве кроме того, что compilation time — важный фактор в выборе между Zig и Rust, и именно это Jarred решил опустить в своем посте), но будет интересно почитать тем, кто хочет узнать, как строится коммюнити вокруг языка программирования. 2. Подробный и взвешенный пост от Ray Myers Автора нельзя назвать луддитом, он сам работал Chief Architect в стартапе, который делает coding агентов. Но он обращает внимание на много логических провалов в оригинальном посте, суть которых можно свести к AI was powerful enough to do this rewrite... <but> not powerful enough to catch a use-after-free В Bun были проблемы с memory safety в версии на Zig, но Jarred не попробовал ни один способ, кроме как переписать полностью на Rust. - Style guide, который якобы невозможно поддерживать в проекте на Zig, вполне себе использовался в виде PORTING.md документа агентом при переписывании на Rust. - добавление трех строчек кода для обработки указателя в функции в Zig представляется как невозможное решение, когда сам Jarred говорит, что в компании никто уже давно не печатает код руками - ну и Andrew в своем посте предполагает, что пост писался два месяца как раз потому что в Bun приложили инженерные усилия в версию на Rust, чтобы улучшить размер бинарника. Хотя таких же результатов можно было добиться и на Zig, но Jarred решил не пытаться улучшить код на Zig Итого, переписывание Bun на Rust — отличная маркетинговая кампания для Anthropic и возможно хорошее решение с бизнес точки зрения, но с технической точки как минимум плохо объяснено.

PR года смерждили 5 часов назад в Bun https://github.com/oven-sh/bun/pull/30412 PR на 6755 коммитов полностью переписывает Bun с языка Zig на Rust. PR написан с помощью claude code за неделю, детали обещают в блог посте, который еще пишется. Bun — это…

Как у меня попытались украсть еще не написанный курс Я планировала читать курс по System Design Case Studies в Harbour Space в Барселоне уже через две недели. Вчера я села за слайды к лекциями и заодно решила поговорить с кем-то опытным, как лучше рассчитать нагрузку на домашку для студентов. Для этого я полезла на сайт университета и поискала похожие курсы, чтобы найти коллегу, с кем можно будет обсудить учебный процесс. Вот удача! Нашла похожий курс, тоже про System Design, который будет читаться осенью, то есть позже моего курса. Я начала читать описание курса, темы на каждый из 15 дней, цели обучения... И как-то стало не по себе! Курс уж слишком похож! Я осознала, что описание курса, который будет читать кто-то другой — это слово в слово черновик описания моего курса, который я отдала университету еще в январе! С тех пор я уже переработала курс, какие-то темы убрала, какие-то добавила, перефразировала цели курса. А мои сырые мысли оказались на сайте, без никакого указания меня, зато с красочным описанием другого преподавателя! Очень неприятное чувство, что пытаются украсть мои мысли прямо из головы, еще до того, как я вытащила их на бумагу! Давайте я поясню за мой курс. Это не школьная программа, когда все учителя в стране учат по одному учебнику. Этот курс очень ценен для меня, я уволилась с хорошо оплачиваемой работы специально для того, чтобы его написать. Я вложила в него свой опыт 8 лет работы в индустрии, сотни собеседований, которые я провела как интервьюер и еще десятков моков и консультаций, которые я провела для тех, кто готовится к собеседованиям. У меня есть планы на этот курс, которые не заканчиваются на том, чтобы один раз прочитать его в Harbour.Space. Я хочу выложить его на Степик, Udemy, Youtube и куда только дотянутся мои руки. Если у меня и не получится заработать на этом курсе, я как минимум хочу, чтобы интернет знал, что мой текст — это мой текст. К тому же на многих площадках есть проверка на плагиат, я не хочу потом все оставшуюся жизнь доказывать, что я не своровала свои мысли. После того, как спросила в университете, как так получилось и что это значит, ведь согласно контракту моя интеллектуальная собственность остается моей, они удалили описание курса с моими материалами и другим преподавателем. Но, к сожалению, доверие уже подоравано. В общем, в Harbour Space я преподавать не буду. Курс я напишу, выложу его на Степик, там хотя бы он будет висеть с моим именем.

Когда я увольнялась, я говорила, что у меня две большие цели: сделать видео-курс по System Design и дальше развивать свой клуб чтения сложных книг по программированию Над клубом я работаю уже почти полтора года full-time, а вот видео-курс по system design буксует. Осенью я прочитала курс по System Design в университете в Германии, но никак руки не дошли его выложить в интернет. Через две недели уже я буду читать курс System Design Case Studies в университете в Испании, и кажется мысли начинают складываться и для видео-курса. Когда человек ищет материалы по system design, многие ищут конкретные вопросы (спроектируй TicketMaster, спроектируй Авито), изучать failure modes не так интересно. А как объяснить, в чем загвоздка дизайна TicketMaster, если сначала не проговорить, что машины и сеть могут фейлиться! В общем, идея пока такая: два видео-курса - 1. System Design для cобеседований: Основные принципы, где рассказывать про репликацию, партиции, и чем базы данных друг от друга отличаются - 2. System Design для Собеседований: Case Studies, где будет разбор конкретных вопросов Дай бог собрать все мысли в кучку и не забить оформить это в нужный формат!

personal update: я теперь замужняя женщина!

а я все еще провожу консультации по system design! если у вас собес на следующей неделе, вы в принципе что-то читали, но хочется систематизировать + уложить в формат + потренироваться на английском + получить обратную связь, пишите мне! @lenka_colenka

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