Алгоритмы, по которым мы разрабатываем программное обеспечение

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

Статья: https://grantslatton.com/software-pathfinding

С сенсорными экранами покончено. Даже Apple возвращает кнопки.

Тирания сенсорных экранов, возможно, подходит к концу.

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

Статья: https://www.wsj.com/tech/personal-tech/touch-screens-are-over-even-apple-is-bringing-back-buttons-86fb9ea8

Мой перевод: https://apptractor.ru/info/articles/algoritmy-s-pomoschyu-kotoryh-my-razrabatyvaem-programmnoe-obespechenie.html

Ученые совершили прорыв в области безопасности батарей, создав прототип, который продолжает работать даже при разрезании

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

Новость: https://www.yahoo.com/tech/scientists-mind-blowing-breakthrough-battery-104558429.html

Перенос миллиардов записей: перемещение активной базы данных DNS в процессе ее использования

Размер файлов зон достигает миллионов записей только для одного домена. Самая большая зона на Cloudflare содержит около 4 миллионов DNS-записей, но подавляющее большинство зон содержит менее 100 DNS-записей. Учитывая наши масштабы, согласно данным W3Techs, вы можете представить, за какой объем DNS-данных отвечает только Cloudflare. Учитывая такой объем данных и все сложности, возникающие при таком масштабе, должна быть очень веская причина, чтобы перенести их из одного кластера баз данных в другой.

Статья: https://blog.cloudflare.com/migrating-billions-of-records-moving-our-active-dns-database-while-in-use/

5 тенденций в области программного обеспечения, не относящегося к LLM, которые не могут не радовать

С момента выхода ChatGPT в ноябре 2022 года, LLM-технологии стали самыми популярными. Безумно подумать, что началось это всего 2 года назад! Однако за это же время появилось множество других интересных достижений в области программной инженерии, которые не получили должного внимания из-за шумихи вокруг LLM.

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

Статья: https://read.engineerscodex.com/p/5-non-llm-software-trends-to-be-excited

Плагин для GitHub, который мои коллеги просили меня не писать

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

Статья: https://www.scannedinavian.com/the-github-plugin-my-coworkers-asked-me-not-to-write.html

Размышления о 18 годах работы в Google

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

Однако я считаю, что время идет. Деградация культуры Google в конце концов станет необратимой, потому что люди, которые нужны вам в качестве морального компаса, — это те же самые люди, которые не приходят в организацию без морального компаса.

Статья: https://apptractor.ru/info/articles/razmyshleniya-o-18-godah-raboty-v-google.html

Нет никаких гейткиперов в IT

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

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

Избегайте SELECT * даже в одноколоночных таблицах

Попробуйте избегать SELECT * даже в таблицах с одним столбцом. Просто имейте это в виду, даже если вы не согласны. К концу этой статьи вы, возможно, задумаетесь.

Статья: https://x.com/hnasr/status/1856745402399359315

Самодельная платформа для робототехники из бюджетного смартфона

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

Статья: https://habr.com/ru/companies/selectel/articles/859358/

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

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

Статья: https://pushtoprod.substack.com/p/netflix-terrifying-concurrency-bug

Niantic использует данные игроков для создания «большой геопространственной модели»

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

Новость: https://apptractor.ru/info/news/large-geospatial-model.html

ИИ делает технические долги более дорогими

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

На самом деле все наоборот - ИИ значительно увеличил реальную стоимость технического долга. Главное, на что следует обратить внимание, - это то, что генеративный ИИ резко увеличивает разрыв в скорости между кодированием с «низким уровнем задолженности» и кодированием с «высоким уровнем задолженности».

Статья: https://www.gauge.sh/blog/ai-makes-tech-debt-more-expensive

~9,5 % инженеров-программистов практически ничего не делают

Инженеры-призраки имеют производительность менее 0.1x от медианного инженера и практически не работают. Около 14% инженеров-программистов, работающих удаленно, практически не выполняют никакой работы, по сравнению с 9% в гибридных ролях и 6% в офисе. Хотя в среднем инженеры, работающие в офисе, показывают более высокие результаты, 5x-инженеры чаще всего работают удаленно. Инженеры-призраки несправедливо нагружают команды, растрачивают ресурсы компании, блокируют работу для других и ограничивают прогресс. Устранение их из организаций позволит компаниям сэкономить значительные суммы на оплате труда без снижения производительности.

Тред: https://threadreaderapp.com/thread/1859290734257635439.html

104 миллиона точек Foursquare

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

Статья: https://tech.marksblogg.com/foursquare-open-global-poi-dataset.html

Легаси шмегаси

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

Статья: https://apptractor.ru/info/articles/legasi-shmegasi.html

Грязный код

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

Три «грязные» практики кодирования, которые я собираюсь обсудить в этом эссе, таковы:

• (Некоторые) Большие функции - это хорошо, на самом деле
• Предпочитайте интеграционные тесты юнит-тестам
• Сокращайте количество классов/интерфейсов/концептов

Статья: https://htmx.org/essays/codin-dirty/

Как масштабировать большую кодовую базу

Масштабирование кодовой базы - неотъемлемая и неизбежная часть развития софтверной компании.

Возможно, вы слышали множество терминов, которые используются для ответа на этот вопрос: монолит, монорепо, микрофронтенд, федерация модулей и т. д.

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

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

Статья: https://vercel.com/blog/how-to-scale-a-large-codebase