Another Tech Product – Telegram
Another Tech Product
6.37K subscribers
35 photos
1 file
289 links
Анализ, архитектура, менеджмент в IT

Вопросы сюда: @and_burakov
Download Telegram
Я тут продал душу вписался в историю с папками. Здесь собрали 20 каналов про системный анализ. Не знаю, зачем столько, но можете найти интересное.
😁21👍7👎42🔥2🤨1🤝1
Forwarded from Chief Philosophy Officer
Мало кто знает, но просить от сотрудника оценку задачи, которую ты ему поручил, нужно не чтобы оценить сроки, он все равно ошибется и все сроки просрет, тут поможет только статистика и sla. Дело не в этом. Просто наличие оценки - это отличная метрика того, что была произведена декомпозиция. А декомпозиция говорит о том, что над задачей уже размышляли, планировали, думали о результате. Поэтому просто узнать число недостаточно, придется самому вникнуть и понять, почему это число именно такое, а главное, самому стоит представлять результат задачи, а не фантазировать его на ходу, принимая работу.
👍306🤡2
Шикарный разбор реализации перевода средств между клиентами. Иллюстрация, чем мы занимаемся в этих наших финтехах.

Проблемы, варианты решения, акторная модель поверх Кафки. Читать вдумчиво, статья не смузишная.

#архитектура
🔥13
Кажется, что-то интересное намечается

https://mts-digital.ru/events/details?id=742631
🔥7😈6
Знакомый поделился прекрасным. Однажды он обнаружил сервис с методом:

GET /api/getClientInfo?clientId=123

Попробуйте угадать, что он делает:
1. Если клиент не существует
2. Если клиент существует

Дада, вы все правильно поняли:
1. Сервис создает клиента
2. Сервис открывает клиенту счет


Чтобы не творить такую дичь, запрыгивайте на тренинг по проектированию REST API. Разберем, как API может довести потребителя до паралича, и научимся делать его простым и удобным.

А вы какие шедевры встречали в практике?
😁41🙈19😨8🌭3🤬1
Статья (нужен vpn) о ретраях и защите от дублирования транзакций из недр Airbnb. В том числе разбирают проблемы реализации идемпотентности, и почему это не просто ключик в запрос положить. В том числе, использование распределенных хранилищ.

Заодно вспомним историю Васи и его борьбе с идемпотентностью в Яндекс.Такси, тоже полезно
👍8🔥3
AI-продукты для разрабов пошли дальше всяких копайлотов. Replit предлагают вроде уже стандартную связку IDE + репа + AI-ассистент. А еще их агент по текстовому описанию пишет код, поднимает БД и разворачивает приложение. Все под ключ для ленивого разраба.

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

Ссыль: https://replit.com
👍6
Another Tech Product
Интересный, пусть и поверхностный рассказ, как делают реальные приложения на основе LLM. https://youtu.be/sNwgkLniGqQ?si=bPOB88QLDL3HH2SS
Прошлогодний рассказ, как Сбер делает копайлота для юристов. Никакой магии, только эксперименты с RAG и пайплайнами + формирование базы знаний. Характерно, что для формирования базы знаний понадобилась ручная разметка базы знаний силами 30 юристов - обыватель без экспертизы в домене не подойдет.

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

Хозяйке на заметку:
- Про RAG совсем на бизнесовом
- Совсем кратко про построение боевых LLM-приложений
👍63
Подлодка запилила сезон по проектированию масштабируемой и надежной архитектуры, стартует в понедельник. Программа выглядит очень вкусно, вот что мне особо интересно:

- Как закладывать надежность на старте проектирования

- Где искать надежность при взаимодействии сервисов

- Latency based Congestion Control - не буду это переводить

- Архитектурная ката для участников

Если соберетесь подключиться, то орги скидос подогнали - techlead_crew_7_BsrEcL
4👍1🔥1🙈1
Не могу не репостнуть
Вводная (по мнению автора) статья о способах балансировки трафика. Хотя большинству смертных никогда не придется заглядывать глубже, если это не админы, сетевые архитекторы и т.п.

Многобукв для тех, кто хочет окунуться в тему:

- Балансировка, и зачем это нужно
- Функции балансеров
- L7 / L4 балансеры и зоны применения
- Типовые топологии и способы масштабирования

P.S. Нашел перевод на русский

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

#интеграция #архитектура #сети
🔥12👀2
Народ устроил хакатон по разработке с помощью Replit AI, писал о нем недавно.

Впечатления авторов:

Тесно пообщавшись с ИИ-агентом Replit, мы всей командой пришли к единому мнению — решение пока неконкурентное и нежизнеспособное. И, конечно, разработчиков заменить не в состоянии. С его помощью можно написать код для простой игры вроде «крестии-нолики», которые я сгенерировал за несколько промптов.

Но на более-менее больших и серьёзных проектах всё бесповоротно ломается. Выбрать технологии или язык – целая проблема.

Да и команды пользователя, и даже собственные предложения Replit реализует через раз — и это в лучшем случае.

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

Replit же скорее тратит нервные клетки разработчиков (и не только), а не облегчает их труд.


Интересно, Replit AI - это обертка вокруг популярных моделей без серьезного тюнинга, или просто сырая технология?

Выглядит, что для прототипов эффективнее использовать no/low code платформы, а Replit - это онлайн IDE с инфрой для деплоя и агентом для экспеиментов. Но это сегодня. А вот что будет с приходом рассуждающих LLM типа o1 и их потомков - увидим в следующих сериях.
Словом идемпотентность уже никого не напугаешь. Все разобрались, что это и почему важно. А важно для ретраев. А эффективная организация ретраев - тот еще адок.

Тот самый Вася из Яндекса разбирает проблемы, которые могут вызывать ретраи при падениях системы, показывает варианты решения, сравнивает на графиках и циферках. Из интересного:

◽️Exponential backoff - чтобы адекватно настроить время между ретраями

◽️Сircuit breaker и adaptive retry - чтобы не положить сервис ретраями

◽️Deadline propagation - думал, что это фишка gRPC, но нет

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

#интеграция #архитектура
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥24👍51
Как правильно выбрать хранилище под задачу
🤣89💯1510👍2😭1
Пытаюсь понять, как у людей (команды) в рамках одной активности одновременно уживаются понятия «заказчик» и «продукт».

Если мы можем с уверенностью назвать кого-то заказчиками, то мы явно не созданием продукта занимаемся.
👍17👎16😁1
#оффтоп #манагерское

Как же интересно работает мозг. Встретил тезис в духе:

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

Поток мыслей:

- Надо срочно ответить, в инете кто-то неправ!

- Как же хорошо, что большинство близких коллег не из этих

- Надеюсь, больше никогда не попаду в такой коллектив

- Интересно, как у людей формируется такая позиция?

- Подозреваю, ее формируют процессы, коммуникации и культура в компании

- Интересно, на сколько часто в моих командах складывалось такое отношение? Как избежать это или изменить?

Хотел набросить, ушел рефлексировать. Жизнь боль.
👍108
Утро начинается с кэша

Годная лекция о кэшировании от основ до сложностей реализации. Что интересного:

• Стратегии кеширования
• Считаем, когда кэш вреден
• Вытеснение данных из кэша
• Инвалидация кэша

Перед просмотром лекции советую прочитать вводную статью о кэшировании, так будет проще.

Небольшая статья о кэшировании, интересный разбор взаимодействия кэша с источником.

Где можно встретит кэши? Правильно, везде. Статья для расширения сознания.

#архитектура
👍144🔥2