И сколько процентов реальных систем, которые пишутся и развиваются годами и разными командами, будут "хорошо продуманы и структурированы"? Хорошо продумано и структурировано обычно что-то небольшое, которое пишется с нуля и затем уже не переделывается. А когда начинаешь реализовывать затем многочисленные хотелки заказчиков, на этом вся хорошо продуманность и структурированность заканчивается.
Странно что с таким размером корпуса не запихали сиди-привод прямо внутрь, места должно быть достаточно. Ну и да, с физическими кнопками это было бы намного круче.
Если есть выбор "сайт - приложение", то предпочту пользоваться сайтом. Потому что приложения:
норовят собрать вообще всю доступную информацию о тебе. список контактов, геопозицию, телефон, микрофон, камеру, все возможные датчики и т.п. При отказе дать разрешение отказываются работать
устанавливают кучу служб, которые висят в памяти, работают в фоне и жрут батарею
самовольно сканируют устройство и отказываются работать, если на телефоне есть что-то, что их не устраивает (рут, VPN, AnyDesk и т.п.). И их не волнует, что это например нужно тебе по работе. Да и вообще какое ваше собачье дело что у меня установлено.
подписывают на кучу уведомлений (да, среди них есть и полезные, но они тонут в море спама, а отключить нельзя, тогда отключишь и полезные уведомления)
весят столько, как будто там внутри зашита парочка фильмов в 4К.
Да, этот список немножко утрирован, но в целом тенденция именно такая.
Если разработчики какого-нибудь сервиса ниасилили создать вэб приложение (или специально не хотят), значит, надо искать какой-то другой сервис.
Для меня это был повод поднять наконец корпоративный docker registry, и сделать по-нормальному деплой проектов - теперь контейнеры будут собираться на отдельной машине, а на серверах просто делаться pull. То что разблокировали - это хорошо, но надолго ли - неизвестно.
В целом да, с интерфейсами все печально. Но есть несколько замечаний по тексту:
Не согласен с автором по поводу лифтов: я 4 года проработал в офисном центре с такими лифтами - и это удобно, что не надо тянуться через толпу к панели или говорить нажмите мне такой-то этаж. И с точки зрения безопасности удобно - позволяет равномерно распределить нагрузку по нескольким лифтам, не допуская того, что вся толпа набьется в один лифт и вызовет перегрузку. Аналогия с машиной, где перед посадкой надо сказать маршрут, и дальше ты ничего не можешь изменить не совсем корректна - скорее тут нужно сравнивать с поездом, где ты заранее выбираешь маршрут и едешь дальше до своей станции.
Красивая картина загрузки Linux с перечнем запускающихся сервисов, по которой ностальгирует автор, уже в прошлом. Современные линуксы грузятся как винда - анимация прогресса, а затем запуск иксов и окно логина. Да, можно вернуть старую картину, но для этого нужно делать дополнительные телодвижения, по умолчанию ее уже не будет.
Насколько я помню, в приложении YouTube в бесплатной версии и не было возможности работы в фоне, гугл сразу хотел за это деньги. Поэтому для работы в фоне и приходится либо ставить альтернативные приложения типа NewPipe, либо в мобильном Firefox включать галочку "десктопная версия" и тогда ютуб думает, что он запускается на десктопе и позволяет работать в фоне.
С индикаторами прогресса дело не только в стремлении сделать все примитивным, тут еще проблема в том, что невозможно дать четкую картину этого прогресса - системы усложнились, стали многоуровневые, завязанные на сеть и множество микросервисов. И теперь если система должна выполнить какое-то действие, она обращается к сетевому сервису и ждет ответа. Ответ может быть сразу, может через полсекунды, а может через 10 секунд или дольше. Раньше в таких случаях было принято просто обновлять прогрессбар по таймеру, например, в предположении, что за 10 секунд пройдет половина прогрессбара, а дальше если до сих пор нет ответа от сервиса, прогрессбар начинает замедляться. Сейчас просто "что-то крутится". Как тогда, так и сейчас, реальный прогресс это не отражало. Но в то же время "старый" прогрессбар тоже остался, например, при копировании файлов. Или загрузки файлов (если сервер предоставил размер загружаемого файла).
Так что я не вижу в деградации интерфейсков какого-то целенаправленного злого умысла, скорее это "бабло победило зло". Ну и новые веяния моды.
Была третья версия с практически таким же видом и плавным масштабированием всего интерфейса. Но по каким-то причинам авторы сами отказались от ее развития...
Чем был ценен винамп - у него очень удобная система плагинов - input, output, general puprose (я про винамп версии 2.х, у более новых появились еще какие-то, но я уже так подробно не смотрел). И с достаточно простым API, я писал под него плагины на C++ Builder. Дальше их надо было просто закинуть в папку винампа, и он их подхватывал. Сделал плагин, делающий окна винампа полупрозрачными. Сделал output plugin для вывода звука через бажную звуковуху Aureal Vortex II (от стандартного подвисал драйвер и звук затыкался до перезагрузки). Сделал софтину для управления винампом и отображения текущей песни на экране, выдранном из калькулятора. Или была попытка (правда, не доведенная до конца), сделать стриминг музыки из FTP с предзагрузкой трэка и отдачей его винампу.... в общем, свободного времени было много и мы развлекались как могли)
Идея открыть исходники винампа хорошая, но несколько запоздалая. Лет этак на 15 минимум. Потому что поменялась модель потребления музыки. Ее слушают либо с телефонов через стриминговые сервисы, либо на качественной аудиоаппаратуре с дисков или пластинок. А вот как в двухтысячных - с компа через сидиром или с жесткого диска - это уже редкость.
По поводу интерфейсов на каждый класс: помню, была какая-то экспериментальная сборка прогуарда, которая в процессе обфускации слепляла несколько классов в 1 и таким образом еще больше уменьшала размер мидлета (многие телефоны имели ограничения на размер jar-файла). Правда, зачастую после этого приложение отказывалось работать, и надо было экспериментировать - прописывать в исключения те классы, которые нельзя было смерживать...
Можно начать с того что включить чёрно-белый режим в обычном смартфоне в настройках для разработчиков и посмотреть повлияет ли это на производительность и прокрастинацию. Потому что всё индивидуально
На даче похожий фильтр стоит после скважины. Автоматизации никакой нет - как он забивается, это сразу заметно по слабому напору воды - значит надо лезть и менять его.
... и после этого как-то объяснить пользователю, что надо заново качать уже другое приложение, там авторизовываться, настраивать и так далее. И опять же это все применимо к мелким приложениям, но не к большим распределенным системам, где приложение - это только вершина айсберга большой инфраструктуры. Которую тоже надо поддерживать и развивать.
Можно еще попробовать с лазерными указками, их проще как мне кажется достать и расковырять, чем DVD-привод...
И сколько процентов реальных систем, которые пишутся и развиваются годами и разными командами, будут "хорошо продуманы и структурированы"? Хорошо продумано и структурировано обычно что-то небольшое, которое пишется с нуля и затем уже не переделывается. А когда начинаешь реализовывать затем многочисленные хотелки заказчиков, на этом вся хорошо продуманность и структурированность заканчивается.
Странно что с таким размером корпуса не запихали сиди-привод прямо внутрь, места должно быть достаточно. Ну и да, с физическими кнопками это было бы намного круче.
Если есть выбор "сайт - приложение", то предпочту пользоваться сайтом. Потому что приложения:
норовят собрать вообще всю доступную информацию о тебе. список контактов, геопозицию, телефон, микрофон, камеру, все возможные датчики и т.п. При отказе дать разрешение отказываются работать
устанавливают кучу служб, которые висят в памяти, работают в фоне и жрут батарею
самовольно сканируют устройство и отказываются работать, если на телефоне есть что-то, что их не устраивает (рут, VPN, AnyDesk и т.п.). И их не волнует, что это например нужно тебе по работе. Да и вообще какое ваше собачье дело что у меня установлено.
подписывают на кучу уведомлений (да, среди них есть и полезные, но они тонут в море спама, а отключить нельзя, тогда отключишь и полезные уведомления)
весят столько, как будто там внутри зашита парочка фильмов в 4К.
Да, этот список немножко утрирован, но в целом тенденция именно такая.
Если разработчики какого-нибудь сервиса ниасилили создать вэб приложение (или специально не хотят), значит, надо искать какой-то другой сервис.
... и сеть по такому поводу переименуют в XXX
Для меня это был повод поднять наконец корпоративный docker registry, и сделать по-нормальному деплой проектов - теперь контейнеры будут собираться на отдельной машине, а на серверах просто делаться pull. То что разблокировали - это хорошо, но надолго ли - неизвестно.
В целом да, с интерфейсами все печально. Но есть несколько замечаний по тексту:
Не согласен с автором по поводу лифтов: я 4 года проработал в офисном центре с такими лифтами - и это удобно, что не надо тянуться через толпу к панели или говорить нажмите мне такой-то этаж. И с точки зрения безопасности удобно - позволяет равномерно распределить нагрузку по нескольким лифтам, не допуская того, что вся толпа набьется в один лифт и вызовет перегрузку. Аналогия с машиной, где перед посадкой надо сказать маршрут, и дальше ты ничего не можешь изменить не совсем корректна - скорее тут нужно сравнивать с поездом, где ты заранее выбираешь маршрут и едешь дальше до своей станции.
Красивая картина загрузки Linux с перечнем запускающихся сервисов, по которой ностальгирует автор, уже в прошлом. Современные линуксы грузятся как винда - анимация прогресса, а затем запуск иксов и окно логина. Да, можно вернуть старую картину, но для этого нужно делать дополнительные телодвижения, по умолчанию ее уже не будет.
Насколько я помню, в приложении YouTube в бесплатной версии и не было возможности работы в фоне, гугл сразу хотел за это деньги. Поэтому для работы в фоне и приходится либо ставить альтернативные приложения типа NewPipe, либо в мобильном Firefox включать галочку "десктопная версия" и тогда ютуб думает, что он запускается на десктопе и позволяет работать в фоне.
С индикаторами прогресса дело не только в стремлении сделать все примитивным, тут еще проблема в том, что невозможно дать четкую картину этого прогресса - системы усложнились, стали многоуровневые, завязанные на сеть и множество микросервисов. И теперь если система должна выполнить какое-то действие, она обращается к сетевому сервису и ждет ответа. Ответ может быть сразу, может через полсекунды, а может через 10 секунд или дольше. Раньше в таких случаях было принято просто обновлять прогрессбар по таймеру, например, в предположении, что за 10 секунд пройдет половина прогрессбара, а дальше если до сих пор нет ответа от сервиса, прогрессбар начинает замедляться. Сейчас просто "что-то крутится". Как тогда, так и сейчас, реальный прогресс это не отражало. Но в то же время "старый" прогрессбар тоже остался, например, при копировании файлов. Или загрузки файлов (если сервер предоставил размер загружаемого файла).
Так что я не вижу в деградации интерфейсков какого-то целенаправленного злого умысла, скорее это "бабло победило зло". Ну и новые веяния моды.
Была третья версия с практически таким же видом и плавным масштабированием всего интерфейса. Но по каким-то причинам авторы сами отказались от ее развития...
Чем был ценен винамп - у него очень удобная система плагинов - input, output, general puprose (я про винамп версии 2.х, у более новых появились еще какие-то, но я уже так подробно не смотрел). И с достаточно простым API, я писал под него плагины на C++ Builder. Дальше их надо было просто закинуть в папку винампа, и он их подхватывал. Сделал плагин, делающий окна винампа полупрозрачными. Сделал output plugin для вывода звука через бажную звуковуху Aureal Vortex II (от стандартного подвисал драйвер и звук затыкался до перезагрузки). Сделал софтину для управления винампом и отображения текущей песни на экране, выдранном из калькулятора. Или была попытка (правда, не доведенная до конца), сделать стриминг музыки из FTP с предзагрузкой трэка и отдачей его винампу.... в общем, свободного времени было много и мы развлекались как могли)
Идея открыть исходники винампа хорошая, но несколько запоздалая. Лет этак на 15 минимум. Потому что поменялась модель потребления музыки. Ее слушают либо с телефонов через стриминговые сервисы, либо на качественной аудиоаппаратуре с дисков или пластинок. А вот как в двухтысячных - с компа через сидиром или с жесткого диска - это уже редкость.
По поводу интерфейсов на каждый класс: помню, была какая-то экспериментальная сборка прогуарда, которая в процессе обфускации слепляла несколько классов в 1 и таким образом еще больше уменьшала размер мидлета (многие телефоны имели ограничения на размер jar-файла). Правда, зачастую после этого приложение отказывалось работать, и надо было экспериментировать - прописывать в исключения те классы, которые нельзя было смерживать...
Ставил на ноутбук, правда Кубунту, а не чистую Убунту - никаких проблем при установке не заметил, все работает, все летает.
Нужно больше подробностей, в чем именно заключается большая безопасность.
edge сейчас - это хром с кастомной шкуркой. Поэтому под виндой можно спокойно им пользоваться.
... искать там описание ошибки, и не найдя все равно лезть в гугль. И это если дока вообще есть.
Так судя по последующим событиям - не зря паниковала...
А можете чуть подробнее, как вы баните там определенных личностей? Я имею в виду в вэб клиенте в чатах
Можно передать и стерео по аналоговому каналу, воспользовавшись какой-нибудь стереомодуляцией, например, как это делается в FM радио.
Можно начать с того что включить чёрно-белый режим в обычном смартфоне в настройках для разработчиков и посмотреть повлияет ли это на производительность и прокрастинацию. Потому что всё индивидуально
На даче похожий фильтр стоит после скважины. Автоматизации никакой нет - как он забивается, это сразу заметно по слабому напору воды - значит надо лезть и менять его.
... и после этого как-то объяснить пользователю, что надо заново качать уже другое приложение, там авторизовываться, настраивать и так далее. И опять же это все применимо к мелким приложениям, но не к большим распределенным системам, где приложение - это только вершина айсберга большой инфраструктуры. Которую тоже надо поддерживать и развивать.