На самом деле зависит от того насколько конкретный человек застал эти игры раньше, например многим более молодым геймерам сам факт пикселизации жестко глаза режет, прямо мешает воспринимать картинку нормально. А если брать более конкретные вещи, то некоторые элементы управления и UI очень так себе:
инвентарь в одну колонку всего с парочкой предметов на экране;
тоже самое для интерфейса торговли и т.д.;
сколлинг в инвентаре кнопками без поддержки колеса мыши;
очень специфичная работа контекстного меню через удерживание нажатой кнопки и т.д.;
Вы это сейчас серьёзно? Симки всю жизнь чуть ли не в оптовых количествах сразу у всех операторов покупали на условных бомжей, на ворованные паспорта и т.д. Почему это должно изменить?
Там базово камера состоит из двух основных компонентов: камера-сенсора и микроконтроллера, который управляет ею и реализует её как USB устройство. Камера-сенсор подключен к микроконтроллеру несколькими пинами (приём и передача данных, сброс, включение и т.д.), среди которых один из важных для всей ситуации это пин, который управляет режимом Standby. Базово, если на пин Standby подаётся питание, то это держит камеру в выключенном (Standby) режиме, когда оно не может захватывать видео сигнал, ну и заодно имеено к пину Standby подцеплен драйвер светодиода индикации работы камеры.
Всё как бы логично и проще некуда: если микроконтроллер включает камеру, то он перестаёт подавать питание на её по пину Standby, тем самым автоматически включается светодиодный индикатор, т.е. либо сигнал на Standby есть и тогда сенсор отключен, а светодиод не горит, либо сигнала нет и тогда сенсор включается и заодно загарается светодиод.
Но вот тут загвоздка:
прошивка для всей этой требухи не зашита в девайс, а грузиться в рантайме по тому самому USB интерфейсу которым оно подключено, а значит если постараться и найти уязвимости, то легко подложить хакнутую прошивку для камеры;
хакнутой прошивкой можно заставить устройства вести себя иначе, чем предусмотрел поставщик компонентов в своей документации и производитель итоговый (который это реализовал), в частности можно перепилить логику взаимодействия микроконтроллера с сенсором таким образом чтобы оно вообще не трогало этот Standby пин, но при это работало;
Типичная проблема от слишком умных девайсов (программируемый микроконтроллер ради веб-камеры, чтобы оно могло быть USB девайсом) и фич для удобста (прошивка не зашита в девайс, а грузится в рантайме - удобно же), которые создают блюди из дополнительных уязвимостей.
Там двойной бэкдор от поставщика камеры скорее, во-первых недокументированный производителем сенсора режим работы, во-вторых сам факт, что "прошивку" даже не надо перепрошивать, т.к. она грузиться в рантайме (зато удобно баги править, да) и её легко подменить: собственно в подменнёной прошивке они считай там перепрограммируют камеру чтобы она иначе пины свои использовала и не использовала пин с питанием, к которому Apple подцепились для индикации работы.
Проблема в том, что даже это не панацея. Если мне не изменяет память, то у макбуков давным-давно светодиод висит на питании камеры, однако как минимум у одной старой модели смогли сделать эксплоит который позволял хитро активировать камеру без того чтобы человек увидел светодиод.
Они там сделали что-то типа хитрой прошивки, которая позволяла активировать камера-сенсор в специальном недокументированном производителем режиме, манипулируя регистрами толи в самом сенсоре, толи в микроконтроллере, который им рулил.
И хотя в следующих моделях такое провернуть уже было нельзя Apple не просто так добавила в ОС индикторы доступа к камере и микрофону, так сказать на всякий случай пусть будет и такое.
Тоже проиграл с этой формулировки. Человек может и не ищет, но он точн сравнивает по этим характеристикам. Зачастую кстати выбирая более плохой товар, когда ну бумаге выглядит лучше. Например будет пять примерно равных рюкзаков, и в сравнении у одного будет 23 литра объём, у парочки — по 25, а какого-то — вообще 27. И человек зачастую примет решение, что больше больше литров в примерно таких же габаритах это лучше т.к. практичнее. А то что форма внутреняя может быть такой, что эти литры сугубо теоретические это пофиг. В табличке характеристик написано больше — значит лучше. Именно поэтому китайцы заваливают услоный Али товараами с фейковыми характеристиками. Потому что цифры продают вполне себе.
По моему опыту желание посмотреть на гитхаб действительно существует, в том числе у зарубежных работодателей и заказчиков, но каждый раз хочется спросить мол ребята, а что вы там ожидаете увидеть? Работа делается над проектами клиентов, это в личном гитхабе публично лежать не может лол.
Лень мешает. Многократно ловил источники слива почты через этот трюк с плюсом. Никто даже не парится нрмализацию делать т.к. источники почты по-умолчанию считаются уже нормализованными.
Потому, что как продукт Gmail (именно как сервис почты, не приложение) сознательно отходит от стандартов и делает так чтобы любое использование его вне официального приложения создавало дополнительный «фрикшн» для пользователей. Начиная от концепций тегов vs папок и заканчивая регулярными палками в колёса по авторизации: авторизация по паролю? не, не слышали, либо Oauth2 со своими заскоками, либо пароль приложения, который по цепочке требует двухфакторку... или вообще потребует вводить капчу лол.
Это обоюдоострый меч, бывает что качается 10 гигабайт вместо 50 гигабайт, а установка потом заниает дольше чем скачка 50 гигабайт (ну, на быстром интернете), потому что разархивация превращается в цирк.
То есть ты каждый день качаешь 2 игры по 200 гигов?
Хотел бы я посмотреть на то как бы вы качали апдейты в момент выхода Stalker 2, которые из-за упаковки не особо могли в дельта-апдейты и каждые пару дней перекачивали по 50-100 гигабайт кек.
Улучшенная ремонтопригодность, обслуживаемость и возможность кастомизировать прибор под требования клиента продаст его гораздо лучше чем дорогущая коробка.
К сожалению, это не так. Одна из основных характеристик плюс-минус любых корпоративных закупок это то, что покупать (принимать решения о покупке) будут не люди, которым потом это надо будет самим использовать. И не важно дело про промышленное оборудование, компьютеры или ПО.
Большинство подобных рынков бизнес оборудования не являются эластичными, снижение цены во многом это тупо «оставление денег на столе», кардинально больше (чтобы это компенсировало сниженную цену) не получиться продать.
Кому-то достаточно что есть три поля и при сабмите оно падает на целевую почту.
Кому-то нужна вторая копия для отправителя, мол мы получили Ваше письмо и всё такое.
Кому-то нужны дополнительные контролы в форме. Радио баттоны и прочее там.
Кому-то нужна логика завязанная на эти контролы. Например, чтобы разные тексты отправлялись или на разные почты.
Кому-то нужна капча (а по факту всем, но люди хотят разные).
Кому-то нужно чтобы копия сохранялась в локальной БД.
Кому-то нужно чтобы при сабмите оно пушилось в CRM или лид.
Кому-то нужно чтобы при сабмите оно пушилось в саппорт систему, вроде условного ZenDesk.
Кому-то нужна многоступенчатая форма. Более того, возможно с ветвлением.
И так далее, и так далее, и так далее.
И даже это можно сделать во многом на разных типовых инструментах, иногда даже без ручной разработки и допиливания, но потом не стоит удивляться, что на сайт добавили gravityforms какой-то и ещё пять платных плагинов-дополнений к нему лол.
Раз уж была поднята эта тема, то поделюсь взглядом частично со стороны на одну компанию с которой приходилось работать.
Решили они делать новый продукт, веб и мобильное приложение, упор на много пользователей и всё такое, в принципе ничего кардинально нового или слишком сложного, просто нужно нормально сделать и тянуть определенный масштаб. Окей, помогли им сделать эстимейт с поверхностным планом разработки. Команда из пары разработчиков (один фронт, впрочем в идеале нужно два, один бэк, один мобильный) справилась бы за 6 - 9 месяцев, в зависимости от конечного варианта (там небольшая вариативность предусматривалась). Бюджет в целом выходил довольно скромный, даже когда поверх этого в смену попадали продакты и прочие дополнительные люди.
В итоге, началу работы по сему плану дорогу перебежали инвесторы, которым захотелось чтобы в руководстве был кто-то из «опытных людей из тех-индустрии», для чего они достали там кого-то из телекома лол. «Опытный человек из индустрии» продал всем, что описанный в плане типовой подход это старое неэффективное говно от луддитов и для луддитов, а реальные пацаны всё делают сейчас на low-code/no-code решениях и в итоге привлекли относительно именитого международного вендора делать всё по всему модному феншую.
Спустя полтора года оказалось, что потрачены уже миллионы долларов, ничего не доведено до состояния «готово до релиза», часть функциональности отсутствует или не работает, то что есть сделано и работает или выполнено плохо, или выглядит мрачно, или работает через задницу. Часто всё сразу в разных пропорциях. При этом работала команда чуть ли не в дюжину разработчиков.
В результате начались разборки мол как же так и по результатам оказалось, что не только всё плохо сделано и медленно при этом делалось, но куча проблем в принципе не особо решаемы на выбранных инструментах, и стоимость сопровождения потом на этих выбранных low-code/no-code платформах оказывалась неадекватной для подобного продукта.
Я не сомневаюсь, что у любого инструмента есть отличные юзкейсы, где они себя хорошо и эффективно показывают, но этот фап на модные решениях это канонический пример забивания гвоздей микроскопом.
Дело не плохих стилях, а в том, что нативные десктопные инструенты (в плане фреймворков) для дизайна нетипового/кастомного UI, который всем так нравиться, это в 8 из 10 случаев лютая трешанина, на фоне которой даже упоротая комбинация HTML+CSS выглядит волшебно. Это вдвойне проблема когда заходит про кросс-платформенные инструменты.
На самом деле зависит от того насколько конкретный человек застал эти игры раньше, например многим более молодым геймерам сам факт пикселизации жестко глаза режет, прямо мешает воспринимать картинку нормально. А если брать более конкретные вещи, то некоторые элементы управления и UI очень так себе:
инвентарь в одну колонку всего с парочкой предметов на экране;
тоже самое для интерфейса торговли и т.д.;
сколлинг в инвентаре кнопками без поддержки колеса мыши;
очень специфичная работа контекстного меню через удерживание нажатой кнопки и т.д.;
Вы это сейчас серьёзно? Симки всю жизнь чуть ли не в оптовых количествах сразу у всех операторов покупали на условных бомжей, на ворованные паспорта и т.д. Почему это должно изменить?
Там базово камера состоит из двух основных компонентов: камера-сенсора и микроконтроллера, который управляет ею и реализует её как USB устройство. Камера-сенсор подключен к микроконтроллеру несколькими пинами (приём и передача данных, сброс, включение и т.д.), среди которых один из важных для всей ситуации это пин, который управляет режимом Standby. Базово, если на пин Standby подаётся питание, то это держит камеру в выключенном (Standby) режиме, когда оно не может захватывать видео сигнал, ну и заодно имеено к пину Standby подцеплен драйвер светодиода индикации работы камеры.
Всё как бы логично и проще некуда: если микроконтроллер включает камеру, то он перестаёт подавать питание на её по пину Standby, тем самым автоматически включается светодиодный индикатор, т.е. либо сигнал на Standby есть и тогда сенсор отключен, а светодиод не горит, либо сигнала нет и тогда сенсор включается и заодно загарается светодиод.
Но вот тут загвоздка:
прошивка для всей этой требухи не зашита в девайс, а грузиться в рантайме по тому самому USB интерфейсу которым оно подключено, а значит если постараться и найти уязвимости, то легко подложить хакнутую прошивку для камеры;
хакнутой прошивкой можно заставить устройства вести себя иначе, чем предусмотрел поставщик компонентов в своей документации и производитель итоговый (который это реализовал), в частности можно перепилить логику взаимодействия микроконтроллера с сенсором таким образом чтобы оно вообще не трогало этот Standby пин, но при это работало;
Типичная проблема от слишком умных девайсов (программируемый микроконтроллер ради веб-камеры, чтобы оно могло быть USB девайсом) и фич для удобста (прошивка не зашита в девайс, а грузится в рантайме - удобно же), которые создают блюди из дополнительных уязвимостей.
Там двойной бэкдор от поставщика камеры скорее, во-первых недокументированный производителем сенсора режим работы, во-вторых сам факт, что "прошивку" даже не надо перепрошивать, т.к. она грузиться в рантайме (зато удобно баги править, да) и её легко подменить: собственно в подменнёной прошивке они считай там перепрограммируют камеру чтобы она иначе пины свои использовала и не использовала пин с питанием, к которому Apple подцепились для индикации работы.
Проблема в том, что даже это не панацея. Если мне не изменяет память, то у макбуков давным-давно светодиод висит на питании камеры, однако как минимум у одной старой модели смогли сделать эксплоит который позволял хитро активировать камеру без того чтобы человек увидел светодиод.
Они там сделали что-то типа хитрой прошивки, которая позволяла активировать камера-сенсор в специальном недокументированном производителем режиме, манипулируя регистрами толи в самом сенсоре, толи в микроконтроллере, который им рулил.
И хотя в следующих моделях такое провернуть уже было нельзя Apple не просто так добавила в ОС индикторы доступа к камере и микрофону, так сказать на всякий случай пусть будет и такое.
Тоже проиграл с этой формулировки. Человек может и не ищет, но он точн сравнивает по этим характеристикам. Зачастую кстати выбирая более плохой товар, когда ну бумаге выглядит лучше. Например будет пять примерно равных рюкзаков, и в сравнении у одного будет 23 литра объём, у парочки — по 25, а какого-то — вообще 27. И человек зачастую примет решение, что больше больше литров в примерно таких же габаритах это лучше т.к. практичнее. А то что форма внутреняя может быть такой, что эти литры сугубо теоретические это пофиг. В табличке характеристик написано больше — значит лучше. Именно поэтому китайцы заваливают услоный Али товараами с фейковыми характеристиками. Потому что цифры продают вполне себе.
По моему опыту желание посмотреть на гитхаб действительно существует, в том числе у зарубежных работодателей и заказчиков, но каждый раз хочется спросить мол ребята, а что вы там ожидаете увидеть? Работа делается над проектами клиентов, это в личном гитхабе публично лежать не может лол.
Лень мешает. Многократно ловил источники слива почты через этот трюк с плюсом. Никто даже не парится нрмализацию делать т.к. источники почты по-умолчанию считаются уже нормализованными.
Потому, что как продукт Gmail (именно как сервис почты, не приложение) сознательно отходит от стандартов и делает так чтобы любое использование его вне официального приложения создавало дополнительный «фрикшн» для пользователей. Начиная от концепций тегов vs папок и заканчивая регулярными палками в колёса по авторизации: авторизация по паролю? не, не слышали, либо Oauth2 со своими заскоками, либо пароль приложения, который по цепочке требует двухфакторку... или вообще потребует вводить капчу лол.
Потому что разработчикам глубоко наплевать. Собственно и остальные моменты тоже. Ибо «Ахаха что ты делаешь? Уйдёшь с Gmail? Ахаха». Ну вот и всё.
Это обоюдоострый меч, бывает что качается 10 гигабайт вместо 50 гигабайт, а установка потом заниает дольше чем скачка 50 гигабайт (ну, на быстром интернете), потому что разархивация превращается в цирк.
Такое ощущение что скорее 2 десятка, если не больше кек. Они конечно не все прямо таки были супер-гигантские, но порой случалось так.
Хотел бы я посмотреть на то как бы вы качали апдейты в момент выхода Stalker 2, которые из-за упаковки не особо могли в дельта-апдейты и каждые пару дней перекачивали по 50-100 гигабайт кек.
Firefox лимитирует место, но телега просто упирается в лимит и перестаёт работать пока не очистишь память и не перезайдёшь в клиент.
Лолшто? Там скорость легко превышает 100 Мбит/с
К сожалению, это не так. Одна из основных характеристик плюс-минус любых корпоративных закупок это то, что покупать (принимать решения о покупке) будут не люди, которым потом это надо будет самим использовать. И не важно дело про промышленное оборудование, компьютеры или ПО.
Большинство подобных рынков бизнес оборудования не являются эластичными, снижение цены во многом это тупо «оставление денег на столе», кардинально больше (чтобы это компенсировало сниженную цену) не получиться продать.
Проблема в том, что считать типовым.
Кому-то достаточно что есть три поля и при сабмите оно падает на целевую почту.
Кому-то нужна вторая копия для отправителя, мол мы получили Ваше письмо и всё такое.
Кому-то нужны дополнительные контролы в форме. Радио баттоны и прочее там.
Кому-то нужна логика завязанная на эти контролы. Например, чтобы разные тексты отправлялись или на разные почты.
Кому-то нужна капча (а по факту всем, но люди хотят разные).
Кому-то нужно чтобы копия сохранялась в локальной БД.
Кому-то нужно чтобы при сабмите оно пушилось в CRM или лид.
Кому-то нужно чтобы при сабмите оно пушилось в саппорт систему, вроде условного ZenDesk.
Кому-то нужна многоступенчатая форма. Более того, возможно с ветвлением.
И так далее, и так далее, и так далее.
И даже это можно сделать во многом на разных типовых инструментах, иногда даже без ручной разработки и допиливания, но потом не стоит удивляться, что на сайт добавили gravityforms какой-то и ещё пять платных плагинов-дополнений к нему лол.
Раз уж была поднята эта тема, то поделюсь взглядом частично со стороны на одну компанию с которой приходилось работать.
Решили они делать новый продукт, веб и мобильное приложение, упор на много пользователей и всё такое, в принципе ничего кардинально нового или слишком сложного, просто нужно нормально сделать и тянуть определенный масштаб. Окей, помогли им сделать эстимейт с поверхностным планом разработки. Команда из пары разработчиков (один фронт, впрочем в идеале нужно два, один бэк, один мобильный) справилась бы за 6 - 9 месяцев, в зависимости от конечного варианта (там небольшая вариативность предусматривалась). Бюджет в целом выходил довольно скромный, даже когда поверх этого в смену попадали продакты и прочие дополнительные люди.
В итоге, началу работы по сему плану дорогу перебежали инвесторы, которым захотелось чтобы в руководстве был кто-то из «опытных людей из тех-индустрии», для чего они достали там кого-то из телекома лол. «Опытный человек из индустрии» продал всем, что описанный в плане типовой подход это старое неэффективное говно от луддитов и для луддитов, а реальные пацаны всё делают сейчас на low-code/no-code решениях и в итоге привлекли относительно именитого международного вендора делать всё по всему модному феншую.
Спустя полтора года оказалось, что потрачены уже миллионы долларов, ничего не доведено до состояния «готово до релиза», часть функциональности отсутствует или не работает, то что есть сделано и работает или выполнено плохо, или выглядит мрачно, или работает через задницу. Часто всё сразу в разных пропорциях. При этом работала команда чуть ли не в дюжину разработчиков.
В результате начались разборки мол как же так и по результатам оказалось, что не только всё плохо сделано и медленно при этом делалось, но куча проблем в принципе не особо решаемы на выбранных инструментах, и стоимость сопровождения потом на этих выбранных low-code/no-code платформах оказывалась неадекватной для подобного продукта.
Я не сомневаюсь, что у любого инструмента есть отличные юзкейсы, где они себя хорошо и эффективно показывают, но этот фап на модные решениях это канонический пример забивания гвоздей микроскопом.
Дело не плохих стилях, а в том, что нативные десктопные инструенты (в плане фреймворков) для дизайна нетипового/кастомного UI, который всем так нравиться, это в 8 из 10 случаев лютая трешанина, на фоне которой даже упоротая комбинация HTML+CSS выглядит волшебно. Это вдвойне проблема когда заходит про кросс-платформенные инструменты.