Я с тех самых 2000-х с этой областью не пересекаюсь. В пакетных сетях, действительно, время доставки пакета может очень сильно отличаться от пакета к пакету, особенно когда канал или маршрутизаторы существенно загружены.
Здесь был упомянут джиттер. Ещё я сталкивался с ситуацией плохой синхронизации оборудования STM-1 (SDH). Это приводило к тому, что отдельные биты в потоках E1 (63 потока внутри STM-1, если я правильно помню) как бы сдвигались вперёд-назад или поток вовсе "пропадал" на короткое время. Голосовые абоненты ничего не замечали, а вот модемам через некоторое время становилось плохо из-за частых пересогласований скорости и протокола соединения.
Кто-то успел заминусовать. Автору плюс в карму и лайк.
По сути верно написано: не надо работать там, где ваши способности не находят настоящего применения, где нужно быстро фигачить и сдавать, фигачить и сдавать... От такой работы не будет морального удовлетворения, а зарплата не покроет очень быстрое выгорание. Видел, знаю.
Нормальное место найти сложно. Я ничуть не религиозен, но тут вполне уместна цитата:
Просите, и дано будет вам; ищите, и найдете; стучите, и отворят вам. (Мф. 7:7-8)
На счёт "больше получает" - всё относительно. Надо учитывать и "как сильно устаёт", и "насколько всё это задолбало".
В результате ошибки в системе пенсионного фонда одной страны, каждому пенсионеру проиндексировали пенсию не на 5 процентов инфляции, а в пять раз. Все зажили счастливо и богато. И на этом месте я проснулся.
Обучающие материалы для уровней "школьник", "стажёр", "джуниор". И не только чисто ИТ. В мире несколько больше разных вещей, которые технические, но не ИТ. Зато для их моделирования и показа можно нашу любимую айтишечку подключить.
Интересные публикации для продвинутых. В рамках статьи обозримого размера можно показывать всякие новинки. Но не из разряда "вышла новая версия старого фреймворка" и не "а вот 100500-й способ разворачивания среды разработки в кубердокере", хотя и это нужно, конечно, но в каком-то разделе вроде "наши учебники". Однако, не всю же жизнь продвинутый java-разработчик будет сидеть на своей любимой Java, не до пенсии проектировщик электроники будет пилить проекты на STM32... Для развития в горизонтальном направлении нужны материалы типа "как с C++ перейти на Rust" ну или на Go. Такие статьи есть, но мало. Опять же, непонятно, многим ли оно надо...
Больше писать на темы "у меня идея, я пока не знаю, к чему её применить, но вот что я придумал...". По типу моего "изобретения" волокон в C++. Вот такое я бы тоже читал.
Научпоп в уклоном чуть больше в "науч". Не заумно, но поменьше шелухи и было бы ОК.
И в этом тоже сложность для авторов, старающихся угодить интересам постоянных читателей (подписчиков). Иногда бывает так, что есть идея и материал вроде бы можно собрать и подготовить для статьи. Смотришь на предыдущие свои публикации и понимаешь, что эта новая тема как-то не попадает "в струю" предыдущих, которые привели к тебе постоянных читателей. А отписок никто не любит, даже если и говорит "мне пофиг". Вот и думаешь, а надо ли... "зайдёт" ли... или снова выхлоп в облако :)
Похоже, delay нужен чтобы визуально код не сыпал на консоль сразу весь результат работы, а делал это с паузами, давая время заметить, что что-то внутри происходит. По шагам. Ну как-то так.
@Ioanna Может быть, имеет смысл выдавать для наглядности информацию о каждом шаге из самого цикла while, тогда и delay можно убрать?
Опыты Павлова, конечно, негуманные, но вполне адекватно раскрыли некоторые аспекты физиологии и нервной деятельности, свойственные животным и, в том числе, человеку.
лайк-подписка-кармаплюс
Я с тех самых 2000-х с этой областью не пересекаюсь. В пакетных сетях, действительно, время доставки пакета может очень сильно отличаться от пакета к пакету, особенно когда канал или маршрутизаторы существенно загружены.
Оценить просто: сколько бизнес потенциально потеряет, если эту задачу вовсе не решать? Вот такая стоимость "не решения".
Здесь был упомянут джиттер. Ещё я сталкивался с ситуацией плохой синхронизации оборудования STM-1 (SDH). Это приводило к тому, что отдельные биты в потоках E1 (63 потока внутри STM-1, если я правильно помню) как бы сдвигались вперёд-назад или поток вовсе "пропадал" на короткое время. Голосовые абоненты ничего не замечали, а вот модемам через некоторое время становилось плохо из-за частых пересогласований скорости и протокола соединения.
А через неделю выясняется, что это вообще не нужно делать :)
Да... хотя бы закрыть базовые потребности :-(
Кто-то успел заминусовать. Автору плюс в карму и лайк.
По сути верно написано: не надо работать там, где ваши способности не находят настоящего применения, где нужно быстро фигачить и сдавать, фигачить и сдавать... От такой работы не будет морального удовлетворения, а зарплата не покроет очень быстрое выгорание. Видел, знаю.
Нормальное место найти сложно. Я ничуть не религиозен, но тут вполне уместна цитата:
На счёт "больше получает" - всё относительно. Надо учитывать и "как сильно устаёт", и "насколько всё это задолбало".
В результате ошибки в системе пенсионного фонда одной страны, каждому пенсионеру проиндексировали пенсию не на 5 процентов инфляции, а в пять раз. Все зажили счастливо и богато. И на этом месте я проснулся.
Значит, всё уже хорошо.
Нужна какая-то нормальная середина:
Обучающие материалы для уровней "школьник", "стажёр", "джуниор". И не только чисто ИТ. В мире несколько больше разных вещей, которые технические, но не ИТ. Зато для их моделирования и показа можно нашу любимую айтишечку подключить.
Интересные публикации для продвинутых. В рамках статьи обозримого размера можно показывать всякие новинки. Но не из разряда "вышла новая версия старого фреймворка" и не "а вот 100500-й способ разворачивания среды разработки в кубердокере", хотя и это нужно, конечно, но в каком-то разделе вроде "наши учебники". Однако, не всю же жизнь продвинутый java-разработчик будет сидеть на своей любимой Java, не до пенсии проектировщик электроники будет пилить проекты на STM32... Для развития в горизонтальном направлении нужны материалы типа "как с C++ перейти на Rust" ну или на Go. Такие статьи есть, но мало. Опять же, непонятно, многим ли оно надо...
Больше писать на темы "у меня идея, я пока не знаю, к чему её применить, но вот что я придумал...". По типу моего "изобретения" волокон в C++. Вот такое я бы тоже читал.
Научпоп в уклоном чуть больше в "науч". Не заумно, но поменьше шелухи и было бы ОК.
Да, ошибся. Это @nikolz писал новость. Вам тоже "+" за комментарий, за неравнодушие. Спасибо вам.
И в этом тоже сложность для авторов, старающихся угодить интересам постоянных читателей (подписчиков). Иногда бывает так, что есть идея и материал вроде бы можно собрать и подготовить для статьи. Смотришь на предыдущие свои публикации и понимаешь, что эта новая тема как-то не попадает "в струю" предыдущих, которые привели к тебе постоянных читателей. А отписок никто не любит, даже если и говорит "мне пофиг". Вот и думаешь, а надо ли... "зайдёт" ли... или снова выхлоп в облако :)
А это идея... попробую.
Похоже, delay нужен чтобы визуально код не сыпал на консоль сразу весь результат работы, а делал это с паузами, давая время заметить, что что-то внутри происходит. По шагам. Ну как-то так.
@Ioanna Может быть, имеет смысл выдавать для наглядности информацию о каждом шаге из самого цикла
while, тогда и delay можно убрать?Я с вами процентов на 80 согласен. Но это ведь ещё и дело вкуса, а значит и причина бесконечных споров и разногласий.
Поставил вам "+" везде, где можно было. Потому что а) новости интересные, б) статьи полезные.
@zrxzx Поставил вам "+" везде, где можно было. Потому что а) новости интересные, б) статьи полезные.
Опыты Павлова, конечно, негуманные, но вполне адекватно раскрыли некоторые аспекты физиологии и нервной деятельности, свойственные животным и, в том числе, человеку.
На Хабре я пока такого не видел. Возможно.
Может. И тему умнее выбирать научиться.