Дмирий@Project-2501
Пользователь
Информация
- В рейтинге
- Не участвует
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Инженер технической поддержки, Аналитик технической поддержки
Ведущий
Git
Linux
Bash
Ubuntu
Nginx
Базы данных
Docker
PostgreSQL
PHP
MySQL
Спасибо за профессиональный взгляд изнутри. Подобные статьи сегодня действительно необходимы. Особенно ценно, что вы поднимаете тему именно инженерной ответственности, а не просто противопоставляете качество и дешевизну.
Но вот у меня родился вопрос. Если вы, как российский разработчик, осознанно закладываете долгий срок службы, скрупулезно работаете с компонентной базой вплоть до выбора каждого конденсатора и реально несёте ответственность за отказы на объекте... почему в таких условиях не применяется наша, отечественная методика расчёта надёжности по ГОСТ Р 27.301?
Ведь этот стандарт как раз и создан, чтобы ещё на этапе проектирования объективно оценить ресурс изделия. Он учитывает интенсивности отказов компонентов, коэффициенты влияния температуры, напряжения, качества сборки и условий эксплуатации. Возьмём тот же электролитический конденсатор – для него используется формула вида λ = λ₀ · πₜ · πᵤ · πₛ, где всё считается, а не берётся с запасом на глазок.
Если вы действительно проектируете технику на годы, а не до конца гарантии, то такой расчёт – это не бюрократическая формальность, а ваше ключевое конкурентное преимущество. Его можно прямо предъявить заказчику: Смотрите, MTBF нашей камеры в ваших условиях – 60 000 часов. А у бюджетного аналога – только 15 000.
Без такого системного подхода даже самые благие намерения легко тонут в деталях. А с применением ГОСТа ваша позиция подкрепляется инженерными доказательствами, а не остаётся просто словами.
Интересно, применяете ли вы такие методики на практике?
А также: КуМир, ГЛАГОЛ, 11l ))))
Рапира, я чуть со стула не упал от смеха, спасибо большое за настроение! 😀
Спасибо огромное за ваш комментарий! Очень приятно получать обратную связь. В следующей статье обязательно подробно расскажу обо всех нюансах и полезных лайфхаках по настройке и администрированию базы знаний BookStack.
Буду тестировать DocMost, может следующая статья будет о нём )))
Спасибо!
Да, ты прав, у BookStack нет ElasticSearch и LDAP из коробки, но тут всё зависит от задач. Мы выбрали его именно потому, что он прост в установке и настройке - реально можно поднять и админить без сильного IT-бэкграунда. Для небольшой или средней команды этого более чем хватает, особенно если важны не навороты, а чтобы всё просто работало и было удобно писать/искать. Поиск - да, не такой мощный, как в связке с Elastic, но внутри своей архитектуры он работает нормально. А внешняя аутентификация на самом деле есть - поддерживаются SAML2, OAuth2, Google Login и другие, так что интегрировать с AD или корпоративной учёткой вполне можно. DocMost - тоже ничего, но моложе и пока не так стабилен. WikiJS - гибкий, но всё же посложнее в администрировании.
В общем, у BookStack свой плюс - им может пользоваться и поддерживать не-айтишник, и это важно, когда надо быстро дать людям инструмент, а не настраивать целую инфраструктуру.
Уважаемые господа, Не могли бы вы, пожалуйста, назвать хотя бы две российские компании, которые занимаются проектированием или производством аналогов микросхем, упомянутых в статье?
Я понимаю, что в России немногие могут позволить себе полный цикл производства микроконтроллеров из-за экономической нецелесообразности. Однако мне интересно:
Есть ли в России проектировщики или дизайн-центры, разрабатывающие такие микросхемы?
В 2018 году я впервые увидел трейлер этого проекта и был в восторге от него. Однако, поскольку я пока не посмотрел сам сериал, я не буду спешить с выводами. Мне всегда нравились работы жанра киберпанк, а здесь мы видим лешего модели Т800 и паладинов от РПЦ.
Камера в компактном исполнении может быть установлена на стену, с возможностью поворота матрицы на 90 градусов для работы в режиме коридор ?
Подскажите, пожалуйста, какие оси поворота и наклона поддерживают новые корпусы ваших купольных камер ?