Скачал ваш пример, запустил: $ ansible-playbook example.yaml
[WARNING]: Unable to parse /etc/ansible/hosts as an inventory source
[WARNING]: No inventory was parsed, only implicit localhost is available
[WARNING]: provided hosts list is empty, only localhost is available. Note that the implicit localhost does not match
'all'
ERROR! no action detected in task. This often indicates a misspelled module name, or incorrect module path.
The error appears to have been in '/Users/___/workspace/selvpc/example.yaml': line 7, column 8, but may
be elsewhere in the file depending on the exact syntax problem.
Потому, что это был их выбор. Но говорить о правильности/целесообразности и прочих аспектах такого выбора я бы не стал. Для таких решений взвешивается очень много за/против. И язык, как инструмент, это один из факторов, и как правило он не является решающим.
И 4 года на проверку, заметь не написание, а только на проверку. Плюс мне кажется, что уязвимости и проблемы в бизнес логике имеют несколько разный характер появления.
Уязвимости да действительно появляются из-за человеческой невнимательности. А вот проблемы в бизнес логике, чаще появляются из-за проблема коммуникации между людьми. Программист их намеренно делает думая, что так и надо.
Тут же возникает вопрос о специалистах которые хорошо шарят не только в программировании но и в области той науки для которой он пишет софт, а это очень часто редкие люди. возможно стоит пойти дальше и пересмотреть подготовку специалистов, убив еще 2-3 десятка лет.
В любом случае верификация кода на очень быстро развивающихся железках (я не говорю о баловстве с ПК) — это очень проблематично.
Вот это будет очень большой проблемой в развитии любой отрасли. Если так сделать, то возможно останется одна фирма, которая сможет пройти сертификацию верифицировав весь свой код. Но стоимость будет заоблачной, Позволить себе это смогут только отдельные клиники, стоимость лечения в которых будет тоже очень высокой. Большенство людей останется без диагностики.
Эту проблему надо решать по другому. А вот небольшой наброс на вентилятор: представь теперь, что писать код для него будет тот человек, которому этот аппарат необходим, какова вероятность того, что он халатно отнесётся к написанию программы?
Я и не говорил, что от них надо избавляться. Более того, автомобили — поповозки — это в большинстве случаев тоже баловство и покупая себе автомобиль, человек берёт на себя ответственность в том числе и за его баги, Если они конечно не сильно явные и их можно интерпретировать, как особенность.
Современный персональный компьютер (ПК) — это всего лишь баловство, которое может помочь человеку самовыражаться. Через это самовыражение и происходит развитие, как человека, так и ПК. Человек балуется с ПК, а баги на ПК балуются с человеком, все тут сходится.
Другое дело, если говорить о микропрограммах для жизненно важного оборудования, вот там да, стоимость бага сильно велика и конечно этому стоило бы уделять побольше внимания, возможно даже и на мировом уровне, вот только, что делать с «загребущими руками»? Если начинать вливать в эту отрасли большие деньги на зарплату, то сразу найдутся люди, которые просто будут нахлебниками и средний интеллект в такой команде не увеличится. Да, через пару тройку лет возможно и получится отсеять некоторых недобросовестных людей, но за это время добросовестные задолбутся получать по шапке за тех, кто криво делает. Наказания спросите вы? А что стоит наказания одного раздолбая, если выпущеный серийный аппарат МРТ, например, поджарит пару десятков человек?
Ну дальше я не буду развивать эту тему, наверно стало немного понятно, что хорошее оборудование с малой вероятностью появления багов стоит очень дорого и не из-за того, что там работают дорогостоящие сотрудники и загребают деньги лопатой, а из-за того, что весь этот процесс очень и очень сложно организовать из-за человеческой натуры.
Ровно из-за этого на наше с вами баловство с ПК ни кто не будет писать софт без багов.
Насколько я понял то Debug порт нужно использовать только в том случае, если была залита совсем кривая прошиква и модуль перестал грузится в принципе. Если же модуль жив, то можно прошить и через обычный порт. Процесс прошивки заключается в том, что перед прошивкой в модуль заливается микропрограмма, которая и выполняет прошивку. Собственно если модуль имеет у себя нормальную прошивку и способен принять микропрограмму для прошивки, через обычный порт то всё получиться.
Если же модуль "ушатан" нерабочей версией прошивки, то тогда только дебаг порт.
Всё так! Но этот пост о том, что делать если пылиться sim900a из-за того, что она не работает в наших сетях. Замену sim900 на sim800 произвести не сложно, особенно, если общение происходит через последовательный порт.
По ссылке, автор решил подогнать процесс прошивки под тот который он нашел в статье с другой разводкой, на самом деле этого не надо, если внимательно почитать документацию. Так же по ссылке модуль на 32-х битный, а 64-х битный и та прошивка которая указана в статье не подойдёт под 32-х битный модуль.
sim800l имеет поддержку FM-радио и BT в отличие от sim900, но там нет определение геолокации по базовым станциям.
По стоимости они сопоставимы с sim900. Обычно она зависит от обвязки вокруг модуля. Поддержка частот 900/1800 в нем есть, а значит сети он найдёт. Отказываться работать в России может из-за прошивки которая заточена например на азиатский рынок, но об этом вам на алиэкспрессе и подобных ресурсах скорее всего не скажут.
Прошивок под sim800 достаточно, так, что в крайнем случае придётся перепрошить.
Для домашнего облачка — это замечательное решение. Сам давно использую. Вот только недавно умерший винт не принёс мне многочасовых разворачиваний из бекапов моих фоток.
Что касается использования в корпоративных масштабах сказать ничего не могу.
$ ansible-playbook example.yaml
[WARNING]: Unable to parse /etc/ansible/hosts as an inventory source
[WARNING]: No inventory was parsed, only implicit localhost is available
[WARNING]: provided hosts list is empty, only localhost is available. Note that the implicit localhost does not match
'all'
ERROR! no action detected in task. This often indicates a misspelled module name, or incorrect module path.
The error appears to have been in '/Users/___/workspace/selvpc/example.yaml': line 7, column 8, but may
be elsewhere in the file depending on the exact syntax problem.
The offending line appears to be:
tasks:
- name: Create project
^ here
$ ansible-playbook --version
ansible-playbook 2.7.10
config file = None
configured module search path = ['/Users/___/.ansible/plugins/modules', '/usr/share/ansible/plugins/modules']
ansible python module location = /usr/local/lib/python3.7/site-packages/ansible
executable location = /usr/local/bin/ansible-playbook
python version = 3.7.3 (default, Mar 27 2019, 09:23:15) [Clang 10.0.1 (clang-1001.0.46.3)]
npm WARN deprecated ethereumjs-testrpc@6.0.3: ethereumjs-testrpc has been renamed to ganache-cli, please use this package from now on.
Более подробно тут
Уязвимости да действительно появляются из-за человеческой невнимательности. А вот проблемы в бизнес логике, чаще появляются из-за проблема коммуникации между людьми. Программист их намеренно делает думая, что так и надо.
Тут же возникает вопрос о специалистах которые хорошо шарят не только в программировании но и в области той науки для которой он пишет софт, а это очень часто редкие люди. возможно стоит пойти дальше и пересмотреть подготовку специалистов, убив еще 2-3 десятка лет.
В любом случае верификация кода на очень быстро развивающихся железках (я не говорю о баловстве с ПК) — это очень проблематично.
Эту проблему надо решать по другому. А вот небольшой наброс на вентилятор: представь теперь, что писать код для него будет тот человек, которому этот аппарат необходим, какова вероятность того, что он халатно отнесётся к написанию программы?
Другое дело, если говорить о микропрограммах для жизненно важного оборудования, вот там да, стоимость бага сильно велика и конечно этому стоило бы уделять побольше внимания, возможно даже и на мировом уровне, вот только, что делать с «загребущими руками»? Если начинать вливать в эту отрасли большие деньги на зарплату, то сразу найдутся люди, которые просто будут нахлебниками и средний интеллект в такой команде не увеличится. Да, через пару тройку лет возможно и получится отсеять некоторых недобросовестных людей, но за это время добросовестные задолбутся получать по шапке за тех, кто криво делает. Наказания спросите вы? А что стоит наказания одного раздолбая, если выпущеный серийный аппарат МРТ, например, поджарит пару десятков человек?
Ну дальше я не буду развивать эту тему, наверно стало немного понятно, что хорошее оборудование с малой вероятностью появления багов стоит очень дорого и не из-за того, что там работают дорогостоящие сотрудники и загребают деньги лопатой, а из-за того, что весь этот процесс очень и очень сложно организовать из-за человеческой натуры.
Ровно из-за этого на наше с вами баловство с ПК ни кто не будет писать софт без багов.
Если же модуль "ушатан" нерабочей версией прошивки, то тогда только дебаг порт.
По стоимости они сопоставимы с sim900. Обычно она зависит от обвязки вокруг модуля. Поддержка частот 900/1800 в нем есть, а значит сети он найдёт. Отказываться работать в России может из-за прошивки которая заточена например на азиатский рынок, но об этом вам на алиэкспрессе и подобных ресурсах скорее всего не скажут.
Прошивок под sim800 достаточно, так, что в крайнем случае придётся перепрошить.
Что касается использования в корпоративных масштабах сказать ничего не могу.