#система — Public Fediverse posts

Инженерный подход к MLOps: как принципы расчётной механики ложатся в архитектуру AutoML

«Если что-то может пойти не так, это обязательно случится» . Мы не пытаемся предотвратить отказ, мы проектируем систему так, чтобы отказ одного элемента не валил конструкцию целиком. В предыдущих статьях мы разобрали AutoML на задаче о Титанике и показали систему мониторинга моделей . Это были туториалы по компонентам OutBoxML. Сегодня я хочу подняться на уровень выше и поговорить о принципах, на которых эти компоненты и вся система держатся. И поговорить про это через мой опыт в судостроении и страховании.

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

#система #mlops #архитектура_системы #solid

Инженерный подход к MLOps: как принципы расчётной механики ложатся в архитектуру AutoML

«Если что-то может пойти не так, это обязательно случится» . Мы не пытаемся предотвратить отказ, мы проектируем систему так, чтобы отказ одного элемента не валил конструкцию целиком. В предыдущих статьях мы разобрали AutoML на задаче о Титанике и показали систему мониторинга моделей . Это были туториалы по компонентам OutBoxML. Сегодня я хочу подняться на уровень выше и поговорить о принципах, на которых эти компоненты и вся система держатся. И поговорить про это через мой опыт в судостроении и страховании.

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

#система #mlops #архитектура_системы #solid

Инженерный подход к MLOps: как принципы расчётной механики ложатся в архитектуру AutoML

«Если что-то может пойти не так, это обязательно случится» . Мы не пытаемся предотвратить отказ, мы проектируем систему так, чтобы отказ одного элемента не валил конструкцию целиком. В предыдущих статьях мы разобрали AutoML на задаче о Титанике и показали систему мониторинга моделей . Это были туториалы по компонентам OutBoxML. Сегодня я хочу подняться на уровень выше и поговорить о принципах, на которых эти компоненты и вся система держатся. И поговорить про это через мой опыт в судостроении и страховании.

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

#система #mlops #архитектура_системы #solid

Инженерный подход к MLOps: как принципы расчётной механики ложатся в архитектуру AutoML

«Если что-то может пойти не так, это обязательно случится» . Мы не пытаемся предотвратить отказ, мы проектируем систему так, чтобы отказ одного элемента не валил конструкцию целиком. В предыдущих статьях мы разобрали AutoML на задаче о Титанике и показали систему мониторинга моделей . Это были туториалы по компонентам OutBoxML. Сегодня я хочу подняться на уровень выше и поговорить о принципах, на которых эти компоненты и вся система держатся. И поговорить про это через мой опыт в судостроении и страховании.

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

#система #mlops #архитектура_системы #solid

@shuro #постирония #абсурд #кулич #пасха #уголовка #правоприменение #мониторинг_соцсетей #система #дисфункция #бюрократическийад #lawfare #меметизация_реальности #религия_и_право #сакральное_и_бытовое #святой_протокол

⚖️ США на грани эскалации: кризис с Ираном, провал сдержек и цена импровизации

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

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

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

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

---

**Хэштеги:**
#политика #США #Трамп #Иран #кризис #власть #конгресс #геополитика #аналитика #наблюдение #система

---

**Заключение:**
Кейс читается как отказ части механизмов сдержек и противовесов под нагрузкой. Когда контур принятия решений сжимается до одной фигуры, система теряет предсказуемость: сначала перегрев (эскалация), затем аварийный сброс (откат). В коротком цикле это снижает цену угроз, в длинном — размывает доверие к сигналам и ухудшает позицию в следующем кризисе.

---

**Комментарий:**
если убрать риторику, остаётся довольно техничная картина: вход без чёткого мандата, плавающие обоснования, нулевая «exit strategy». дальше — классика: перегнули, откатили, сделали вид, что так и было задумано. проблема в том, что такие паттерны быстро читаются. и в следующий раз оппонент уже тестирует не слова, а границы.

Картинка могла бы быть такой: Тёмный ситуационный центр: карта Ближнего Востока на стене, узкие светящиеся коридоры маршрутов сходятся к Ормузскому проливу. В центре — одиночная фигура у пульта, подсвеченная холодным экраном; вокруг — пустые кресла как намёк на отсутствующие контуры контроля. На дисплеях — скачущие графики «эскалация/деэскалация», мигающие предупреждения и размытые брифинги без чётких меток. По краям — тени союзников, наблюдающих из полумрака, и силуэты оппонентов, тестирующих границы. Атмосфера напряжения и волатильности: система перегревается, затем резко сбрасывает давление, оставляя после себя дрожащую линию доверия.
Но это тупость. Вот вам Федорыч с "наденькой".

retroshare://channel?name=%E2%9A%96%EF%B8%8F%20%D0%A1%D0%A8%D0%90%20%D0%BD%D0%B0%20%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%20%D1%8D%D1%81%D0%BA%D0%B0%D0%BB%D0%B0%D1%86%D0%B8%D0%B8%3A%20%D0%BA%D1%80%D0%B8%D0%B7%D0%B8%D1%81%20%D1%81%20%D0%98%D1%80%D0%B0%D0%BD%D0%BE%D0%BC%2C%20%D0%BF%D1%80%D0%BE%D0%B2%D0%B0%D0%BB%20%D1%81%D0%B4%D0%B5%D1%80%D0%B6%D0%B5%D0%BA%20%D0%B8%20%D1%86%D0%B5%D0%BD%D0%B0%20%D0%B8%D0%BC%D0%BF%D1%80%D0%BE%D0%B2%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D0%B8%20&id=95ba65908d75f7ba2a046f49a61a2529&msgid=3e9a994bbf722d885fe961285550f5cea0a79e46

Как проектируют приложения и системы, которые не падают под нагрузкой на примере бега, медитации и чая

Хабровчане, приветствую! Меня зовут Михаил Казанцев, я ведущий системный аналитик в мобильном приложении Вайлдберриз. Работал и писал требования как в стартапах с монолитами, так и в банковском секторе с сотнями сервисов в одном контуре, рассказать есть что. Я хочу рассказать о своём восприятии основной идеи книги Мартина Клепмана — Высоконагруженные приложения через призму своего ультрамарафонского опыта тренировок и соревнований и практики проведения чайных церемоний. Книга технически сложная, поэтому

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

#Архитектура #Система #Бег #Нагрузка #Мониторинг #Поддержка

Ситуация с ящуром в России — это не просто ветеринарный инцидент, а показатель того, как работает система управления в условиях #Россия и хронического #Беспредел. Ящур — крайне заразная инфекция, которая в нормальной модели подавляется быстро и жёстко. Но когда приоритетом становится #Власть и отчётность, а не реальность, начинается классическая деградация процессов.

Первый симптом — #Сокрытие. Региональные структуры тянут с признанием вспышек, чтобы не портить статистику и не ловить санкции сверху. Далее включается #Ложь как инструмент управления: данные занижаются, отчёты корректируются, картина искажается. В таких условиях любой #Кризис перестаёт быть управляемым и превращается в цепную реакцию.

Следующий уровень — #Бюрократия и #Коррупция. Контроль за перемещением животных и продукции становится не механизмом безопасности, а точкой входа для «договорняков». Параллельно наблюдается #Хаос в координации: службы действуют разрозненно, решения принимаются с запозданием, а иногда и просто имитируются.

Вместо системных решений включается привычная модель #Репрессии: находят «виновных» на местах, давят фермеров, вводят ограничения без адекватной компенсации. Это убивает #Доверие, и в ответ участники рынка начинают скрывать реальные случаи, что только ускоряет распространение инфекции.

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

#Ящур #Россия #Беспредел #Власть #Коррупция #Бюрократия #Кризис #Сокрытие

Ситуация с ящуром в России — это не просто ветеринарный инцидент, а показатель того, как работает система управления в условиях #Россия и хронического #Беспредел. Ящур — крайне заразная инфекция, которая в нормальной модели подавляется быстро и жёстко. Но когда приоритетом становится #Власть и отчётность, а не реальность, начинается классическая деградация процессов.

Первый симптом — #Сокрытие. Региональные структуры тянут с признанием вспышек, чтобы не портить статистику и не ловить санкции сверху. Далее включается #Ложь как инструмент управления: данные занижаются, отчёты корректируются, картина искажается. В таких условиях любой #Кризис перестаёт быть управляемым и превращается в цепную реакцию.

Следующий уровень — #Бюрократия и #Коррупция. Контроль за перемещением животных и продукции становится не механизмом безопасности, а точкой входа для «договорняков». Параллельно наблюдается #Хаос в координации: службы действуют разрозненно, решения принимаются с запозданием, а иногда и просто имитируются.

Вместо системных решений включается привычная модель #Репрессии: находят «виновных» на местах, давят фермеров, вводят ограничения без адекватной компенсации. Это убивает #Доверие, и в ответ участники рынка начинают скрывать реальные случаи, что только ускоряет распространение инфекции.

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

#Ящур #Россия #Беспредел #Власть #Коррупция #Бюрократия #Кризис #Сокрытие

0.0006 PKOIN
Это уже не просто ирония — это фарс.

Вчера:
Пост Ильи Ремесло взорвал инфополе среди системных журналистов, блогеров и военкоров.

Человек, которого долго воспринимали как последовательного сторонника власти и лично Путина, внезапно выдал не аккуратную критику, а фактически развернутый разбор с пересмотром всей текущей реальности.

Коротко по сути его тезисов:

1. «Полицейская операция» превратилась в затяжную войну без внятного финала и с тяжелыми потерями.

2. Экономика просела: санкции, потеря рынков, рост нагрузки на население и перекосы в расходах.

3. Давление на интернет и СМИ усиливается — блокировки и навязывание «правильных» площадок раздражают даже лоялистов.

4. Более 25 лет у власти ведут к стагнации и деградации управленческих решений.

5. Власть теряет контакт с обществом: обратной связи нет, критика либо игнорируется, либо подавляется.

Сегодня:
Илья Ремесло — уже в психиатрическом стационаре. На следующий день после смены риторики.

По данным «Базы», он находится в петербургской психбольнице им. Скворцова–Степанова, в отделении для пациентов с впервые выявленными психотическими расстройствами.

Контингент — соответствующий: бред, расстройства мышления, несвязная речь.

P.S.
Революция откладывается?

#Ремесло
#ИльяРемесло
#Россия
#Политика
#Кремль
#Путин
#Военкоры
#Пропаганда
#Цензура
#СвободаСлова
#ИнформационнаяВойна
#Медиа
#Санкции
#ЭкономикаРФ
#ВойнаВУкраине
#Система
#Стазис
#ПолитическийКризис
#Диссидентство
#Репрессии

0.0006 PKOIN
Это уже не просто ирония — это фарс.

Вчера:
Пост Ильи Ремесло взорвал инфополе среди системных журналистов, блогеров и военкоров.

Человек, которого долго воспринимали как последовательного сторонника власти и лично Путина, внезапно выдал не аккуратную критику, а фактически развернутый разбор с пересмотром всей текущей реальности.

Коротко по сути его тезисов:

1. «Полицейская операция» превратилась в затяжную войну без внятного финала и с тяжелыми потерями.

2. Экономика просела: санкции, потеря рынков, рост нагрузки на население и перекосы в расходах.

3. Давление на интернет и СМИ усиливается — блокировки и навязывание «правильных» площадок раздражают даже лоялистов.

4. Более 25 лет у власти ведут к стагнации и деградации управленческих решений.

5. Власть теряет контакт с обществом: обратной связи нет, критика либо игнорируется, либо подавляется.

Сегодня:
Илья Ремесло — уже в психиатрическом стационаре. На следующий день после смены риторики.

По данным «Базы», он находится в петербургской психбольнице им. Скворцова–Степанова, в отделении для пациентов с впервые выявленными психотическими расстройствами.

Контингент — соответствующий: бред, расстройства мышления, несвязная речь.

P.S.
Революция откладывается?

#Ремесло
#ИльяРемесло
#Россия
#Политика
#Кремль
#Путин
#Военкоры
#Пропаганда
#Цензура
#СвободаСлова
#ИнформационнаяВойна
#Медиа
#Санкции
#ЭкономикаРФ
#ВойнаВУкраине
#Система
#Стазис
#ПолитическийКризис
#Диссидентство
#Репрессии

Паттерны проектирования

Маленькая шпаргалка для тех кто хоче понять что это и как называется. Изначальная цель написания - предоставить заинтересованным лицам краткую справку и возможность более эффективно воспользоваться поисковыми системами. Здесь перечислены как классические паттерны и антипаттерны проектирования от банды четырёх (GoF), так и прочие общепринятые.

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

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

15 онлайн-сервисов, которые должен знать каждый сисадмин

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

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

#системное_администрирование #серверное_администрирование #система #хостинг #тулзы #инструменты #мониторинг #онлайнсервисы #софт_для_сисадмина #ruvds_статьи

Все горит, а вы не выгораете: 4 рабочих принципа и чек-лист для диагностики

О чем эта статья «Как дела? Не могу говорить, все горит!» Реальность B2B SaaS (как и в большинстве направлений разработки) последние пару лет — это перманентный пожар. Заказчик просыпается с новыми вводными, рынок штормит, приоритеты меняются быстрее, чем успеваешь обновить Jira.

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

#управление #менеджмент #тимлид #выгорание #кризис #команда #коммуникации #хаос #неопределенность #система

Все горит, а вы не выгораете: 4 рабочих принципа и чек-лист для диагностики

О чем эта статья «Как дела? Не могу говорить, все горит!» Реальность B2B SaaS (как и в большинстве направлений разработки) последние пару лет — это перманентный пожар. Заказчик просыпается с новыми вводными, рынок штормит, приоритеты меняются быстрее, чем успеваешь обновить Jira.

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

#управление #менеджмент #тимлид #выгорание #кризис #команда #коммуникации #хаос #неопределенность #система

Все горит, а вы не выгораете: 4 рабочих принципа и чек-лист для диагностики

О чем эта статья «Как дела? Не могу говорить, все горит!» Реальность B2B SaaS (как и в большинстве направлений разработки) последние пару лет — это перманентный пожар. Заказчик просыпается с новыми вводными, рынок штормит, приоритеты меняются быстрее, чем успеваешь обновить Jira.

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

#управление #менеджмент #тимлид #выгорание #кризис #команда #коммуникации #хаос #неопределенность #система

Все горит, а вы не выгораете: 4 рабочих принципа и чек-лист для диагностики

О чем эта статья «Как дела? Не могу говорить, все горит!» Реальность B2B SaaS (как и в большинстве направлений разработки) последние пару лет — это перманентный пожар. Заказчик просыпается с новыми вводными, рынок штормит, приоритеты меняются быстрее, чем успеваешь обновить Jira.

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

#управление #менеджмент #тимлид #выгорание #кризис #команда #коммуникации #хаос #неопределенность #система

Сравнение методов решения систем линейных алгебраических уравнений

Цель данной статьи - предоставить сравнение методов решения СЛАУ и их эффективности в разрезе времени решения и нормы невязки, характеризующей точность решения. В статье приводятся результаты решения для числа уравнений от 50 до 3000. Приводится сравнение результатов решения для методов: Гаусса, LU декомпозиции, компактной схемы исключения, QR декомпозиции, декомпозиции, методов вращений, релаксации и градиентного спуска.

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

#система #уравнения #матрица #методы #решения

«Сделайте безопаснее»: история ИТ-системы, которую попросили сами рабочие

У нас есть цех, где жидкая сталь превращается в слиток. Это происходит в УНРС — установке непрерывной разливки стали. На УНРС жидкая сталь проходит через кристаллизатор, где формируется «корочка» (оболочка) будущего непрерывнолитого слитка, и поддерживающую систему, состоящую из роликовых сегментов, где происходит окончательное затвердевание слитка за счёт охлаждения в зоне вторичного охлаждения (ЗВО) водо-воздушной смесью. Сегменты имеют регламентированный ресурс, после достижения которого отправляются в ремонт. Плюс на сегментах могут забиваться отдельные форсунки, а это приводит к дефектам формируемых слябов. Сегменты постоянно осматривают рабочие. В предыдущей серии оказалось, что бумажный журнал — не самый эффективный способ отслеживания. Мы его заменили на ИТ-систему, что уже повысило безопасность и вызвало глубокое моральное удовлетворение рабочих. Получилась критичная ИТ-система, которая не делает ничего космического или нагруженного, но предельно важна всем в цеху. Вот про развитие этой системы я сейчас и расскажу.

https://habr.com/ru/companies/nlmk/articles/966474/

#производство #завод #проект #система #УНРС #MVP #КЦ2

Матрицы и векторы: решение систем линейных алгебраических уравнений

В статье представлена реализация методов решения системы линейных алгебраических уравнений (СЛАУ) четырьмя методами: методом Гаусса, LU декомпозиции, компактной схемой исключения, QR декомпозиции. Для реализации был использован шаблон классов матрицы и вектора. Приводятся результаты решения СЛАУ, погрешность решения и время решения СЛАУ. Для сравнения результаты представлены в таблице.

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

#матрица #вектор #система #уравнения

Матрицы и векторы: решение систем линейных алгебраических уравнений

В статье представлена реализация методов решения системы линейных алгебраических уравнений (СЛАУ) четырьмя методами: методом Гаусса, LU декомпозиции, компактной схемой исключения, QR декомпозиции. Для реализации был использован шаблон классов матрицы и вектора. Приводятся результаты решения СЛАУ, погрешность решения и время решения СЛАУ. Для сравнения результаты представлены в таблице.

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

#матрица #вектор #система #уравнения

Матрицы и векторы: решение систем линейных алгебраических уравнений

В статье представлена реализация методов решения системы линейных алгебраических уравнений (СЛАУ) четырьмя методами: методом Гаусса, LU декомпозиции, компактной схемой исключения, QR декомпозиции. Для реализации был использован шаблон классов матрицы и вектора. Приводятся результаты решения СЛАУ, погрешность решения и время решения СЛАУ. Для сравнения результаты представлены в таблице.

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

#матрица #вектор #система #уравнения

Матрицы и векторы: решение систем линейных алгебраических уравнений

В статье представлена реализация методов решения системы линейных алгебраических уравнений (СЛАУ) четырьмя методами: методом Гаусса, LU декомпозиции, компактной схемой исключения, QR декомпозиции. Для реализации был использован шаблон классов матрицы и вектора. Приводятся результаты решения СЛАУ, погрешность решения и время решения СЛАУ. Для сравнения результаты представлены в таблице.

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

#матрица #вектор #система #уравнения

[Перевод] Почему Go, Rust и Zig такие разные: ценности, компромиссы и назначение языков

Команда Go for Devs подготовила перевод статьи о трёх языках, которые всё чаще оказываются в одном ряду, но на самом деле решают принципиально разные задачи: Go, Rust и Zig. Автор несколько месяцев изучал каждый из них и попытался понять, какие ценности стоят за их устройством. Go выбирает минимализм и корпоративную предсказуемость, Rust — безопасность и максимальную выразительность, Zig — радикальный контроль и отказ от ООП-мышления. Получился честный и местами провокационный разбор того, зачем нужны эти языки и кому из разработчиков они подходят.

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

#go #rust #zig #система #компилятор #производительность #разработка

Что происходит, когда запускается код?

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

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

#сисадмин #процессор #под_капотом #система #компиляторы #компьютеры #компьютерное_железо #безопасность #безопасная_разработка

У нас был хаос с автотранспортом на производстве, а потом начался хаос с 1С — пришлось её переписать

У нас есть легковые машины, грузовые машины, битумовозы, спецтехника и много чего ещё интересного. Всё это управляется через диспетчерскую, и там были некоторые костыли, обусловленные системой учёта. Например, нельзя было отправить пескоразбрасыватель, мобильную систему пылеподавления либо грузовик навалочной погрузки куда-то по сложному маршруту. Или чтобы они отработали не полную смену, потому что всё квантовалось сменами. Копились и другие проблемы. Например, пользователи стали продвинутыми и жаловались на дружелюбность интерфейса. На самом деле тяжело представить в одном предложении слова «дружелюбность интерфейса» и нашу старую систему заявок на транспорт. Всё это работало только под IE/Edge, не поддерживало Хромиум, конфликтовало с требованиями ИБ. Бизнес регулярно генерировал новые фичи, но некоторые из них было проблематично реализовывать в действующей системе. Мы давно задумывались о рефакторинге или миграции, суть споров сводилась к самопису или «коробке». Мы всё проанализировали и решили, что надо взять готовую «коробку», которую потом нужно будет допилить процентов этак на 10. В итоге оказалось, что сначала мы допилили процентов на 20, а потом от исходной «коробочной» версии осталось процентов 10, и вся разработка переехала к нам внутрь. Сейчас я расскажу о дьявольском опыте использования чужой «коробочной» версии как фреймворка для своей разработки. Забегая вперёд — второй раз мы в это не полезли бы.

https://habr.com/ru/companies/nlmk/articles/954242/

#завод #автоматизация #заявки #производство #автотранспорт #софт #система

Почему ваш продукт не продаётся: 7 ошибок, которые убивают маркетинг и продажи (и как их исправить)

Если ваш стартап буксует, а продукт не летит дело может быть не в том, что он “ещё сырой”. Проблема часто в том, как вы его продаете и кому. Вот мои выделенные топ 7 ошибок, которые вижу снова и снова от SaaS до консалтинга. Каждую из них можно исправить. Начнём с самой банальной, но самой критичной.

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

#продажи #маркетинг #система #менеджмент_проектов #менеджмент_продуктов

Дизайним сокращатель ссылок

В этой статье я хочу показать, что из себя представляет System Design. На примере простого и очень популярного на собеседованиях сервиса "Сокращатель ссылок", мы рассмотрим стадии System Design и в конце у нас будет готова схема системы со всеми расчетами. Вперед!

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

#проектрирование #api #system_design #система #сокращатель_ссылок #собеседование #требования #Разбор_системы #проектирование_систем #нагрузка

System Design: Чек-лист для расчета нагрузки и стоимости системы на все случаи жизни

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

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

#нагрузка #стоимость #расчет #расчет_стоимости #system_design #проектирвоание #система #чеклист #чеклист #инструкция

System Design: Чек-лист для расчета нагрузки и стоимости системы на все случаи жизни

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

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

#нагрузка #стоимость #расчет #расчет_стоимости #system_design #проектирвоание #система #чеклист #чеклист #инструкция

System Design: Чек-лист для расчета нагрузки и стоимости системы на все случаи жизни

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

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

#нагрузка #стоимость #расчет #расчет_стоимости #system_design #проектирвоание #система #чеклист #чеклист #инструкция

System Design: Чек-лист для расчета нагрузки и стоимости системы на все случаи жизни

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

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

#нагрузка #стоимость #расчет #расчет_стоимости #system_design #проектирвоание #система #чеклист #чеклист #инструкция

Законы простоты

В книге «Законы простоты » Джон Маэда (из MIT) предлагает десять законов для баланса простоты и сложности в бизнесе, технологиях и дизайне — руководящие принципы для того, чтобы нуждаться в меньшем и на самом деле получать больше. Законы простоты охватывают пересечение дизайна, технологий и бизнеса. Они предлагают десять руководящих принципов для проектирования более простых систем.

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

#сложность #простота #комфорт #обучение #дизайн #система

Как провалить собеседование по System Design: ошибки, которые допускают даже опытные разработчики

Собеседование по System Design — это не просто проверка технических знаний, а настоящее испытание вашего инженерного мышления. В отличие от алгоритмических задач, где есть чёткие правильные и неправильные ответы, здесь всё строится на умении анализировать, взвешивать компромиссы и предвидеть проблемы до их появления. Ирония в том, что даже опытные разработчики часто проваливают эти собеседования, потому что сосредотачиваются не на том. Они могут идеально знать, как работает Kafka или Cassandra, но если не умеют структурировать свои мысли и задавать правильные вопросы, их шансы резко падают.

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

#system_design #собеседование #ошибки #подготовка_к_собеседованию #требования #система #проектирование #работа_в_it #собеседование_в_it #архитектура

System Design: Чек-лист по сбору и фиксации требований все случае жизни

Если на собеседовании по System Design не уделить внимание требованиям, это почти гарантированно приведёт к провалу — даже если ваше техническое решение идеально. Игнорирование требований — главная причина провала на собеседовании. Уделите этому 5-10 минут, и ваше решение сразу станет в разы сильнее. Расскажем, как собрать и зафиксировать требования чтобы повысить свои шансы при прохождении собеседования в IT-компанию.

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

#system_design #проектирование #требования #собеседование #система #архитектура #успешная_карьера #повышение #приложение #разработка

Я живу не результатом. Я живу ритмом.
Результат — это миг. Ритм — это жизнь.

Я выстраиваю процессы. Не чтобы добиться. А чтобы быть. Если система стабильна — результат приходит. Но это — побочный эффект. Не цель.

#ритм #процесс #жизнь #система #результат
→ https://t.me/tribute/app?startapp=srfZ
P.S. Made by a madman — Kirill Bereznev
https://t.me/tribute/app?startapp=srfZ

Как я осознавал пользу ИТ на заводе

Мой цех — тот самый, который «труба стране». В 2007 году я пришёл работать сюда инженером-калибровщиком. Тогда в валковом парке трудно было ориентироваться даже бывалым. Это сейчас я уже руководитель, процессы отстроены, а тогда всё начиналось с нуля, без опыта, но на энтузиазме. Валок — это часть прокатного стана. В стан подаётся полоса металла, а на выходе после многократных обжатий со всех сторон получается почти готовая труба нужного диаметра. Почти — потому что с ней ещё много чего произойдёт, чтобы она стала настоящей трубой. Но это уже детали. Тогда мы делали восемь типоразмеров труб. Для каждого сортамента трубы — свой набор, их в запасе было по пять-шесть комплектов. Валки изнашиваются, выходят из строя, могут иметь дефекты и так далее. Их нужно регулярно снимать, перетачивать, ремонтировать и заменять. От них зависит качество выпускаемых труб. Мне было нужно пройти по цеху, понять, где какие валки, сколько их и в каком они состоянии, потом учесть их все и разобраться, когда и что заказывать. Планирование и учёт были на допотопном уровне. Тогда мне казалось, что хватит четырёх деревянных ящиков, папок для документации на каждый сортамент, блокнота и пары дней. Оказалось — показалось. Мне понадобился Excel, чтобы организовать сбор статистики. Затем я поговорил с «погромистами» и узнал, что можно выгружать произведённые объёмы труб из АСУ ТП. Потом думал над алгоритмами, рисовал интерфейсы в Пейнте и Паверпоинте. Через 10 лет оказалось, что наша система — одна из немногих, которую цеховые понимают, пользуются ею и за неиспользование которой не прилетело ни одного взыскания. Давайте я расскажу, как в цеху мы открывали для себя ИТ.

https://habr.com/ru/companies/omk-it/articles/903276/

#завод #ИТ #цех #валки #автоматизация #внедрения_софта #система #управление_инструментом #сокращение_затрат

Как я осознавал пользу ИТ на заводе

Мой цех — тот самый, который «труба стране». В 2007 году я пришёл работать сюда инженером-калибровщиком. Тогда в валковом парке трудно было ориентироваться даже бывалым. Это сейчас я уже руководитель, процессы отстроены, а тогда всё начиналось с нуля, без опыта, но на энтузиазме. Валок — это часть прокатного стана. В стан подаётся полоса металла, а на выходе после многократных обжатий со всех сторон получается почти готовая труба нужного диаметра. Почти — потому что с ней ещё много чего произойдёт, чтобы она стала настоящей трубой. Но это уже детали. Тогда мы делали восемь типоразмеров труб. Для каждого сортамента трубы — свой набор, их в запасе было по пять-шесть комплектов. Валки изнашиваются, выходят из строя, могут иметь дефекты и так далее. Их нужно регулярно снимать, перетачивать, ремонтировать и заменять. От них зависит качество выпускаемых труб. Мне было нужно пройти по цеху, понять, где какие валки, сколько их и в каком они состоянии, потом учесть их все и разобраться, когда и что заказывать. Планирование и учёт были на допотопном уровне. Тогда мне казалось, что хватит четырёх деревянных ящиков, папок для документации на каждый сортамент, блокнота и пары дней. Оказалось — показалось. Мне понадобился Excel, чтобы организовать сбор статистики. Затем я поговорил с «погромистами» и узнал, что можно выгружать произведённые объёмы труб из АСУ ТП. Потом думал над алгоритмами, рисовал интерфейсы в Пейнте и Паверпоинте. Через 10 лет оказалось, что наша система — одна из немногих, которую цеховые понимают, пользуются ею и за неиспользование которой не прилетело ни одного взыскания. Давайте я расскажу, как в цеху мы открывали для себя ИТ.

https://habr.com/ru/companies/omk-it/articles/903276/

#завод #ИТ #цех #валки #автоматизация #внедрения_софта #система #управление_инструментом #сокращение_затрат

Как я осознавал пользу ИТ на заводе

Мой цех — тот самый, который «труба стране». В 2007 году я пришёл работать сюда инженером-калибровщиком. Тогда в валковом парке трудно было ориентироваться даже бывалым. Это сейчас я уже руководитель, процессы отстроены, а тогда всё начиналось с нуля, без опыта, но на энтузиазме. Валок — это часть прокатного стана. В стан подаётся полоса металла, а на выходе после многократных обжатий со всех сторон получается почти готовая труба нужного диаметра. Почти — потому что с ней ещё много чего произойдёт, чтобы она стала настоящей трубой. Но это уже детали. Тогда мы делали восемь типоразмеров труб. Для каждого сортамента трубы — свой набор, их в запасе было по пять-шесть комплектов. Валки изнашиваются, выходят из строя, могут иметь дефекты и так далее. Их нужно регулярно снимать, перетачивать, ремонтировать и заменять. От них зависит качество выпускаемых труб. Мне было нужно пройти по цеху, понять, где какие валки, сколько их и в каком они состоянии, потом учесть их все и разобраться, когда и что заказывать. Планирование и учёт были на допотопном уровне. Тогда мне казалось, что хватит четырёх деревянных ящиков, папок для документации на каждый сортамент, блокнота и пары дней. Оказалось — показалось. Мне понадобился Excel, чтобы организовать сбор статистики. Затем я поговорил с «погромистами» и узнал, что можно выгружать произведённые объёмы труб из АСУ ТП. Потом думал над алгоритмами, рисовал интерфейсы в Пейнте и Паверпоинте. Через 10 лет оказалось, что наша система — одна из немногих, которую цеховые понимают, пользуются ею и за неиспользование которой не прилетело ни одного взыскания. Давайте я расскажу, как в цеху мы открывали для себя ИТ.

https://habr.com/ru/companies/omk-it/articles/903276/

#завод #ИТ #цех #валки #автоматизация #внедрения_софта #система #управление_инструментом #сокращение_затрат

Как я осознавал пользу ИТ на заводе

Мой цех — тот самый, который «труба стране». В 2007 году я пришёл работать сюда инженером-калибровщиком. Тогда в валковом парке трудно было ориентироваться даже бывалым. Это сейчас я уже руководитель, процессы отстроены, а тогда всё начиналось с нуля, без опыта, но на энтузиазме. Валок — это часть прокатного стана. В стан подаётся полоса металла, а на выходе после многократных обжатий со всех сторон получается почти готовая труба нужного диаметра. Почти — потому что с ней ещё много чего произойдёт, чтобы она стала настоящей трубой. Но это уже детали. Тогда мы делали восемь типоразмеров труб. Для каждого сортамента трубы — свой набор, их в запасе было по пять-шесть комплектов. Валки изнашиваются, выходят из строя, могут иметь дефекты и так далее. Их нужно регулярно снимать, перетачивать, ремонтировать и заменять. От них зависит качество выпускаемых труб. Мне было нужно пройти по цеху, понять, где какие валки, сколько их и в каком они состоянии, потом учесть их все и разобраться, когда и что заказывать. Планирование и учёт были на допотопном уровне. Тогда мне казалось, что хватит четырёх деревянных ящиков, папок для документации на каждый сортамент, блокнота и пары дней. Оказалось — показалось. Мне понадобился Excel, чтобы организовать сбор статистики. Затем я поговорил с «погромистами» и узнал, что можно выгружать произведённые объёмы труб из АСУ ТП. Потом думал над алгоритмами, рисовал интерфейсы в Пейнте и Паверпоинте. Через 10 лет оказалось, что наша система — одна из немногих, которую цеховые понимают, пользуются ею и за неиспользование которой не прилетело ни одного взыскания. Давайте я расскажу, как в цеху мы открывали для себя ИТ.

https://habr.com/ru/companies/omk-it/articles/903276/

#завод #ИТ #цех #валки #автоматизация #внедрения_софта #система #управление_инструментом #сокращение_затрат

$440 000 000 на ветер за 45 минут: технические проблемы в алготрейдинге и как их [не?] предотвращают

Не так давно мы рассказывали о роли человеческого фактора в катастрофах на фондовом рынке: от fat-finger error и других ошибок ввода до перформансов, которые пьяные брокеры могут устраивать с деньгами клиентов. Однако сошедшие с ума алгоритмы биржевых ботов и не вовремя упавшие серверы могут доставить еще больше проблем. Из недавних случаев можно вспомнить сбой 3 июня 2024 года, который парализовал Нью-Йоркскую фондовую биржу (NYSE) почти на четыре часа, а акции Berkshire Hathaway, одной из компаний Баффетта, чуть не вылетели в трубу . Подобные инциденты случаются и в России: так, в ноябре все того же 2024 года Московская биржа на несколько часов задержала начало торгов из-за аппаратной ошибки в работе торгово-клиринговой системы. В этой статье мы попробуем разобраться, почему биржевые алгоритмы иногда слетают с катушек.

https://habr.com/ru/companies/finam_broker/articles/890142/

#алготрейдинг #биржа #ошибки #статистика #торговля #проблемы #фондовый_рынок #система #алгоритмы #ценные_бумаги

Ловушка продуктивности: Когда процессы работают против вас

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

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

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

[Перевод] Внутрипроцессная трассировка системных вызовов с использованием цепочного загрузчика

В этой статье мы разберём небольшой инструмент для трассировки системных вызовов. В отличие от strace и аналогов, здесь трассировка будет происходить внутри процесса , без применения ptrace() или эквивалентных вещей. Должен добавить, что это всего лишь демонстрационный пример, поэтому на практике он и близко не сравнится с strace . В частности, он пока не может точно выводить в консоль аргументы для большинства системных вызовов. Именно на примере системных вызовов удобно продемонстрировать цепочную загрузку, и на то есть три причины...

https://habr.com/ru/companies/timeweb/articles/874194/

#timeweb_статьи_перевод #процессор #трассировка #вызов #strace #linux #система #библиотеки_c++ #x86 #vdso

[Перевод] Внутрипроцессная трассировка системных вызовов с использованием цепочного загрузчика

В этой статье мы разберём небольшой инструмент для трассировки системных вызовов. В отличие от strace и аналогов, здесь трассировка будет происходить внутри процесса , без применения ptrace() или эквивалентных вещей. Должен добавить, что это всего лишь демонстрационный пример, поэтому на практике он и близко не сравнится с strace . В частности, он пока не может точно выводить в консоль аргументы для большинства системных вызовов. Именно на примере системных вызовов удобно продемонстрировать цепочную загрузку, и на то есть три причины...

https://habr.com/ru/companies/timeweb/articles/874194/

#timeweb_статьи_перевод #процессор #трассировка #вызов #strace #linux #система #библиотеки_c++ #x86 #vdso

[Перевод] Внутрипроцессная трассировка системных вызовов с использованием цепочного загрузчика

В этой статье мы разберём небольшой инструмент для трассировки системных вызовов. В отличие от strace и аналогов, здесь трассировка будет происходить внутри процесса , без применения ptrace() или эквивалентных вещей. Должен добавить, что это всего лишь демонстрационный пример, поэтому на практике он и близко не сравнится с strace . В частности, он пока не может точно выводить в консоль аргументы для большинства системных вызовов. Именно на примере системных вызовов удобно продемонстрировать цепочную загрузку, и на то есть три причины...

https://habr.com/ru/companies/timeweb/articles/874194/

#timeweb_статьи_перевод #процессор #трассировка #вызов #strace #linux #система #библиотеки_c++ #x86 #vdso

[Перевод] Внутрипроцессная трассировка системных вызовов с использованием цепочного загрузчика

В этой статье мы разберём небольшой инструмент для трассировки системных вызовов. В отличие от strace и аналогов, здесь трассировка будет происходить внутри процесса , без применения ptrace() или эквивалентных вещей. Должен добавить, что это всего лишь демонстрационный пример, поэтому на практике он и близко не сравнится с strace . В частности, он пока не может точно выводить в консоль аргументы для большинства системных вызовов. Именно на примере системных вызовов удобно продемонстрировать цепочную загрузку, и на то есть три причины...

https://habr.com/ru/companies/timeweb/articles/874194/

#timeweb_статьи_перевод #процессор #трассировка #вызов #strace #linux #система #библиотеки_c++ #x86 #vdso