👁 «Матрица» наяву
Мы тут вспоминали первые робкие шаги Dannie в области нейросетей и поняли, что не зря в это ввязались. Сегодня немного поделимся, как мы запускали алгоритм сегментации на SoC вендора... раньше вендора.
Маленькая аннотация: сегментация — это когда детектируемые объекты "заливаются", а не обводятся в прямоугольник.
Что мы ожидали? Как обычно, ничего хорошего. Работа с китайскими вендорами — это отдельная интересная история. В общем, ждали, что будет сложно.
Что мы делали? "Докрутили" модель, чтобы работала на SoC. Разметили немного данных, обучили. Запустили на кристалле. Звучит легко, но без помощи вендора это было, как поиск чего-либо в тёмной комнате — наощупь.
Как тестировали? Сперва на вход модели (уже на DevKit) подавали тестовое видео, убедившись в приемлемой работе, попробовали подавать поток с камер.
Как анализировали результат? В тестировании ML-алгоритмов отлично помогает цветовая разметка, которая и была мерилом качества. То есть, смотрели, как на видео "закрашиваются" (сегментируются) те или иные детектируемые объекты.
Выводы: Fps (частота детектирования) оставляет желать лучшего, но есть идеи, где можно "причесать" и убрать "костыли". Планируем достичь fps не ниже 10.
Какие возможности это нам дает? Можем делать более сложные задачи заказчиков.
А вендор хоть и холоден на эмоции и сказал всего лишь короткое «Молодцы» на это, зато их SoC – наилучшее отношение цены к производительности среди аналогов. Так что...придется привыкать к вендору-интроверту.
#непридуманныеистории
Мы тут вспоминали первые робкие шаги Dannie в области нейросетей и поняли, что не зря в это ввязались. Сегодня немного поделимся, как мы запускали алгоритм сегментации на SoC вендора... раньше вендора.
Маленькая аннотация: сегментация — это когда детектируемые объекты "заливаются", а не обводятся в прямоугольник.
Что мы ожидали? Как обычно, ничего хорошего. Работа с китайскими вендорами — это отдельная интересная история. В общем, ждали, что будет сложно.
Что мы делали? "Докрутили" модель, чтобы работала на SoC. Разметили немного данных, обучили. Запустили на кристалле. Звучит легко, но без помощи вендора это было, как поиск чего-либо в тёмной комнате — наощупь.
Как тестировали? Сперва на вход модели (уже на DevKit) подавали тестовое видео, убедившись в приемлемой работе, попробовали подавать поток с камер.
Как анализировали результат? В тестировании ML-алгоритмов отлично помогает цветовая разметка, которая и была мерилом качества. То есть, смотрели, как на видео "закрашиваются" (сегментируются) те или иные детектируемые объекты.
Выводы: Fps (частота детектирования) оставляет желать лучшего, но есть идеи, где можно "причесать" и убрать "костыли". Планируем достичь fps не ниже 10.
Какие возможности это нам дает? Можем делать более сложные задачи заказчиков.
А вендор хоть и холоден на эмоции и сказал всего лишь короткое «Молодцы» на это, зато их SoC – наилучшее отношение цены к производительности среди аналогов. Так что...придется привыкать к вендору-интроверту.
#непридуманныеистории
Все смешалось в разработке: пиэмы, тимлиды и техлиды
Идеальная картина мира выглядит так: в команде проекта есть разработчики, тестировщики, менеджер проекта, тимлид и техлид. В реальности же обычно происходит так: тимлид становится «и чтец, и жнец, и на дуде игрец», выполняя сразу несколько функций.
Вот вам реальный пример обязанностей из жизни многофункционального тимлида нашей команды вычтеха:
• нарисовать проджект-план;
• написать ТЗ на софт всего устройства;
• поставить задачу;
• проверить ход ее выполнения, подсказать что-то;
• послушать уточкой (без этого никуда в сложных задачках) ;
• проследить, чтобы ребята вели гитлаб и заполняли нормально ветки;
• почесать за ушком, похвалить и где-то поругать;
• уговорить разработчика в не очереди сделать нужную железочку;
• подкорректировать проджект-план;
• пособеседовать ничего еще не подозревающих джунов;
• созвониться с клиентом и бодро презентовать текущий статус проекта;
• подбодрить команду, если вдруг она начала хандрить;
• пройтись по конкурентам и сделать продуктово-маркетинговую аналитику;
• попрограммировать самому (дабы не терять годами наработанные компетенции) ;
• поразрабатывать функциональные схемы сервера вместе со схемотехниками;
• проверить, что железо соответствует требованиям к софту.
И все это может и не так страшно в стартапах, где в команде 2 человека или в исключительно софтовых проектах, но, когда такая история происходит в наукоемких тяжелых областях, начинается ад кромешный. Сейчас в команде вычтеха у нас есть тимлид, техлид и глава направления. Чистого управленца-пиэмщика у нас пока нет. Да и нужен ли он – вопрос открытый.
Очень интересно послушать, как это выглядит в других компаниях. Особенно в сложных проекта, где постоянно все меняется, сжатые сроки и большая наукоемкость. И нет ли конфликтов между пиэмом, тимлидом и техлидом по части управления? Не возникает ли вопрос: кто же сверху?
#непридуманныеистории
Идеальная картина мира выглядит так: в команде проекта есть разработчики, тестировщики, менеджер проекта, тимлид и техлид. В реальности же обычно происходит так: тимлид становится «и чтец, и жнец, и на дуде игрец», выполняя сразу несколько функций.
Вот вам реальный пример обязанностей из жизни многофункционального тимлида нашей команды вычтеха:
• нарисовать проджект-план;
• написать ТЗ на софт всего устройства;
• поставить задачу;
• проверить ход ее выполнения, подсказать что-то;
• послушать уточкой (без этого никуда в сложных задачках) ;
• проследить, чтобы ребята вели гитлаб и заполняли нормально ветки;
• почесать за ушком, похвалить и где-то поругать;
• уговорить разработчика в не очереди сделать нужную железочку;
• подкорректировать проджект-план;
• пособеседовать ничего еще не подозревающих джунов;
• созвониться с клиентом и бодро презентовать текущий статус проекта;
• подбодрить команду, если вдруг она начала хандрить;
• пройтись по конкурентам и сделать продуктово-маркетинговую аналитику;
• попрограммировать самому (дабы не терять годами наработанные компетенции) ;
• поразрабатывать функциональные схемы сервера вместе со схемотехниками;
• проверить, что железо соответствует требованиям к софту.
И все это может и не так страшно в стартапах, где в команде 2 человека или в исключительно софтовых проектах, но, когда такая история происходит в наукоемких тяжелых областях, начинается ад кромешный. Сейчас в команде вычтеха у нас есть тимлид, техлид и глава направления. Чистого управленца-пиэмщика у нас пока нет. Да и нужен ли он – вопрос открытый.
Очень интересно послушать, как это выглядит в других компаниях. Особенно в сложных проекта, где постоянно все меняется, сжатые сроки и большая наукоемкость. И нет ли конфликтов между пиэмом, тимлидом и техлидом по части управления? Не возникает ли вопрос: кто же сверху?
#непридуманныеистории
Маленькие китайские вендоры. Что с ними не так?
Наш прекрасный мир чуточку изменился с февраля, и мы все чаще стали «обращать наш взор» на небольших локальных китайских производителей микроэлектроники, в том числе, и процессоров. И вот какие моменты мы для себя обозначили.
Из хорошего:
1. Малая стоимость чипов в производстве.
2. Низкий порог входа в прямое общение с вендором.
3. Как правило, не большие лид-таймы для заказа на партию.
Из плохого:
1. Увеличение стадии R&D за счёт низкого качества документов или полного их отсутствия на английском языке.
2. Языковая "пропасть" с инженерами вендора.
Мораль сей басни такова: работа с локальными вендорами — это всегда про потенциальное крупное производство итогового продукта, иначе окупить затраты на R&D практически нереально.
Если задача ― сделать всего 200–500 девайсов, то ноу-нейм китайский процессор лучше не закладывать. Как-нибудь мы более детально опишем наш опыт, название статьи уже придумали: "Пять причин бежать от вендора".
Что думаете об этом? Поделитесь вашим подобным опытом.
#непридуманныеистории
Наш прекрасный мир чуточку изменился с февраля, и мы все чаще стали «обращать наш взор» на небольших локальных китайских производителей микроэлектроники, в том числе, и процессоров. И вот какие моменты мы для себя обозначили.
Из хорошего:
1. Малая стоимость чипов в производстве.
2. Низкий порог входа в прямое общение с вендором.
3. Как правило, не большие лид-таймы для заказа на партию.
Из плохого:
1. Увеличение стадии R&D за счёт низкого качества документов или полного их отсутствия на английском языке.
2. Языковая "пропасть" с инженерами вендора.
Мораль сей басни такова: работа с локальными вендорами — это всегда про потенциальное крупное производство итогового продукта, иначе окупить затраты на R&D практически нереально.
Если задача ― сделать всего 200–500 девайсов, то ноу-нейм китайский процессор лучше не закладывать. Как-нибудь мы более детально опишем наш опыт, название статьи уже придумали: "Пять причин бежать от вендора".
Что думаете об этом? Поделитесь вашим подобным опытом.
#непридуманныеистории
Неожиданно захотелось поделиться. Потому что не только тревожные новости же читать. У нас в офисе, к примеру, уже который день периодические вспышки веселья. Виной всему серьезные люди с дико умиляющими никнеймами в мессенджерах.
Наглядный пример: есть общий чатик с нашими ребятами и коллегами-подрядчиками, где обсуждаются рабочие моменты, поясняются ТЗ, уточняются вопросы по «зашиванию» json-файлов в сторадже приложения для андроида и все такое. Разговор чисто рабочий, без каких-то там неформальностей, даже без улыбающихся скобочек. И на контрасте этого официального диалога, упоминание Eгорушки-модницы или Марфушеньки-сладкой кажутся комическими в высшей степени.
И такая история не только с подрядчиками, с заказчиками тоже встречается. Тегнуть, к примеру, Кроху_енота в совместном чате – вполне нормально.
Коллеги с забавными никами! Спасибо, вы продлеваете нам жизнь ☺️
P.S. Все имена вымышлены, дабы никого не подставлять, но будьте уверены, суть передана максимально точно.
#непридуманныеистории
Наглядный пример: есть общий чатик с нашими ребятами и коллегами-подрядчиками, где обсуждаются рабочие моменты, поясняются ТЗ, уточняются вопросы по «зашиванию» json-файлов в сторадже приложения для андроида и все такое. Разговор чисто рабочий, без каких-то там неформальностей, даже без улыбающихся скобочек. И на контрасте этого официального диалога, упоминание Eгорушки-модницы или Марфушеньки-сладкой кажутся комическими в высшей степени.
И такая история не только с подрядчиками, с заказчиками тоже встречается. Тегнуть, к примеру, Кроху_енота в совместном чате – вполне нормально.
Коллеги с забавными никами! Спасибо, вы продлеваете нам жизнь ☺️
P.S. Все имена вымышлены, дабы никого не подставлять, но будьте уверены, суть передана максимально точно.
#непридуманныеистории
Обожаем новенькие проекты. То, что не делали раньше. В основном, компьютерное зрение мы реализовываем на умных камерах, самокатах и пр. Решаем транспортно-логистические задачки. И, в принципе, это, и правда, та отрасль, где EDGE идеально вписывается.
Но недавно у нас появился свеженький амбициозный проект. Ребята его ласково называют «огонечек». Речь про детекцию пламени. Казалось бы, ну кого можно удивить этим в 2022 году... но так как бизнес-кейс в области промышленной безопасности, то это накладывает дополнительные сложности.
Приоткроем капельку сундучок с этими сложностями.
Огонь может иметь абсолютно разную форму и цвет (зажжённая спичка, горящий дом, горелка, химикаты и пр.), а еще четкость (расстояние до объекта, качество фотографии). Самая трудное – это собрать такую выборку, чтобы она была максимально разнообразна, но при этом избежать возможных false positive предсказаний на лампочках, солнце, оранжевых предметах и одежде, объектах похожей формы.
Хоть в открытом доступе и можно найти решения с помощью рекуррентных нейронных сетей (LSTM, GRU) на bounding boxes из YOLO, мы даже не стали рассматривать такой подход. Ведь мы имеем дело с EDGE и наш конкретный чип не потянет такую сложную архитектуру, да и требования к FPS накладывают ограничение на последовательное использование нескольких сетей. Поэтому решено было использовать YOLOv5s с квантизацией до 8 бит.
Подробнее обо всех деталях мы расскажем попозже, а сейчас мы активно размечаем газовые горелки, лесные пожары и горящие спички.
P.S. Кстати, сейчас в команду CV ищут сильного Embedded Developer (Linux), потому что неожиданно много проектов становится у ребят. Резюмешки можно отправлять на почту v.vikulov@dannie.cc
#непридуманныеистории
Но недавно у нас появился свеженький амбициозный проект. Ребята его ласково называют «огонечек». Речь про детекцию пламени. Казалось бы, ну кого можно удивить этим в 2022 году... но так как бизнес-кейс в области промышленной безопасности, то это накладывает дополнительные сложности.
Приоткроем капельку сундучок с этими сложностями.
Огонь может иметь абсолютно разную форму и цвет (зажжённая спичка, горящий дом, горелка, химикаты и пр.), а еще четкость (расстояние до объекта, качество фотографии). Самая трудное – это собрать такую выборку, чтобы она была максимально разнообразна, но при этом избежать возможных false positive предсказаний на лампочках, солнце, оранжевых предметах и одежде, объектах похожей формы.
Хоть в открытом доступе и можно найти решения с помощью рекуррентных нейронных сетей (LSTM, GRU) на bounding boxes из YOLO, мы даже не стали рассматривать такой подход. Ведь мы имеем дело с EDGE и наш конкретный чип не потянет такую сложную архитектуру, да и требования к FPS накладывают ограничение на последовательное использование нескольких сетей. Поэтому решено было использовать YOLOv5s с квантизацией до 8 бит.
Подробнее обо всех деталях мы расскажем попозже, а сейчас мы активно размечаем газовые горелки, лесные пожары и горящие спички.
P.S. Кстати, сейчас в команду CV ищут сильного Embedded Developer (Linux), потому что неожиданно много проектов становится у ребят. Резюмешки можно отправлять на почту v.vikulov@dannie.cc
#непридуманныеистории
Да, это сложно! Отвечая на вопрос, а как же происходит переход на 1С ERP.
Затеяли мы эту историю в тот момент, когда стали больше, когда у нас появилось свое производство и нужно было производить учет давальческого сырья. До этого мы были небольшой ламповой компанией с тридцатью участниками во внутреннем чатике «Флудилка» и, в целом, 1С Бухгалтерия + Битрикс24 + Эксель справлялись с решением задачек нормально.
С момента затевания до внедрения и, Аллилуя, полноценного начала использования 1С ERP у нас прошло около года. Оказалось, что пугаться этого не стоит и это стандартный показатель для такой компании, как наша.
А вот и те самые сложности.
Сложность #1. Небольшой саботаж нашей любимой бухгалтерии.
Она привыкла к 1С Бухгалтерия и для нее это чудесный инструмент. В ERP надо сильно перестраиваться и привыкать к неизведанному. А самое главное, что вначале блок «Регламентная отчетность» оказался совсем другой и «сыроватый».
Сложность #2. Разброс подразделений.
Склад и производство находятся в другом городе, и коммуникация с ними чуточку усложнена. Приходилось долго аргументировать важность погружения в систему.
Сложность #3. Время, которого нет.
Некоторые коллеги были так увлечены своими проектами, что такое собрание, как «обучение 1С ERP», забывалось или переносилось. Считалось делом не первой важности, на которое не хватает времени.
Сложность #4. Лаг.
Многие не могли перестроиться от прежней системы и заводили информацию не в режиме онлайн.
Сегодня мы уже миновали почти все эти трудности и вот какие плюсы вырисовываются:
🔹бухгалтерия практически адаптировалась и перешла в состояние радости от общего порядка;
🔹ребусы и добыча документов полностью прекратились;
🔹отчетные документы выгружаются автоматически, а не в ручном формате.
Сейчас мы еще в процессе улучшения и надеемся, что вскоре радости от использования прибавится. И, кстати, в планах еще внедрить 1С:PDM Управление инженерными данными для разработчиков. Поделитесь, пожалуйста, кто-то из вас ей пользуется?
#непридуманныеистории
Затеяли мы эту историю в тот момент, когда стали больше, когда у нас появилось свое производство и нужно было производить учет давальческого сырья. До этого мы были небольшой ламповой компанией с тридцатью участниками во внутреннем чатике «Флудилка» и, в целом, 1С Бухгалтерия + Битрикс24 + Эксель справлялись с решением задачек нормально.
С момента затевания до внедрения и, Аллилуя, полноценного начала использования 1С ERP у нас прошло около года. Оказалось, что пугаться этого не стоит и это стандартный показатель для такой компании, как наша.
А вот и те самые сложности.
Сложность #1. Небольшой саботаж нашей любимой бухгалтерии.
Она привыкла к 1С Бухгалтерия и для нее это чудесный инструмент. В ERP надо сильно перестраиваться и привыкать к неизведанному. А самое главное, что вначале блок «Регламентная отчетность» оказался совсем другой и «сыроватый».
Сложность #2. Разброс подразделений.
Склад и производство находятся в другом городе, и коммуникация с ними чуточку усложнена. Приходилось долго аргументировать важность погружения в систему.
Сложность #3. Время, которого нет.
Некоторые коллеги были так увлечены своими проектами, что такое собрание, как «обучение 1С ERP», забывалось или переносилось. Считалось делом не первой важности, на которое не хватает времени.
Сложность #4. Лаг.
Многие не могли перестроиться от прежней системы и заводили информацию не в режиме онлайн.
Сегодня мы уже миновали почти все эти трудности и вот какие плюсы вырисовываются:
🔹бухгалтерия практически адаптировалась и перешла в состояние радости от общего порядка;
🔹ребусы и добыча документов полностью прекратились;
🔹отчетные документы выгружаются автоматически, а не в ручном формате.
Сейчас мы еще в процессе улучшения и надеемся, что вскоре радости от использования прибавится. И, кстати, в планах еще внедрить 1С:PDM Управление инженерными данными для разработчиков. Поделитесь, пожалуйста, кто-то из вас ей пользуется?
#непридуманныеистории
Сегодня вместо итогов мы решили вспомнить некоторые яркие, запоминающиеся и неожиданные истории из нашей разработческо-производственной жизни 2022 года🧑💻
1. «Фобии топологов»
Когда плата под процессор с 4000 контактами отправилась на производство, у топологов закрались легкие панические мысли, что с ним что-то не то. Отогнав эти наваждения, решили дождаться изготовления плат. Дождались. Привезли в офис и стали устанавливать остальные детали. Тут и заметили неладное: шелкография была подозрительно перевернута на 180 градусов. Легкая паника сменилась приступами тяжелой тревоги. Получалось, что наилучший вариант – это только ошибка в шелкографии, а наихудший – это перевернутая ориентация контактных площадок относительно корпуса в придачу. Сделав успокоительную дыхательную гимнастику, полезли смотреть даташит на сокет. Оказалось, вот что: сокет закручивается правильно при неправильной шелкографии. То есть, это ошибка библиотеки. По-прежнему было тревожно, потому что непонятно, на каком же этапе и кто ошибся.
Повторив дыхательные практики, собрались советом топологов и схемотехников на мозговой штурм. Кто-то предлагал подпилить пластик, кто-то метал, кто-то перепаять все заново. Но самое здравое решение было прочитать еще раз всю документацию. Выяснили, что документацию на сокет без предупреждения изменили уже после того, как плату отправили в производство. Решение нашли: прикрутили корпус наоборот (по-другому он и не закручивался), pin-to-pin все совпали. Повезло, что никаких других компонентов впритык не стояло.
В итоге у нас получилась всего лишь некрасивенькая шелкография, рубец в душе топологов и минус 50 мл виски, которым откачивали главного тополога.
P.S. В следующей версии уже все подправили, чтобы выглядело красиво.
2. «Испытания дождем»
Восемь часов под ровной стеной холодного дождя суждено было провести нашим дата сайнтистам. Все ради испытаний детекции пламени «на объекте». Кажется, это был самый дождливый день в году. Откладывать испытания было нельзя, поэтому соорудили командный пункт под клеенкой, натянутой между двух заборов. А на расстоянии 25 метров (все по ГОСТ) полыхали 1.5 метра огня, создаваемого источником пламеня ТП-5.
Восемь часов страданий привели к успешным результатам тестирований и…болезни двух дата сайнтистов (благо, не смертельной и непродолжительной).
3. «Бананово-карамельный латте»
Все началось, когда двое разработчиков застряли с кофемашиной в лифте, прижатые к стенкам. Тогда это продлилось аж несколько часов, чатик «Флудилка» разрывался от фото с места событий. Кофемашину нужно было как-то притащить в офис, чтобы проводить тут испытания и дописывать ПО. После освобождения ребят, все любители кофе (считайте весь офис) нетерпеливо ждали, когда же их угостят.
Рецептов было много, но из ингредиентов только сладкое молоко и бананы. В течение двух недель, пока разбирались как идет управление от сервера к аппарату и учились делать любой напиток, все пили исключительно бананово-карамельный латте экстра большого размера. Даже любителям американо этот латте казался изумительным. Своя все-таки разработка.
#непридуманныеистории
1. «Фобии топологов»
Когда плата под процессор с 4000 контактами отправилась на производство, у топологов закрались легкие панические мысли, что с ним что-то не то. Отогнав эти наваждения, решили дождаться изготовления плат. Дождались. Привезли в офис и стали устанавливать остальные детали. Тут и заметили неладное: шелкография была подозрительно перевернута на 180 градусов. Легкая паника сменилась приступами тяжелой тревоги. Получалось, что наилучший вариант – это только ошибка в шелкографии, а наихудший – это перевернутая ориентация контактных площадок относительно корпуса в придачу. Сделав успокоительную дыхательную гимнастику, полезли смотреть даташит на сокет. Оказалось, вот что: сокет закручивается правильно при неправильной шелкографии. То есть, это ошибка библиотеки. По-прежнему было тревожно, потому что непонятно, на каком же этапе и кто ошибся.
Повторив дыхательные практики, собрались советом топологов и схемотехников на мозговой штурм. Кто-то предлагал подпилить пластик, кто-то метал, кто-то перепаять все заново. Но самое здравое решение было прочитать еще раз всю документацию. Выяснили, что документацию на сокет без предупреждения изменили уже после того, как плату отправили в производство. Решение нашли: прикрутили корпус наоборот (по-другому он и не закручивался), pin-to-pin все совпали. Повезло, что никаких других компонентов впритык не стояло.
В итоге у нас получилась всего лишь некрасивенькая шелкография, рубец в душе топологов и минус 50 мл виски, которым откачивали главного тополога.
P.S. В следующей версии уже все подправили, чтобы выглядело красиво.
2. «Испытания дождем»
Восемь часов под ровной стеной холодного дождя суждено было провести нашим дата сайнтистам. Все ради испытаний детекции пламени «на объекте». Кажется, это был самый дождливый день в году. Откладывать испытания было нельзя, поэтому соорудили командный пункт под клеенкой, натянутой между двух заборов. А на расстоянии 25 метров (все по ГОСТ) полыхали 1.5 метра огня, создаваемого источником пламеня ТП-5.
Восемь часов страданий привели к успешным результатам тестирований и…болезни двух дата сайнтистов (благо, не смертельной и непродолжительной).
3. «Бананово-карамельный латте»
Все началось, когда двое разработчиков застряли с кофемашиной в лифте, прижатые к стенкам. Тогда это продлилось аж несколько часов, чатик «Флудилка» разрывался от фото с места событий. Кофемашину нужно было как-то притащить в офис, чтобы проводить тут испытания и дописывать ПО. После освобождения ребят, все любители кофе (считайте весь офис) нетерпеливо ждали, когда же их угостят.
Рецептов было много, но из ингредиентов только сладкое молоко и бананы. В течение двух недель, пока разбирались как идет управление от сервера к аппарату и учились делать любой напиток, все пили исключительно бананово-карамельный латте экстра большого размера. Даже любителям американо этот латте казался изумительным. Своя все-таки разработка.
#непридуманныеистории
Please open Telegram to view this post
VIEW IN TELEGRAM
История о том, как мы сделали красивый и функциональный прототип абсолютно нового для нас устройства за 3 недели.
Бывает редко, но все же бывает, когда мы сдаем работающий прототип нашему заказчику раньше заявленных сроков. Обычно такое случается, если мы делаем относительно понятные и знакомые нам устройства.
Здесь у нас было иначе. 29 декабря нам приходит запрос на разработку и производство многих тысяч штук суперсложного устройства (22-дюймовая тач панель, несколько видеокамер, печатающий модуль и пр.). Вся поставка должна быть к августу (все, как мы любим), но первый прототип уже к 1 февраля. Учитывая, что в среднем на проработку такой архитектуры и прототипирование нужно пару месяцев, а ребята сдали первый функциональный образец 30 января, то гордость команды очень понятна. Тут повлияло многое: бэкграунд по хардвер-решениям, умения по декомпозированию сложных задач и быстрому их решению. Да и просто пахать в выходные.
Видя наши свершения, заказчик продолжает ставить все более амбициозные цели - срок сдачи "красивого" образца вместо 1 марта на 22 февраля. Франкенштейн (официальное название проекта в общем чатике с заказчиком) должен быть к этому моменту полностью доведен до ума по дизайну и конструктиву. Ребята говорят, что получится.
#непридуманныеистории
Бывает редко, но все же бывает, когда мы сдаем работающий прототип нашему заказчику раньше заявленных сроков. Обычно такое случается, если мы делаем относительно понятные и знакомые нам устройства.
Здесь у нас было иначе. 29 декабря нам приходит запрос на разработку и производство многих тысяч штук суперсложного устройства (22-дюймовая тач панель, несколько видеокамер, печатающий модуль и пр.). Вся поставка должна быть к августу (все, как мы любим), но первый прототип уже к 1 февраля. Учитывая, что в среднем на проработку такой архитектуры и прототипирование нужно пару месяцев, а ребята сдали первый функциональный образец 30 января, то гордость команды очень понятна. Тут повлияло многое: бэкграунд по хардвер-решениям, умения по декомпозированию сложных задач и быстрому их решению. Да и просто пахать в выходные.
Видя наши свершения, заказчик продолжает ставить все более амбициозные цели - срок сдачи "красивого" образца вместо 1 марта на 22 февраля. Франкенштейн (официальное название проекта в общем чатике с заказчиком) должен быть к этому моменту полностью доведен до ума по дизайну и конструктиву. Ребята говорят, что получится.
#непридуманныеистории
В отделе вычтеха у нас частенько происходят удивительные истории. Вот пару случаев из недавних приключений.
1. С опозданием, но сложные 14-слойные платы наконец-то вышли с завода в Китае. Логисты нашли слот, оперативно разместили груз, и он улетел в Россию самолетом. Все вроде должно быть OK (есть авианакладная с номером), но данные долго не менялись, и по всем признакам платы долетели до Улан-Удэ. Так прошло несколько дней и потом неделя. Мониторя движения самолета, выяснили, что он несколько раз успел уже слетать в Китай. Платы, как обычно, еще вчера нужны были в Москве, поэтому теперь было максимально волнительно, поскольку не ясно, что с ними происходит и почему процесс не продвигается. Грузовая компания сначала ничего не рассказывала, только то, что груз в пути. Потом все же сознались и выпустили информационное письмо: случилась внезапная полная проверка русской таможней груза. Как следствие, самолет задержали и груз выгрузили. Сказали, что иногда так бывает. Нам не повезло. Переживали тогда двумя командами: нашей и заказчика. В те моменты жалели, что нет штатного психолога со специализацией на логистике в компании.
2. Импульсные красавчики на 180 ватт и 5 вольт были разработаны в срок (это мы так про импульсные блоки питания с внутренним кодовым названием «наш ответ МинВеллу»), и оставалось лишь отгрузить их клиенту на первые испытания в составе реального сложного изделия. Решили отправить курьера с этим грузом на другой конец Москвы. Не волновались, потому что часто использовали эту службу доставки для отправки мелочевки. Как оказалось, нет, надо быть всегда «на чеку». Через пару часов выяснилось, что курьера задержали и он находится в отделении полиции. С нашими двумя образцами! Которых сделали всего три, но первый сгорел во имя науки… и в которые мы уже успели влюбиться. Кстати, получилось точное попадание в ТЗ со второго и третьего образца!
В итоге история длилась тревожные полдня до глубокого вечера. Около 21:00 заказчик позвонил и сказал, что курьер приехал. Мы выдохнули. Курьер так и не рассказал, из-за чего это случилось и почему так долго его не отпускали. Будьте осторожны со своими детищами.
#непридуманныеистории
1. С опозданием, но сложные 14-слойные платы наконец-то вышли с завода в Китае. Логисты нашли слот, оперативно разместили груз, и он улетел в Россию самолетом. Все вроде должно быть OK (есть авианакладная с номером), но данные долго не менялись, и по всем признакам платы долетели до Улан-Удэ. Так прошло несколько дней и потом неделя. Мониторя движения самолета, выяснили, что он несколько раз успел уже слетать в Китай. Платы, как обычно, еще вчера нужны были в Москве, поэтому теперь было максимально волнительно, поскольку не ясно, что с ними происходит и почему процесс не продвигается. Грузовая компания сначала ничего не рассказывала, только то, что груз в пути. Потом все же сознались и выпустили информационное письмо: случилась внезапная полная проверка русской таможней груза. Как следствие, самолет задержали и груз выгрузили. Сказали, что иногда так бывает. Нам не повезло. Переживали тогда двумя командами: нашей и заказчика. В те моменты жалели, что нет штатного психолога со специализацией на логистике в компании.
2. Импульсные красавчики на 180 ватт и 5 вольт были разработаны в срок (это мы так про импульсные блоки питания с внутренним кодовым названием «наш ответ МинВеллу»), и оставалось лишь отгрузить их клиенту на первые испытания в составе реального сложного изделия. Решили отправить курьера с этим грузом на другой конец Москвы. Не волновались, потому что часто использовали эту службу доставки для отправки мелочевки. Как оказалось, нет, надо быть всегда «на чеку». Через пару часов выяснилось, что курьера задержали и он находится в отделении полиции. С нашими двумя образцами! Которых сделали всего три, но первый сгорел во имя науки… и в которые мы уже успели влюбиться. Кстати, получилось точное попадание в ТЗ со второго и третьего образца!
В итоге история длилась тревожные полдня до глубокого вечера. Около 21:00 заказчик позвонил и сказал, что курьер приехал. Мы выдохнули. Курьер так и не рассказал, из-за чего это случилось и почему так долго его не отпускали. Будьте осторожны со своими детищами.
#непридуманныеистории
Был у нас один проект, где срок сдачи клиенту первой партии сдвинулся на…год. Такое происходит (очень редко, но все же), когда соглашаешься "просто сделать DFM и запустить в производство". Это был именно такой случай.
Что мы делали весь этот год? Настраивали RF контур LTE модуля, разбирались с клиентским секьюрным модулем и запускали его, отрабатывали технологию склейки криволинейных тач-панелей с дисплеем и много что еще.
И да, каждый проект мы обязательно завершаем ретроспективой – смотрим какие были успехи и неудачи. Не для того, чтобы наказать виновных и наградить кого попало (это тема и отдельного поста😁), а честно сказать самим себе, где мы были неправы, чтобы больше так не делать.
Звучит может и банально, но если не отрефлексировать факапы, то так и будешь их тащить в светлое будущее. Первые разы это дается непросто - людям свойственно скрывать свои ошибки, но если у нас нет открытости и доверия внутри себя, то как можно добиться ее в отношениях с клиентом? Ведь мы же играем в долгую.
#непридуманныеистории
Что мы делали весь этот год? Настраивали RF контур LTE модуля, разбирались с клиентским секьюрным модулем и запускали его, отрабатывали технологию склейки криволинейных тач-панелей с дисплеем и много что еще.
И да, каждый проект мы обязательно завершаем ретроспективой – смотрим какие были успехи и неудачи. Не для того, чтобы наказать виновных и наградить кого попало (это тема и отдельного поста😁), а честно сказать самим себе, где мы были неправы, чтобы больше так не делать.
Звучит может и банально, но если не отрефлексировать факапы, то так и будешь их тащить в светлое будущее. Первые разы это дается непросто - людям свойственно скрывать свои ошибки, но если у нас нет открытости и доверия внутри себя, то как можно добиться ее в отношениях с клиентом? Ведь мы же играем в долгую.
#непридуманныеистории
Небольшая зарисовка на тему «Конфликт схемотехников и программистов в Гаоди»
Первый акт.
Действие начинается с того, что схемотехники для измерения напряжений на плате заложили избыточную микросхему.
Яростные программисты: «Зачем такой "мерседес" ради простых задач?!»
Схемотехники: «Чипагеддон же на дворе, поэтому закладываем то, что можем купить. Лучше поставить избыточное, чем не поставить ничего».
Экспрессивная сцена обмена мнениями о никчёмности друг друга.
Прибегает руководитель, всех мирит. Все, ворча, расходятся работать дальше.
Второй акт.
Прошло полгода. Завершился большой цикл разработки крупной платы и приезжают первые образцы с "мерседесами" на борту.
Программисты из-за других задач благополучно забывают про "мерседес", видят его на плате и снова в ярости: «Зачем такой "мерседес" ради простых задач?!»
Схемотехники вздыхая:« В процессе разработки был чипагеддон, заложили то, что могли купить, поставили избыточное что бы поставить хоть что-то».
Экспрессивная сцена обмена мнениями о никчёмности друг друга.
Прибегает руководитель, всех мирит. Все, ворча, расходятся работать дальше.
Третий акт.
Плата отлажена с "мерседесом", делаются новые ревизии схемы.
Программисты в ярости: «Зачем вы оставили избыточный "мерседес" ?!»
Схемотехники: «Узел отлажен с ним и работает. Лучшее - враг хорошего, работает - не трожь!
Экспрессивная сцена обмена мнениями о никчёмности друг друга.
Прибегает руководитель, всех мирит. Все, ворча, расходятся работать дальше.
А у вас бывают такиепьесы ситуации?
#гаоди #непридуманныеистории
Первый акт.
Действие начинается с того, что схемотехники для измерения напряжений на плате заложили избыточную микросхему.
Яростные программисты: «Зачем такой "мерседес" ради простых задач?!»
Схемотехники: «Чипагеддон же на дворе, поэтому закладываем то, что можем купить. Лучше поставить избыточное, чем не поставить ничего».
Экспрессивная сцена обмена мнениями о никчёмности друг друга.
Прибегает руководитель, всех мирит. Все, ворча, расходятся работать дальше.
Второй акт.
Прошло полгода. Завершился большой цикл разработки крупной платы и приезжают первые образцы с "мерседесами" на борту.
Программисты из-за других задач благополучно забывают про "мерседес", видят его на плате и снова в ярости: «Зачем такой "мерседес" ради простых задач?!»
Схемотехники вздыхая:« В процессе разработки был чипагеддон, заложили то, что могли купить, поставили избыточное что бы поставить хоть что-то».
Экспрессивная сцена обмена мнениями о никчёмности друг друга.
Прибегает руководитель, всех мирит. Все, ворча, расходятся работать дальше.
Третий акт.
Плата отлажена с "мерседесом", делаются новые ревизии схемы.
Программисты в ярости: «Зачем вы оставили избыточный "мерседес" ?!»
Схемотехники: «Узел отлажен с ним и работает. Лучшее - враг хорошего, работает - не трожь!
Экспрессивная сцена обмена мнениями о никчёмности друг друга.
Прибегает руководитель, всех мирит. Все, ворча, расходятся работать дальше.
А у вас бывают такие
#гаоди #непридуманныеистории