При этом, обладая недостатками веба (не нативный перформанс и все такое) не дает преимуществ веба (вкладки, копирование текста и прочее). Уж делали бы просто сайт/PWA и не заморачивались.
Я программист, я люблю десктопы, сейчас я сижу за тремя мониторами. Я использую Vim (не всегда, правда) и тайловые WM, так что чего-чего, а хоткеев я не боюсь. Тем не менее, я на телефоне используют только свайп клавиатуры, начиная с оригинального Swype на Windows Mobile, потому что это куда быстрее, чем тыкать пальцем в маааленькую нарисованную кнопочку. Пальцы большие, кнопки маленькие, пальцами перекрываются, тактильной обратной связи нет. Был бы аппаратный qwerty, но он почти вымер.
Я как-то игрался с AIDE — Android IDE под Android. Самая функционально навороченная вещь, которая попадалась. Конечно, не Android Studio, но и не notepad. Увы, удобство печати и, особенно, чтения кода на маленьком экранчике просто никакое.
Когда мой Windows Mobile девайс с диагональю 3" приказал долго жить, и я перешел на какой-то Android с бОльшим экраном (4.7"), мне было неудобно. Я очень страдал без стилуса. Набор текста стал более удобным, чем на крошечном резистивном экране только когда купил 6" лопату.
У нас самый ээ… как бы вежливо сказать… лютый и код написан аутстаф-командой. Я мало с ними работал, но они копали от забора и до обеда. В итоге там адская лапша с размазыванием функциональности между модулям.
Я пишу юниты в процессе разработки. Не TDD, сначала код, потом тесты и все в перемешку. Позволяет проверять, что написанное работает, и 80% всех косяков, вроде забытых проверок и глупых ошибок ловятся на этом этапе. Как тестировать какой-то компонент руками на этапе разработки непонятно, потому что он может быть где-то в недрах, а может быть и вообще ещё никуда не приделан.
В том же Android есть распознавание речи от гугла. Правда, не всегда хорошо работает, а знаки препинания приходится продитктовывать, словно в телеграмме.
Мне кажется, в первом случае это косяк самого движка, что он не предоставляет какого-то мобильного интерфейса к всплывающим подсказкам.
З.Ы. Ну и я правильно понимаю, что какой-то человек, который добровольно и бесплатно тратит свое время и силы на создание хорошего контента, но делает это как-то неправильно и неудобно вам? Такой добровольный труд (также, как Open Source и подобное) не обязан удовлетворять чьим-то хотелкам, даже если это некие "большинство пользователей". Этот человек не обязан быть экспертом по UI/UX и иметь представление о количестве аудитории, использующих те или иные девайсы.
Меня бы бесило. Меня вообще бесят виртуальные машины, удаленные рабочие столы и прочее, потому что там не мое родное настроенное окружение, а черт знает что. И если приложение с предустановленным андроидом захочет авторизоваться в гугле, оно не откроет мой десктопный браузер, где я уже авторизовался. Ну, это возможно, но потребует поддержки со стороны гостевой ОС. И сколько еще точек взаимодействия придется проработать? И вот из кучи таких мелочей складывается адское неудобство.
Ну так всякий OAuth давно существует. Много провайдеров? Ну можно пользоваться единым расово верным условным China Auth/Wechat Auth итп.
Chrome умеет автозаполнять карты из Google Pay, да и просто поддержка этих всяких Pay может быть встроена. Много провайдеров? См. п.1
А вот это непонятно. Почему валидировать сайт в вебе на разных устройствах надо, а миниапп в вичате — нет? А если там внутри тот же WebView, то тем более непонятно. В моей практике был случай, когда контент в WebView на андроид ронял приложение на некоторых телефонах
Про политику написали.
Но с точки зрения разработчика и пользователя, чем один супер-апп для запуска приложений лучше, чем другой супер -апп для запуска приложений, который, к тому же, везде есть из коробки?
Единственная проблема, с которой я столкнулся во время удаленной работы — это коммуникации. Обычно можно встать, пройти пару метров до коллеги, задать вопрос и быть уверенным, что какой-то ответ будет дан. Точно известно, что если сотрудник вот он сидит — значит он доступен, а если его нет — значит недоступен.
В случае со всеми этими чатиками, такого нет. Можно задать вопрос и не получить никакой реакции. Сообщение не прочитано. Когда ответят? А кто его знает. Статус тоже в течении дня может меняться. Чат пишет, что сотрудник away — это ничего не значит. Быть может, он еще придет, а может и нет. График тоже плавает.
С одной стороны, такая гибкость зачастую удобна, но проблема с коммуникациями раздражает.
На моём FPV квадрокоптере есть дешёвая аналоговая камера (caddix turtle v2, вроде). Она довольно хорошо снимает при очень низком освещении, когда тот же телефон уже не справляется. А более новые и дорогие камеры справляются ещё лучше.
Возможно, комментатор имел в виду, что для применения формальной верификации, необходимо сначала формально описать деяние, которое требуется формально верифицировать на законность. И если проверить финансовые операции или непротиворечивость одних актов другим, быть может, возможно (не берусь утверждать), то для большинства дел это… затруднительно. Например, человек случайно убил нападавшего. Было ли это превышением допустимой самообороны? Требуется рассмотреть большое количество фактов, и далеко не факт, что удастся формализовать. Так же как и сейчас, спорные дела могут зависеть от того или иного решения в рамках трактовки фактов и закона. Таким образом есть предположение, что формальная верификация рассыплется на самом ненадежном звене — вводе исходных данных. Мусор на входе — мусор на выходе.
Возможный рост популярности ARM в десктопах, ноутбуках итп напргяает меня с точки зрения вендер-лока и поддерджки всяких линуксов.
Если это зайдет, если все бросятся в след за Apple клепать свои клоны (как обычно и происходит), то не получился ли так, что у нас будет ARM от Apple с Apple софтом, ARM от Google, ARM от Huawei, ARM от Qualcomm и так далее. Да, набор инструкций одинаков (насколько одинаков с учетом разных версий ARM?), но ведь есть еще всякие кастомные ускорители (которые будут применяться все активнее), драйвера и прочее. Поддержка со стороны софта у разных производителей мобильных устройств так себе. На x86 можно обновлять ОС и ставить практически любые ОС десятки лет, в то же время в сфере мобильных устройств с этим дела куда хуже.
Поэтому, боюсь, в итоге окажется куча частично-совместимых АРМов от разных производителей, со своими ОС, с закрытыми драйверами, с плохой поддержкой и обновлениями.
При этом, обладая недостатками веба (не нативный перформанс и все такое) не дает преимуществ веба (вкладки, копирование текста и прочее). Уж делали бы просто сайт/PWA и не заморачивались.
Иногда ребята, которые делают сайты, делают их так, что они даже на десктопе с интернетом под сотню мбит/с грузятся полгода.
Недавно я даже заскринил, так меня взбесило. То ли ситилинк, то ли ДНС.
А про поделия сумрачного китайского гения я вообще молчу.
Я программист, я люблю десктопы, сейчас я сижу за тремя мониторами. Я использую Vim (не всегда, правда) и тайловые WM, так что чего-чего, а хоткеев я не боюсь. Тем не менее, я на телефоне используют только свайп клавиатуры, начиная с оригинального Swype на Windows Mobile, потому что это куда быстрее, чем тыкать пальцем в маааленькую нарисованную кнопочку. Пальцы большие, кнопки маленькие, пальцами перекрываются, тактильной обратной связи нет. Был бы аппаратный qwerty, но он почти вымер.
Я как-то игрался с AIDE — Android IDE под Android. Самая функционально навороченная вещь, которая попадалась. Конечно, не Android Studio, но и не notepad. Увы, удобство печати и, особенно, чтения кода на маленьком экранчике просто никакое.
Когда мой Windows Mobile девайс с диагональю 3" приказал долго жить, и я перешел на какой-то Android с бОльшим экраном (4.7"), мне было неудобно. Я очень страдал без стилуса. Набор текста стал более удобным, чем на крошечном резистивном экране только когда купил 6" лопату.
Похоже на разработку с точки зрения бизнеса. Функциональность есть + больше фичт за единицу времени.
Описываемые здесь кододрочеры имеются другие приоритеты
У нас самый ээ… как бы вежливо сказать… лютый и код написан аутстаф-командой. Я мало с ними работал, но они копали от забора и до обеда. В итоге там адская лапша с размазыванием функциональности между модулям.
Я пишу юниты в процессе разработки. Не TDD, сначала код, потом тесты и все в перемешку. Позволяет проверять, что написанное работает, и 80% всех косяков, вроде забытых проверок и глупых ошибок ловятся на этом этапе. Как тестировать какой-то компонент руками на этапе разработки непонятно, потому что он может быть где-то в недрах, а может быть и вообще ещё никуда не приделан.
Скатываясь? Яндекс бар был притчей во языцех уже очень давно. Да и гугл применяет агрессивную политику распространения хрома.
Когда-то Яндекс раздавал по 500 (?) бесплатных Гб тем, кто пострадал из-за бага в клиенте диска, приведшего к потери данных.
В том же Android есть распознавание речи от гугла. Правда, не всегда хорошо работает, а знаки препинания приходится продитктовывать, словно в телеграмме.
Мне кажется, в первом случае это косяк самого движка, что он не предоставляет какого-то мобильного интерфейса к всплывающим подсказкам.
З.Ы. Ну и я правильно понимаю, что какой-то человек, который добровольно и бесплатно тратит свое время и силы на создание хорошего контента, но делает это как-то неправильно и неудобно вам? Такой добровольный труд (также, как Open Source и подобное) не обязан удовлетворять чьим-то хотелкам, даже если это некие "большинство пользователей". Этот человек не обязан быть экспертом по UI/UX и иметь представление о количестве аудитории, использующих те или иные девайсы.
Меня бы бесило. Меня вообще бесят виртуальные машины, удаленные рабочие столы и прочее, потому что там не мое родное настроенное окружение, а черт знает что. И если приложение с предустановленным андроидом захочет авторизоваться в гугле, оно не откроет мой десктопный браузер, где я уже авторизовался. Ну, это возможно, но потребует поддержки со стороны гостевой ОС. И сколько еще точек взаимодействия придется проработать? И вот из кучи таких мелочей складывается адское неудобство.
Про политику написали.
Но с точки зрения разработчика и пользователя, чем один супер-апп для запуска приложений лучше, чем другой супер -апп для запуска приложений, который, к тому же, везде есть из коробки?
Единственная проблема, с которой я столкнулся во время удаленной работы — это коммуникации. Обычно можно встать, пройти пару метров до коллеги, задать вопрос и быть уверенным, что какой-то ответ будет дан. Точно известно, что если сотрудник вот он сидит — значит он доступен, а если его нет — значит недоступен.
В случае со всеми этими чатиками, такого нет. Можно задать вопрос и не получить никакой реакции. Сообщение не прочитано. Когда ответят? А кто его знает. Статус тоже в течении дня может меняться. Чат пишет, что сотрудник away — это ничего не значит. Быть может, он еще придет, а может и нет. График тоже плавает.
С одной стороны, такая гибкость зачастую удобна, но проблема с коммуникациями раздражает.
На моём FPV квадрокоптере есть дешёвая аналоговая камера (caddix turtle v2, вроде). Она довольно хорошо снимает при очень низком освещении, когда тот же телефон уже не справляется. А более новые и дорогие камеры справляются ещё лучше.
Возможно, комментатор имел в виду, что для применения формальной верификации, необходимо сначала формально описать деяние, которое требуется формально верифицировать на законность. И если проверить финансовые операции или непротиворечивость одних актов другим, быть может, возможно (не берусь утверждать), то для большинства дел это… затруднительно. Например, человек случайно убил нападавшего. Было ли это превышением допустимой самообороны? Требуется рассмотреть большое количество фактов, и далеко не факт, что удастся формализовать. Так же как и сейчас, спорные дела могут зависеть от того или иного решения в рамках трактовки фактов и закона. Таким образом есть предположение, что формальная верификация рассыплется на самом ненадежном звене — вводе исходных данных. Мусор на входе — мусор на выходе.
Возможный рост популярности ARM в десктопах, ноутбуках итп напргяает меня с точки зрения вендер-лока и поддерджки всяких линуксов.
Если это зайдет, если все бросятся в след за Apple клепать свои клоны (как обычно и происходит), то не получился ли так, что у нас будет ARM от Apple с Apple софтом, ARM от Google, ARM от Huawei, ARM от Qualcomm и так далее. Да, набор инструкций одинаков (насколько одинаков с учетом разных версий ARM?), но ведь есть еще всякие кастомные ускорители (которые будут применяться все активнее), драйвера и прочее. Поддержка со стороны софта у разных производителей мобильных устройств так себе. На x86 можно обновлять ОС и ставить практически любые ОС десятки лет, в то же время в сфере мобильных устройств с этим дела куда хуже.
Поэтому, боюсь, в итоге окажется куча частично-совместимых АРМов от разных производителей, со своими ОС, с закрытыми драйверами, с плохой поддержкой и обновлениями.
Shadow of the Tomb Raider упирается в ГПУ. Он и древний AMD FX не нагружал сильно.