Это да. Собеседуясь в Google на SRE я кодил столько, сколько за год на работе не накодил, наверное ). И ну их лесом. Слава богу, пока мы выбираем работу, а не она нас.
Ну а как иначе? Мне вот почти полтос. Чтобы не отстать - я учусть просто постоянно. Минимум пара-тройка курсов в год. Плюс литература. Код.
Кому нужен сейчас лучший в городе мастер по черно-белым телевизовам? (реальный случай) Нужно не шагать в ногу со временем, а быть на полкорпуса впереди. Как я думаю.
Попытайтесь сами блеснуть космическим талантом: Представь ситуацию что ты root user на Linux хосте. Пытаешься удалить файл и получаешь сообщение об ошибке. Когда и почему так бывает?
Ответ на вопрос сразу расскажет и про глубину знания Linux (не только консольных команд), но и Linux filesystems, advanced attribute, уровень troubleshooting skills и много еще. Плюс в процессе обсуждения мы моделируем ситуацию: интервьюируемый "набирает команды", а я отвечаю. 5 минут нужно чтобы понять кто перед тобой. Быстро, эффективно, не тратим время друг друга. Ну и пара вопросов по сетям и виртуализации. Такие же отработанные.
Мне важно наличие фундаментальных базовых знаний и наличие инженерного подхода. Такого сотрудника я за два месяца натаскиваю на рабочий инструментарий и он уже боевая единица в команде. Например для меня важнее чтобы человек понимал на чем базируется работа docker, чем помнил наизусть все его (docker) команды.
А у меня хорошее отношение именно к техническим интервью. И когда проходил сам при поиске работы, и когда сейчас собеседую.
Вместо CV и пачки сертификатов я задаю три вопроса и понимаю сразу кто передо мной и каков его технический бэкграунд. Написал ли он правду в CV или приукрасил.
Я думаю что вы заблуждаетесь. Конечно, если УД представляет собой кучу проводов и самодельный контроллер без исходников и проекта, скорее всего его можно будет только заменить. А если используется про автоматика и есть проект - исполнителей полно.
А ваши близкие справятся с ремонтом холодильника и телевизора? В крайнем случае, смогут заменить фрагмент лопнувшей трубы отопления?
И как это вас останавливает от использования телевизора, холодильника, отопления?
У меня сделан проект с детальным описанием коммуникаций, програмнныйх решений, включая адресацию, порты, переменные. Есть ЗиП. Любой спец на основании этого проекта заменит/починит/допилит. Как и телевизор.
Отписался выше- уже 7 лет работает установка на базе ещё debian 7. В системе контроллер Beckhoff с 7 модулями расширения (больше 50 цифровых и аналоговых портов) подключенный по modbus TCP и 1-wire шлюз на базе orange pi + USB serial 1-wire master.
Работает без проблем. Правда vis примитивные - я не дизайнер интерфейсов.
Ещё вспомнил про поддержку: находил ошибки в драйвере и разработчик оперативно их исправлял и выкатывал новую версию. Он, кстати, тут засветился - bluefox, если не ошибаюсь. Пользуясь случаем, передаю большое спасибо!
Это да. Собеседуясь в Google на SRE я кодил столько, сколько за год на работе не накодил, наверное ).
И ну их лесом. Слава богу, пока мы выбираем работу, а не она нас.
Ну а как иначе? Мне вот почти полтос. Чтобы не отстать - я учусть просто постоянно. Минимум пара-тройка курсов в год. Плюс литература. Код.
Кому нужен сейчас лучший в городе мастер по черно-белым телевизовам? (реальный случай)
Нужно не шагать в ногу со временем, а быть на полкорпуса впереди. Как я думаю.
Попытайтесь сами блеснуть космическим талантом:
Представь ситуацию что ты root user на Linux хосте. Пытаешься удалить файл и получаешь сообщение об ошибке. Когда и почему так бывает?
Ответ на вопрос сразу расскажет и про глубину знания Linux (не только консольных команд), но и Linux filesystems, advanced attribute, уровень troubleshooting skills и много еще. Плюс в процессе обсуждения мы моделируем ситуацию: интервьюируемый "набирает команды", а я отвечаю.
5 минут нужно чтобы понять кто перед тобой. Быстро, эффективно, не тратим время друг друга.
Ну и пара вопросов по сетям и виртуализации. Такие же отработанные.
Мне важно наличие фундаментальных базовых знаний и наличие инженерного подхода. Такого сотрудника я за два месяца натаскиваю на рабочий инструментарий и он уже боевая единица в команде. Например для меня важнее чтобы человек понимал на чем базируется работа docker, чем помнил наизусть все его (docker) команды.
И ещё вопрос: почему вы делаете акцент на Xubuntu и Xcfe?
Мне кажется это варианте зависит от используемого DE.
В приведенных примерах скрипта стоит пояснить, что в
/home/a/gdвместо "а" нужно указать логин пользователя.
Иначе для многих новичков это станет продолжением легенды "в линукс все не работает".
Так и доллар тоже не стоит на месте. Посмотрите хотя бы за три последние года.
Домашние задания на десятки часов - это просто пример как делать не нужно.
А у меня хорошее отношение именно к техническим интервью. И когда проходил сам при поиске работы, и когда сейчас собеседую.
Вместо CV и пачки сертификатов я задаю три вопроса и понимаю сразу кто передо мной и каков его технический бэкграунд. Написал ли он правду в CV или приукрасил.
А так всегда бывает, когда делаешь для себя.
Не исчезла, просто померкла на фоне лавины XxxOps'ов.
Сам вынужден был перековаться, но руки то помнят..
Что с ним делать? Да не покупать просто продукты в такой упаковке.
Только что обратил внимание в Португалии: пакеты только бумажные, только за деньги. Стаканчики - бумажные. Ложки, вилки - деревянные.
Можно же, если есть желание.
Больше чем что?
Почему не получится заменить?
Я думаю что вы заблуждаетесь. Конечно, если УД представляет собой кучу проводов и самодельный контроллер без исходников и проекта, скорее всего его можно будет только заменить. А если используется про автоматика и есть проект - исполнителей полно.
А ваши близкие справятся с ремонтом холодильника и телевизора? В крайнем случае, смогут заменить фрагмент лопнувшей трубы отопления?
И как это вас останавливает от использования телевизора, холодильника, отопления?
У меня сделан проект с детальным описанием коммуникаций, програмнныйх решений, включая адресацию, порты, переменные. Есть ЗиП. Любой спец на основании этого проекта заменит/починит/допилит. Как и телевизор.
Отписался выше- уже 7 лет работает установка на базе ещё debian 7. В системе контроллер Beckhoff с 7 модулями расширения (больше 50 цифровых и аналоговых портов) подключенный по modbus TCP и 1-wire шлюз на базе orange pi + USB serial 1-wire master.
Работает без проблем. Правда vis примитивные - я не дизайнер интерфейсов.
Ещё вспомнил про поддержку: находил ошибки в драйвере и разработчик оперативно их исправлял и выкатывал новую версию. Он, кстати, тут засветился - bluefox, если не ошибаюсь. Пользуясь случаем, передаю большое спасибо!
Так ioBroker и есть реализация SCADA системы!
Я ещё 7 лет назад прикручивал его ко вполне промышленным контроллерам по modbus TCP без всяких MQTT напрямую. Все работает.
Это не совсем так. Производство, да ещё и контрактное производство - очень многогранно.
Это же сильно зависит от возраста. После 40 процесс сильно ускоряется.
Не нужно страдать 8)
Как минимум у трех вариантов в этой статье есть SSD M2.
Я ответил на ваш вопрос уже. Повторюсь: потому что это не целевая ниша для OBPC.
И предложил вам варианты.
Доказывать вам я ничего не собираюсь.
?
Нормальный такой вопрос для "Информационная служба Хабра"..