Как основатель Stability AI провалил свой стартап стоимостью в миллиард долларов

У компании Stability AI уже несколько месяцев не хватало денег, и ее основатель Эмад Мостак не смог привлечь достаточное количество дополнительного финансирования. Когда две недели назад Мостак выступал на сцене Terranea Resort, компания уже не платила Amazon, а несколько ключевых сотрудников уволились или угрожали уволиться. Сам Мостак ушел в отставку четыре дня спустя, после долгой борьбы за сохранение своего положения и контроля, несмотря на растущее внутреннее и внешнее давление с требованием покинуть пост. В этой статье подробно рассказывается о том, как начиналась история Stability AI, какие проблемы она испытывает в настоящее время и что ждет компанию дальше.

Статья: https://www.reddit.com/r/MachineLearning/comments/1br9vxr/n_how_stability_ais_founder_tanked_his/

Сканер отпечатков кошачьих носиков

Так сложилось, что на территории мануфактуры, где я располагаюсь, живёт достаточно большое семейство иссиня-чёрных котов, все братья от одной матери, но из разных помётов. Весь этот прайд мы именуем просто Бандиты, по соответствующему характеру и поведению. Из всей этой стаи один кошак полюбился мне больше всего: самый адекватный и интеллигентный; и именно его я иногда пускаю в свои кабинеты.

Статья: https://habr.com/ru/companies/timeweb/articles/804151/

Почему я никогда не стану Senior-разработчиком в Amazon

Сегодня я собираюсь обсудить тему, которая может удивить некоторых из вас — почему я откажусь от любого повышения на должность Senior инженера в Amazon, даже если папа Безос сам придет ко мне и предложит повышение до выдающегося инженера (при общей зарплате на этой должности около $750 тыс. в год, я думаю).

Статья: https://apptractor.ru/info/articles/pochemu-ya-nikogda-ne-stanu-senior-razrabotchikom-v-amazon.html

Чистый или быстрый код?

Как и ожидалось, полиморфный код работает хуже, чем основанный на перечислениях, примерно на 30%. Почему?

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

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

Статья: https://apptractor.ru/info/articles/chisty-ili-bystryy-kod.html

Какой у цвет у вашей монетизации?

Призывы к действию обычно делятся на 2 основные категории:

1. Сделать: Эти кнопки подталкивают вас к выполнению основного действия в продукте: создание, обновление, следующий, добавление и т.д.
2. Оплатить: Эти кнопки пытаются убедить вас заплатить: обновление, просмотр планов и цен, обновление способа оплаты и т. д.

Если вы окрашиваете все эти кнопки в один цвет, вы, по сути, выбрасываете деньги на ветер. Да, буквально.

Статья: https://elenaverna.substack.com/p/whats-your-monetization-color

Как я делал сеть на 10 гигабит с минимальным бюджетом

Решил я ускорить тривиальную задачу в виде передачи файлов с одного компьютера на маленький домашний NAS. Раньше 10 гигабит были для меня чем-то заоблачным (с учётом цены на свичи, а также сетевые карты). Но благодаря апгрейду дата-центров, а также свежим чипам для свичей от Realtek, апгрейд оказался недорогим и безболезненным.

Статья: https://habr.com/ru/companies/ruvds/articles/798813/

Headline driven разработка

Заголовок (Headline) - это очень короткое предложение, которое содержит только самый важный бит, а все остальные биты отсеиваются.

Статья: https://apptractor.ru/info/articles/headline-driven-development.html

Зачем нужны иконки в пользовательских интерфейсах?

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

Статья: https://blog.streamlinehq.com/evolution-of-icons

Лень, дезорганизация или плохие процессы — фразы, которые убивают хорошие проекты

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

• Мы можем сделать A/B-тестирование
• Добавим это в меню настроек
• Apple/Google сделали так
• У нас нет для этого аналитики
• Возможно, мы можем создать эту функцию позже
• Мои друзья жаловались на наше приложение, и они посоветовали сделать X, Y и Z
• Что если нам сделать оповещение, чтобы побудить пользователей сделать X
• Мы не хотим ограничивать себя. Мы создаем этот продукт для всех.
• Я думаю, нашим пользователям это понравится

Какая ваша любимая?

Статья: https://apptractor.ru/develop/len-dezorganizatsiya-ili-plohie-protsessyi-frazyi-kotoryie-ubivayut-horoshie-proektyi.html

Может ли мобильный-разработчик стать CTO?

Да, может. На этом статью можно было бы закончить. Спасибо, что дочитали до конца, приходите поделиться своим опытом в комментариях.

Если серьёзно, карьера мобильного разработчика, который хочет вырасти в большого руководителя, может складываться по-разному. Например, мой путь начался в 2013 году, и за это время я успел поработать и в маленьких стартапах, и в больших корпорациях. Сейчас я Director of Engineering в Яндекс Go. Последние шесть лет я управляю разными командами разного размера: от 5 до 200+ человек.

Статья: https://habr.com/ru/companies/yandex/articles/806693/

5 продуктовых уроков о том, как вводить новые функции

1. Не используйте темные шаблоны, чтобы ввести пользователей в заблуждение. Это может дать краткосрочную выгоду, но через некоторое время пользователи перестанут доверять продукту.
2. Не используйте принудительные подталкивания без крайней необходимости. Они мешают потоку пользователей и приводят к тому, что пользователи перестают пользоваться продуктом или удаляют его.
3. Ищите тонкие способы представить новые функции или поделиться с пользователями какими-либо подробностями. Не мешайте основному опыту.
4. Вместо прохождений используйте рассказывание историй, чтобы передать УТП и новые фичи.
5. Вместо того чтобы оставлять страницу пустой или просто показывать список, создавайте циклы, чтобы заставить пользователей совершать соответствующие действия на таких страницах. Это может помочь захватить некоторый процент пользователей, которые готовы уйти.

Статья: https://apptractor.ru/info/articles/airbnb-5-produktovyh-urokov-o-tom-kak-vvodit-novye-funktsii.html

Делаем GPS-приемник

Я узнал, что сигналы GPS, с помощью которых работают наши картографические приложения, постоянно присутствуют вокруг нас на любой высоте, в любых погодных условиях, в любое время. Абстрактно это звучит круто, но осязаемая реальность ошеломляет. Эти сигналы окружают меня, когда я пишу эти строки. Они вокруг вас, пока вы это читаете. Мир пропитан этим шепотом, который бесконечно повторяется для всех, кто готов слушать. Вы можете узнать, где именно вы находитесь, из воздуха, в любом месте и в любое время, научившись говорить на языке электромагнитных волн, проходящих по вашей коже. Эти волны являются постоянным и тихим спутником большинства людей на протяжении всей их жизни.

Статья: https://axleos.com/building-a-gps-receiver-part-1-hearing-whispers/

Простые вещи

После работы над начальными стадиями нескольких крупных проектов у меня накопился список вещей, которые обладают следующими тремя свойствами:

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

Статья: https://matklad.github.io/2024/03/22/basic-things.html

Сделайте что-то реальное в свободное время

Чтобы не останавливать разработку своего продукта, я стараюсь постоянно применять базовые техники продуктивности. Это не особо новые и удивительные методы — многие из них это простые методики управления проектами. К сожалению, они часто не работают, когда программисты садятся работать в свободное время. Возможно, использование базовых методов управления проектами делает пет-проекты менее привлекательными.

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

• Ставьте цели
• Разделите на этапы
• Заставьте себя отчитываться
• Что-то каждый день
• Не форсируйте события
• Итерация, итерация, итерация
• Устойчивый темп
• Рассчитайте время на все
• Безжалостно сокращайте объем
• Позвольте жизни вмешиваться

Статья: https://apptractor.ru/info/articles/sdelayte-chto-to-realnoe-v-svobodnoe-vremya.html

Как работает ChatGPT? Как объясняет создатель

Иногда лучшие объяснения того, как работает то или иное технологическое решение, можно получить от инженеров-программистов, которые его создали. Чтобы объяснить, как работает ChatGPT (и другие большие языковые модели), я обратился к команде инженеров ChatGPT.

Я спросил об этом у Эвана Морикавы из OpenAI. Эван пришел в OpenAI в 2020 году - за два года до запуска ChatGPT - и возглавил команду прикладных инженеров в процессе запуска и масштабирования ChatGPT. Именно его команда создала ChatGPT, и Эван был в ней с самого начала.

Статья: https://blog.pragmaticengineer.com/how-does-chatgpt-work/

Как рефакторинг чуть не разрушил мой брак

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

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

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

Статья: https://apptractor.ru/develop/kak-refaktoring-chut-ne-razrushil-moy-brak.html

Маленькая платформа для умного дома, которая смогла

Как Home Assistant планирует превратиться из платформы для энтузиастов в главный потребительский продукт.

Статья: https://www.theverge.com/24135207/home-assistant-announces-open-home-foundation

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

Я к этому приспособился так: добавляю в поисковую строку reddit.com или stackoverflow.com, чтобы читать живых людей и спрашиваю chatGPT, чтобы не продираться через рекламу. Федя вон вообще, как и многие технари, перешел на модный платный поисковик (!) Kagi (5-10$ в месяц).

Внутренняя переписка Гугла о том, как меняется поиск из-за денег, ставшая доступной благодаря антимонопольному судебному процессу — документ эпохи.

Три главных действующих лица:

1. Сундар Пичай: ныне CEO Гугла, а в прошлом — консультант МакКинзи.

2. Прабхакар Рагхаван: в прошлом — крупный ученый в области поиска, написал фундаментальные книги в этой области; после академии дозакопал поиск Yahoo (принял с 30% рынка, через 5 лет Yahoo отказался от своего поискового движка и лицензировал Bing) и отвечал за рекламу в Гугле, до того, как начать отвечать за поиск.

3. Бен Гомес: инженер, который больше 20 лет работал над поисковым движком Гугла, недолгое время (сейчас поймете почему недолгое) был «царем поиска» в компании.

(Переписка происходит на жестком корпоративном жаргоне, для удобства читателя дается перевод)

- «У нас падает рекламная выручка, а еще падает число поисковых запросов, нужно срочно повысить эти показатели!»
- «Так давайте сделаем поиск хуже, люди будут больше искать!»
- «Вы что, ебнулись?»
- «Давай, досвиданья, ничего не понимаешь в менеджменте».

Статья называется «Человек, который убил гугл».

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

Я программист, и я тупой

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

Никаких особых медицинских диагнозов мне не ставили, но мои умственные способности крайне ограниченны. Даже те задачи на Leetcode, которые попроще, вызывают у меня затруднения. Когда я читаю о самом обычном алгоритме консенсуса, у меня кипит мозг. У меня плохо получается отслеживать сложные зависимости в кодовой базе. Я не способен освоить модные языки вроде Rust (пытался, но по правде сказать, для меня это чересчур). Я терпеть не могу микросервисы и современный фронтенд: там слишком много движущихся частей, и уследить за всеми я не в состоянии.

Как же я выхожу из положения?

Статья: https://habr.com/ru/companies/productivity_inside/articles/810047/

REST API на котиках

С какой стороны IT вы бы не пытались войти — в какой‑то момент столкнётесь с понятием REST API. Эта статья создана, чтобы смягчить данное столкновение. Новые темы всегда легче воспринимаются на простых примерах, ну а если это примеры с котиками, то варианта не разобраться просто нет. Хочется обойтись без сложных научных определений, а рассказать самым простым языком. Поэтому, если вы любите сухие и точные формулировки, то вам нужна другая статья :)

Статья: https://habr.com/ru/companies/cdek_blog/articles/809601/