Привет! Меня зовут Лиза, я работаю заместителем директора по качеству в компании ГРАН Груп. Начав свой профессиональный путь инженером-конструктором, затем технологом, я занималась подготовкой проектов к производству и внедрением в них принципов DFM. Другими словами, в мире печатных плат я достаточно давно и успела получить достаточный уровень компетенций и опыта в этой области. Поработав с проектами плат разного уровня сложности и направленности, я поняла, каким образом можно сделать платы качественными и надежными еще на этапе конструирования.
Рубрика «надежность»
Применение IPC class 3 при производстве печатных плат ответственного назначения
2025-02-13 в 13:00, admin, рубрики: ipc class 3, надежность, ответственная электроника, печатные платы, проектирование печатных плат, производитель электроники, производство электроники, стандарты, электроникаК вопросу о надежности искусственного интеллекта в бизнесе
2025-01-09 в 21:24, admin, рубрики: бизнес, искусственный интеллект, надежностьЗанимаюсь практическим применением больших языковых моделей в бизнесе. При этом, постоянно приходится слышать, что искусственный интеллект нельзя использовать в бизнесе, потому что «галлюцинации». Откуда взялось это расхожее мнение, что на самом деле и какие есть простые и эффективные способы повышения надежности, обо всем этом попробую сейчас рассказать.
Ох уж эти галлюцинации! Кто только не попался на эту удочку. От рядовых пользователей до целых коллективов с академическим статусом, публикующихся на arxiv. Наиболее яркий пример тому: Читать полностью »
Математика надёжности. Доклад Яндекса
2024-08-16 в 13:00, admin, рубрики: reliability, resilience, sre, доклад яндекса, надежностьПривет, меня зовут Вадим. Я делаю платформу надёжности в Яндекс Go. Инструментов для улучшения надёжности много, поэтому перед нашей командой всегда стоит выбор, что делать сейчас, а что отложить на месяц, квартал, год. Под катом я покажу пример инструмента для приоритизации таких проектов, а по пути мы разберёмся с тем, что такое надёжность технических систем, из чего она состоит и как её можно считать.
Что такое надёжность
Давайте синхронизируемся, что же мы будем понимать под надёжностью в этой статье.
Про автоматические выключатели
2024-06-03 в 14:03, admin, рубрики: Автоматические выключатели, надежность, тестированиеПредисловие: эта статья была написана больше года назад, и потом была немного дополнена в части автоматов EKF, после чего - была положена на полку и забыта. Возможно, сейчас ситуация стала лучше. И заранее приношу свои извинения за таблицы, сделанные картинками: редактор Хабра - это какой-то позор...
Надежно как швейцарские часы, CubeSatы и надежность
2023-06-04 в 5:51, admin, рубрики: космонавтика, космос, кубсат, кубсаты, надежность, Производство и разработка электроники, спутник, спутники, Электроника для начинающихВведение
Все, кто участвовал в запусках космических аппаратов, знает, что на этапе разработки нужно уделить большое внимание надежности разрабатываемых электронных систем. Казалось бы, звучит довольно банально, ведь любой разумный инженер должен обдумывать риски. Проблема, с которой сталкиваются, разработчики космических аппаратов (в отличие от иной промышленности) заключается в том, что никто и никогда не полетит чинить поврежденную электронику.Читать полностью »
Как устроен поиск Яндекс.Маркета и что будет, если упадёт один из серверов
2019-11-21 в 9:06, admin, рубрики: highload, балансировка нагрузки, Блог компании Яндекс, микросервисы, надежность, облачные сервисы, Разработка веб-сайтов, Серверная оптимизация, яндексПривет, меня зовут Евгений. Я работаю в инфраструктуре поиска Яндекс.Маркета. Хочу рассказать сообществу Хабра о внутренней кухне Маркета – а рассказать есть что. Прежде всего, как устроен поиск Маркета, процессы и архитектура. Как мы справляемся с внештатными ситуациями: что случится, если упадёт один сервер? А если таких серверов будет 100?
А ещё вы узнаете, как мы внедряем новую функциональность на куче серверов сразу. И как тестируем сложные сервисы прямо в production, не доставляя пользователям никаких неудобств. В общем, как устроен поиск Маркета, чтобы всем было хорошо.
Программист-защитник сильнее энтропии
2019-10-28 в 8:12, admin, рубрики: best practices, fallback, post mortem, безопасность, Блог компании FunCorp, валидация, высокая производительность, кеширование, надежность, оптимизация, прагматизм, практики, практики программирования, Программирование, Проектирование и рефакторинг, процесс разработки, процессы, Разделение привилегий, разделяй и властвуй, разработка, Совершенный код, стабильность
© Dragon Ball. Goku.
Программист-защитник в любой момент и в любом месте кода ожидает появления потенциальных проблем и пишет код таким образом, чтобы заранее от них защититься. А если от проблемы нельзя защититься, то хотя бы сделать так, чтобы её последствия и влияние на пользователей были минимальными.
Вспоминается эффект FlashForward из голливудских блокбастеров, когда главный герой видит грядущую катастрофу и остаётся предельно спокойным, потому что заранее знает, что она произойдёт, и имеет от неё защиту. Идея защитного программирования в том, чтобы защититься от проблем, которые сложно или вовсе невозможно предвидеть. Программист-защитник ожидает появления ошибок в любом месте системы и в любой момент времени, чтобы предотвратить их до того, как они нанесут ущерб. При этом цель не в том, чтобы создать систему, которая никогда не падает, это всё равно невозможно. Цель в том, чтобы создать систему, которая падает изящно в случае любой непредвиденной проблемы.
Давайте разберёмся подробнее, что входит в понятие «падать изящно».
- Падать быстро. В случае непредвиденной ошибки все операции должны завершаться сразу же, особенно если последующие вычисления тяжёлые или могут привести к порче данных.
- Падать аккуратно. Если возникла ошибка, программа должна освободить все ресурсы, снять локи, удалить временные и наполовину записанные файлы, закрыть соединения. Дождаться завершения критических операций, прерывание которых может привести к непредсказуемым результатам. Либо безопасным способом аварийно завершить эти операции.
- Падать явно и красиво. Если что-то сломалось, сообщение об ошибке должно быть простым, лаконичным и содержать важные детали из того контекста системы, где возникла ошибка. Это поможет команде, которая отвечает за систему, максимально быстро разобраться в проблеме и исправить её.