Они не болт забили. Сам поиск багов — весьма трудоёмкая процедура, включающая несколько стадий: программисты, QA, асессоры, бета-тестеры... И чтобы дойти до последних, надо для начала собственно устройство создать, которым эти бета-тестеры будут активно пользоваться.
Соответственно, крупный пользователь чипов — а особенно новых чипов — всегда работает в паре с инженерами вендора, сначала по брингапу SoC в конкретном устройстве с конкретным софтом и функционалом и проведению его через все формальные тесты (от базовых типа ЭМС до функциональных), а потом по спусканию на этих инженеров потока тикетов с багами с беты, QA и асессоров. Потому что никакая лаборатория не воспроизведёт случай «иксбокс определённой версии за каким-то чёртом при подключении HDMI что-то дёргает на линиях ARC, хотя ему незачем вообще их трогать, так что в двух случаях из ста это активирует что не надо активировать с нашей стороны, в результате чего вместо EDID этот иксбокс получает чушь и ставит грустное дефолтное разрешение».
Точнее, чаще это даже трёх- или четырёхстороняя сделка, в которой есть инженеры вендора, инженеры заказчика и инженеры одной-двух фабрик, которым предстоит производить электронику и само устройство. По рабочей группе в несколько человек с каждой стороны.
Как вы разгонитесь до 120 км/ч на такой машине? Вы видели Форд Т? У него максимальная скорость 70 км/ч.
Со времён S90 (довольно невыдающихся колонок даже для своего времени) человечество прошло большой путь к новым магнитам, подвесам, материалам диффузоров...
Я на YoungCon всем интересующимся сообщал, что Edifier + Raspberry Pi + Whisper можно на изоленте собрать за неделю — а потом мы вместе начинали считать, какой размер команды, сколько месяцев и какие лаборатории нужны для построения полноценной колонки «как вот эта у вас» с нуля :)
Меньше десятка человек и года работы как-то не получалось.
При на три порядка большей его простоте и в силу этого 100-% воспроизводимости по железу примерно любым энтузиастом с минимальным набором оборудования.
поясняю мысль: мне так кажется что проще/быстрее было бы взять готовую сборку android под данную soc и Ваш софт гонять почти без доработок в виде .apk Примерно так работают колонки на google home - android с другой оболочкой
Ох.
Эмбеддед — это не x86 с убунтой/виндой/whatever, увы. От «готовой сборки» до полноценно и стабильно функционирующего устройства тут около года софтовой разработки внутри и вокруг ОС (точнее, обычно это непрерывный процесс существенно большей длительности, но год — это минимум, чтобы оно работало как надо, а не как на условном китайце с али, «ну в принципе обычно нормально, но иногда надо ребутнуть по питанию»).
Даже в том пакете, который вам даст вендор SoC, будет вагон работы по доведению до стабильного состояния, отлову багов (особенно если SoC новый — вы быстро обнаружите, что, кажется, вы его первый по-настоящему крупный пользователь, и конечно приятно, что ради вас команда инженеров вендора в субботу сидит до 11 часов своего китайского вечера...), интеграции драйверов нужной вам периферии в нужных вам режимах...
Это так в эмбеддеде на всех уровнях, от микроконтроллеров до тяжёлых систем с Linux/AOSP/etc.
Это если все два часа слушать однотонный сигнал на максимальной громкости и сигнала, и колонки :)
Музыка же, считается, наилучшим образом с точки зрения мощности аппроксимируется М-шумом, у которого пик-фактор — 17,5 дБ на 10-секундном интервале.
Плюс, конечно, колонка не вваливает все 30 Вт на любой произвольной частоте. У неё есть настройка АЧХ усилителей, корректирующая неидеальность динамиков. Но это поправка второго порядка уже.
То есть вопроса, где на этой плате умещается — и умещается ли — подсистема питания, кварц, всякая иная мелкая обвязка, у вас не возникает? :) У меня вот даже к размещению второго чипа (что это? ОЗУ? eMMC? по пропорциям похоже на второй) вплотную к краю платы вопросы уже есть.
Это пока не проект, это от балды нарисованная картинка.
Есть определённая должность в компании - ведущий разработчик aka senior. У него определённые обязанности, и передача опыта через говорение слов ртом в них не входит
Как я уже сказал выше — жаль, что вы до этого тезиса не дочитали, а поторопились писать ответ — если в компании не выстроена система построения иерархической лестницы, в результате чего синьор отличается от миддла только частотой давления на кнопки и процентом совершаемых при этом ошибок, то это, несомненно, проблема компании. У такой компании будут серьёзные трудности в развитии.
Впрочем, в некоторых областях это вполне прокатывает — например, в типовой контрактной разработке, где действительно вполне эффективно иметь штат программистов, в обязанности которых входить только давить кнопки с разной скоростью. Трудности у таких компаний возникают только при смене ориентации деятельности — например, изнутри однажды наблюдал героические попытки перейти с рельс контрактов на выпуск своего продукта, закончившиеся полным ничем.
А каждому разжёвывать на синках, почему сделано так и иначе, и объяснять азы - ну за это надо отдельно доплачивать и это сугубо добровольно должно быть, потому что тут у нас не семинары для обмена опытом и не школа
Довольно типичная для айтишников (как людей, в целом не обладающих развитым гуманитарным знанием) и неверная точка зрения.
В то же время, ещё материалистическая диалектика учила нас закону о переходе количественных изменений в качественные.
Если бы его не было (а он выведен эмпирически, то есть, на основании реальных наблюдений и следующих из них логических умозаключений), то да, синьор бы отличался от миддла и джуна исключительно тем, что пишет в единицу времени больше кода, имеющего меньшее число ошибок на тысячу строк, и больше ничем.
Но так как он всё же есть, то каждая ступенька роста подразумевает изменение не только количественные, но и качественные. Джун действует по инструкции, описывающей метод решения поставленной перед джуном проблемы. Миддл умеет самостоятельно идентифицировать известные проблемы и находить инструкции по их решению. Синьор умеет определять наличие неизвестных проблем и не только решать их, но и переводить эти проблемы в категорию известных.
Собственно, последнее и есть «передача опыта». Технически она может осуществляться разными способами (и документацией, и семинарами, и личным общением).
(и если что, синьорам и платят больше, чем миддлам, в том числе и за это, а не за тысячи символов кода в час)
Да, есть ошибка во многих компаниях, когда до синьора повышают за просиживание задницы выслугу лет, а не за умение решать задачу передачи опыта. Точно так же — и об этом много сказано, и свежее например сказано тут, и добавить мне к этому нечего — потом повышают до тимлида, у которого качественная разница с синьором совсем радикальная.
Это проблема компании: в ней не собрана корректно работающая система построения иерархической лестницы.
Но. Если такая система в компании выстроена, вышеуказанное качественное различие между ролями руководство понимает, а вот конкретный сотрудник считает, что это не его дело, его дело исключительно кнопки давить — то именно как описано автором статьи, такой сотрудник является угрозой для проекта (и компании в целом) на роли синьора, если он почему-то на неё попал, или, в более корректном варианте, очень-очень хорошим миддлом, которого никогда не повысят (а он не поймёт почему, обиженный уйдёт туда, где его возьмут в синьоры — и в силу вышесказанного для компании, из которой он уволился, это будет не провалом «не смогли удержать!», а неизбежной потерей).
Оно ссыпает скомковавшиеся гранулы в контейнер с заправленным в него мусорным мешком. Раз в N дней меняете мешок на новый. Раз в месяц отчищаете прилипшее к дну лотка и протираете его.
Немного наполнителя попадает на пол, буквально единицы гранул (это от самого наполнителя зависит тоже, конечно, у меня соевый Ерошка, и насколько он мне не понравился в обычном лотке, настолько оказался хорош в автоматическом). Самоочистка не идеальная, примерно до 8-10 мм комочки могут остаться в общей массе. Немного может прилипать к донышку.
Но при одной кошке задачу не то что не возиться с лотком каждый день, а и уехать спокойно на неделю он решает (в комплекте с автокормушкой с вайфаем и камерой и поилкой-фонтанчиком) великолепно.
P.S. Зачем в этих лотках вайфай и интернет, понять трудно, конечно. Знание, сколько раз за день кошка туда сходила и сколько она при этом весила, не очень ценное.
Разумеется, нет. Публикация условий тарифа никоим образом не обязывает оператора обеспечить для вас возможность подключения к нему.
Лёгкая смена тарифа абонентом — это просто сложившаяся (по разным причинам) практика, которая вам как абоненту нравится, а поэтому вы убеждаете себя, что это так природа устроена.
Простая же мысль о том, что сегодня вы закроете банкам и опсосам возможность подстраиваться под объективные экономические реалии (например, перестать кредитовать клиентов по ставкам ниже ставки рефинансирования или учитывать в тарифах инфляцию), завтра в ответ они предложат вам для смены тарифа на более нравящийся вам совершить личный визит в офис на другом конце гоорода с 10 до 17 с паспортом для подлисания допника к договору оказания услуг — оказывается не столь проста.
У нас для мероприятий, в т.ч. публичных, даже специальный комплект колонок «в разрезе» и с прозрачными корпусами есть:
Первые два довольно легко паяются так-то.
Легче, чем заказываются кастомные динамические головки с параметрами, посчитанными под данный корпус, и строится комната акустических измерений.
Они не болт забили. Сам поиск багов — весьма трудоёмкая процедура, включающая несколько стадий: программисты, QA, асессоры, бета-тестеры... И чтобы дойти до последних, надо для начала собственно устройство создать, которым эти бета-тестеры будут активно пользоваться.
Соответственно, крупный пользователь чипов — а особенно новых чипов — всегда работает в паре с инженерами вендора, сначала по брингапу SoC в конкретном устройстве с конкретным софтом и функционалом и проведению его через все формальные тесты (от базовых типа ЭМС до функциональных), а потом по спусканию на этих инженеров потока тикетов с багами с беты, QA и асессоров. Потому что никакая лаборатория не воспроизведёт случай «иксбокс определённой версии за каким-то чёртом при подключении HDMI что-то дёргает на линиях ARC, хотя ему незачем вообще их трогать, так что в двух случаях из ста это активирует что не надо активировать с нашей стороны, в результате чего вместо EDID этот иксбокс получает чушь и ставит грустное дефолтное разрешение».
Точнее, чаще это даже трёх- или четырёхстороняя сделка, в которой есть инженеры вендора, инженеры заказчика и инженеры одной-двух фабрик, которым предстоит производить электронику и само устройство. По рабочей группе в несколько человек с каждой стороны.
Как вы разгонитесь до 120 км/ч на такой машине? Вы видели Форд Т? У него максимальная скорость 70 км/ч.
Со времён S90 (довольно невыдающихся колонок даже для своего времени) человечество прошло большой путь к новым магнитам, подвесам, материалам диффузоров...
Я на YoungCon всем интересующимся сообщал, что Edifier + Raspberry Pi + Whisper можно на изоленте собрать за неделю — а потом мы вместе начинали считать, какой размер команды, сколько месяцев и какие лаборатории нужны для построения полноценной колонки «как вот эта у вас» с нуля :)
Меньше десятка человек и года работы как-то не получалось.
И это мы ещё софт не трогали.
При на три порядка большей его простоте и в силу этого 100-% воспроизводимости по железу примерно любым энтузиастом с минимальным набором оборудования.
Ох.
Эмбеддед — это не x86 с убунтой/виндой/whatever, увы. От «готовой сборки» до полноценно и стабильно функционирующего устройства тут около года софтовой разработки внутри и вокруг ОС (точнее, обычно это непрерывный процесс существенно большей длительности, но год — это минимум, чтобы оно работало как надо, а не как на условном китайце с али, «ну в принципе обычно нормально, но иногда надо ребутнуть по питанию»).
Даже в том пакете, который вам даст вендор SoC, будет вагон работы по доведению до стабильного состояния, отлову багов (особенно если SoC новый — вы быстро обнаружите, что, кажется, вы его первый по-настоящему крупный пользователь, и конечно приятно, что ради вас команда инженеров вендора в субботу сидит до 11 часов своего китайского вечера...), интеграции драйверов нужной вам периферии в нужных вам режимах...
Это так в эмбеддеде на всех уровнях, от микроконтроллеров до тяжёлых систем с Linux/AOSP/etc.
Это если все два часа слушать однотонный сигнал на максимальной громкости и сигнала, и колонки :)
Музыка же, считается, наилучшим образом с точки зрения мощности аппроксимируется М-шумом, у которого пик-фактор — 17,5 дБ на 10-секундном интервале.
Плюс, конечно, колонка не вваливает все 30 Вт на любой произвольной частоте. У неё есть настройка АЧХ усилителей, корректирующая неидеальность динамиков. Но это поправка второго порядка уже.
«20 лет туманного будущего» — это полный синоним для «абсолютно ясно, что будущего нет, уже лет пятнадцать, но мне нравится верить в чудо».
То есть вопроса, где на этой плате умещается — и умещается ли — подсистема питания, кварц, всякая иная мелкая обвязка, у вас не возникает? :) У меня вот даже к размещению второго чипа (что это? ОЗУ? eMMC? по пропорциям похоже на второй) вплотную к краю платы вопросы уже есть.
Это пока не проект, это от балды нарисованная картинка.
Как я уже сказал выше — жаль, что вы до этого тезиса не дочитали, а поторопились писать ответ — если в компании не выстроена система построения иерархической лестницы, в результате чего синьор отличается от миддла только частотой давления на кнопки и процентом совершаемых при этом ошибок, то это, несомненно, проблема компании. У такой компании будут серьёзные трудности в развитии.
Впрочем, в некоторых областях это вполне прокатывает — например, в типовой контрактной разработке, где действительно вполне эффективно иметь штат программистов, в обязанности которых входить только давить кнопки с разной скоростью. Трудности у таких компаний возникают только при смене ориентации деятельности — например, изнутри однажды наблюдал героические попытки перейти с рельс контрактов на выпуск своего продукта, закончившиеся полным ничем.
Довольно типичная для айтишников (как людей, в целом не обладающих развитым гуманитарным знанием) и неверная точка зрения.
В то же время, ещё материалистическая диалектика учила нас закону о переходе количественных изменений в качественные.
Если бы его не было (а он выведен эмпирически, то есть, на основании реальных наблюдений и следующих из них логических умозаключений), то да, синьор бы отличался от миддла и джуна исключительно тем, что пишет в единицу времени больше кода, имеющего меньшее число ошибок на тысячу строк, и больше ничем.
Но так как он всё же есть, то каждая ступенька роста подразумевает изменение не только количественные, но и качественные. Джун действует по инструкции, описывающей метод решения поставленной перед джуном проблемы. Миддл умеет самостоятельно идентифицировать известные проблемы и находить инструкции по их решению. Синьор умеет определять наличие неизвестных проблем и не только решать их, но и переводить эти проблемы в категорию известных.
Собственно, последнее и есть «передача опыта». Технически она может осуществляться разными способами (и документацией, и семинарами, и личным общением).
(и если что, синьорам и платят больше, чем миддлам, в том числе и за это, а не за тысячи символов кода в час)
Да, есть ошибка во многих компаниях, когда до синьора повышают за
просиживание задницывыслугу лет, а не за умение решать задачу передачи опыта. Точно так же — и об этом много сказано, и свежее например сказано тут, и добавить мне к этому нечего — потом повышают до тимлида, у которого качественная разница с синьором совсем радикальная.Это проблема компании: в ней не собрана корректно работающая система построения иерархической лестницы.
Но. Если такая система в компании выстроена, вышеуказанное качественное различие между ролями руководство понимает, а вот конкретный сотрудник считает, что это не его дело, его дело исключительно кнопки давить — то именно как описано автором статьи, такой сотрудник является угрозой для проекта (и компании в целом) на роли синьора, если он почему-то на неё попал, или, в более корректном варианте, очень-очень хорошим миддлом, которого никогда не повысят (а он не поймёт почему, обиженный уйдёт туда, где его возьмут в синьоры — и в силу вышесказанного для компании, из которой он уволился, это будет не провалом «не смогли удержать!», а неизбежной потерей).
Там реальных датчиков заполненности контейнера нет, кстати. Скорее всего чисто по числу походов кота в лоток считает.
А так да, пятнадцать пушей в день и по два-три запроса указать имя нового питомца, потому что оно почему-то вес кошки иногда как 1,5 кг измеряет.
У автора статьи — отличное эффективное решение. Безукоризненно работающее.
В отличие от безумных предложений людей с избытком нерастраченного времени в жизни заняться изобретением собственной электроники для кошачьего лотка.
На что, блин, даташит? На тензодатчик, до которого добираться полчаса и на котором скорее всего даже маркировки не будет?
Ну, если у вас очень много бесплатного свободного времени, которое больше нечем занять, можете проверить.
А автора проблему без всяких, простигосподи, телинков и есп за вечер решил.
Этому лотку не нужен вайфай. Этому лотку нужно по сигналу с встроенных тензодатчиков запустить очистку.
Оно ссыпает скомковавшиеся гранулы в контейнер с заправленным в него мусорным мешком. Раз в N дней меняете мешок на новый. Раз в месяц отчищаете прилипшее к дну лотка и протираете его.
(у меня не Petkit, но какая разница)
Немного наполнителя попадает на пол, буквально единицы гранул (это от самого наполнителя зависит тоже, конечно, у меня соевый Ерошка, и насколько он мне не понравился в обычном лотке, настолько оказался хорош в автоматическом). Самоочистка не идеальная, примерно до 8-10 мм комочки могут остаться в общей массе. Немного может прилипать к донышку.
Но при одной кошке задачу не то что не возиться с лотком каждый день, а и уехать спокойно на неделю он решает (в комплекте с автокормушкой с вайфаем и камерой и поилкой-фонтанчиком) великолепно.
P.S. Зачем в этих лотках вайфай и интернет, понять трудно, конечно. Знание, сколько раз за день кошка туда сходила и сколько она при этом весила, не очень ценное.
Разумеется, нет. Публикация условий тарифа никоим образом не обязывает оператора обеспечить для вас возможность подключения к нему.
Лёгкая смена тарифа абонентом — это просто сложившаяся (по разным причинам) практика, которая вам как абоненту нравится, а поэтому вы убеждаете себя, что это так природа устроена.
Простая же мысль о том, что сегодня вы закроете банкам и опсосам возможность подстраиваться под объективные экономические реалии (например, перестать кредитовать клиентов по ставкам ниже ставки рефинансирования или учитывать в тарифах инфляцию), завтра в ответ они предложат вам для смены тарифа на более нравящийся вам совершить личный визит в офис на другом конце гоорода с 10 до 17 с паспортом для подлисания допника к договору оказания услуг — оказывается не столь проста.
Мммммм, а у вас сколько рублей минута разговора по вашему тарифу? А 10 КБ трафика?