Я знаю что это такое. Для того, чтобы программист подумал, ему нужно заплатить денег. И не единоразово, а платить ему всегда при обновлении ядра и т.д. Закрыть «дыры» за 5 минут в одном дистрибутиве и делать это каждый раз намного дешевле, да и программист не нужен :) сисадмин начального уровня справится.
Эти все CVE закрываются минут за 5 на рабочем образе и далее тебя не беспокоят. Так что это вопрос не к Raspberry OS / Yocto Project, а к рукам конкретного исполнителя. Если они пароль по умолчанию на устройстве поменять не могут, то отчего они это смогут сделать в своем проекте?
На самом деле малиновые единственные на рынке микрокомпьютеров, кто реально осуществляет их поддержку. В репозитории постоянно вносятся правки и даже на старые платы есть актуальные версии ядра операционной системы.
Все другие типа Orange, RockPI и иже с ними выпускают плату и вместе с ней операционную систему, которая больше никем никогда не поддерживается. При выходе следующей железки ситуация повторяется. При таком зоопарке когда у тебя эта плата используется просто как игрушка, то на ней в общем то все работает. Но как только ты начинаешь подключать к ней разнообразное оборудование, то начинаются проблемы с дровами и работоспособностью. Камеры, USB ключи, принтеры всех мастей и куча еще всего. Если на Raspberry большинство железок заводятся без проблем, то с альтернативными вариантами часто и варианта нет.
Через мои руки за несколько последних лет прошли тысячи плат Raspberry и мы постоянно пытаемся найти им адекватную замену для промышленного применения и тонких клиентов на рабочих местах, но еще ни разу у нас не получилось :)
Я не про это. Комментировать это "поделие" мне как то не хочется на самом деле. Я просто удивился тому что RPI3 проще найти чем RPI4. У меня ситуация совершенно обратная :)
Хорошо жить в иллюзорном мире, где все просто, как у ребенка. Вот это хочу и буду делать, а остальные пусть подождут.
Простой пример из реальной жизни. Компания задумала акцию к новому году, закупилась товарами, разработала и подготовила рекламную компанию, в том числе на ТВ, но на сайте программисты так и не сделали нормальную работу с этой акцией, потому что другая задача показалась им «важнее именно сейчас». В итоге убытки в миллионы рублей :)
И еще момент. Неудача с датчиком bme280 у вас скорее всего связана с неправильным его использованием. Я не помню конкретно про bme280, но как правило все подобные датчики имеют «дефект саморазогрева». Если на датчик постоянно подано питание, то через какое то время он начинает показывать «неправильные» данные. В этом случае правильным алгоритмом является включение питания на датчике только в момент считывания показаний. В остальное время питание на датчике должно отсутствовать.
Можно я немного «претворюсь Вангой». В итоге вы придете к внешнему модулю с датчиками и внутреннему с экраном, сетью и всем прочим. Может быть на проводе, может на радиоканале.. но тем не менее ;)
Ну я в статье не нашел упоминаний о выносе датчика. Если смотреть на фото в статье то единственное место где видно что то похожее не bme680 стоит сразу справа от esp и под кнопкой (что по документации делать тоже не рекомендуется) на первом фото. Так что звиняйте …
Как скажете, но у нас на пяти устройствах спроектированных это было главной головной болью. При комнатной 22-25 температура ESP достигает 35 градусов легко. При разнице в 10 градусов и датчике расположенном поблизости и температура и влажность начинают "плавать". И тут либо обдувать вентилятором, либо сильно разносить в корпусе и в нем делать "воздушные каналы"... Но все такое себе. Если нужны точные измерения, то проще делать выносной датчик.
То же самое со светодиодами. Простой светодиод 0603, находящийся на противоположной стороне платы от датчика температуры, при постоянном свечении в легкую дает датчику +1 градус. А у вас светодиоды немного побольше...
Если вы с этим не столкнулись, то очень странно и хотелось бы знать как вы тестировали датчик на точность.
Как только вы попытаетесь закрыть это в корпус вы поймете, что esp-32 существенно греется при работе и будет влиять на датчик температуры и влажности, выдавая разные показания например при наличии/отсутствии ветра за окном. Вероятно проблема с отводом тепла от светодиодов тоже может доставить массу хлопот.
Минусы Joomla? Я с ней работал и работаю как на небольших сайтах, так были и проекты с 10+ млн. посещений в день. И были проекты, котлрые мы переносили с WP на Joomla. Поэтому о всех ее плюсах и минусах я как бы в курсе :)
Несомненно у WP есть свой рынок "простых" сайтов. Очевидно что у Joomla порядок "входа" несколько сложне. Но это не делает ее плохой CMS и уж точно она не более "дырявая" и не мешает продвигать сайты никак, как вы озвучили.
Зачем так резко то? :) если бы вы озаглавили статью "Мой рейтинг ..." и честно бы написали что с Joomla не работали и не разбирались, то и вопросов бы не было. Однако вы вынесли некоторые вердикты по этой CMS, и соответсвенно возникает вопрос аргументации. Особенно потому что вердикты весьма спорные :)
А так да, делайте сайты на чем угодно. Но когда вы начинаете делиться своим опытом и писать об этом статьи, то будте добры адекватно реагировать на вопросы :)
Фломастеры на вкус всегда разные. Joomla отличная CMS. Да, порог входа в нее для "разработчика" немного выше и кажется она сложнее, но и в возможностей там больше чем в Вордпресс. Чтобы говорить "не рекоментую" так категорично ... хотелось бы хоть какой то аргументации ;)
А откуда вы взяли что в Agile не надо декомпозировать задачи на более мелкие? Точно так же надо, если вы хотите долбится каких то приемлемых оценок.
Получается что разница лишь в коллективной оценке? Так она там не спроста была придумана, так как один человек не всегда сможет адекватно оценить задачу. Оценка командой повышает точность в виду разной квалификации и опыта разработчиков в команде.
Я честно говоря не понял в чем отличие той же оценки в store points, которую рекомендуют в agile. Там даже методика есть как их превращать в реальные сроки.
Мелких багов? Когда основные элементы вообще не работают как надо? И это еще даже к разработке не приступили, а посмотрели демо?
Еще раз удачи вам, мы живем в разных мирах и делаем разный софт… видимо даже для жителей разных планет /э:) этот разговор бесполезен в таком ключе :)
Такой дизайнер мне нафиг не нужен :) а бизнес с которым я работаю будет гнать такого нечистыми тряпками по улице :) потому как выглядеть будет отвратительно. Но у вас все такое…
Я знаю что это такое. Для того, чтобы программист подумал, ему нужно заплатить денег. И не единоразово, а платить ему всегда при обновлении ядра и т.д. Закрыть «дыры» за 5 минут в одном дистрибутиве и делать это каждый раз намного дешевле, да и программист не нужен :) сисадмин начального уровня справится.
Эти все CVE закрываются минут за 5 на рабочем образе и далее тебя не беспокоят. Так что это вопрос не к Raspberry OS / Yocto Project, а к рукам конкретного исполнителя. Если они пароль по умолчанию на устройстве поменять не могут, то отчего они это смогут сделать в своем проекте?
На самом деле малиновые единственные на рынке микрокомпьютеров, кто реально осуществляет их поддержку. В репозитории постоянно вносятся правки и даже на старые платы есть актуальные версии ядра операционной системы.
Все другие типа Orange, RockPI и иже с ними выпускают плату и вместе с ней операционную систему, которая больше никем никогда не поддерживается. При выходе следующей железки ситуация повторяется. При таком зоопарке когда у тебя эта плата используется просто как игрушка, то на ней в общем то все работает. Но как только ты начинаешь подключать к ней разнообразное оборудование, то начинаются проблемы с дровами и работоспособностью. Камеры, USB ключи, принтеры всех мастей и куча еще всего. Если на Raspberry большинство железок заводятся без проблем, то с альтернативными вариантами часто и варианта нет.
Через мои руки за несколько последних лет прошли тысячи плат Raspberry и мы постоянно пытаемся найти им адекватную замену для промышленного применения и тонких клиентов на рабочих местах, но еще ни разу у нас не получилось :)
Я не про это. Комментировать это "поделие" мне как то не хочется на самом деле. Я просто удивился тому что RPI3 проще найти чем RPI4. У меня ситуация совершенно обратная :)
Где найти raspberry pi 3b в России в приличных количествах? Я не нашел :)
Хорошо жить в иллюзорном мире, где все просто, как у ребенка. Вот это хочу и буду делать, а остальные пусть подождут.
Простой пример из реальной жизни. Компания задумала акцию к новому году, закупилась товарами, разработала и подготовила рекламную компанию, в том числе на ТВ, но на сайте программисты так и не сделали нормальную работу с этой акцией, потому что другая задача показалась им «важнее именно сейчас». В итоге убытки в миллионы рублей :)
И еще момент. Неудача с датчиком bme280 у вас скорее всего связана с неправильным его использованием. Я не помню конкретно про bme280, но как правило все подобные датчики имеют «дефект саморазогрева». Если на датчик постоянно подано питание, то через какое то время он начинает показывать «неправильные» данные. В этом случае правильным алгоритмом является включение питания на датчике только в момент считывания показаний. В остальное время питание на датчике должно отсутствовать.
Можно я немного «претворюсь Вангой». В итоге вы придете к внешнему модулю с датчиками и внутреннему с экраном, сетью и всем прочим. Может быть на проводе, может на радиоканале.. но тем не менее ;)
Все на собственном опыте последних 5 лет :)
Ну я в статье не нашел упоминаний о выносе датчика. Если смотреть на фото в статье то единственное место где видно что то похожее не bme680 стоит сразу справа от esp и под кнопкой (что по документации делать тоже не рекомендуется) на первом фото. Так что звиняйте …
Как скажете, но у нас на пяти устройствах спроектированных это было главной головной болью. При комнатной 22-25 температура ESP достигает 35 градусов легко. При разнице в 10 градусов и датчике расположенном поблизости и температура и влажность начинают "плавать". И тут либо обдувать вентилятором, либо сильно разносить в корпусе и в нем делать "воздушные каналы"... Но все такое себе. Если нужны точные измерения, то проще делать выносной датчик.
То же самое со светодиодами. Простой светодиод 0603, находящийся на противоположной стороне платы от датчика температуры, при постоянном свечении в легкую дает датчику +1 градус. А у вас светодиоды немного побольше...
Если вы с этим не столкнулись, то очень странно и хотелось бы знать как вы тестировали датчик на точность.
Как только вы попытаетесь закрыть это в корпус вы поймете, что esp-32 существенно греется при работе и будет влиять на датчик температуры и влажности, выдавая разные показания например при наличии/отсутствии ветра за окном. Вероятно проблема с отводом тепла от светодиодов тоже может доставить массу хлопот.
Минусы Joomla? Я с ней работал и работаю как на небольших сайтах, так были и проекты с 10+ млн. посещений в день. И были проекты, котлрые мы переносили с WP на Joomla. Поэтому о всех ее плюсах и минусах я как бы в курсе :)
Несомненно у WP есть свой рынок "простых" сайтов. Очевидно что у Joomla порядок "входа" несколько сложне. Но это не делает ее плохой CMS и уж точно она не более "дырявая" и не мешает продвигать сайты никак, как вы озвучили.
Зачем так резко то? :) если бы вы озаглавили статью "Мой рейтинг ..." и честно бы написали что с Joomla не работали и не разбирались, то и вопросов бы не было. Однако вы вынесли некоторые вердикты по этой CMS, и соответсвенно возникает вопрос аргументации. Особенно потому что вердикты весьма спорные :)
А так да, делайте сайты на чем угодно. Но когда вы начинаете делиться своим опытом и писать об этом статьи, то будте добры адекватно реагировать на вопросы :)
Ну я понимаю еще вопрос в поиске программистов может как то стоять. Но чем вам Joomla мешает в продвижении сайта?
Фломастеры на вкус всегда разные. Joomla отличная CMS. Да, порог входа в нее для "разработчика" немного выше и кажется она сложнее, но и в возможностей там больше чем в Вордпресс. Чтобы говорить "не рекоментую" так категорично ... хотелось бы хоть какой то аргументации ;)
Простите, а программисты в офисе прям все сложное делают? Сложное делают единицы — основная клепает простые формочки :)
Получается что разница лишь в коллективной оценке? Так она там не спроста была придумана, так как один человек не всегда сможет адекватно оценить задачу. Оценка командой повышает точность в виду разной квалификации и опыта разработчиков в команде.
Я честно говоря не понял в чем отличие той же оценки в store points, которую рекомендуют в agile. Там даже методика есть как их превращать в реальные сроки.
Мелких багов? Когда основные элементы вообще не работают как надо? И это еще даже к разработке не приступили, а посмотрели демо?
Еще раз удачи вам, мы живем в разных мирах и делаем разный софт… видимо даже для жителей разных планет /э:) этот разговор бесполезен в таком ключе :)
Такой дизайнер мне нафиг не нужен :) а бизнес с которым я работаю будет гнать такого нечистыми тряпками по улице :) потому как выглядеть будет отвратительно. Но у вас все такое…