На рынке нынче имеются аппараты (в основном МФУ), которые позволяют подключить принтер по Wi-Fi (даже Wi-Fi директ умеют и с телефона можно управлять). Я ожидал, что у них какой-то универсальный протокол, но на сколько я понял, это просто подмножество сетевых и надо опять ставить драйвера. Я пользуюсь линуксом, поэтому настороженно к этому отношусь.
Есть у кого опыт? Как там устроено сканирование?
Остаётся уповать на возможность отправки сканов по мылу или фтп.
Многие жалуются на Electron, а хотелось бы
почитать более подробную статью с результатами профилирования или более объективного анализа. Может не так уж и страшен чёрт как его малюют.
У Яндекса так педантично на все продукты Гугла появляются альтернативы:
-Поиск (поиск по картинкам)
-Почта
-Календарь
-Переводчик
-WEB-аналитика
-Ok, Google = Алиса
-Диск
-Автопилот
и прочее
И наконец-то альтернатива Keep!
Аналог Hangouts интересно будет (к них вроде есть аналог Slackно это не то)?
И самое важное, как много продуктов Яндекс на своём кладбище закрытых продуктов :)
Из GTD мне очень нравится концепция very next action, которая мне реально помогает двигать задачи, зависшие в todo-листе. Это не совсем прокрастинация, но всё же эти задачи как-то когнитивно давлеют.
справедливое замечание, но тут такой сценарий, что запуская пачку микросервисов docker-compose, все сервисы стартуют одновременно, например postgres может быть ещё не готов, а другие сервисы уже успели сделать retry_connection несколько раз и отвалиться или для интеграционных тестов я не хочу тратить время на обвязку в виде retry-wrapper-ов.
То есть всё это можно порешать, но хочется чтоб интрумент позволял хотя бы запускать в нужной последовательности.
Ещё раз, это про локалхост.
Мне кажется проверка готовности должна быть сделана в docker-compose, а всякие wait-for-it.sh это костыли, которые приходится пихать в образ только для тестирования на локалхосте.
Очень хорошо сделано в kubernetes, там есть readynessprobe и livenessProbe по сути можно проверить порт, опросить по http, или даже запустить скрипт.
С учётом механизма dependencies можно красиво настроить сервисы.
Идею разбили в пух и прах, но она натолкнула на мысль, что QR-код хороший способ отфильтровать людей.
Например, если надо сдать/продать квартиру, то оставляешь QR-код на сайт, где телефон (или сервис который скроет номер и переадресует звонок) указан и получаешь конверсию только людей со смартфоном и которые имеют QR-код сканировать, по желанию можно добавить номер tox-для параноиков или wechat если хотите иметь дело с китайцами :)
Мне кажется, когда eSIM примут в полный рост, переключение между операторами станет проще и будет меньше бюрократических препонов, что-то типа "Покупка в один клик" и тогда уже и более ленивая и консервативная часть абонентов перейдёт к другим операторам.
Из всего перечисленного Госуслуги являются наиболее чувствительным ресурсом и у тех трекер от Яндекса, хотя уж они могли себе in-house решение сделать.
А учитывая, что у Google есть Android (и те же Госуслуги ставятся из Google Play), Chrome, Google Pay, Карты и прочие сервисы то данных им и без трекеров хватает. А другой сегмент пользователей с Windows и Mac OS (iPhone) не знаю на сколько агрессивно следят эти господа, но думаю они майнят данные поинтереснее чем заголовки HTTP заголовки.
Более интересным для себя возможно будет перейти на карту МИР, чтоб данные (а данные о покупке явно ценнее чем уников трекать) в Visa и MasterCard не уходили, да и комиссия за платёж останется в экономике РФ.
Есть ещё альтернатива img которую хочется попробовать. Одно из достоинств — это API которое совместимо с docker командами, просто надо использовать img build, img push…
Пока у нас в CI используется D-In-D в GitLab, вопрос кеширование пока не решили.
На рынке нынче имеются аппараты (в основном МФУ), которые позволяют подключить принтер по Wi-Fi (даже Wi-Fi директ умеют и с телефона можно управлять). Я ожидал, что у них какой-то универсальный протокол, но на сколько я понял, это просто подмножество сетевых и надо опять ставить драйвера. Я пользуюсь линуксом, поэтому настороженно к этому отношусь.
Есть у кого опыт? Как там устроено сканирование?
Остаётся уповать на возможность отправки сканов по мылу или фтп.
Я сначала познакомился с Kubernetes, а уже потом с OpenShift и у меня только отрицательные впечателния от последнего:
UI кончено хорош.
Многие жалуются на Electron, а хотелось бы
почитать более подробную статью с результатами профилирования или более объективного анализа. Может не так уж и страшен чёрт как его малюют.
А почему не будут работать push-уведомления?
Я так понимаю надо будет бекенды приложений перестроить на альтернативный сервис?
Ага, про Ямб.
Гугл-машины выделили в отдельную контору Waymo вроде всё хорошо, но пока не зарабатывают.
У Яндекса так педантично на все продукты Гугла появляются альтернативы:
-Поиск (поиск по картинкам)
-Почта
-Календарь
-Переводчик
-WEB-аналитика
-Ok, Google = Алиса
-Диск
-Автопилот
и прочее
И наконец-то альтернатива Keep!
Аналог Hangouts интересно будет (к них вроде есть аналог Slackно это не то)?
И самое важное, как много продуктов Яндекс на своём кладбище закрытых продуктов :)
Из GTD мне очень нравится концепция very next action, которая мне реально помогает двигать задачи, зависшие в todo-листе. Это не совсем прокрастинация, но всё же эти задачи как-то когнитивно давлеют.
Так авто это ещё один способ комбинировать с городским транспортом, доехать до станции метро там бросить и поехать на общественном.
справедливое замечание, но тут такой сценарий, что запуская пачку микросервисов docker-compose, все сервисы стартуют одновременно, например postgres может быть ещё не готов, а другие сервисы уже успели сделать retry_connection несколько раз и отвалиться или для интеграционных тестов я не хочу тратить время на обвязку в виде retry-wrapper-ов.
То есть всё это можно порешать, но хочется чтоб интрумент позволял хотя бы запускать в нужной последовательности.
Ещё раз, это про локалхост.
Мне кажется проверка готовности должна быть сделана в docker-compose, а всякие wait-for-it.sh это костыли, которые приходится пихать в образ только для тестирования на локалхосте.
Очень хорошо сделано в kubernetes, там есть readynessprobe и livenessProbe по сути можно проверить порт, опросить по http, или даже запустить скрипт.
С учётом механизма dependencies можно красиво настроить сервисы.
Идею разбили в пух и прах, но она натолкнула на мысль, что QR-код хороший способ отфильтровать людей.
Например, если надо сдать/продать квартиру, то оставляешь QR-код на сайт, где телефон (или сервис который скроет номер и переадресует звонок) указан и получаешь конверсию только людей со смартфоном и которые имеют QR-код сканировать, по желанию можно добавить номер tox-для параноиков или wechat если хотите иметь дело с китайцами :)
Это было уже после изобретения тетриса, да?
Мне кажется, когда eSIM примут в полный рост, переключение между операторами станет проще и будет меньше бюрократических препонов, что-то типа "Покупка в один клик" и тогда уже и более ленивая и консервативная часть абонентов перейдёт к другим операторам.
А чем WiFi Calling принципиально отличается от "WiFi-звонки" (приложение + услуга) от Теле2 (у МегаФона вроде тоже есть что-то аналогичное)?
А учитывая, что у Google есть Android (и те же Госуслуги ставятся из Google Play), Chrome, Google Pay, Карты и прочие сервисы то данных им и без трекеров хватает. А другой сегмент пользователей с Windows и Mac OS (iPhone) не знаю на сколько агрессивно следят эти господа, но думаю они майнят данные поинтереснее чем заголовки HTTP заголовки.
Более интересным для себя возможно будет перейти на карту МИР, чтоб данные (а данные о покупке явно ценнее чем уников трекать) в Visa и MasterCard не уходили, да и комиссия за платёж останется в экономике РФ.
Пока у нас в CI используется D-In-D в GitLab, вопрос кеширование пока не решили.
С 2003 года!? o_O
Как вы ведёте расходы? Сразу после трат или раз в неделю?