Еще как можно и даже нужно. При этом «платажеспособность» определяет на сколько на самом деле нужна та или иная функция вычислительной системы, включая софт за который отдельно возможно и не берут деньги.
Я к тому, что если интерес к софту основывается только не его бесплатности — то этот софт по-настоящему и не нужен вовсе.
Еще раз повторюсь — ничего не имею против, когда кто-то делает что-то бесплатно для своего собственного удовольствия. Сам такое делаю иногда. Но только это не бизнес модель на будущее, а вид развлечения.
Ну то есть по факту платежеспособного спроса на такие штуки нет.
Более того, если вы по какой-то причине вынуждены пользоваться «формочкой» 20-и летней давности, то у вас вообще большие проблемы, если посмотреть в будущее чуть дальше текущего полугодия.
Я просто в 1998 году уже писал «формочки» под разные задачи, включая оборудование, и могу сказать на основании этого опыта, что ни в коем случае нельзя вязнуть в таком наследии.
Но ведь идут годы, а говорить до сих пор особо не о чем?..
То есть, конечно, показывать внукам как выглядело то, на чем дедушка делал в прошлом веке свои первые вебсайтики и где он с воодушевлением запускал Java 1.0
— самое то будет :)
При всем уважении к команде разработчиков их упорству и последовательности стюардессу, все-таки, надо когда-то закопать.
Ключевой момент — выпустить _своё_ устройство, _достаточное_ для выполнения определенных задач. Разумеется ни о какой конкуренции на массовом рынке речь не идет.
Или вы знаете какие-то другие устройства, про которые можно было бы быть уверенным, что не существует некий китайский инжернер, способный окирпичить любое ваше устройство удаленно?
Извините за субъективную оценку, она основана только лишь на практической ценности продемонстрированного и не учитывает остальных достижений в области девелопмента под EOS.
Давайте перенесем куда-нибудь. Может у вас есть, например, Слак/Телеграм есть с подходящей аудиторией?
Насчет формата хакатона я все понимаю, но понимаю и то, что по сути там вы сделали примерно то, что делают на занятиях-фукультативах по программированию. А именно, линуксовую программу опроса пары стандартных датчиков с вызовом веб-апи.
В текущей ситуации никакого рынка у вашей разработки нет вообще, так как для рынка необходимо как минимум надежное схемотехническое решение, возможность им управлять, на сервернй стороне аналогично. Когда вы все это реализуете в полном объеме, то наличие там «смартконтрактов» окажется далеко не самым главным или вообще не обязательным.
P.S.
Если будете делать что-нибудь дальше с RaspberryPi, то обязательно научитесь делать там readonly root, иначе её бутовая флэшка дохнет через месяц-полтора.
Потом я что-то не совсем понял «в данном вопросе считаем что этот подход более выигрышный, чем любой другой из существующих» — а какие вы знаете подходы и чем ваш лучше? По каким критериям?
Подброшу еще более холиварную тему :)
На самом деле IoT вообще плохо дружит с блокчейном по своей сути, точнее дорогоая медленная и расточительная (но неизменная) база данных (блокчейн) плохо укладывается на реалии IoT.
Там есть интересная тема с верификацией удаленных датчиков расположенных в untrusted environment, но это все больше про криптографию, чем про блокчейн.
Тут основной поинт в том, что
— распределенность и блокчейн абсолютно раные вещи
— сама по себе распределенность не решает многих проблем
Чтобы что-то действительно решить, нужно в первую очередь хорошо понять предметную область, а потом уже пробовать на ней новые модные игрушки. Сначала логика и аргументация, а потом уже убежденность и т.п., иначе ничего не получится.
Не сочтите за троллеж, но просто хотелось бы донести до людей часть своего опыта, чтобы они потом не бегали по тем же граблям.
Проблема сбора с датчиков никаким блокчейном не решается вообще, так как она находится в основном на «последней миле».
Еще одно распространенное заблуждение — это «сеть произвольного масштаба — забота других людей». Когда вы посчитаете реальную стоимость использования такой сети, и особенно посмотрите на реальную надежность её, то просто прослезитесь. Сейчас самая тривиальная транзакция в Эфире стоит порядка рубля (это без всякого смартконтракта!), если я буду постить данные со своего домашнего счетчика, то это больше 200 руб/день (даже СМСки будут дешевле!).
Другой интересный момент насчет «чужой сети» — вам надо будет как-то поддерживать актуальный список узлов на каждом «счетчике», учитывая, что эти узлы вам не подконтрольны, могут отключаться в любой момент (как и счетчики — это важно!) и могут непредсказуемо отказывать в обслуживании просто из-за того, что у них цена транзакции вдруг изменилась в разы.
А децентрализация сейчас вообще какой-то фетиш, причем, местами нездоровый. Это ведь не что-то данное свыше, как закон природы, а просто некий набор соглашений между заинтересованными сторонами — Интернет тому пример.
По большей части все именно так. Я сам занимаюсь в том числе и разработками, связанными с блокчейн технологиями. Должен сказать, что кейсов реального полезного применения этого всего в области IoT исчезающе мало.
Честно говоря, по описанию проблем функционирования бота создается впечатление, что его писали какие-то начинающие студенты. Затыки при нагрузке «до 16 сообщений в секунду» это просто детский сад, не говоря уж о том, что «мы не могли исправить ботак, так как он был запущен и с ним общались люди».
У меня жили по 2-3 месяца, даже без граф.обоочек.
С readonly-root живут на улице уже более года, некоторые станции слеланы на «малине» — http://meteo38.ru/
В статье обойден вниманием тот самый момент, когда этот паскаль стал «турбо». То есть TurboPascal 2.0 был некоторое время чуть ли единственным продуктом, который позволял запускать скомпилированные программы и делать бинарники (в .com формате) прямо из редактора без запуска внешнего компиллятора. Это был огромный шаг в плане ускорения разработки, так как программы запускались с дискет и каждый прогон занимал целую вечность.
Насколько я помню, с версии 3.0 в ТурбоПаскале появился встроенный отладчик. Но только с версии 4.0 (скриншот в начале статьи), которая по интерфейсу полностью отличалось от предыдущей, мы получили то, что в последствии многие годы было стандартом де-факто «турбопаскаль».
Если найдутся желающие попробовать «настоящий турбопаскаль», то он есть здесь — http://penzin.info/retro/
Для описанного кейса вообще никаких блокчейнов не нужно — заказчика интересует (как обычно) только конечный результат, но никак не вся, непонятная ему, цепочка действий, которую он не может ни контролировать, ни даже просто адекватно оценить. И ведь подобная ситуация практически со всеми примерами.
IBM сильно пиарит блокчейн, но у них под этим лежит своя, причем, довольно специфическая задача с прицелом на сбыт массы ихнего железа в первую очередь. То есть это все интересно, но нас как-то не очень касается.
Во всей этой движухе (несомненно полезной!) вокруг блокчейнов удручает тот факт, что юзкейсы приходится высасывать из пальца и буквально силой «натягивать» на действительность.
Я к тому, что если интерес к софту основывается только не его бесплатности — то этот софт по-настоящему и не нужен вовсе.
Еще раз повторюсь — ничего не имею против, когда кто-то делает что-то бесплатно для своего собственного удовольствия. Сам такое делаю иногда. Но только это не бизнес модель на будущее, а вид развлечения.
Более того, если вы по какой-то причине вынуждены пользоваться «формочкой» 20-и летней давности, то у вас вообще большие проблемы, если посмотреть в будущее чуть дальше текущего полугодия.
Я просто в 1998 году уже писал «формочки» под разные задачи, включая оборудование, и могу сказать на основании этого опыта, что ни в коем случае нельзя вязнуть в таком наследии.
То есть, конечно, показывать внукам как выглядело то, на чем дедушка делал в прошлом веке свои первые вебсайтики и где он с воодушевлением запускал Java 1.0
— самое то будет :)
При всем уважении к команде разработчиков их упорству и последовательности стюардессу, все-таки, надо когда-то закопать.
Или вы знаете какие-то другие устройства, про которые можно было бы быть уверенным, что не существует некий китайский инжернер, способный окирпичить любое ваше устройство удаленно?
Насчет формата хакатона я все понимаю, но понимаю и то, что по сути там вы сделали примерно то, что делают на занятиях-фукультативах по программированию. А именно, линуксовую программу опроса пары стандартных датчиков с вызовом веб-апи.
В текущей ситуации никакого рынка у вашей разработки нет вообще, так как для рынка необходимо как минимум надежное схемотехническое решение, возможность им управлять, на сервернй стороне аналогично. Когда вы все это реализуете в полном объеме, то наличие там «смартконтрактов» окажется далеко не самым главным или вообще не обязательным.
P.S.
Если будете делать что-нибудь дальше с RaspberryPi, то обязательно научитесь делать там readonly root, иначе её бутовая флэшка дохнет через месяц-полтора.
Подброшу еще более холиварную тему :)
На самом деле IoT вообще плохо дружит с блокчейном по своей сути, точнее дорогоая медленная и расточительная (но неизменная) база данных (блокчейн) плохо укладывается на реалии IoT.
Там есть интересная тема с верификацией удаленных датчиков расположенных в untrusted environment, но это все больше про криптографию, чем про блокчейн.
— распределенность и блокчейн абсолютно раные вещи
— сама по себе распределенность не решает многих проблем
Чтобы что-то действительно решить, нужно в первую очередь хорошо понять предметную область, а потом уже пробовать на ней новые модные игрушки. Сначала логика и аргументация, а потом уже убежденность и т.п., иначе ничего не получится.
Проблема сбора с датчиков никаким блокчейном не решается вообще, так как она находится в основном на «последней миле».
Еще одно распространенное заблуждение — это «сеть произвольного масштаба — забота других людей». Когда вы посчитаете реальную стоимость использования такой сети, и особенно посмотрите на реальную надежность её, то просто прослезитесь. Сейчас самая тривиальная транзакция в Эфире стоит порядка рубля (это без всякого смартконтракта!), если я буду постить данные со своего домашнего счетчика, то это больше 200 руб/день (даже СМСки будут дешевле!).
Другой интересный момент насчет «чужой сети» — вам надо будет как-то поддерживать актуальный список узлов на каждом «счетчике», учитывая, что эти узлы вам не подконтрольны, могут отключаться в любой момент (как и счетчики — это важно!) и могут непредсказуемо отказывать в обслуживании просто из-за того, что у них цена транзакции вдруг изменилась в разы.
А децентрализация сейчас вообще какой-то фетиш, причем, местами нездоровый. Это ведь не что-то данное свыше, как закон природы, а просто некий набор соглашений между заинтересованными сторонами — Интернет тому пример.
Если у сайта со статьяим полторы тыщщи посетителей в сутки, то никаких особых денег оттуда ожидать не приходится.
Так как очень интеренсно, насколько эффективные все эти денежные поощрения в плане создания качественного контента.
Там вообще есть какая-нибудь аудитория, кроме тех кто себе фантики зарабатывает?
С readonly-root живут на улице уже более года, некоторые станции слеланы на «малине» — http://meteo38.ru/
Я просто перешел по ссылке в начале статьи, потыкал в менюшку, пробовал найти банкоматы по своему адресу.
Насколько я помню, с версии 3.0 в ТурбоПаскале появился встроенный отладчик. Но только с версии 4.0 (скриншот в начале статьи), которая по интерфейсу полностью отличалось от предыдущей, мы получили то, что в последствии многие годы было стандартом де-факто «турбопаскаль».
Если найдутся желающие попробовать «настоящий турбопаскаль», то он есть здесь — http://penzin.info/retro/
Скриншотик закиньте сюда, если не сложно :)
IBM сильно пиарит блокчейн, но у них под этим лежит своя, причем, довольно специфическая задача с прицелом на сбыт массы ихнего железа в первую очередь. То есть это все интересно, но нас как-то не очень касается.