All streams
Search
Write a publication
Pull to refresh
-5
@andmerk93read⁠-⁠only

User

Send message

Думаете, вас кто-то пустит учиться ядерным реактором управлять прям на самом реакторе? Или пассажирским лайнером?

Если есть тренажер - сначала на тренажере, а потом "вторым пилотом" сразу на оборудовании, да.
Если нет тренажера - то стажировки и дублирование сразу на оборудовании.

Но учиться люди будут на моделях, а не на реальном оборудовании.

Теоретик.

IoT рассыпуха стоит не так дорого как курсы

Я не понимаю, что вы подразумеваете под IoT-рассыпухой.
Но.
Во-первых, самый дешевый контроллер стоит около 10к рублей. И он не в вакууме, к нему ещё нужно весь остальной испытательный стенд городить, не вдаваясь в подробности. Я бы прогнозировал от 50к рублей, "пол-потолок". Но это если уже быть в теме и знать, что купить. Новичок, конечно, заплатит дороже. А ещё этот стенд надо где-то собрать и физически разместить.
Во-вторых, игрушки для умного дома (если вы о них) - это всё ж не то же самое, что пром.автоматика. Разница примерно как между телеграм-ботом на домашнем ноутбуке и кучей сервисов на реальном серваке.

А дорогое оборудование заменяют моделями (моками). Это широко используется для многих случаев.

Да? Очень интересно, расскажи, пожалуйста, ещё. Ты сам с какими моками оборудования работал? Ну, кроме виртуальных машин и эмуляторов игровых приставок.

Просто заводское оборудование - далекая от меня тема

Я вижу.

Я, как технарь, всегда и везде топлю за документацию.

Ибо, бывал в как ситуациях, когда приходится разбираться с "черным ящиком". Так и в ситуациях, когда уходишь, и оставляешь коллегам "черный ящик", и как-то неловко, совестливо, и вообще, цеховая солидарность свербит.

Но проблема документации в том, что она сама себя не напишет. Надо отдельно время выделять и отложить часть оперативных задач, которые никогда не заканчиваются. Руководители на это обычно не идут.

Так что, я б не сказал, что это технические команды игнорируют. Ну, во всяком случае, у нас на заводах-пароходах - так.

Документация как часть Definition of Done

This. Документация на систему - часть системы.

Но, как и бэкапы и автотесты, техническая документация не приносит прямой прибыли, только затраты. Поэтому, бизнес этим заниматься не хочет. Вопрос не технический, вопрос - организационный.

Ну, и хрен с ним, с этим бизнесом, пусть горит. А руковод - сам виноват.

Не рассматриваешь вариант, что у человека основной ресурс - его личный блог, а сюда он просто дублирует? То есть, автор рассматривает Хабр как неосновную, резервную площадку, запасную площадку.

Я вообще не понимаю проблем у местных с кросс-постингом. Как сонибои со своими эксклюзивами.

А если он свою частную проблему решает, то в чём проблема её описать?

В том, что "не знает, как эта фигня называется", если упрощённо. Человек вообще неправильно понимает проблему и неправильно её диагностирует, не понимает на что обращать внимание.
Чтобы нормально описать проблему экспертиза нужна даже глубже, чем просто уметь починить.

Видно, что тех.поддержкой пользователей ты не занимался и заявок не читал.

Симптомы собственных болячек перед походом к врачу пробовал гуглить? Вот это оно.

Аж 5 крупных и никак не связанных областей изучал по взрослом возрасте с нуля и самостоятельно

Расскажи, пожалуйста, поподробнее.

Это то, про что мы говорили здесь, и в другом треде.

Самообучение - не для новичков. В лучшем случае, новичок потеряет много времени на неправильный путь. В худшем - заучит вещи с ошибками. Потом ещё переучиваться придётся.

Так вы специально выбрали непопулярные специализации

Это про любую айтишную специализацию за пределами веб-программирования.

Даже банальное сисадминство, например.

Для специализаций и профессий из реального мира, которые работают с реальными физическими объектами голые учебные планы - вообще бесполезны.

Может, кто-то из инженеров или физиков захочет переобучиться в программирование электроники. ... Им будет достаточно таких роадмапов

Нет. Без работы на профильном предприятии это будет бесполезно, потому что за пределами "помигать диодом" (это хэллоу ворлд такой) сразу потребует дорогостоящего оборудования. Повторяюсь, проще написать "устройся на работу, там тебя всему научат".

Про ML не знаю, не скажу.

Курсы им с этим абсолютно никак не помогут.

Вечерние курсы по программированию электроники с физическими классами помогут. Там есть электроника. Которую можно программировать.
Онлайновые - да, не помогут.

Искать чужие орфографические олибки.Самому совершить логическую ошибку в первом же предложении.

О - ожидаемо.

A few minutes later

Это не идиомы, это имеет специфическое название "фразовые глаголы". А идиомы - это как раз приведённое выше "20 / 20" (я думал вы не отреагировали из-за позиции "супер-знатока", а оказывается просто по незнанию).

Зачем вы лезете с поучениями, если не можете применить корректный специфический термин даже на русском языке?

  1. "ftp не работает за nat'ом, если их неправильно настроить". Skill issue, как я и говорил.

  2. Аааааа. Понятно, в чём дело.

    модель OSI основана на предположении, что каждый уровень скрывает от вышележащих детали реализации на нижележащих уровнях


    Нет, не основана.

    "Инкапсуляция" в сетях связи - это не ООП-шная инкапсуляция, не про ООП-шное "сокрытие".
    Это просто про нарезку и упаковку данных на разных уровнях.
    Класс "Сегмент" не наследует класс "Пакет", а класс "Пакет" не наследует класс "Кадр".

А то, что DNS подменяет IP-шники на человеческие имена или то, что веб-серверы в http-пакетах регулярно переклеивают заголовки (https://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_set_header) вас не смущает?
Никаких представлений не нарушает, всё нормально?

Ну, и вообще, само наличие заголовка Host в http-запросе - это ок или не ок?

Подробно, понятно, без шуток - спасибо.

У меня осталось 2 вопроса:

  1. NAT требует настройки. FTP-сервер требует настройки. Как из этого следует, что "ftp не работает за nat'ом"?

  2. Где и в чём здесь нарушение модели OSI, с которого начали?

Не путать go on и go to - это не понты, а самая что ни на есть практика. Таких выражений в английском очень много и выскакивают они всегда внезапно. Если не уметь с этим работать, то будешь общаться не на английском, а на рунглише. Речь будет как у старых переводчиков типа Промта или MagicGooddy. Или как англо-китайский в документации китайских продуктов.

Если ты не видишь в этом проблемы, то скорее всего, просто не видишь за собой таких ошибок. И общаешься примерно так. В общем, это далеко от заявленного B2-C1.

Понятно.

А вождение - это ездить вперёд. Ездить назад и парковаться типичному инженеру не нужно, это фиглярство.

Единственное, чего я в таком случае не понимаю, на каком основании ты себе B2-C1 выписал.

"Я учился сам, курсы не нужны"

Какое-нибудь feasible я только на бесполезных курсах (которые пред-предыдущий работодатель оплачивал) слышал

Кек. Кто бы мог подумать.

Про грамматику и идиомы - актуально.

Потому что "знание языка" включает в себя пассивные и активные навыки.

Если ты освоил только пассивные навыки - ты не освоил язык. Ты освоил половину языка.

Если так, то утверждение

сам учил с уровня A- (знал 10 лет назад в школе на 3 и забыл) до B2-C1

попросту ложно. Тогда нужно писать "освоил чтение технической литературы на английском до, как мне кажется, уровня C1, потому что знаю контекст".

Но у тебя ведь не так?

Латынь и новые методы преподавания - это, конечно, великолепно.

Но я не увидел здесь ничего про:

  • самостоятельную постановку говорения

  • самостоятельный поиск и исправление своих грамматических ошибок

  • самостоятельное исправление идиом

Можно, пожалуйста, пролить свет на эти конкретные три аспекта?
Без теорий, философий и стратегий. Только тактика и "работа на земле": что конкретно делал, чтоб самому себе правильно поставить себе язык между зубами в the weather?

Как фиксировал состояние "неправильно" и какие действия предпринимал для перехода из состояния "неправильно" в состояние "правильно". Как верифицировал состояние "правильно".

И те же самые вопросы относительно грамматики и идиом.

релевантный конкретно вашей проблеме

Нет. Это называется "понимание контекста".

К умению пользоваться поисковиком оно не относится (туда относятся фильтры по сайтам, датам, слова-исключения и т.д.). В том и соль: если ты не в контексте, ни гугль, ни яндекс тебе не помогут.

абстрактно философский типа "почему компьютер не включается"

Я люблю этот пример, и постоянно привожу его "умельцам гуглить".
Я занимался тех.поддержкой пользователей. И пользователи - они не такие идиоты, как об этом принято думать.
Если пользователь не в теме, не знает, как называются комплектующие, не может провести первичную диагностику - гугль ему не поможет. Он просто не сможет написать в поисковую строку ничего адекватного.

Если тебе нужно наращивать экспертизу с нуля в каком-то вопросе, метод "загуглить" не подойдёт. Просто потеряешь время. Не понимаешь, что искать, и как фильтровать результаты.
Учебник подойдёт, кружок по интересам подойдёт, знакомый профессионал подойдёт, курсы подойдут.

Загуглить - это для уже опытных.

Кстати, такие советы выдают тебя: ты никогда не учил с нуля ничего принципиально нового во взрослом возрасте.

Ну я английский сам учил с уровня A- (знал 10 лет назад в школе на 3 и забыл) до B2-C1

И как сам себе говорение ставил? Как сам у себя грамматические ошибки в письме замечал? Как сам себе английские идиомы поправлял?

Какая-то новаторская методика, судя по всему. Расскажи, пожалуйста, очень интересно.

Вы сами сначала читайте, что скидываете. А то неловко получится.

PLC engineer

Первым же пунктом

1. Educational Foundation

Consider obtaining a relevant educational background, such as an associate’s degree from a college or university in electrical engineering, automation, mechatronics, or a related field. This can provide you with a solid foundation in the principles of control systems and electronics.

Невероятно. Кто бы мог подумать.

Ну, и по эмбедеду - аналогично. Там не указано в явном виде профильное образование и работа на предприятии. Но если посмотреть содержание - это, в общем-то, оно)

Хотя бы вот, второй пункт

Ну и что-то толку от этих бесплатных роудмапов, которые любой может нагуглить? Можно просто писать большими буквами "устройся на работу, там тебя всему научат".

То есть, трансляции как таковой нет: порты отображаются 1:1

Я не понял, что значит "трансляции как таковой нет", но пусть даже так. От этого докеровский нат перестаёт быть натом? И чем он тогда становится?

Если он ничем другим не становится, у нас фтп за натом или не за натом? Или за натом, но не работает?

Только из-за этого пограничного значения в ней я вам минус и не поставил, пока.

Во-первых, это слив.

А во-вторых, кармодрочеры идут нахуй. А неграмотные кармодрочеры идут нахуй два раза.

А как вы данные передаете в пакете?

Я могу ошибаться в деталях, но вам виднее, как там прикладной уровень тыкает данные.

Ещё раз.
Нажмите F12 в своём браузере, выберите Network, обновите страницу. Посмотрите http-запросы, заголовки запросов и ответов. Где там айпишник?

Вот, я тут в ветке пришел к мысли

Не надо никуда приходить. Надо открыть википедию и прочитать, как работает коммутатор и маршрутизатор.

Ещё раз.
Изучите. Начните отсюда.
https://www.youtube.com/watch?v=Z-a7MNStFQs
Это, кстати, лекция с курса Skillfactory по сетям. Самая первая, вводная. Как иронично.

Картинка для иллюстрации, что вообще такое "модель OSI" и как она соотносится со стеком протоколов TCP/IP. И с распространенными программными и аппаратными протоколами. Ну, и она не для вас, а для топикстартера всё ж.

Вопрос изначально неправильно поставлен. Человек не понимает, о чём спрашивает.

на котором уровне OSI он (роутер) должен работать, чтобы выполнять по минимуму свои функции - просто пересылать трафик, туда и обратно?

На каждом. На любом.

нельзя просто так взять и скрыть маршрутизатор с NAT: некоторые протоколы верхнего уровня работать не смогут

Skill issue.

Вы что-то неправильно настраивали.

некоторые протоколы верхнего уровня работать не смогут. Кроме FTP

Тогда бы фтп-сервер в докере не разворачивался

https://github.com/garethflowers/docker-ftp-server

Information

Rating
Does not participate
Registered
Activity

Specialization

Инженер АСУТП
SQL
Python
Network administration
System administration
Server administration
PLC
PLC programming
SCADA
APCS