Собираем объёмный дисплей на Raspberry Pi

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

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

Мой опыт прохождения собеседования в Google

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

Статья: https://apptractor.ru/info/articles/moy-opyt-prohozhdeniya-sobesedovaniya-v-google.html

4 простые привычки в разработке ПО, которые изменили мою производительность

1. Оставляйте работу немного незавершенной, чтобы на следующий день было легче начинать
2. Лучше владейте быстрыми сочетаниями клавиш на клавиатуре и мыши
3. Держите под рукой список команд и ссылок для поиска
4. Чаще говорите "нет"

Статья: https://read.engineerscodex.com/p/simple-software-engineering-habits

Кто должен управлять продуктом?

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

Статья: https://itamargilad.com/trios/

Простой саботаж в мире разработки

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

В технологиях:

• При поступлении в компанию требуйте 6-18 месяцев на переписывание core системы. Вините предыдущего технического директора.
• Побуждайте всех использовать свой собственный язык и фреймворки.
• Разделяйте системы по произвольным границам: максимизируйте количество систем, задействованных в любой функции.
• Поощряйте сложную настройку для разработчиков: запуск сетки сервисов с дюжиной сервисов как минимум.
• Убедитесь, что производственная среда отличается от среды разработчиков как можно больше.
• Деплойте как можно реже. Призывайте к крайней осторожности в развертывании. Используйте любую производственную проблему как повод "спустить все на тормозах".
• Внедряйте очень сложные процессы изменения кода и общие рабочие процессы. Сваливайте все на "безопасность" или "соответствие требованиям".
• Убедитесь, что каждая задача отслеживается в трекере задач, рассматривается, расставляется по приоритетам и подписывается группой из как минимум пяти человек.
• Запретите все, что выходит за рамки первоначальной задачи, например, чистку кода или другие "проходные" улучшения.
• Создавайте собственные версии почти всего, что не относится к основной компетенции. Оправдывайте это тем, что "избегаете привязки к поставщику".
• Настаивать на добавлении слоев абстракции поверх всего. Использовать поставщиков, которые сами являются абстракциями, а затем добавлять дополнительные слои абстракций.
• Поощряйте технические решения, основанные на дико оптимистичных ожиданиях масштабирования. Планируйте нагрузку как минимум на 3 порядка больше, чем у вас есть.
• Поощряйте коллективное владение системами. Сделайте так, чтобы никто не чувствовал себя ответственным за обслуживание.
• Настаивайте на централизации почти всего в виде "платформы", принадлежащей "платформенной команде". Не укомплектовывайте штат платформенной команды и не позволяйте другим командам создавать то, что может принадлежать платформе.
• Заставьте команду платформы часто итерировать API и требовать от других команд как можно чаще рефакторить свой код до последней версии.
• Нанимайте "архитекторов" и требуйте, чтобы даже небольшие изменения проходили "архитектурный обзор".
• Требуйте, чтобы даже небольшие изменения проходили "проверку на безопасность".

Продуктовые, лидерские, проджет менеджерские и советы по найму: https://erikbern.com/2023/12/13/simple-sabotage-for-software.html

Или поставьте 👍, если хотите прочитать это на русском.

Эпический вопрос: как Google проиграл там, где Apple выиграла

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

Статья: https://apptractor.ru/info/articles/epicheskiy-vopros-kak-google-proigral-tam-gde-apple-vyigrala.html

Тестовое в Firefly Studios или игра за час

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

Статья: https://habr.com/ru/articles/781034/

4 приметы ужасного разработчика

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

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

Статья: https://apptractor.ru/info/articles/4-primety-uzhasnogo-razrabotchika.html

Continue

Открытый ИИ-автопилот для вашей IDE - генерит, рефакторит и объясняет целые участки кода.

Сайт: https://continue.dev/

GPT-like модель «впервые сделала научное открытие»: что, как, и куда дальше?

14-го декабря в одном из самых авторитетных общенаучных журналов Nature была опубликована статья с, кажется, сенсационным заголовком: «ИИ-модели Google DeepMind превосходят математиков в решении нерешённых проблем». А в блогпосте дочки гугла и вовсе не постеснялся указать, что это — первые находки Больших Языковых Моделей (LLM) в открытых математических проблемах. Неужели правда? Или кликбейт — и это в Nature? А может мы и вправду достигли техносингулярности, где машины двигают прогресс? Что ж, давайте во всём разбираться!

Статья: https://habr.com/ru/companies/ods/articles/781138/

Уроки никогда не кончающихся личных проектов

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

Статья: https://siddhesh.substack.com/p/projects

Создание идеальных вкладок

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

Статья: https://uxplanet.org/designing-perfect-tabs-2c0aaf835bfc

В этот день в 1994 году Netscape Navigator 1.0 положил начало тому Интернету, который мы знаем сегодня

Netscape Navigator был первым в мире веб-браузером, разработанным для коммерческих целей, и он доминировал на рынке до появления Internet Explorer.

Статья: https://www.xda-developers.com/on-this-day-1994-netscape-navigator/

Невозвратные затраты: когда стоит бросить проект?

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

Статья: https://apptractor.ru/info/articles/nevozvratnyie-zatratyi-kogda-stoit-brosit-proekt.html

Как масштабировать приложение на AWS до 10 миллионов пользователей

Давным-давно жили-были два инженера-программиста по имени Джеймс и Роберт. Они работали в технологической компании под названием Hooli. Хотя они были способными инженерами, их никогда не повышали.

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

Статья: https://newsletter.systemdesign.one/p/aws-scale

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

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

Статья: https://apptractor.ru/info/articles/13-sovetov-dlya-nachinayuschih-razrabotchikov-kotorye-uzhe-prochitali-vse-ostalnye-sovety.html

Искусственный интеллект всего за шесть часов освоил одну из самых сложных физических игр в мире

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

Новость: https://www.techradar.com/computing/artificial-intelligence/my-jaw-hit-the-floor-when-i-watched-an-ai-master-one-of-the-worlds-toughest-physical-games-in-just-six-hours

Как создать эффективный триал для вашего продукта

Правильное построение пробной версии - это более тонкий процесс, чем вы думаете. В Codecademy мы внедрили пробную версию с предварительной оплатой кредитной картой. Мы получили огромный выигрыш в конверсии, что научило меня многому о том, что делает опыт эффективным. Всегда есть люди, которые купят ваш продукт, несмотря ни на что. И всегда есть люди, которые никогда не купят ваш продукт.

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

Статья: https://entrepreneurshandbook.co/how-to-build-an-effective-trial-for-your-product-fbd56e15cc2e

UX/UI тренды 2024

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

Давайте посмотрим на некоторые из этих тенденций, которые остаются и захватывают интернет!

Статья: https://blog.prototypr.io/ux-ui-design-trends-going-into-2024-ca43a839b541

Как Meta* создала инфраструктуру для Threads

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

1. ZippyDB, распределенное хранилище данных ключ/значение, обеспечивающее масштабируемость и гибкость в разных центрах обработки данных.
2. Async, платформа асинхронных бессерверных функций, которая ежедневно обрабатывает триллионы вызовов функций на более чем 100 000 серверов. Async откладывает вычисления на непиковые часы, сокращая время от разработки решения до его внедрения в производство за счет решения сложных задач развертывания, таких как постановка в очередь, планирование, масштабирование и аварийное восстановление.

Это позволило разработчикам сосредоточиться на бизнес-логике.

Статья: https://engineering.fb.com/2023/12/19/core-infra/how-meta-built-the-infrastructure-for-threads/

*(признана экстремистской и запрещена в РФ)