Я тоже не видел фарша — но видел консервированные сосиски. Как и особо кошерный Луф из отборной курятины (под водку хорошо шел). Человека, убравшего Луф из армии, нужно заставить есть тунца три раза в день пока он не почувствует себя дельфином — и выкинуть в море…
Мы уже год занимаемся выкидыванием похожей технологии из проекта и конца этому не видно.
Началось со здравой в общем-то идее — создадим структуры данных и модели на сервере, а для клиента — скомпилируем их же в JavaScript и придумаем «универсальный синхронизатор» который будет поддерживать данные в актуальном состоянии по обе стороны. Потом решили, что раз уже модели на C# — давайте и клиентский код на нем писать, благо bindings к jQuery шли с компилятором. А потом взяли нескольких фронтэндщиков, которые писали сразу на JS а чтобы не «отрываться от коллектива» — создавали заглушки на C# и вставляли в них свой код с помощью специальной аннотации. В результате получилась каша.
Для понимания, нужен ли скрам разработчикам или введен начальством в качестве «серебряной пули» — достаточно спросить как оценки времени выполнения задач соотносятся с реальностью и как это соотношение меняется со временем. Если это где-то 0.85-0.9 или растет к этому — скрам помогает. Если же программисты «промахиваются» раза в два и это не меняется месяцами — «что-то здесь не там».
Ну и для продвинутых/наглых — можно поинтересоваться кто ответственен за скрам-оф-скрамс и есть ли постоянный скрам-консультант. Если СОС организует начальство, а консультант торчит в фирме на постоянной основе — ничего путного из этого не выйдет, ритуалы так и останутся ритуалами а время будет бесполезно потеряно.
Самозанятость имеет весьма отдаленное отношение к предпринимательству. Работать консультантом по проектному/сезонному принципу а по окончании пару месяцев проедать заработанное — это не предпринимательство, а создать стартап — это не самозанятость.
Тут ниже уже писали про осциллографы и частотомеры. Еще можно сами «мозги коптера» использовать — у них есть режим калибрации радио, отображающий измеренную частоту по каждому входному каналу.
Централизовать ввод не всегда возможно — особенно когда у системы с десяток разных интерфейсов/протоколов. Типичный случай — шаблоны читали из файла, стало несколько машин — перенесли в базу, потом сделали микросервис, сейчас переезжаем на платформу у которой такой сервис «из коробки», но с несколько другим АПИ.
В субботу пойдем летать — посчитаю разбросанные вокруг полосы сгоревшие батарейки. Думаю, десятка полтора наберется. От ударов типа «упал со стола на паркет» действительно не возгораются, а при повреждении (проколе) элементов — за милую душу.
Тут скорее всего еще безопасность. RC-модели на бензине используют обычные перезаряжаемые батарейки — даже если самолетик бьется вдребезги, батарейки максимум деформируются. Электрические же используют специальные LiPo аккумы — плотность энергии и ток у них намного выше но от малейших ударов они начинают гореть, а то и взрываются.
1. Не исключено что для вашего ТВ есть новая прошивка, исправляющая эти проблемы
2. Если ваши ТВ и компьютер поддерживают CEC (передачу управляющих сигналов по HDMI) — можно найти соответствующую библиотеку и играться громкостью раз в час, например — это предотвратит выключение.
3. Можно купить за пару долларов ИК-излучатель и эмулировать пульт
4. Тут должна была быть реклама Распберри — CEC она умеет из коробки, а ИК колхозится за пять минут через GPIO
К выходу датчика подключить затвор транзистора. Между ними и землей поставить последовательно соединенные конденсатор и резистор. Резистор подобрать так, чтобы ток через датчик не превышал номинальный. Емкость конденсатора будет определять время нарастания/снижения яркости.
Такое уже было — Modu Дова Морана. Сначала вроде был интерес, но пока они сделали рабочий прототип — появились смартфоны и фирма загнулась. Главный вопрос — что и зачем пользователю подключать/отключать во времена суперминиатюрных флешек за 64 Гб, Блютуса и NFC (на крайний случай USB Host).
Если быть точным — в Ветхом завете никакого божественного указания нет. В книге Царств рассказывается о круглом бассейне 10 локтей диаметром и 30 локтей окружностью — что можно легко обьяснить неточностью измерений или не совсем идеальной формой.
Разрешение лазера влияет на минимальную толщину дорожки. "Зубцы" же получаются из-за несовершенства механики — при движении в разные стороны люфты влияют по-разному. Из-за этого в матричных и струйных принтерах в режиме высокого качества печать идет только при движении слева направо.
У меня создалось впечатление что переход на векторное рисование сильно улучшит качество — а то края проводников выходят неровные (видно в районе 2:40 на видео).
Насчет горизонтального обучения — это точно. В школе сына был открытый день и я должен был рассказывать восьмиклассникам о своей работе (обработка медицинских изображений). Оказалось что большинство из детей «на своей шкуре» испытали как минимум КТ, а некоторые — МРТ и ПЭТ (не говоря уже об УЗИ и рентгене) и им было очень интересно поделиться своими ощущениями. Мне поначалу даже странновато было — то ли врачи сейчас всех отправляют на КТ, то ли одноклассники сыну попались такие болезненные…
Началось со здравой в общем-то идее — создадим структуры данных и модели на сервере, а для клиента — скомпилируем их же в JavaScript и придумаем «универсальный синхронизатор» который будет поддерживать данные в актуальном состоянии по обе стороны. Потом решили, что раз уже модели на C# — давайте и клиентский код на нем писать, благо bindings к jQuery шли с компилятором. А потом взяли нескольких фронтэндщиков, которые писали сразу на JS а чтобы не «отрываться от коллектива» — создавали заглушки на C# и вставляли в них свой код с помощью специальной аннотации. В результате получилась каша.
Ну и для продвинутых/наглых — можно поинтересоваться кто ответственен за скрам-оф-скрамс и есть ли постоянный скрам-консультант. Если СОС организует начальство, а консультант торчит в фирме на постоянной основе — ничего путного из этого не выйдет, ритуалы так и останутся ритуалами а время будет бесполезно потеряно.
copy file.bin \\.\com1 /b
2. Если ваши ТВ и компьютер поддерживают CEC (передачу управляющих сигналов по HDMI) — можно найти соответствующую библиотеку и играться громкостью раз в час, например — это предотвратит выключение.
3. Можно купить за пару долларов ИК-излучатель и эмулировать пульт
4. Тут должна была быть реклама Распберри — CEC она умеет из коробки, а ИК колхозится за пять минут через GPIO