А оно автору надо так заморачиваться? Он просто предложил довольно элегантное техническое решение, а вы от него создание полноценного сервиса требуете.
Ценность интернета как раз в огромном объёме самой по себе информации. Мне нужно было аккуратно разобрать девайс 2005-года и я нашёл мануал по разборке. Ваша же ценность по разборе устройств 2025-го года в данном случае не несёт абсолютно никакой ценности.
Если я делаю какой-то сервис чисто для себя и 2-3-4 друзей, то зачем мне лишнее усложнение в виде внешней зависимости? Принять и просмотреть сертификат при первом подключении - это ничуть не менее безопаснее при условии что всем этим пользуются понимающие люди, а не далекие от IT. Идиотизм - это заставлять пользователя даже в своей физически огороженной локалке пользоваться доменом с TLS!
Сколько лет прошло, а ничего нативного типа TWRP так и не появилось и похоже уже не появится. А ведь как было бы удобно сделать консистентный дамп всех разделов с точки зрения гарантированного бекапа.
Освоение ближайших планет и Луны. Реальность: 1969 год — первая высадку на Луну, миссия «Аполлон-11». В очереди — Красная планета.
Расселение человека по Вселенной. Реальность: над этим пока работаем.
Планеты по факту не освоены. Сделать несколько высадок на Луну и забросить всё на сотню лет - так себе освоение. Именно сотню, так как при таком впечатляющем уровне планирования артемиды вряд ли кто-то куда-то на чём-то полетит в ближайшее десятилетие. Если только китайцы, но не сказать чтобы они прямо торопятся. И это - только Луна. Освоение Марса задача на порядок сложнее.
Ну а про Вселенную - вытекает из предыдущего. В собственной звёздной системе не то что пару ближайших планет освоить не можем толком - даже собственную орбиту. Вселенную осваивают только фантасты, никаких практических действий больше не делается. У человечества отсутствует внятная программа экспансии в космос. Человечеству сейчас вообще не до этого.
И даже после поступления продукта на полки магазинов работа инженеров не заканчивается: они следят за обращениями в службу поддержки и в сервисные центры, анализируя какие‑то системные проблемы, которые могут проявиться лишь у пользователей.
Ну, вряд ли они прямо "следят", всего скорее им саппор передаёт через фильтрацию менеджером.
Но вопрос в другом. Сделала команда одно устройство, второе, третье, четвертым занимается. Как это управляется? Эффективно вести много устройств не получится, так как плотно занимаешься ты четвертым девайсом, а потом приходят проблемы от первого. Если времени проходит много, то уже много чего забывается и требуется время на переключение даже человеку, который это разрабатывал. Если вдруг программно-аппаратный баг возник, то на него можно же недели спустить! И если клиенту будет дешевле просто заменить товар, то мимо проблем на производственно-тестировочной линии мимо не пройдёшь и надо будет разбираться. Начиная с какого-то числа разработок "ковровое" задействования сотрудников очевидно будет негативно влиять на бизнес.
Именно поэтому поиск будет уходить в нейросети, которые делают общую выжимку без необходимости искать нужную информацию жонглируя запросами. Интересно когда наступит время когда поисковики наконец-то опомнятся?
Тут вопрос не в полезности самой функции а в безопасности. То как вы это реализовывали в своё время на порядок безопаснее подобному функционалу напрямую встроенному в ОС. По крайней мере так интуитивно кажется - ограничить файрволлом отдельную программу кажется значительно надежнее)
Но можно же выложить дамп того что в публичном доступе? Затереть в базе таблицы с пользователями, сообщениями, приватными разделами форума и всё такое чувствительное. Это не кажется прямо сложная и непосильная задача. Жалко же терять такой 25-летний уникальный архив данных.
Он не про разработку, а про отладку. А что такое отладка электроники? Конструкторы наконструировали, схемотехники нарисовали, трассировщики развели. Потом попадает всё программисту, который напрограммировал прошивку. Включаешь, а оно там работает как-то не так как должно. Может в схеме ошибка. Может в трассировке ошибка. Может в конструкции что-то придавило и на землю коротит, может в прошивке ошибка, может в кабеле провода перепутали зеркально, может в протоколе взаимодействия с ПО ошибка. А потом всё вроде и хорошо, а нагрели до +40 и какие-то сбои посыпались) Кто будет разбираться на этом стыке? Как правило это не дизайнеры, не конструктора, не технологи и тем более не менеджеры. Тестировщики начинают нормально работать когда базовая разработка уже сделана и оно как-то что-то работает - можно выявлять, можно проверять.
С инженерными образцами обычно работают в связке программист/схемотехник. И если над одним сложным устройством будет работать только один программист и один схемотехник, то это может затянуться. А если таких команды 2-3-4, которые за разные узлы отвечают, то всё солидно так ускоряется. Есть конечно программисты, которые не схемотехники, но умеют нормально работать с измериловкой и понимают в схемоте - такие и аппаратную отладку тянут в одиночку. Но я тут недавно открытие сделал, что оказывается далеко не все кто умеют прогать FPGA или МК способны эффективно тащить аппаратную отладку. Причём речь не о работе с чем-то специфичным типа анализатор спектра или измеритель фазовых шумов, а хотя бы о вдумчивом применении осциллографа.
Я бы не сказал. По астрофизике статей немало и их хорошо принимают. Даже несмотря на то, что немалая часть отношение имеет больше к философии, чем к физике. Но даже их нормально понимать всё же нужна какая-то физическая база.
Заголовок с объёмом информации должен быть как-то логически связан. И когда люди читают хабр, то подразумевают это априори, так как вроде бы это ресурс претендующий на интеллектуальность. Но это должна быть нормальная смысловая логика, а не как в моём вышеприведённом комментарии, сарказм которого аудитории хабра оказался непостижим настолько, что она принялась мне карму сливать)
В 20:31 МСК (00:31 местного времени) электроагрегат №2 Саяно-Шушенской ГЭС был выведен из резерва и запущен в работу.
Ранее как-то не обращал внимание на этот удивительный факт - какая необходимость была вводить агрегат в работу ночью? После ввода в работу за ним нужно же пристальное внимание в первые часы. Дневное время по-любому предпочтительнее ночного же!
Опрос некорректный - мне они все нравятся) Да и вообще, при взгляде из современности, где всё стало уныло-одноцветно-одинаковым, выглядит очень интересно разнообразное буйство конструкций и решений в момент становления как-то сферы, в данном случае - сферы мобильный ПК.
А оно автору надо так заморачиваться? Он просто предложил довольно элегантное техническое решение, а вы от него создание полноценного сервиса требуете.
С русскоязычного аккаунта всё равно толком ничего не купить)
Ценность интернета как раз в огромном объёме самой по себе информации. Мне нужно было аккуратно разобрать девайс 2005-года и я нашёл мануал по разборке. Ваша же ценность по разборе устройств 2025-го года в данном случае не несёт абсолютно никакой ценности.
Если я делаю какой-то сервис чисто для себя и 2-3-4 друзей, то зачем мне лишнее усложнение в виде внешней зависимости? Принять и просмотреть сертификат при первом подключении - это ничуть не менее безопаснее при условии что всем этим пользуются понимающие люди, а не далекие от IT. Идиотизм - это заставлять пользователя даже в своей физически огороженной локалке пользоваться доменом с TLS!
Сколько лет прошло, а ничего нативного типа TWRP так и не появилось и похоже уже не появится. А ведь как было бы удобно сделать консистентный дамп всех разделов с точки зрения гарантированного бекапа.
Планеты по факту не освоены. Сделать несколько высадок на Луну и забросить всё на сотню лет - так себе освоение. Именно сотню, так как при таком впечатляющем уровне планирования артемиды вряд ли кто-то куда-то на чём-то полетит в ближайшее десятилетие. Если только китайцы, но не сказать чтобы они прямо торопятся. И это - только Луна. Освоение Марса задача на порядок сложнее.
Ну а про Вселенную - вытекает из предыдущего. В собственной звёздной системе не то что пару ближайших планет освоить не можем толком - даже собственную орбиту. Вселенную осваивают только фантасты, никаких практических действий больше не делается. У человечества отсутствует внятная программа экспансии в космос. Человечеству сейчас вообще не до этого.
Это как так? Или эта допопция ещё и ёмкость АКБ увеличивает?
Ну, вряд ли они прямо "следят", всего скорее им саппор передаёт через фильтрацию менеджером.
Но вопрос в другом. Сделала команда одно устройство, второе, третье, четвертым занимается. Как это управляется? Эффективно вести много устройств не получится, так как плотно занимаешься ты четвертым девайсом, а потом приходят проблемы от первого. Если времени проходит много, то уже много чего забывается и требуется время на переключение даже человеку, который это разрабатывал. Если вдруг программно-аппаратный баг возник, то на него можно же недели спустить! И если клиенту будет дешевле просто заменить товар, то мимо проблем на производственно-тестировочной линии мимо не пройдёшь и надо будет разбираться. Начиная с какого-то числа разработок "ковровое" задействования сотрудников очевидно будет негативно влиять на бизнес.
Именно поэтому поиск будет уходить в нейросети, которые делают общую выжимку без необходимости искать нужную информацию жонглируя запросами. Интересно когда наступит время когда поисковики наконец-то опомнятся?
Тут вопрос не в полезности самой функции а в безопасности. То как вы это реализовывали в своё время на порядок безопаснее подобному функционалу напрямую встроенному в ОС. По крайней мере так интуитивно кажется - ограничить файрволлом отдельную программу кажется значительно надежнее)
Аватар.
Но можно же выложить дамп того что в публичном доступе? Затереть в базе таблицы с пользователями, сообщениями, приватными разделами форума и всё такое чувствительное. Это не кажется прямо сложная и непосильная задача. Жалко же терять такой 25-летний уникальный архив данных.
При низких скоростях эти 10% особо так и в глаза бросаться не будут. Хороший баг... необычный)
Он не про разработку, а про отладку. А что такое отладка электроники? Конструкторы наконструировали, схемотехники нарисовали, трассировщики развели. Потом попадает всё программисту, который напрограммировал прошивку. Включаешь, а оно там работает как-то не так как должно. Может в схеме ошибка. Может в трассировке ошибка. Может в конструкции что-то придавило и на землю коротит, может в прошивке ошибка, может в кабеле провода перепутали зеркально, может в протоколе взаимодействия с ПО ошибка. А потом всё вроде и хорошо, а нагрели до +40 и какие-то сбои посыпались) Кто будет разбираться на этом стыке? Как правило это не дизайнеры, не конструктора, не технологи и тем более не менеджеры. Тестировщики начинают нормально работать когда базовая разработка уже сделана и оно как-то что-то работает - можно выявлять, можно проверять.
С инженерными образцами обычно работают в связке программист/схемотехник. И если над одним сложным устройством будет работать только один программист и один схемотехник, то это может затянуться. А если таких команды 2-3-4, которые за разные узлы отвечают, то всё солидно так ускоряется. Есть конечно программисты, которые не схемотехники, но умеют нормально работать с измериловкой и понимают в схемоте - такие и аппаратную отладку тянут в одиночку. Но я тут недавно открытие сделал, что оказывается далеко не все кто умеют прогать FPGA или МК способны эффективно тащить аппаратную отладку. Причём речь не о работе с чем-то специфичным типа анализатор спектра или измеритель фазовых шумов, а хотя бы о вдумчивом применении осциллографа.
Я бы не сказал. По астрофизике статей немало и их хорошо принимают. Даже несмотря на то, что немалая часть отношение имеет больше к философии, чем к физике. Но даже их нормально понимать всё же нужна какая-то физическая база.
Заголовок с объёмом информации должен быть как-то логически связан. И когда люди читают хабр, то подразумевают это априори, так как вроде бы это ресурс претендующий на интеллектуальность. Но это должна быть нормальная смысловая логика, а не как в моём вышеприведённом комментарии, сарказм которого аудитории хабра оказался непостижим настолько, что она принялась мне карму сливать)
- В заголовке пять правил?
- Пять.
- В тексте правила перечислены?
- Перечислены.
- Их пять штук?
- Пять.
- Чего ж тебе ещё надо собака? (с)
Ранее как-то не обращал внимание на этот удивительный факт - какая необходимость была вводить агрегат в работу ночью? После ввода в работу за ним нужно же пристальное внимание в первые часы. Дневное время по-любому предпочтительнее ночного же!
Опрос некорректный - мне они все нравятся) Да и вообще, при взгляде из современности, где всё стало уныло-одноцветно-одинаковым, выглядит очень интересно разнообразное буйство конструкций и решений в момент становления как-то сферы, в данном случае - сферы мобильный ПК.
Хабам-то соответствует. Но теги, конечно, доставляют.