Теоретически, тогда возникнут интересные коллизии:
1. Группа хулиганов с оборудованием подменяет GPS-сигнал, автомобиль моментально «оказывается» в стране с правосторонним движением или там, где знаки ограничения скорости в «Милях в час».
2. Водитель забыл обновить прошивку с новыми правилами, ездит как помнит.
В случае «частного робомобиля» в любом случае будет некоторый локальный владелец — человек, который обладает полномочиями нажать кнопочку «Поехали», а так же принять решение в духе «помыть машину сегодня или завтра». Он и должен нести повышенную ответственность.
В случае концепции «Робомобиль as a Service» всё станет намного сложнее и решения я пока не вижу
Интересный вопрос: ПДД разных стран имеют некоторые отличия. Получается, робомобили должны иметь разные прошивки/набор правил для разных стран?
Опять-таки, как будет проводиться обновление прошивки в случае изменения ПДД?
Есть небольшой перекос в сторону «нарушителей законодательства». По идее, выпуск на дорогу автомобиля с нерабочими тормозами — уже преступление. То есть, водитель, позволивший такое с какой-то долей вероятности есть злобный буратино и этот коэффициент было бы неплохо заложить в какую-нибудь итерацию программы.
Отличный ответ. Мне ещё попался тест «сбить N человек на своей полосе или N человек на полосе встречного движения при прочих равных условиях». Выбрал «свою полосу», так как теоретически манёвры на скорости могут привести к бОльшим проблемам.
Хотелось бы получить информацию и о реинжениринге процессов. Описание имеющихся процессов — хорошо, но автоматизация должна нести за собой и изменения процессов.
Пример: раньше все заполняли отчёты на бумажке и отправляли курьером бумажки бухгалтеру.
Пример неправильной автоматизации: заполнять отчёты на бумажке, сканировать и отправлять картинки бухгалтеру по электронной почте.
Пример автоматизации «уже что-то»: заполнять отчёты в Excel и отправлять файлы бухгалтеру по электронной почте. В некоторых случаях на этом пункте можно остановиться.
В принципе, почти любой процесс можно рассмотреть как аналог ИТ-события с далеко идущими выводами. Навскидку:
— Сказка о царе Салтане — атака Man In The Middle.
— Тимур и его команда — Firewall.
— Старик Хоттабыч — sudo и права root.
— «Кортик» Рыбакова — криптоанализ.
Об этом можно написать большую статью
Опыт учебного центра, который работал в нашем здании и который периодически привлекал нас к курсам показывает: из 10 человек, которые хотят стать программистами, ими становятся в среднем человека 4, хорошими программистами — 2.
Остальные понимают, что это не их и постепенно уходят в смежные области: анализ, администрирование, управление проектами.
Нужно это помнить и не стараться «стать программистом любой ценой».
То, что sudo ограничивают действия других пользователей — это понятно. Речь идёт об ограничении себя на локальной машинке.
sudo немного может спасти от неадекватных или ошибочных действий (типа, подумай ещё раз). В данном случае sudo действует как инкапсуляция в объектно-ориентированном программировании, «на всякий пожарный закрою прямой доступ к опасным функциям».
Хотя, в реальной жизни это не всегда помогает. Как-то вернулся домой жутко нетрезвым (не помню, что было между очередной рюмкой в кафе и следующим утром) — а потом обнаружилось, что установил на домашний компьютер другой дистрибутив и даже пароли не забыл.
Минус drop-down терминалов в том, что терминал будет всего один. Ну, может быть два. Но не пять (вкладки не считаем)
При помощи вкладок (переименованных по желанию) запускаю много виртуальных терминалов. Принципиальных отличий от голой консоли не замечено.
У вас shell prompt не бесцветный случаем?
Из-за природной лени бесцветный.
Я сижу под рутом, потому что
В своей жизни я или как обычный пользователь и пользуюсь изредка sudo для разовых операций. Или работаю root-ом для чего-то сложного, после чего разлогиниваюсь.
Возможно, это тоже зависит от специфики работы.
Интересная статья, но позволю себе споры и комментарии в нескольких участках:
Терминал должен запускаться мгновенно
Для этих целей я юзаю Yakuake (для KDE). Есть аналог guake для GNOME. Терминал и не закрывается, он прячется вверху экрана и быстро вызывается по горячей клавише.
Если вы периодически переключаетесь со своего пользователя на рута, вам нужна индикация текущего пользователя
Спасает стандартное приглашение командной строки. Если последний символ $ — вы обычный пользователь, если # — root. Ну и, сидеть под root'ом грех, лучше использовать sudo (если совсем лень, то с NOPASSWD).
Неуспешное завершение последней команды полезно видеть сразу.
Насколько часто это нужно In real life? Если нужно запустить набор последовательных команд, их проще пускать через &&
Индикатор завершения процесса
Можно использовать конструкцию вида «команда; wall команда успешно завершилась»
Первыми двумя предложениями я имел в виду решение одной из следующих задач:
— Наиболее оптимальный сбор мячиков (максимальное количество за минимальное время/трудоресурсы). Понятно, что целесообразно добиться какой-то плотности мячиков и идти «харвестить» в наиболее перспективные участки.
— Сбор всех мячиков на поле (за любое время, любой ценой).
И оптимизацию робота уже под конкретику. Хотя, согласен, что для начала нужно получить MVP (минимальный жизнеспособный продукт).
Если рассматривать не только робота, а всю инфраструктуру «автоматический сбор мячей для гольфа» в целом, то предлагаю дополнить:
— Настраиваемыми условиями, при которых начинать сбор мячей (периодический сбор, сбор после расходования определённого количества, сбор если плотность мячей в указанной области становится выше определённого предела). Вряд ли целесообразно гонять робота исключительно за двумя мячами в двух дальних углах поля.
— Добавлением отдельной камеры, которая оценивает куда приблизительно улетают мячи. В дальнейшем, данные с камеры могут служить целеуказанием для робота сборщика.
— Возможность работы в команде одинаковых роботов, чтобы не шерстить повторно участок, пройденный коллегой.
— Возможность «разделения труда». Первое, что приходит в голову: есть робот транспортёр, который отвозит мячи с поля до базы. Есть роботы поисковики, которые ведут самостоятельный поиск, собирают некоторое малое количество мячей и передают транспортёру (и попутно подзаряжаются от него)
1. Группа хулиганов с оборудованием подменяет GPS-сигнал, автомобиль моментально «оказывается» в стране с правосторонним движением или там, где знаки ограничения скорости в «Милях в час».
2. Водитель забыл обновить прошивку с новыми правилами, ездит как помнит.
В случае концепции «Робомобиль as a Service» всё станет намного сложнее и решения я пока не вижу
Опять-таки, как будет проводиться обновление прошивки в случае изменения ПДД?
Пример: раньше все заполняли отчёты на бумажке и отправляли курьером бумажки бухгалтеру.
Пример неправильной автоматизации: заполнять отчёты на бумажке, сканировать и отправлять картинки бухгалтеру по электронной почте.
Пример автоматизации «уже что-то»: заполнять отчёты в Excel и отправлять файлы бухгалтеру по электронной почте. В некоторых случаях на этом пункте можно остановиться.
— Сказка о царе Салтане — атака Man In The Middle.
— Тимур и его команда — Firewall.
— Старик Хоттабыч — sudo и права root.
— «Кортик» Рыбакова — криптоанализ.
Об этом можно написать большую статью
Остальные понимают, что это не их и постепенно уходят в смежные области: анализ, администрирование, управление проектами.
Нужно это помнить и не стараться «стать программистом любой ценой».
sudo немного может спасти от неадекватных или ошибочных действий (типа, подумай ещё раз). В данном случае sudo действует как инкапсуляция в объектно-ориентированном программировании, «на всякий пожарный закрою прямой доступ к опасным функциям».
Хотя, в реальной жизни это не всегда помогает. Как-то вернулся домой жутко нетрезвым (не помню, что было между очередной рюмкой в кафе и следующим утром) — а потом обнаружилось, что установил на домашний компьютер другой дистрибутив и даже пароли не забыл.
При помощи вкладок (переименованных по желанию) запускаю много виртуальных терминалов. Принципиальных отличий от голой консоли не замечено.
Из-за природной лени бесцветный.
В своей жизни я или как обычный пользователь и пользуюсь изредка sudo для разовых операций. Или работаю root-ом для чего-то сложного, после чего разлогиниваюсь.
Возможно, это тоже зависит от специфики работы.
Для этих целей я юзаю Yakuake (для KDE). Есть аналог guake для GNOME. Терминал и не закрывается, он прячется вверху экрана и быстро вызывается по горячей клавише.
Спасает стандартное приглашение командной строки. Если последний символ $ — вы обычный пользователь, если # — root. Ну и, сидеть под root'ом грех, лучше использовать sudo (если совсем лень, то с NOPASSWD).
Насколько часто это нужно In real life? Если нужно запустить набор последовательных команд, их проще пускать через &&
Можно использовать конструкцию вида «команда; wall команда успешно завершилась»
— Наиболее оптимальный сбор мячиков (максимальное количество за минимальное время/трудоресурсы). Понятно, что целесообразно добиться какой-то плотности мячиков и идти «харвестить» в наиболее перспективные участки.
— Сбор всех мячиков на поле (за любое время, любой ценой).
И оптимизацию робота уже под конкретику. Хотя, согласен, что для начала нужно получить MVP (минимальный жизнеспособный продукт).
— Настраиваемыми условиями, при которых начинать сбор мячей (периодический сбор, сбор после расходования определённого количества, сбор если плотность мячей в указанной области становится выше определённого предела). Вряд ли целесообразно гонять робота исключительно за двумя мячами в двух дальних углах поля.
— Добавлением отдельной камеры, которая оценивает куда приблизительно улетают мячи. В дальнейшем, данные с камеры могут служить целеуказанием для робота сборщика.
— Возможность работы в команде одинаковых роботов, чтобы не шерстить повторно участок, пройденный коллегой.
— Возможность «разделения труда». Первое, что приходит в голову: есть робот транспортёр, который отвозит мячи с поля до базы. Есть роботы поисковики, которые ведут самостоятельный поиск, собирают некоторое малое количество мячей и передают транспортёру (и попутно подзаряжаются от него)