Спасибо, было интересно почитать. понастольгировал. Примерно в теже годы использовал LPT-порт, но не для управления двигателями, а для вывода информации на небольшой ЖК экран для самодельного "миниатюрного" (35cmх35cmх6см) mp3 плеера на linux на одноплатнике via. Но очень быстро появились настоящие портативные mp3-плееры с флеш-памятью и устройство стало не нужным. Очень жалею, что не сфотографировал.
Спасибо большое за статью! Она меня вдохновила сделать что-то подобное, тоже хотелось с микроконтроллером поиграться, а без примера и готового кода я бы этого не осилил с учетом свободного времени. У меня намного все проще с корпусом, но силовая установка и управление сервоприводом сохранено. Из интересного, я в вашем коде увидел, что двигатель на L298N управляется в коде при помощи библиотеки сервопривода Servo. Это так планировалось? У меня Servo не выдавало максимального импульса ШИМ для L298N, мне показалось неудобным возиться с микросекундами и я заменил на обычный ШИМ через analogWrite(). Удобнее тем, что там диапазон 0-255. Сорри, если про это было в статье, читал ее год назад просто)
Cпасибо за интересную статью! Увы, чаще всего обучение получается в режиме чтения кусочка справки или инструкции к инструменту (библиотеке, фреймворку) ровно в том обьеме, который нужен для решения возникшей задачи, и, либо ты не можешь её решить без этой информации, либо чувствуешь, что можно сделать лучше или более правильно. Такого раздолья, как засесть с хорошей книжкой, освоить тему, потренироваться на курсах бывает редко. Очень велик щанс, как описано в статье, что за это время знания перестанут быть нужными, да и времени столько сложно найти. Обучение становится «микросервисным».
Как раз любой протокол — это то, что связывает бекенд и фронт. По-моему говорить, что протокол реализует только веб-сервер, некорректно. Как минимум есть ещё один опонент — браузер. В большинстве случаев, действительно всё делает браузер и веб-сервер. Но бывает, что нужно более детально разбираться, банальный пример — нужно прочитать заголовки ответа сервера/послать свои.
В наследство — это ещё ничего, есть возможность улучшать мелкими порциями, надеюсь. У меня вот есть коллега, который привык один работать и продолжает порождать огромные методы и другие вещи, делающие код не поддерживаемым.
Ищу возможность по мирному пока сваливать в другой проект, т.к. сам он в своем коде не плохо разбирается, естественно.
Спасибо за статью! В свое время пробовал играться с похожим реактивным flapjax, правда, ничего не вышло, не смог правильно скомпоновать потоки для своей задачи, а так как это была не промышленная разработка, забил на продолжение. Жду свободного времени, чтобы вернуться к экспериментам как-нибудь, т.к. на работе проекты попадаются с подходами со связыванием данных в оппозицию реактивному программированию.
Спасибо, узнал много интересной информации по тому, как сделать наследование, но всё же по заголовку статьи надеялся услышать больше ответов на вопрос «нужны ли классы или прототипы (наследование) вообще для задачи конструирования пользовательского интерфейса на JS?»
Например, если не рассматривать только задачу создания UI, то обычно классы нужны для того, чтобы описать иерархию между элементами, например, Rectangle->Element->Container->Window, когда весь интерфейс делается вручную с нуля или в рамках UI библиотеки какой-то. А тут вроде как у нас браузер предоставляет уже все элементы типа input, div и т.д. С другой стороны, их надо как-то расширять, значит наверное всё-таки нужно?
А я, в добавок к вышеописанному, еще люблю долго пометаться на тему, как переделать только что написанный код, чтобы в будущем он был более поддерживаемым. Иногда тоже очень сильно затягивает процесс. Спасибо за пост!
Спасибо, было интересно почитать. понастольгировал. Примерно в теже годы использовал LPT-порт, но не для управления двигателями, а для вывода информации на небольшой ЖК экран для самодельного "миниатюрного" (35cmх35cmх6см) mp3 плеера на linux на одноплатнике via. Но очень быстро появились настоящие портативные mp3-плееры с флеш-памятью и устройство стало не нужным. Очень жалею, что не сфотографировал.
Спасибо большое за статью! Она меня вдохновила сделать что-то подобное, тоже хотелось с микроконтроллером поиграться, а без примера и готового кода я бы этого не осилил с учетом свободного времени. У меня намного все проще с корпусом, но силовая установка и управление сервоприводом сохранено. Из интересного, я в вашем коде увидел, что двигатель на L298N управляется в коде при помощи библиотеки сервопривода Servo. Это так планировалось? У меня Servo не выдавало максимального импульса ШИМ для L298N, мне показалось неудобным возиться с микросекундами и я заменил на обычный ШИМ через analogWrite(). Удобнее тем, что там диапазон 0-255. Сорри, если про это было в статье, читал ее год назад просто)
Можно сделать приложение для расчета длины привязи козы по площади и продавать фермерам!
Установить ограничение скорости в квартире и высылать штрафы за превышения ;)
Сорри, немного веткой комментария промахнулся с мобилки
А что такое TCB за зверь? Пытался загуглить, но чёт неуспешно.
Что-то с переводом? Не языка, видимо, основа.
Спасибо, интересно. Особенно весело было узнать, что часть проблемы Y2K просто отодвинули на 2045 год. That's the spirit!
Ищу возможность по мирному пока сваливать в другой проект, т.к. сам он в своем коде не плохо разбирается, естественно.
Например, если не рассматривать только задачу создания UI, то обычно классы нужны для того, чтобы описать иерархию между элементами, например, Rectangle->Element->Container->Window, когда весь интерфейс делается вручную с нуля или в рамках UI библиотеки какой-то. А тут вроде как у нас браузер предоставляет уже все элементы типа input, div и т.д. С другой стороны, их надо как-то расширять, значит наверное всё-таки нужно?