Больше того, там столько зависимостей и переменных, что я по Станиславскому не-ве-рю, что они хоть сколько приблизительно рассчитают движения трех тел;)
Вот именно и так везде: в маркетинге, в кадровой методологии и в производстве — кто-то выдумал термин и понеслось.
Примеры? Окей: Секретарша — это нынче Офис менеджер, знакомьтесь… и так далее по списку.
Кумарит это все. Слава богу в Сетях хоть какие-то принципы работают, ибо разрабатывают протоколы в Иснтитутах и структурах Стандартизации (то есть под их контролем как минимум: iETF, ISO, etc). Поэтому есть эталонная стройная модель, где все понятно, а что не понятно — или читай стандарт)))
По поводу терминологии в начале статьи — тут все так же как в современном маркетинге и производстве в целом (плюс в кадровой политике): по напридумывали какие-то должности (тимлидер, вместо бригадир, ну это ладно), выдумывают свои классификации, терминологии переиначивают.
А надо делать как в Сетях: есть ряд институтов, которые разрабатывают и определяют стандарты, на основе которых, всегда понятно, где Инкапсуляция, а где протокол, и что за что отвечает….
Либо есть сигнал и мы доставку гарарнтиуоем, либо закрываем сессию указывая ошибку и предлагая ее повторить.
Это не проблемы перевода — это так условились разработчики стандарта, что мы гарантируем доставку данных, такими-то методами, на соснове таких то правил, и уже если повторные ну никак не доходят, то условились отпускать сессию (закрывать соединение) с описанием ошибки (чтобы разобраться в каком слое сбой — это может быть физический даун или шторм в сети, петля, хакеры, «что угодно»), и предлогая пользователю повторить попытку с указанием ошибки. То есть нет смысла бесконечно повторять утерянные пакеты, так как раньше ресурсы компов и сетей пели романсы, а сейчас их не хватает на весь этот 4К контент и ИИ революцию.
Так условились умные дяди и это работает и методологически не протеворечит здравому смыслу.
То есть гарантия есть, но если нижестоящие слои не обеспечивают связь, то от куда тебе вообще работать будет))))). Бабка свет вырубила на чердаке, а они от TCP гарантию требуют))))))
Ну почему же. Очень даже полезная литература прошлых лет. И программирование надо уметь, если архитектор стать хочешь. И сети телефонной и спутниковой связи. Поэтому очень даже пригодится, если хочешь в архитектуру сетей.
Вообще сети разрабатывали программисты со связистами. Так что — есть один универсальный ответ:
читать стандарты, все правки, получить фундаментальное образование, и конечно перечитать те самые книги из прошлого века.
От не поверите, но я изначально с ИИ начал общаться как с ребенком, последовательно ему указывая границы поведения и тд. Правда делал это только пару раз и не про кодинг)
Вот что мне не понравилось, точнее удивило, когда я дочитал до середины статьи: мне показалось странным, что вы с ним говорите на языке геометрии, ведь это не вертикали, а столбцы, а еще точнее, выпадающее меню. Может поэтому он не сразу понял, что подсосал тот сторонний API для вертикалей, а для выпадающих меню. То есть, первый промт в общей форме он понял правильно, но когда Вы начали разгонять про какие-то Vertical, от тут у него и потекло, видимо: Шеф путает вертикали со столбцами недоговаривая про выпадающие меню)
Ничего такого он предлагал, он просто пытается мне, не программисту описать весь тот бардак, что сложился в терминологии и методологии.
Я не программист, и всегда думал, что объект это объект, а не то, что я вот тут все это читаю)
Больше того, там столько зависимостей и переменных, что я по Станиславскому не-ве-рю, что они хоть сколько приблизительно рассчитают движения трех тел;)
Я не программист, но вот читаю это всё и не понимаю, что в парадигме ООП собествено является объектом, ну и куда мы ориентируемся? Не сарказм
Вот именно и так везде: в маркетинге, в кадровой методологии и в производстве — кто-то выдумал термин и понеслось.
Примеры? Окей: Секретарша — это нынче Офис менеджер, знакомьтесь… и так далее по списку.
Кумарит это все. Слава богу в Сетях хоть какие-то принципы работают, ибо разрабатывают протоколы в Иснтитутах и структурах Стандартизации (то есть под их контролем как минимум: iETF, ISO, etc). Поэтому есть эталонная стройная модель, где все понятно, а что не понятно — или читай стандарт)))
Проблема в том, понятия напутали, терминологию.
А что тогда? Как раз, что религия, о чем автор всю статью и пишет.
Или вы считаете что христиане и буддисты одинаково структурируют и группируют код?
https://habr.com/ru/articles/907756/#comment_28274682
По поводу терминологии в начале статьи — тут все так же как в современном маркетинге и производстве в целом (плюс в кадровой политике): по напридумывали какие-то должности (тимлидер, вместо бригадир, ну это ладно), выдумывают свои классификации, терминологии переиначивают.
А надо делать как в Сетях: есть ряд институтов, которые разрабатывают и определяют стандарты, на основе которых, всегда понятно, где Инкапсуляция, а где протокол, и что за что отвечает….
Чао
Нет. Потому что доставка гарантируется реально, но если у тебя сбой в сети на нижестоящем уровне, то чао, гоу дебажить
Трактор кабель перерезал, никакой TCP не поможет. Поэтому все правильно.
Либо есть сигнал и мы доставку гарарнтиуоем, либо закрываем сессию указывая ошибку и предлагая ее повторить.
Это не проблемы перевода — это так условились разработчики стандарта, что мы гарантируем доставку данных, такими-то методами, на соснове таких то правил, и уже если повторные ну никак не доходят, то условились отпускать сессию (закрывать соединение) с описанием ошибки (чтобы разобраться в каком слое сбой — это может быть физический даун или шторм в сети, петля, хакеры, «что угодно»), и предлогая пользователю повторить попытку с указанием ошибки. То есть нет смысла бесконечно повторять утерянные пакеты, так как раньше ресурсы компов и сетей пели романсы, а сейчас их не хватает на весь этот 4К контент и ИИ революцию.
Так условились умные дяди и это работает и методологически не протеворечит здравому смыслу.
То есть гарантия есть, но если нижестоящие слои не обеспечивают связь, то от куда тебе вообще работать будет))))). Бабка свет вырубила на чердаке, а они от TCP гарантию требуют))))))
Чао
Браво, и стандарты читать надо, чтобы понимать)
Зависит от уровня и сферы действия конкретного разработчика.
«Напишу-ка я свой Телеграмм, а?)
Ну почему же. Очень даже полезная литература прошлых лет. И программирование надо уметь, если архитектор стать хочешь. И сети телефонной и спутниковой связи. Поэтому очень даже пригодится, если хочешь в архитектуру сетей.
Вообще сети разрабатывали программисты со связистами. Так что — есть один универсальный ответ:
читать стандарты, все правки, получить фундаментальное образование, и конечно перечитать те самые книги из прошлого века.
Все описано в стандартах, все ответы там
Да ну все эти книги, «бла-бла-бла». Шучу.
Пара тройка курсов Cisco, и ты архитектор;)
Все хорошо, только не понял в чем различие между моделями;)
Он так и ответил: «Это не оно», не та болезнь у его брата, хотя поседел в 20.
Тем паче в стародавние времена. Но кто знает, чем обернется гериатрия)))
Вопрос перечитайте))
От не поверите, но я изначально с ИИ начал общаться как с ребенком, последовательно ему указывая границы поведения и тд. Правда делал это только пару раз и не про кодинг)
Вот что мне не понравилось, точнее удивило, когда я дочитал до середины статьи: мне показалось странным, что вы с ним говорите на языке геометрии, ведь это не вертикали, а столбцы, а еще точнее, выпадающее меню. Может поэтому он не сразу понял, что подсосал тот сторонний API для вертикалей, а для выпадающих меню. То есть, первый промт в общей форме он понял правильно, но когда Вы начали разгонять про какие-то Vertical, от тут у него и потекло, видимо: Шеф путает вертикали со столбцами недоговаривая про выпадающие меню)
Прикольный текст, благодарю 😇
Во-во, аплодисменты этому джентельмену.
Ибо: не-ве-рю!