Немного оффтопик, но вы что-то странное читали про Emotiv. Он, как и все прочие eeg-контроллеры, работает по принципу измерения мозговой активности. К возможности чтения мыслей он имеет примерно то же отношение, как измерение температуры на разных участках процессора к возможности прочитать исполняемый код — т.е. почти никакого. Управлять с его помощью чем бы то ни было довольно сложно, средний человек с трудом осиливает даже две команды, а чтобы стабильно использовать четыре команды — нужно чуть ли не в медитации сидеть почти все время. Встроенные гироскопы для позиционирования курсора (отслеживают повороты головы) — довольно неудобны для работы с текстом, поскольку им радикально не хватает точности.
Не совсем понимаю смысла личных встреч, на которые нужно еще и с паспортом приходить. Видеоконференция решала бы те же задачи, при этом не игнорируя пожелания людей из весьма удаленных от Москвы областей.
Есть тут есть кто-то, кто туда пойдет — пожалуйста, поднимите вопрос о кодировке. Там часть документов в utf, а часть в 1251,
PHP изначально был перловым фреймворком для быстрого клепания простеньких страничек. Попытка использовать его в серьезных проектах ведет к необходимости отказаться от основных преимуществ PHP, т.е. перейти на шаблонизаторы, разбирать запросы, перенести работу с СУБД на отдельный уровень абстракции, отказаться от передачи переменных через сессию и т.д. Короче, в итоге получается более медленная, прожорливая и примитивная версия Перла. Но именно благодаря тем самым «школьникам, клепающим на нем ГС для своих игровых кланов» на сегодняшний день разработчиков PHP в десятки, если не в сотни раз больше, чем разработчиков на Perl. И это играет важную, а порой и решающую роль в выборе языка проекта — пусть PHP и хуже, но зато под него разработчиков найти проще. Ну, а чем больше проектов стартует на PHP — тем меньше вакансий для разработчиков на других языках. Что и вызывает негодование у тех, кто не хочет принять реальность. По мне, так в мире IT полно разного хлама, который стал популярным по разным причинам, проще его изучить и использовать, чем огораживаться.
Взывать к совести бесполезно в рамках поставленной задачи — это не даст ничего, кроме временного ощущения собственного морального превосходства и последующей депрессии от осознания несовершенства мира. Автор хочет больше помощи в нахождении багов? Значит, ему нужно что-то сделать для привлечения людей. Есть бесплатные варианты:
страничка с благодарностями поименно (типа top contributors)
картинка на сайте
именная картинка-для-подписи на сторонних сайтах
место для ссылок на проекты людей, которые помогли
почтовый ящик (пусть и просто редирект) на сайте проекта
хотя бы простое «спасибо» в частном порядке
Некоторые из этих пунктов попадаются на багтрекерах время от времени.
… а так же сигнализацию, шокер, лазер и кнопку самоуничтожения, запечатывающую дверь. А для мирных целей — простенький тетрис или змейку, чтобы ждущие у замка не скучали! :-)
Все-таки камера — это уже другой уровень. Придется проводку вести и дырки сверлить. А значит исчезает смысл и в батарее.
В phpbb была дыра, позволявшая получить доступ к шелу. Она существовала более года и ее тихо использовали заинтересованные люди, пока кто-то ее не опубликовал. После публикации начался бардак и даже появились эксплуатирующие эту уязвимость черви.
Разумеется, никого не нашли, даже авторов червей. Подозреваю, что и heartbleed заинтересованные люди использовали годами.
Это смотря какая проблема и как решают. Вот я как-то столкнулся с проблемой в tar. Написал. Получил через пару дней хотфикс. Обнаружил, что он не решает проблему. Написал еще раз. Ответа не дождался. Забил. Похожий опыт у меня был с wine (там ветка заглохла через десяток комментариев) и qemu (а эти ребята вообще проигнорировали, но их можно понять — у них с 2009 года висят баги в состоянии «new»).
Некоторая часть багтрекеров словно создаются специально для того, чтобы отбить всякую охоту ими пользоваться: перед репортом нужно зарегистрироваться, подтвердить почту, указать фамилию-имя, прочитать портянку на десять страниц о том, как именно надо сообщать. В общем, для полноты картины не хватает только текста на главной странице — «Вам тут не рады, уходите и не мешайте».
А вот если бы была награда, например, в виде сувениров — я бы, вполне вероятно, приложил больше усилий.
Идея денежных наград мне кажется сомнительной, потому как профессиональные программисты, обычно, не испытывают финансовых затруднений.
Это понятно, а на каком именно этапе проблема? ESP может обрабатывать http-запросы как сам, так и просто пинать данные на какой-то домашний сервер, который уже будет строить вышеприведенные красивые графики.
Мм? А что насчет ramnode? Я как раз присматриваюсь к VPS в пределах 10-15$ и мне важен объем оперативной памяти. Есть ли какие-нибудь хостеры, делающие упор именно на оперативку?
В сети есть множество примеров создания погодных станций на DHT22 и ESP8266.
Если это кому-то интересно, я могу написать подробную статью о том, как это сделать.
А как из одного стоваттного LED-модуля получился киловаттный? И где можно найти киловаттный блок питания размером с типичный ноутбучный?
Если же речь идет о ста ваттах, то к чему такие сложности? Можно взять пачку 3W светодиодов на 12 вольт.
Вы, как я понимаю, ссылаетесь на jQuery и NodeJS, где логика полностью вынесена на внешний сервер (или вовсе на стороне клиента), в результате чего собственные вычислительные возможности MCU не используются. Это подходит лишь для каких-нибудь реле и сенсоров, где полсекунды задержки не критичны и создает проблемы безопасности.
Есть заливка через USB кабель JS кода
Разобрать железную дверь, достать замок, разобрать замок, добраться до USB/UART микроконтроллера, залить обновление, собрать замок, собрать железную дверь. Похоже, мы говорим о принципиально разном уровне удобства разработки, так что соглашусь, дальнейшая дискуссия и впрямь теряет смысл.
Можно придумать еще сто причин, включая отсутствие чего-то-что-точно-есть-у-всех, но это не более чем гадание.
Решение есть, хотя и скучное — отслеживание потерь игроков после каждого этапа. Чем больше точек отслеживания — тем лучше.
Регистрация. Создание персонажа. Первый заход в игру. Переход в другую локацию. Взятие первого квеста. Первый бой. Завершение первого боя. Выполнение первого квеста. Сдача первого квеста. Получение второго квеста. Получение уровня. Получение предмета экипировки. Его использование. Получение предмета-расходника. Его использование. Первое поражение. Первый выход из игры. И так далее. В итоге получается подробная статистика с возможностью выборок по временному диапазону (чтобы отслеживать эффект нововведений) или источнику (игрок пришел с органика, партнерки, баннера, рекламы на агрегаторе), в самой статистике — процент игроков, добравшихся до определенного этапа, потраченное ими на это игровое и реальное время, деньги. Часто требуются отдельные фильтры для разных игровых классов, поскольку порой игровой опыт разных классов радикально отличается.
По моему опыту — это рабочий способ узнать, чего реально хотят игроки, что им нравится и за что они будут платить.
Может быть виновником ухода окажется не перегруженный туториал, а квест со странным юмором: например, в одной игре в качестве стартового квеста надо было пробежать всю огромную локацию по кругу. Дважды. ГД утверждал, что он «так видит», что «это смешно и его самого не напрягло пробежать». Да и игроки не возмущались этим квестом на форуме. Но после замеров оказалось, что эта «шутка» обходилась примерно в четверть новичков.
Уверяю, у меня и в мыслях не было заниматься промышленным производством, как и, судя по тексту, у автора топика. Как мне кажется, одна из серьезных причин развития движения DiY, это:
вы должны получить сертификат CE, который стоит более 5000 евро
Что же до LUA, то у этого выбора есть одно очень весомое преимущество, как и у любого интерпретатора — возможность легко загружать обновления кода. Я бы послушал об альтернативах с интерпретаторами, но совершенно не заинтересован ни в каких фреймворках, которые требуют подключения чипа к программатору для изменения одной константы в проекте.
Не совсем понял, что вы имеете в виду. У ESP минимум четыре беспроблемных GPIO вывода, которые могут рулить, соотв. четырьмя реле без каких-либо дополнительных усилий. Или еще большим количеством реле, посредством ShiftReg.
Я как-то разочаровался в комбайнах. Мне не так уж трудно разместить модули на плате самому, а в комбайне редко используется хотя бы треть предустановленных. При этом резко вырастают габариты и цена. Встроенный линукс — это хорошо, но, опять же, в моем случае избыточно — у меня есть полноценный домашний сервер, принимающий решения. А внешние исполнительные модули должны быть готовы к работе за считанные секунды после включения.
Не совсем понимаю на что именно гарантия — не на копеечный же микроконтроллер. Но слышал, что многие предпочитают покупать через Европу, чтобы не столкнуться с заведомым браком.
А в чем особенности ESP8266-EVB по сравнению с nodemcu dev board?
Есть тут есть кто-то, кто туда пойдет — пожалуйста, поднимите вопрос о кодировке. Там часть документов в utf, а часть в 1251,
Некоторые из этих пунктов попадаются на багтрекерах время от времени.
Все-таки камера — это уже другой уровень. Придется проводку вести и дырки сверлить. А значит исчезает смысл и в батарее.
Разумеется, никого не нашли, даже авторов червей. Подозреваю, что и heartbleed заинтересованные люди использовали годами.
Некоторая часть багтрекеров словно создаются специально для того, чтобы отбить всякую охоту ими пользоваться: перед репортом нужно зарегистрироваться, подтвердить почту, указать фамилию-имя, прочитать портянку на десять страниц о том, как именно надо сообщать. В общем, для полноты картины не хватает только текста на главной странице — «Вам тут не рады, уходите и не мешайте».
А вот если бы была награда, например, в виде сувениров — я бы, вполне вероятно, приложил больше усилий.
Идея денежных наград мне кажется сомнительной, потому как профессиональные программисты, обычно, не испытывают финансовых затруднений.
Вот простейший пример кода для прошивки nodeMCU:
В сети есть множество примеров создания погодных станций на DHT22 и ESP8266.
Если это кому-то интересно, я могу написать подробную статью о том, как это сделать.
Если же речь идет о ста ваттах, то к чему такие сложности? Можно взять пачку 3W светодиодов на 12 вольт.
Из перспективных (пока есть не везде, но скоро будут везде) — NFC.
Разобрать железную дверь, достать замок, разобрать замок, добраться до USB/UART микроконтроллера, залить обновление, собрать замок, собрать железную дверь. Похоже, мы говорим о принципиально разном уровне удобства разработки, так что соглашусь, дальнейшая дискуссия и впрямь теряет смысл.
Решение есть, хотя и скучное — отслеживание потерь игроков после каждого этапа. Чем больше точек отслеживания — тем лучше.
Регистрация. Создание персонажа. Первый заход в игру. Переход в другую локацию. Взятие первого квеста. Первый бой. Завершение первого боя. Выполнение первого квеста. Сдача первого квеста. Получение второго квеста. Получение уровня. Получение предмета экипировки. Его использование. Получение предмета-расходника. Его использование. Первое поражение. Первый выход из игры. И так далее. В итоге получается подробная статистика с возможностью выборок по временному диапазону (чтобы отслеживать эффект нововведений) или источнику (игрок пришел с органика, партнерки, баннера, рекламы на агрегаторе), в самой статистике — процент игроков, добравшихся до определенного этапа, потраченное ими на это игровое и реальное время, деньги. Часто требуются отдельные фильтры для разных игровых классов, поскольку порой игровой опыт разных классов радикально отличается.
По моему опыту — это рабочий способ узнать, чего реально хотят игроки, что им нравится и за что они будут платить.
Может быть виновником ухода окажется не перегруженный туториал, а квест со странным юмором: например, в одной игре в качестве стартового квеста надо было пробежать всю огромную локацию по кругу. Дважды. ГД утверждал, что он «так видит», что «это смешно и его самого не напрягло пробежать». Да и игроки не возмущались этим квестом на форуме. Но после замеров оказалось, что эта «шутка» обходилась примерно в четверть новичков.
Что же до LUA, то у этого выбора есть одно очень весомое преимущество, как и у любого интерпретатора — возможность легко загружать обновления кода. Я бы послушал об альтернативах с интерпретаторами, но совершенно не заинтересован ни в каких фреймворках, которые требуют подключения чипа к программатору для изменения одной константы в проекте.
А в чем особенности ESP8266-EVB по сравнению с nodemcu dev board?