Разблокировали воспоминание как майкрософтовский офис не открывал docx файл тоже какого-то большого размера. 10.5 метров что-ли. Зависал на запуске. А либрой или оо файл наоборот открывался относительно быстро, но листался с подгрузками.
Думаю это частные случаи которые просто доказывают что в любом софте есть баги)) но да, для вашего сценария надо искать другой вариант.
А представьте что у вас была бы какая нибудь процедура - где все в общий чат каждый день в n часов пишут актуальные статусы по своим задачам.
У вас бы был не только статус в 13.15, но еще и хронология изменения задачи которую можно было бы по крутить. И проблема была бы на виду не только у тех, кто успешно оказался в кабине, а у всех кто заинетреснован в движении проекта.
И если бы Джон мимо которого вы проходили не говорил с Марком, а например обдумывал задачу - вам бы не надо было отвлекать его, переключать контекст и терять эффективность в работы из за того - что вы пришли в 11.45 а к 13.15 вам уже нужен статус точно - Джон бы точно знал когда у него временной слот для того, чтобы ответить на вопрос о состоянии задач.
А еще - легче было бы отслеживать ситуацию когда человек уперся в задачу и не может сдвинутся - потому что об этом вы узнаете не через n дней когда сами придёте спросить - а уже на следующий день после того как это случилось.
Но конечно тогда уже сложнее будет найти оправдание чтобы ходить по офису и попивать кофе)) (извините за эту шутку, не смог удержаться)
Уже не раз замечал - офисная работа с опенспейсами маскирует для начальства плохо построенные рабочие процессы и структуру распределения отсвественности. Когда вместо выверенных процедур - типо дейли (которые вообще-то тоже не нужны и достаточно отписываться текстом) - человек ходить в произвольное время и спрашивает у людей на месте о статусах, вместо организации встреч - дергают сотрудников с мест а вместо налаженной комуникации в команде и понятной вертикали отвественности - руководитель приходит и начинает разруливать ситуации.
Из примеров - руководитель заходит в офис и спрашивает когда будет задача, разработчик отвечает, что он не может её делать т.к. дизайн нужно исправить, руководитель кричит дизайнеру в другой угол почему он не исправлен, дизайнер говорит что отдел закупки не продлил лицензию, руководитель обращается к человеку из отдела закупок - тот мямлит что нибудь и процесс двигается с мертвой точки. Руководитель доволен - он полезный, он решил проблему, он получил статус.
На деле это значит - что дизайнер не понимает своей отвественности за задачу и/или не знает к кому обращаться за продлением лицензии, не знает как делигировать эту проблему вверх в случае если она его блокирует. К моменту опроса в офисе он скорее всего уже потерял время и мотивацию, и без микроменеджмента руководства рабочие процессы вообще встанут.
Когда был массовый переход на удаленку - громче всего страдали компании, где отвественность была размазана на всех и никто ни за что не отвечал.
Проблема была как раз в том, что майкрософтовский офис зачастую вольно работает с docx и odf, в результате чего форматирование не совпадает - и когда раньше мы слали документ сверстанный в либре или опене а бухгалтерия его открывала через майкрософт офис - они потом наезжали и говорили что ничего не открылось, не работает и мы болваны.
Теперь - если все перейдут на либру - собственно проблем никаких не будет)
А что тут спрашивать - 70% населения сша живут в частном секторе. При этом темлотехника мкд в рф на 2 головы выше чем частного дома в рф, а теплотехника частного дома в рф еще на пол головы выше чем в сша. Вот и выходит что большая часть населения сша живут в жилье с относильно чудовищными теплопотерями. (И тут как бы у нас тоже такое бы строили, но там климат мягче и то, что в -15 реально протопить, в -30 уже промерзнет из за нелинейного роста теплообмена при увеличении разницы температур) 0
Тепловые насосы очень стремительно теряют кпд с увеличением разницы температур и если при 20 дома и -5 на улице они дают тепловой кпд под 150%, то при -30 на улице - кпд у теплового насоса будет меньше чем у обычного обогревателя, да и появятся проблемы с промерзанием и обледением внешнего блока. Если не верите - посмотрите с каких температур электромобили выключают тепловой насос.
Про одежду уже писал - дышать всё время воздухом ~5 градусов и холоднее так себе идея и по комфорту и по вредности. Да и кожа открытых участков тела будет поомезать и воспаляться.
Есть сценарии когда потерь тепла на транспортировку ~0 - крышная кательня. Теплоноситель попадает в тёплый контур сразу.
Смешенный вариант (газ в холод, теплонасос в неполный холод) - в принципе и сейчас работает, но при рассчетной в статье разнице в 6 раз, и эффективности тепловых насосов в 150% кпд в лучших условиях - получается не очень большой диапазон температур в котором это не приведёт к колапсу.
Ну и про быструю регулировку температуры электроподогревом - вообще не так важно чем греть, важна скорость теплообмена. Если вы уменьшите размер батареи и направите на неё регулируемый вентилятор то сможете в широких пределах регулировать объем снимаемого тепла. Просто тихие батареи людям нравятся больше, чем шумящие вентиляторы.
Там всё очень непросто на уровне операционной системы. Нельзя просто взять и запустить камеру в фоне например, и микрофон тоже скорее всего не получится не повесив нотоификацию и не запросив пачку разрешений, а скорее всего придётся еще и заставить пойти пользователя в настройки устройства и убрать там оптимизацию энергопотребления для вашего приложения. Конечно если у вас нет 0day уязвимости в кармане.
Я к сожалению не понимаю все эти схемы, зато был свидетелем бага - когда станция макс 2020 года разговаривала со мной со светящимся красным диодом вокруг микрофона (жаль видео не додумался записать). Кнопку я не нажимал и паранойи не имею по этому решил что ну баг и баг, кажется ткнул кнопку два раза и все стало нормально. Зато это отлично показывает - что видимо хоть микрофон для софта не доступен диод то как раз управляется софтверно. А значит нужно применить немного социальной инженерии чтобы обойти любые аппаратные хитрости - просто достаточно когда пользователь выключает микрофон с кнопки - убедит его что кнопка не сработала (не зажеч диод) и я уверен что каждый пользователь нажмет кнопку еще раз - зажигаем диод - профит = микрофон включен, пользователь уверен что это не так.
Есть краны с термостатом которые решают проблему сбивания настроек - как электронные, так и механические.
Есть стояки с непрерывной циркуляцией воды через стояк, чтобы остывшую воду надо было сливать на долго. Но в любом случае воду которая у вас в душевой лейке в трубе до стояка придётся слить.
Интересно, они антимонопольщикам каждый год за такую модель распространения платят или один раз занесли?
Тут же на лицо использование дэмпинга в одном секторе (продаже принтеров) чтобы занять доминирующее положение в другом (продажа чернил). Это чистой воды недобросовестная конкуренция.
И без впн всё работало на некоторых провайдерах. Возможно внутри впн был прописан другой днс, который отдавал кэшированные ответы и по этому проблем не было.
Не "никак не повлияют" а вы получите более равномерное выгорание. Только вот цвета всё рано станут тусклее а картинка шумнее.
Представим аналогию - если у вас процессор 4 ядра, и всё время загружено 1 на 100 - то через 700 часов оно выходит из строя, и остаются 3. Но если загружено все 4 на 25% - то их производительность падает до 75% на каждое.
Если вы имеете в виду под большинством людей которые используют на компьютере только браузер, наверное вы правы. Но такие люди не могут быть целевой аудиторией фичи - просто потому, что им и никакой настольный режим не нужен. Из практики им даже ноутбук открыть зачастую слишком много лишний действий - не то, что подключать через какой то переходник монитор, клавиатуру, мышь.
А вот людям которые работают за компьютером и при этом бывают в разъездах как раз мог бы такой вариант подойти - за смартфоном не особо по работаешь, а возить с собой ноутбук всё время трудновато.
В прочем возможно с ростом качества интернета - вариант когда дома у тебя включена основная машина, а смартфон с dex работает исключительно как тонкий клиент для подключения черзе какой нибудь VNC наверное тоже имеет право на жизнь.
Flatpack и snap тоже имеют разные проблемы совместимости (где-то вроде тут недавно была статья про то, что steam запакованный в snap работает плохо, а flatpack грешит таким уровнем изоляции, что часть пользовательского функционала в нём не реализовать без тонны костылей типо прокидывания в контейнер чего-то там).
Docker выглдяит как более тяжелое но еще более устойчивое решение (на мой взгляд).
Windows корят за то, что за некоторыми исключениями каждое приложение тащит все зависимости внутри себя, и из за этого раздуывается до неадекватных размеров, а так-же не устраняются уязвимости которые являются следствием уязвимых библиотек.
Разработчикам, особенно энтерпайсовым хочется - чтобы их софт просто запускался и работал, особенно если их конечный пользователь с трудом в состоянии открыть терминал.
Даже с deb пакетами из официального репозитория при этом есть ненулевая вероятность словить ситуацию конфликта версий библиотек, когда пользователю выдаётся совершенно неочевидная ошибка, и он в лучшем случае идет писать в гите вопрос про это дело.
Теперь представьте что у вас такой не 1, а их тысячи, и всё из за того, что их система не той версии, не так сконфигурирована или имеет не те зависимости. Вы хотели заниматься разработкой продукта - а стали техподдержкой линукса.
Кстати интересно - почему-то на харбе часто появляются статьи про умшенное устаревание техники, но редко про умышленное устаревание софта - ведь по сути вся система разделяемых библиотек, обратной стороной имеет то, что приложение выпущенное для позапрошлого релиза ОС просто не запустится т.к. все библиотеки уже обновлены на несовместимые. Получается даже законечнная программа весь функционал которой реализован будет нуждаться в поддержке...
Идея превосходна, реализация как обычно. Чтобы всё это имело хоть какой-то смысл нужно научить dex запускать линуксовые приложения. Хотя бы те, что собраны под арм. А так же вероятно выпустить официальный док с охлаждением, который позволит подразогнать процессор. До тех пор, пока чтобы запустить ide или любой linux софт - нужно поднимать vnc сервер в терминале - это всё кажется малоадекватным.
Идея заменить смартфоном ноутбук давно кажется само собой разумеющейся, но без десктопных приложенний они мертворождённая.
Есть модели, которые подключаются к водопроводу (на али есть как минимум 1 вариант, правдо шумноватый), вот к осмосу такой подключаете и будет вам счастье
Вот она старость и наступила.
Помню как никто не хотел менят 2003 офис на 2007 из за неадекватного неудобного интерфейса "как в медиаплеере каком-то".
Разблокировали воспоминание как майкрософтовский офис не открывал docx файл тоже какого-то большого размера. 10.5 метров что-ли. Зависал на запуске. А либрой или оо файл наоборот открывался относительно быстро, но листался с подгрузками.
Думаю это частные случаи которые просто доказывают что в любом софте есть баги)) но да, для вашего сценария надо искать другой вариант.
А представьте что у вас была бы какая нибудь процедура - где все в общий чат каждый день в n часов пишут актуальные статусы по своим задачам.
У вас бы был не только статус в 13.15, но еще и хронология изменения задачи которую можно было бы по крутить. И проблема была бы на виду не только у тех, кто успешно оказался в кабине, а у всех кто заинетреснован в движении проекта.
И если бы Джон мимо которого вы проходили не говорил с Марком, а например обдумывал задачу - вам бы не надо было отвлекать его, переключать контекст и терять эффективность в работы из за того - что вы пришли в 11.45 а к 13.15 вам уже нужен статус точно - Джон бы точно знал когда у него временной слот для того, чтобы ответить на вопрос о состоянии задач.
А еще - легче было бы отслеживать ситуацию когда человек уперся в задачу и не может сдвинутся - потому что об этом вы узнаете не через n дней когда сами придёте спросить - а уже на следующий день после того как это случилось.
Но конечно тогда уже сложнее будет найти оправдание чтобы ходить по офису и попивать кофе)) (извините за эту шутку, не смог удержаться)
Уже не раз замечал - офисная работа с опенспейсами маскирует для начальства плохо построенные рабочие процессы и структуру распределения отсвественности.
Когда вместо выверенных процедур - типо дейли (которые вообще-то тоже не нужны и достаточно отписываться текстом) - человек ходить в произвольное время и спрашивает у людей на месте о статусах, вместо организации встреч - дергают сотрудников с мест а вместо налаженной комуникации в команде и понятной вертикали отвественности - руководитель приходит и начинает разруливать ситуации.
Из примеров - руководитель заходит в офис и спрашивает когда будет задача, разработчик отвечает, что он не может её делать т.к. дизайн нужно исправить, руководитель кричит дизайнеру в другой угол почему он не исправлен, дизайнер говорит что отдел закупки не продлил лицензию, руководитель обращается к человеку из отдела закупок - тот мямлит что нибудь и процесс двигается с мертвой точки. Руководитель доволен - он полезный, он решил проблему, он получил статус.
На деле это значит - что дизайнер не понимает своей отвественности за задачу и/или не знает к кому обращаться за продлением лицензии, не знает как делигировать эту проблему вверх в случае если она его блокирует. К моменту опроса в офисе он скорее всего уже потерял время и мотивацию, и без микроменеджмента руководства рабочие процессы вообще встанут.
Когда был массовый переход на удаленку - громче всего страдали компании, где отвественность была размазана на всех и никто ни за что не отвечал.
Может быть - главное что российский офис скорее всего будет форком openOffice а значит будет нормально читать все форматы открытых документов.
А вообще - люди которые пользовались в свое время 2003 офисом совершенно безболезненно переходят на либру.
Проблема была как раз в том, что майкрософтовский офис зачастую вольно работает с docx и odf, в результате чего форматирование не совпадает - и когда раньше мы слали документ сверстанный в либре или опене а бухгалтерия его открывала через майкрософт офис - они потом наезжали и говорили что ничего не открылось, не работает и мы болваны.
Теперь - если все перейдут на либру - собственно проблем никаких не будет)
А что тут спрашивать - 70% населения сша живут в частном секторе. При этом темлотехника мкд в рф на 2 головы выше чем частного дома в рф, а теплотехника частного дома в рф еще на пол головы выше чем в сша. Вот и выходит что большая часть населения сша живут в жилье с относильно чудовищными теплопотерями. (И тут как бы у нас тоже такое бы строили, но там климат мягче и то, что в -15 реально протопить, в -30 уже промерзнет из за нелинейного роста теплообмена при увеличении разницы температур) 0
Тепловые насосы очень стремительно теряют кпд с увеличением разницы температур и если при 20 дома и -5 на улице они дают тепловой кпд под 150%, то при -30 на улице - кпд у теплового насоса будет меньше чем у обычного обогревателя, да и появятся проблемы с промерзанием и обледением внешнего блока. Если не верите - посмотрите с каких температур электромобили выключают тепловой насос.
Про одежду уже писал - дышать всё время воздухом ~5 градусов и холоднее так себе идея и по комфорту и по вредности. Да и кожа открытых участков тела будет поомезать и воспаляться.
Есть сценарии когда потерь тепла на транспортировку ~0 - крышная кательня. Теплоноситель попадает в тёплый контур сразу.
Смешенный вариант (газ в холод, теплонасос в неполный холод) - в принципе и сейчас работает, но при рассчетной в статье разнице в 6 раз, и эффективности тепловых насосов в 150% кпд в лучших условиях - получается не очень большой диапазон температур в котором это не приведёт к колапсу.
Ну и про быструю регулировку температуры электроподогревом - вообще не так важно чем греть, важна скорость теплообмена. Если вы уменьшите размер батареи и направите на неё регулируемый вентилятор то сможете в широких пределах регулировать объем снимаемого тепла. Просто тихие батареи людям нравятся больше, чем шумящие вентиляторы.
Вы предлагаете всю зиму дышать возухом околонулевой температуры? Для здоровья это мягко говоря не полезно.
Кпд теплообменников кстати от 75% и выше (довольно низкий? о.О)
Там всё очень непросто на уровне операционной системы. Нельзя просто взять и запустить камеру в фоне например, и микрофон тоже скорее всего не получится не повесив нотоификацию и не запросив пачку разрешений, а скорее всего придётся еще и заставить пойти пользователя в настройки устройства и убрать там оптимизацию энергопотребления для вашего приложения.
Конечно если у вас нет 0day уязвимости в кармане.
Я к сожалению не понимаю все эти схемы, зато был свидетелем бага - когда станция макс 2020 года разговаривала со мной со светящимся красным диодом вокруг микрофона (жаль видео не додумался записать). Кнопку я не нажимал и паранойи не имею по этому решил что ну баг и баг, кажется ткнул кнопку два раза и все стало нормально.
Зато это отлично показывает - что видимо хоть микрофон для софта не доступен диод то как раз управляется софтверно. А значит нужно применить немного социальной инженерии чтобы обойти любые аппаратные хитрости - просто достаточно когда пользователь выключает микрофон с кнопки - убедит его что кнопка не сработала (не зажеч диод) и я уверен что каждый пользователь нажмет кнопку еще раз - зажигаем диод - профит = микрофон включен, пользователь уверен что это не так.
Есть краны с термостатом которые решают проблему сбивания настроек - как электронные, так и механические.
Есть стояки с непрерывной циркуляцией воды через стояк, чтобы остывшую воду надо было сливать на долго. Но в любом случае воду которая у вас в душевой лейке в трубе до стояка придётся слить.
Интересно, они антимонопольщикам каждый год за такую модель распространения платят или один раз занесли?
Тут же на лицо использование дэмпинга в одном секторе (продаже принтеров) чтобы занять доминирующее положение в другом (продажа чернил). Это чистой воды недобросовестная конкуренция.
И без впн всё работало на некоторых провайдерах. Возможно внутри впн был прописан другой днс, который отдавал кэшированные ответы и по этому проблем не было.
Не "никак не повлияют" а вы получите более равномерное выгорание. Только вот цвета всё рано станут тусклее а картинка шумнее.
Представим аналогию - если у вас процессор 4 ядра, и всё время загружено 1 на 100 - то через 700 часов оно выходит из строя, и остаются 3. Но если загружено все 4 на 25% - то их производительность падает до 75% на каждое.
Если вы имеете в виду под большинством людей которые используют на компьютере только браузер, наверное вы правы. Но такие люди не могут быть целевой аудиторией фичи - просто потому, что им и никакой настольный режим не нужен. Из практики им даже ноутбук открыть зачастую слишком много лишний действий - не то, что подключать через какой то переходник монитор, клавиатуру, мышь.
А вот людям которые работают за компьютером и при этом бывают в разъездах как раз мог бы такой вариант подойти - за смартфоном не особо по работаешь, а возить с собой ноутбук всё время трудновато.
В прочем возможно с ростом качества интернета - вариант когда дома у тебя включена основная машина, а смартфон с dex работает исключительно как тонкий клиент для подключения черзе какой нибудь VNC наверное тоже имеет право на жизнь.
Flatpack и snap тоже имеют разные проблемы совместимости (где-то вроде тут недавно была статья про то, что steam запакованный в snap работает плохо, а flatpack грешит таким уровнем изоляции, что часть пользовательского функционала в нём не реализовать без тонны костылей типо прокидывания в контейнер чего-то там).
Docker выглдяит как более тяжелое но еще более устойчивое решение (на мой взгляд).
Windows корят за то, что за некоторыми исключениями каждое приложение тащит все зависимости внутри себя, и из за этого раздуывается до неадекватных размеров, а так-же не устраняются уязвимости которые являются следствием уязвимых библиотек.
Короче есть несколько вариантов и все плохие)
Разработчикам, особенно энтерпайсовым хочется - чтобы их софт просто запускался и работал, особенно если их конечный пользователь с трудом в состоянии открыть терминал.
Даже с deb пакетами из официального репозитория при этом есть ненулевая вероятность словить ситуацию конфликта версий библиотек, когда пользователю выдаётся совершенно неочевидная ошибка, и он в лучшем случае идет писать в гите вопрос про это дело.
Теперь представьте что у вас такой не 1, а их тысячи, и всё из за того, что их система не той версии, не так сконфигурирована или имеет не те зависимости. Вы хотели заниматься разработкой продукта - а стали техподдержкой линукса.
Кстати интересно - почему-то на харбе часто появляются статьи про умшенное устаревание техники, но редко про умышленное устаревание софта - ведь по сути вся система разделяемых библиотек, обратной стороной имеет то, что приложение выпущенное для позапрошлого релиза ОС просто не запустится т.к. все библиотеки уже обновлены на несовместимые. Получается даже законечнная программа весь функционал которой реализован будет нуждаться в поддержке...
Идея превосходна, реализация как обычно. Чтобы всё это имело хоть какой-то смысл нужно научить dex запускать линуксовые приложения. Хотя бы те, что собраны под арм. А так же вероятно выпустить официальный док с охлаждением, который позволит подразогнать процессор. До тех пор, пока чтобы запустить ide или любой linux софт - нужно поднимать vnc сервер в терминале - это всё кажется малоадекватным.
Идея заменить смартфоном ноутбук давно кажется само собой разумеющейся, но без десктопных приложенний они мертворождённая.
Есть модели, которые подключаются к водопроводу (на али есть как минимум 1 вариант, правдо шумноватый), вот к осмосу такой подключаете и будет вам счастье