Нет опасений, что обучившийся сотрудник уйдет с повышением на новое место работы? Обычно это самая популярная проблема, почему не берут джунов/стажеров и не хотят в них вкладываться, будь это обучение, ментор или что-нибудь еще.
мой опыт опыт со стимлинком-железкой по 100 мегабитному проводу: там было видно артефакты сжатия даже в 720p. на 5ghz wifi наверно уже таких проблем нет, кроме некоторой задержки. но удобный запуск и интеграция со стимом это плюс, конечно!
Что-то не понимаю. В начале статьи речь о том, что если подключить проектор по HDMI - будет инпут лаг, потому что проектор "не игровой" и добавляет задержку. Описанное решение - подключить SteamLink (не железный, а софтверный, по сути стриминг), который работает по Wi-Fi - и он будет меньше тормозить? Это так дико странно... То есть время отклика у проектора нормальное? Может быть, лаги добавляются всякими улучшайзерами, уплавняторами и прочей фигней, которая обрабатывает картинку со входа HDMI?
Понятно что это все сказка, но в рамках истории получается, все происходящее и не проблема вовсе. Продукт стабильно продается, директор доволен и не хочет ничего менять, значит можно себе позволить любые неэффективные процессы и кривые подходы. Что-то типа парадокса изобилия в маленьком масштабе. В таких условиях любое "развитие" это просто блажь, желание чтобы было что-нибудь сделано, ничего не делая. Вот когда прижмет - компания может оказаться не готова к изменениям, но это вопрос уже не к менеджерам по развитию, раз они не могут сами ничего делать на опережение.
о, а я так принес в деревню во время летнего прозябания "клад" - как морской бой, только лабиринт со стенами по клеточкам, где раскиданы мины и, собственно, клад, до которого надо дойти. в книжке какой-то вычитал. мы потом начали добавлять предметы на поле и сеттинг, можно сказать шли по пути изобретения своего DnD
Спасибо, все искал, как же называется возможность загружаться вместе с ОС до первой разблокировки. Обнаружил тут недавно, что приложение "find my device" таким механизмом не запускается - а значит, при утере телефона и его перезагрузке, уже ни вайпнуть, ни заблокировать, ни прозвонить! И ведь очень сложно нагуглить этот тонкий момент, не зная как в точности называется фича. Теперь вот думаю, можно ли с этим что-то сделать..
да, намеренно... это бы сразу превратилось в марафон по девопсу, там у каждого свое окружение и нет смысла писать один бездонный мануал. тут хотя бы с тонкостями самих метрик освоиться
Дело было давно, по воспоминаниям коллег - он хотел слишком много RAM. Объемы данных не подскажу, но это не главное: когда проявились проблемы, мы решили особо не вкладываться в тюнинг инфлюкса, потому поняли, что мы не можем сделать high availability - что-то было доступно только в платной версии (репликация вроде бы). Поэтому решили дать ему умереть и переехать на Prometheus. Хотя если как минимум следить за кардинальностью, можно было бы жить дальше.
Господи, не прошло и 20 лет, bluetooth научили в full duplex без потери качества! Обидно, что придется менять дорогие наушники, которые работают на современном bt, хоть и с нормальными кодеками, но только в одну сторону (назвать режим гарнитуры "работающим" язык не поворачивается). Может быть, даже, придет конец цирку с кодеками, битрейтами и конской latency - когда самые удобные наушники не подходят к телефону, самые качественные непригодны для игр, а у самых красивых гордо на коробке написано "supported codecs: SBC"...
Хотя, наверняка еще года два пройдет, прежде чем новый режим научатся готовить правильно и в смартфонах, и в настольных операционках, и в самих наушниках...
Очень круто! Захотел грохнуть в своем LG картинки дефолтные, которые он показывает как скринсейвер, думал рутануть не проблема, пошел искать... оказалось очень мало легкодоступной инфы и исследователей, видимо просто мало кому оно интересно. Зато нашел протокол управления по ip, и допинал его реализацию немного (для себя на c#, не выкладывал, но на гитхабе автору оригинального проекта на js подсказал как сделать). Рад, что кто-то более хардкорный копнул настолько глубоко!
Даже если закрыть глаза на сетевые проблемы с nat, нестабильным каналом, плавающим пингом и тд, остается один банальный вопрос стабильности нод и скорости разворачивания своего сервиса, когда ноды переезжают. Разворачивать какой-нибудь сложный/нагруженный сервис в такой среде я бы не стал - ему или понадобится конское число реплик, или он будет постоянно в оффлайне, рассогласованном состоянии, в процессе переливки данных между нодами.
а еще этого монстра постоянно заклинивало, слайды пачкались и пылились
Нет опасений, что обучившийся сотрудник уйдет с повышением на новое место работы? Обычно это самая популярная проблема, почему не берут джунов/стажеров и не хотят в них вкладываться, будь это обучение, ментор или что-нибудь еще.
мой опыт опыт со стимлинком-железкой по 100 мегабитному проводу: там было видно артефакты сжатия даже в 720p. на 5ghz wifi наверно уже таких проблем нет, кроме некоторой задержки. но удобный запуск и интеграция со стимом это плюс, конечно!
я как-то покупал 10 метров HDMI, было относительно норм.. но пришлось поискать качественный провод и аккуратно прокладывать :)
Что-то не понимаю. В начале статьи речь о том, что если подключить проектор по HDMI - будет инпут лаг, потому что проектор "не игровой" и добавляет задержку. Описанное решение - подключить SteamLink (не железный, а софтверный, по сути стриминг), который работает по Wi-Fi - и он будет меньше тормозить? Это так дико странно... То есть время отклика у проектора нормальное? Может быть, лаги добавляются всякими улучшайзерами, уплавняторами и прочей фигней, которая обрабатывает картинку со входа HDMI?
Понятно что это все сказка, но в рамках истории получается, все происходящее и не проблема вовсе. Продукт стабильно продается, директор доволен и не хочет ничего менять, значит можно себе позволить любые неэффективные процессы и кривые подходы. Что-то типа парадокса изобилия в маленьком масштабе. В таких условиях любое "развитие" это просто блажь, желание чтобы было что-нибудь сделано, ничего не делая. Вот когда прижмет - компания может оказаться не готова к изменениям, но это вопрос уже не к менеджерам по развитию, раз они не могут сами ничего делать на опережение.
о, а я так принес в деревню во время летнего прозябания "клад" - как морской бой, только лабиринт со стенами по клеточкам, где раскиданы мины и, собственно, клад, до которого надо дойти. в книжке какой-то вычитал. мы потом начали добавлять предметы на поле и сеттинг, можно сказать шли по пути изобретения своего DnD
так эта штука - по сути бекдор с удаленным управлением, если штатной прилаге от гугла еще можно доверять, то сторонним как-то очень не хочется
Спасибо, все искал, как же называется возможность загружаться вместе с ОС до первой разблокировки. Обнаружил тут недавно, что приложение "find my device" таким механизмом не запускается - а значит, при утере телефона и его перезагрузке, уже ни вайпнуть, ни заблокировать, ни прозвонить! И ведь очень сложно нагуглить этот тонкий момент, не зная как в точности называется фича. Теперь вот думаю, можно ли с этим что-то сделать..
да, намеренно... это бы сразу превратилось в марафон по девопсу, там у каждого свое окружение и нет смысла писать один бездонный мануал. тут хотя бы с тонкостями самих метрик освоиться
Дело было давно, по воспоминаниям коллег - он хотел слишком много RAM. Объемы данных не подскажу, но это не главное: когда проявились проблемы, мы решили особо не вкладываться в тюнинг инфлюкса, потому поняли, что мы не можем сделать high availability - что-то было доступно только в платной версии (репликация вроде бы). Поэтому решили дать ему умереть и переехать на Prometheus. Хотя если как минимум следить за кардинальностью, можно было бы жить дальше.
Господи, не прошло и 20 лет, bluetooth научили в full duplex без потери качества! Обидно, что придется менять дорогие наушники, которые работают на современном bt, хоть и с нормальными кодеками, но только в одну сторону (назвать режим гарнитуры "работающим" язык не поворачивается). Может быть, даже, придет конец цирку с кодеками, битрейтами и конской latency - когда самые удобные наушники не подходят к телефону, самые качественные непригодны для игр, а у самых красивых гордо на коробке написано "supported codecs: SBC"...
Хотя, наверняка еще года два пройдет, прежде чем новый режим научатся готовить правильно и в смартфонах, и в настольных операционках, и в самих наушниках...
видимо, радио жрет больше чем процессор в современных схемах
Он все-таки смог заработать на путешествии во времени!
небось регулярными выражениями парсят :(
мультиклет?
https://github.com/WesSouza/lgtv-ip-control/issues/58
там в комментах pdf с описанием протокола, сам репозиторий - реализация. про bluetooth ничего не знаю
Очень круто! Захотел грохнуть в своем LG картинки дефолтные, которые он показывает как скринсейвер, думал рутануть не проблема, пошел искать... оказалось очень мало легкодоступной инфы и исследователей, видимо просто мало кому оно интересно. Зато нашел протокол управления по ip, и допинал его реализацию немного (для себя на c#, не выкладывал, но на гитхабе автору оригинального проекта на js подсказал как сделать). Рад, что кто-то более хардкорный копнул настолько глубоко!
Clean room называется
Даже если закрыть глаза на сетевые проблемы с nat, нестабильным каналом, плавающим пингом и тд, остается один банальный вопрос стабильности нод и скорости разворачивания своего сервиса, когда ноды переезжают. Разворачивать какой-нибудь сложный/нагруженный сервис в такой среде я бы не стал - ему или понадобится конское число реплик, или он будет постоянно в оффлайне, рассогласованном состоянии, в процессе переливки данных между нодами.