Ворчливый IT-дед

Кстати, мы нанимаем!

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

Поэтому мы приняли решение переписать Лавку полностью на 1С. Причин тому много:

- это отечественное решение с надежной поддержкой, не привязанное к иностранным вендорам.
- максимальная гибкость и модульность фреймворка 1С - хоть тебе монолиты, хоть микросервисы.
- на рынке существует тьма готовых модулей для решения любых типовых проблем (как от вендора, так и в опен-сорсе). Особенно это актуально в тех частях продукта, где важно соотвествовать закнондательству и нормативам, которые для всех едины - интеграции с любыми госсистемами типа "честного знака", реализация налоговых расчетов и прочее.
- низкий порог входа для разработчиков (по сравнению с некоторыми другими языками и фреймворками, где ничего не понятно), наличие квалифицированных специалистов на рынке.
- в Лавке уже есть большая экспертиза по 1С, притом кажется - самая сильная в Яндексе.
- не все знают, но на 1С можно делать и мобильные приложения! Я уж молчу про веб-интерфейсы.

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

---

Ладно, это была первоапрельская шутка. Но лишь отчасти.
Во-первых, все достоинства 1С, которые я описал, имеют место быть. И в Лавке 1С используется для систем ERP, учета, коммерции.
Во-вторых, мы действительно ищем сейчас 1С-разработчика в команду ERP. Задачи разнообразные, интересные, прикладные и инновационные.
Ну и добавлю, что еще мы ищем python+go разработчика в команду Warehouse Managenent System, а также C++ разработчика в логистику.
Пишите https://t.me/jkennedy или jkennedy@yandex-team.ru

Unplugged, vol.2

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

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

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

Ждем звонки по проводу (но с видео), кино на радиочастотах (но из каталога) и вызов такси по телефону (но с безналичной оплатой).

Improvise. Adapt. Overcome.

Поворот в тумане

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

Поворотники под м-тех бампер нашлись без проблем. Но вот незадача - они (как водится) пустые - без патронов для лампочек, только пластиковый корпус и плафон. Интенсивный гуглинг не помог - мне не удалось найти патроны для этих корпусов вообще никак и нигде, просто нет информации, что туда должно идти. По элкатс в оригинале туда идет неразборный корпус с патроном под фишку. Ладно, идем на маркет и покупаем 5 разных патронов в поисках нужного размера, благо они стоят по 100р. И к ним 3 вида ламп, потому что патроны под разные типы. Далее все это примеряем и понимаем, что, конечно же, ни один патрон не садится в корпус хорошо. Кусачки, резиновое колечко, поцарапанный палец Азата - и, вуаля, патроны на месте.

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

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

Итого, возились часов 5, зато задачи по светотехнике в бампере решены. Теперь передняя часть авто имеет законченный облик. Обвес из безликого пластика стал булочкой. На самом деле, ковырялись мы полтора дня, но о том, что еще удалось сделать - напишу в следующий раз. #лёха_строит_бэху

Кения

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

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

- Говядина с луком в сопровождении шпината - да, в Кении едят шпинат, просто называют его как-то иначе, сукума-вики - что-то типа зеленой капусты.
- Курица, aka куку-чома - в общем-то, просто курица. Только костер разводить в квартире не стали, но хоть в духовке зажарили в усмерть.
- Баранина - иногда это просто баранина, даже без специй, да и откуда в саванне специи?
- Качумбер - он же салат из помидоров с луком и лимонной заправкой.
- Тилапия и рис на кокосовом молоке - вообще в Кении тилапию с головой и чешуей кидают в костер, но мы так почему-то не стали делать.
В общем, не самый правдоподобный эксперимент, но и так бывает.

Деноминация

Сценка "на покер-плэнинге спринта":
- Эта задачка - на 5000 токенов.
- Нет, на 8000, потому что надо в монолит изменения вносить.

Сценка "на квартальном планировании":
- Так, ну капасити команды у нас - 250000 токенов, давайте посмотрим, что влезет в Q2.
- Не, на самом деле 200000, Вася уволился, квоту порезали.

Сценка "менеджер поймал разработчика на кофе-пойнте":
- Ну возьмите тикет сверх плана, там делов на 1000 токенов, только конфиг поправить!
- Не можем, и так с обеда чаи гоняем, токены на сегодня кончились.

Власть роботам!

Всем привет! Нам повезло жить в эпоху, когда человеческий труд принято облегчать и замещать технологиями. Повсюду ИИ, асситсенты, агенты. Но не ИИ единым - кроме digital-процессов есть еще физический мир, производственные процессы, товародвижение. По-прежнему люди производят товары, возят их, собирают, грузят, доставляют. Первые способы оптимизировать это начались больше ста лет назад, но они не прекращаются и сейчас, только технологии уже на другом уровне. Вселенные автоматизации производственных операций и ИИ сейчас могут успешно сочетаться и менять физический мир. Кстати, в Яндекс Лавке для этого есть много своих операций и объектов - свой завод, распределительные центры, грузовая логистика, дарксторы, логистика последней мили - и везде есть простор для роботизации.

Мы ищем в Яндекс Лавку руководителя технических проектов в области роботизации (а также автоматизации и оптимизации) наших операционных процессов. Основная задача - сокращать объем ручного труда и минимизировать количество касаний товаров руками людей.

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

Тепловизоры, спектральные камеры и умные датчики? А может быть, экзоскелеты, коптеры и роботы-гуманоиды? Это вы нам расскажите, как нам изменить этот мир! Нужно искать новые game-changing подходы к оптимизации полевых операций за счет любых новых технологий, и достигать результатов по этим проектам.

Мы ищем человека, который за счет насмотренности, опыта и экспертизы мог бы находить новые точки оптимизации, автоматизации и роботизации во всех операционных процессах Лавки - от завода и РЦ до дарксторов, кухонь и логистики, преимущественно за счет внедрения разного рода механизмов, роботов, девайсов, вплоть до IoT.

Если вы
- имеете сильный технологический бекграунд в робототехнике или hardware-оптимизациях;
- умеете вести проекты, запускать все, что летит, и добиваться результата;
- можете матрично руководить командами и задействовать нужные ресурсы для достижения целей;
- готовы работать со стейкхолдерами от бизнеса, подрядчиками, смежниками, поставщиками, закупками;
- знаете, как доводить проекты от пилота до масштабных запусков, ориентируясь на метрики;
- представляете, что творится на рынке робототехники, механизмов и умных устройств;
- хотите менять физический мир екома и ритейла и делать бизнес эффективней -
пишите https://t.me/jkennedy или jkennedy@yandex-team.ru

Мышь

Дамы и господа, встречайте - Мышь!

Одно из важных преображений состоялось, и бэха теперь оклена серым винилом. Что-то в духе Nardo Grey, но чуть светлее. Почему серый? Ну во-первых, это красиво. А во-вторых, она раньше была темно-серая, и в документах зафиксирован цвет "серый", и выбери я что-то другое - пришлось бы вносить изменения в документы, а этого сильно хотелось избежать. Зато теперь облик стал более интересным и фактурным, темно-серый был уж совсем невзрачным.

Оклейка была совмещена с установкой обвеса, так и что и результат - совместный. Кажется, получилось хорошо. Хоть и не без нюансов - оклейщики жаловались на невозможно плохую адгезию бамперов из абс-пластика, им пришлось прибегнуть к какой-то лютой химии, чтобы пленка вообще легла. И задний бампер оказался неудачным по исполнению, уголки у арок так и не получилось подогнать - либо торчит, либо щель. А еще пленка ожидаемо повторила все изъяны кузова, который ранее был кем-то когда-то покрашен весьма паршиво - поверх грязи, пыли, стекла и бычков. Ребята как-то минимально вышкурили его, но полностью нюансы, конечно же, не ушли. Ну да ладно, с 3 метров - зашибись.

Очевидно, это еще не финальный облик. Как минимум, как я уже писал в прошлый раз, нужно поставить поворотники и туманки. И на этом мы тоже не остановимся - впереди еще как минимум 3 важных манипуляции, без которых образ результата не будет достигнут. Stay tuned, while #лёха_строит_бэху

Татарча

Геокулинарные эксперименты продолжаются. И в барабане кроме государств есть и некоторые регионы с особенной кухней. Самый яркий их представитель - Татарстан.

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

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

И днем, и ночью кот ученый

Имею честь пригласить вас на конференцию, в программный комитет которой я вхожу - 18 апреля состоится Day&Night* Городских сервисов Яндекса - флагманская конференция нашей бизнес-группы для senior-разработчиков/аналитиков и технических руководителей.

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

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

* - День и ночь

Open the gate a little

В продолжение вчерашней мысли. Еще на неделе услышал от коллеги замечательный тезис, с которым нельзя не согласиться. Заключается он в том, что с распространением AI-assisted программирования нужно больше внимания уделять принципам AI-resisted программирования.

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

Чем меньше вы контролируете происходящее в проекте, тем больше шанс, что с каждым коммитом там будет копиться несовершенство. Тут по классике - если каждый день код будет терять 1% качества (по какой-то вымышленной метрике), то уже через квартал качество ухудшится примерно вдвое.

Нужно как-то защищать свой проект от потери качества. Тут помогут тесты, линтеры, рулы, ADR - вы лучше меня знаете инструментарий. Мое дело - напомнить о важности контроля. Не спускайте глаз с этой штуковины. А то скоро выяснится, что это уже не ваш проект - это ее проект. И ее сервис. А вы просто токены оплачиваете.

Образ результата

Наткнулся на прекрасный мем с глубоким смыслом, считаю долгом поделиться. Смысл его в том, что при AI-assisted разработке самое важное - сразу обладать в голове образом результата и уметь его объяснить глупой иишке.

В классической разработке вы делаете проект по частям, декомпозировав его на какие-то компоненты. В аджайл-разработке (да и тдд, кстати, тоже) вы последовательными приближениями наращиваете функциональность от MVP до финального сетапа. А с ИИ итерации последовательного приближения сводятся к тому, чтобы образ в вашей голове (или в описании проекта) сошелся с тем, что вам выдает ассистент.

Как любит приговаривать моя жена, "Без четкого ТЗ результат - ХЗ".

Как раз недавно с коллегами разгоняли методику подсчета эффектов на скорость разработки от применения ИИ. Ребята топили за то, что с ИИ снижается количество циклов код-ревью. А я парировал, что взамен растет количество итераций кодирования до получения желаемого результата. Что из этого перевесит - покажет время. А пока нужно учиться внятно излагать ТЗ, снабдив предварительно ИИшку нужным контекстом и гайдами.