Как недовольный инженер часовые пояса придумал

Июльским вечером 1876 года один шотландский инженер опоздал на поезд. Обычный человек на его месте наверняка вычурно выругался бы и взял другой билет. Но Сэндфорд Флеминг решил, что виновато тут не расписание, а само человечество. Люди, по его мнению, неправильно обращались со временем. А если что-то работает криво, то, значит, нужно сделать нормально. И уговорить всех жить по новым правилам. « Нормально делай — нормально будет », С. Флеминг Флеминга не зря зовут «отцом времени». Последствия его идеи мы ощущаем каждый раз, когда, например, берём билет на самолёт. Или пытаемся высчитать, что там в Петропавловске-Камчатском — уже полночь или ещё нет. Потому что Флеминг изобрёл ни много ни мало часовые пояса. И, честно говоря, спасибо ему за это.

https://habr.com/ru/companies/gazprombank/articles/921052/

#банк #научпоп #часовые_пояса #Сэндфорд_Флеминг #разработка #железная_дорога

Как недовольный инженер часовые пояса придумал

Июльским вечером 1876 года один шотландский инженер опоздал на поезд. Обычный человек на его месте наверняка вычурно выругался бы и взял другой билет. Но Сэндфорд Флеминг решил, что виновато тут не расписание, а само человечество. Люди, по его мнению, неправильно обращались со временем. А если что-то работает криво, то, значит, нужно сделать нормально. И уговорить всех жить по новым правилам. « Нормально делай — нормально будет », С. Флеминг Флеминга не зря зовут «отцом времени». Последствия его идеи мы ощущаем каждый раз, когда, например, берём билет на самолёт. Или пытаемся высчитать, что там в Петропавловске-Камчатском — уже полночь или ещё нет. Потому что Флеминг изобрёл ни много ни мало часовые пояса. И, честно говоря, спасибо ему за это.

https://habr.com/ru/companies/gazprombank/articles/921052/

#банк #научпоп #часовые_пояса #Сэндфорд_Флеминг #разработка #железная_дорога

Что ждет участников Ural Digital Weekend 2025? Раскрываем детали

Привет! На связи команда Spectr ! 1-2 августа в Перми мы проведем уже традиционную конференцию про разработку и управление в IT-компаниях — Ural Digital Weekend 2025. Сейчас уже готова программа всех секций. Рассказываем, кто выступит в 2025 году. Узнать подробности о программе

https://habr.com/ru/articles/919802/

#backend #мероприятия #разработка #frontend #развитие_карьеры #управление_разработкой #управление_проектами #frontend #devops #developer_experience

10 непривычных моментов в Go для Java разработчика

Несколько лет назад я начал добавлять Go в свой арсенал языков (будучи на тот момент Java разработчиком). Мне было очень непривычно. Более того, я принял язык не с первой попытки. Причём пришлось принять его больше из-за сложившихся обстоятельств, чем по собственному желанию. Но прошло время, Go стал моим основным языком и, рискну сказать, любимым . В статье ниже расскажу, почему язык казался мне непривычным, какие парадигмы мне пришлось поменять в своей голове и почему во многом это оказалось более эффективно. Уточню: статья ориентирована больше на тех, кто планирует перейти в Go, чем для опытных разработчиков.

https://habr.com/ru/articles/920562/

#go #java #разработка

Технически дизайн

Эта статья будет полезна как разработчикам, так и менеджерам. Если вы представляете большую компанию с неограниченным бюджетом, возможно, она вам не пригодится. В погоне за продуктивностью часто создаются «гибкие» системы, гибкость которых на деле оказывается иллюзорной. В результате возникают простои, необходимость переделывать свеженаписанный код, а также искать и исправлять баги. При этом такие системы не освобождают нас от необходимости оставлять после себя структурированные артефакты в виде верхнеуровневой документации. Что можно предпринять, чтобы ускорить разработку и при этом обеспечить проект документацией? Как известно, минимальные действия приносят максимальный результат . Это применимо ко всем сферам деятельности человека, включая разработку программного обеспечения. В этой статье я расскажу об одном небольшом, но крайне эффективном действии, которое способно изменить ваш процесс разработки.

https://habr.com/ru/articles/920258/

#продуктивность_команды #разработка #процессы_разработки #процессы_разработки_по

Очередной эмулятор Nes. Продолжаем

Всем привет! С вами на связи снова Сергей, и я продолжаю творить «чудо». В прошлой статье я немного задел тему эмуляции процессора. Советую почитать, кто не читал (ну, опять же, на ваше усмотрение — если решили сделать эмулятор сами, то лучше прочитать). Кстати, я обновил ту статью и немного пробежался по прерываниям. В этой статье, видимо, будет ещё больше технической информации — по правильной реализации памяти и работе с ней. И, наконец, доберёмся до видеоадаптера ( PPU ).

https://habr.com/ru/companies/ruvds/articles/913250/

#ruvds_статьи #ретро #программирование #nes #dendy #famicom #pascal #разработка #эмулятор

Weekend Offer – это кринж или база? Рассказываем всю правду

Привет, Хабр! Меня зовут Катя, я IT-рекрутер в Авито , нанимаю разработчиков. В статье я разбираю все плюсы и минусы Weekend Offer, причем не только для эйчаров, но и для разработчиков, ведь такие ивенты мы организуем прежде всего для них. Также я раскрываю подробности процесса, каким я вижу его от лица рекрутера. Так что вы сможете заглянуть за кулисы WO)

https://habr.com/ru/companies/avito/articles/919020/

#backend #offer #golang #python #php #java #nodejs #c++ #c# #разработка

Самый полный Роадмеп бэкенд-разработчика на Python с нуля 2025

Этот роадмэп мы начали собирать ещё в прошлом году вместе с нашей командой мидл-бэкендеров. Хотелось системно оформить весь стек технологий, с которым реально работает современный backend-разработчик на Python — от базовых тем вроде HTTP и SQL до CI/CD, микросервисной архитектуры, Kubernetes, облаков, безопасности и брокеров сообщений. По сути, это техдок для тех, кто хочет в backend: будь то абсолютный новичок или разработчик, который хочет расти дальше. Без воды, без мотивации, только структура, технологии, пояснения на пальцах и ссылки на актуальные материалы, которые мы сами рекомендуем джунам на практике.

https://habr.com/ru/articles/919588/

#python #backend #программирование #бэкенд #разработка #разработка_приложений #разработка_сайтов #разработка_по #обучение #обучение_программированию

[Перевод] Что Google Translate может рассказать нам о вайб-кодинге

В последнее время часто звучат мрачные прогнозы (и даже скрытая реклама) о том, что крупные языковые модели (LLM) уничтожат программирование как профессию. Многие обсуждения лишены нюансов, поэтому я хотел бы внести свои пояснения. С одной стороны звучат заявления вроде: «Я использовал $LLM_SERVICE_PROVIDER, чтобы создать маленькую временную программу, и скоро все программисты останутся без работы за $ARBITRARY_TIME_WINDOW». С другой – категорический отказ признавать какую-либо пользу таких инструментов. Думаю, лучше всего прояснить эту ситуацию можно на примере другой отрасли, где подобные технологии появились раньше: перевод.

https://habr.com/ru/articles/919496/

#искусственный_интеллект #хайп #разработка #перевод #машинное_обучение

Галопом по архитектуре. Часть 2. Архитектура с нуля

В прошлой части мы разобрали: 1. Что техническая реализация заметно влияет на успехи бизнеса, хоть и не очень критично; 2. Что из всех аспектов технической реализации наибольший вклад в успех вносит именно архитектура; 3. Что самое важное свойство архитектуры - максимальная независимость команд друг от друга; 4. Что это свойство вытекает напрямую из двух фундаментальных характеристик программного обеспечения: coupling и cohesion, где coupling - характеристика связи двух точек системы/кодовой базы; а cohesion - характеристика того, насколько плотно упакованы такие связи в компоненты. С этим багажом заканчиваем с теорией и переходим к практике. Теперь, когда мы знаем, что хорошо, а что плохо, необходимо понять, как этого добиться. Тут надо задать два вопроса с совершенно разными ответами: 1. Как не допустить появления связанной архитектуры и сразу сделать хорошо? 2. Как исправить уже связанную архитектуру? В этой части постараюсь развернуто ответить именно на первый, оставив второй на десерт.

https://habr.com/ru/articles/919368/

#архитектура #проектирование #разработка #рефакторинг

Ваш девопс не виноват, а база данных — тем более. Ищем кто жрет память с pprof на Go

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

https://habr.com/ru/articles/918738/

#go #golang #backend #it #информационные_технологии #разработка #база #pprof #профилирование #профилирование_производительности

Делаем сразу множество игр, или Как создать эмулятор

Немногие из нас в настоящее время захотят делать эмулятор с нуля. На дворе 21-й век, и разных эмуляторов уже сделано очень много, «на любой вкус и цвет». По большей части бессмысленно создавать новый эмулятор. В данной статье я постараюсь затронуть информацию именно по созданию эмулятора с нуля, а это довольно нелёгкий путь. Если вы не хотите его проходить, то: возьмите готовый эмулятор; повторите то, что в нём уже сделано. Но если это не ваш путь, то милости просим в статью.

https://habr.com/ru/companies/ruvds/articles/913310/

#ruvds_статьи #процессор #разработка #эмулятор #программирование #симулятор

Мини-фреймворк для разработки LLM-based приложений

Предлагаю ознакомится экспертной общественности с мини-фреймворком для разработки LLM-based приложений

https://habr.com/ru/articles/918494/

#llm #онтология #разработка

Зачем дизайнерам свои open-source проекты

Сообщество разработчиков всегда вдохновляло меня своей открытостью и культурой обмена знаниями. Дизайнеры же чаще делятся лишь финальными работами, редко рассказывая о процессе. Но именно культура открытости, на мой взгляд, и ускоряет развитие профессии — реальные примеры и доступные решения мотивируют изучать новое и двигаться дальше. Open-source — это подход, при котором исходники проекта открыты и доступны для всех. Чаще всего мы слышим об этом в контексте разработки: код выкладывают на GitHub, чтобы другие могли посмотреть, как всё устроено, внести улучшения или использовать в своих проектах. В дизайне open-source может выглядеть по-разному: это может быть сайт, который любой может адаптировать под себя, генератор визуального контента, шрифтовая библиотека или открытый проект в Figma community. Это не про «отдать бесплатно», а про культуру сотрудничества, в которой твоя работа становится основой для чего-то большего. Меня зовут Данил Владимиров — я графический дизайнер, арт-директор и креативный разрабочик. Сооснователь студии Orientir, ранее работал в Яндекс Лавке, Yango Tech, Yango Deli и других компаниях. В этой статье на примере собственных проектов я хочу показать, почему считаю открытость в дизайне важной, и как открытые проекты приносят пользу не только авторам, но и всему сообществу.

https://habr.com/ru/articles/918296/

#дизайн #opensource #разработка #бесплатный_инструмент #дизайн_ресурс #портфолио

Как создать правильную структуру сайта: каталог и интернет-магазин

https://www.youtube.com/watch?v=RkeUZT53gm4

#маркетинг #каталог #сайт #структура #разработка

МояДоска: как один разработчик написал, переписал и запустил онлайн-доску

Привет! Меня зовут Владимир и я создатель

https://habr.com/ru/companies/moyadoska/articles/917922/

#Онлайндоска #автоматизация #разработка

Virtual Mirror Library — Библиотека виртуального макияжа и онлайн примерки аксессуаров

Виртуальное зеркало: Создала сама, делюсь с вами! Привет! Меня зовут Аня, и я фанат e-commerce. В прошлый раз мы говорили о визуальном поиске, а сегодня я хочу рассказать о своей гордости — библиотеке виртуального зеркала . Ещё год назад, когда готовые решения были редкостью, я решила выяснить, как работает виртуальная примерка. Результат? Моя собственная библиотека , которая позволяет примерить косметику и аксессуары в реальном времени или на фото .

https://habr.com/ru/articles/916332/

#javascript #canvas #frontendразработка #ecommerce #маркетинг #backend #библиотека_javascript #разработка #development #makeup

Replicate vs Fal.ai — что выбрать разработчику и креатору?

Пять месяцев назад я сам задавался этим вопросом, когда мне понадобились тренер LoRA и генератор фото для проекта. Но почему именно эти платформы, а не Segmind или Together? 1. Это самые дешёвые площадки 2. У них больше всего моделей 3. Максимально удобно работать — и через веб, и через API

https://habr.com/ru/articles/917718/

#креаторы #разработка #предприниматели #нейросети

Наконец-то ИИ может делать хорошую презентацию! (и это не кликбейт)

И я про не распиаренную gamma.app , которая за 3 года так и не смогла сделать что-то удобоваримое. Начну издалека. Я решил протестировать 2 супер-агента — Manus.im и Genspark.ai Эти ребята могут многое: — делать аналитику — писать код — создавать видео — формировать ваш тур по миру и много чего ещё. Им даёшь задачу — и они 20-40-60 минут её выполняют, дергая разные нейросети и сервисы, заходя на сайты и собирая информацию. У них даже есть свой внутренний браузер! Правда, они периодически натыкаются на капчу, и я даже хотел помочь, “протолкнуть” — но это было не обязательно.

https://habr.com/ru/articles/917712/

#manus_ai #нейросети #дизайн #разработка #предприниматели

Вовремя увольнять — это забота о команде

У меня опыт в IT с прошлого века, 27 лет. Начинал программистом, когда во многих компаниях ещё не было системных аналитиков и проджект-менеджеров. Кто-то из команды должен был разговаривать с заказчиками. Чаще всего этим кем-то был я. Потом стал тимлидом — одновременно программировал и управлял. Со временем меня «засосало» в управленческую деятельность. Максимум руководил 60 людьми. Расскажу об ошибках, которые совершил за это время, и о своих выводах.

https://habr.com/ru/companies/minerva_media/articles/917482/

#разработка #программирование #управление #управление_людьми #управление_проектами #управление_командой #управление_проектами_и_командой #управление_разработкой #управление_продуктом #управление_проектом