У меня аналогичная проблема. Но есть ещё вариант: такое устройство, которое крепится "на ухо". Пример: Plantronics Voyager Legend. (Покупал много лет эту модель.) Есть и наушники такого типа.
Т.е. они решают проблему запотевания ушей в закрытых чашах и давление в раковинах ушей у внутриканальных наушников.
Конечно, имеют свои минусы. И, вроде как, далеки от темы статьи. :)
Лично я уже три раза садился на PlantUML рисовать сложные диаграммы (когда декомпозиция не нужна), плевался, бросал это дело и уходил на draw.io, после чего успешно забывал это и ситуация повторялась. :)
Каждый раз несколько часов занимался тем, что заставлял его нормально расположить элементы на схеме, а не рисованием самой схемы. В итоге на draw.io отрисовывал всё минут за 30.
PlantUML - это строго только диаграмма последовательностей. Ну или буквально из 5 "кубиков" какая-нибудь другая схема.
Он бы был нормальный, если бы в нём можно отключить его "киллер-фичу": криво работающую автоматическую расстановку кубиков на схеме. Чтоб можно было простыми командами говорить, где что должно быть расположено. Но тогда он становится сложнее draw.io. Парадокс. :)
Оно и сейчас так везде. Поправьте, если ошибаюсь, но канал доставки уведомлений и канал доставки данных в приложение от сервера - это разные каналы. Сейчас это хорошо видно на FB: уведомления приходят у всех, кого я знаю, а приложение открывать нет смысла - ничего не загрузится.
Пока нашёл только 2 критичных для меня отличия между мобильным приложением и веб-приложением: 1. в вэб не работает авторизация по лицу; 2. в вэб нет оплаты по qr-коду.
Попытался создать процесс в Pipedream:
1. читаем rss; 2. получаем содержимое страницы по url; 3. отправляем на email.
Для второго пункта, похоже, уже нужны какие-то знания…
Pipedream — нет. Там подвох в другом: все сценарии открыты публично. «Public workflows, private data», как-то так они декларируют свой принцип.
Так в этом же нет ничего плохого.
Ну и да, специально отметил, что у всех есть минусы, бесплатность просто так не получается, везде есть обратные стороны.
Да, это я просто попытался съэкономить время читателей. :)
Потыкал Pipedream, создав простой сценарий. Похоже, мощнее, чем IFTTT, но если не лезть в кодирование, тогда получим простоту IFTTT. Спасибо, сохранил в закладки — попробую, когда «придёт время». :)
P.S. Кстати, он чем-то похож на MS Flow — ещё один не упомянутый сервис, также навороченный, но без простоты и, наверное, самый дорогой — платить нужно за каждое действие сценария.
P.P.S. Вангую Pipedream судьбу IFTTT. :-/
Это будет встречный иск от террористов. :)
Так и думал, что мне ответит господин директор о том, что это единственный вариант. :))
Недавно в одном чатике жаловались, что не могут закрыть вакансии дворников.
Думаю, дворников нужно на повышение квалификации в какой-нибудь Гарвард отправлять - это же единственный вариант на рынке. :)
Абсолютно такая же ситуация и абсолютно такая же проблема и тут. Но очень мало кто из из бессмысленных господинов директоров это может понять. :)
После того, как я стал брать себе места с увеличенным местом для ног, у меня перестали болеть колени.
ООО «АВИТО ТЕХ» заработала 1,1 млрд руб. прибыли;
ООО «КЕХ ЕКОММЕРЦ», владеющее ООО «АВИТО ТЕХ», – 11,9 млрд руб. прибыли;
ООО «РРВ», владеющее ООО «КЕХ ЕКОММЕРЦ», – 71,4 млрд руб. прибыли.
Выглядит так, как будто рабочие (АВИТО ТЕХ) - заработали 1,1 млрд.
Те, кто управлял рабочими (КЕХ ЕКОММЕРЦ) - 11,9 млрд.
А те, кто всем этим владел (РРВ) - 71,4. млрд. :)
У меня аналогичная проблема. Но есть ещё вариант: такое устройство, которое крепится "на ухо". Пример: Plantronics Voyager Legend. (Покупал много лет эту модель.) Есть и наушники такого типа.
Т.е. они решают проблему запотевания ушей в закрытых чашах и давление в раковинах ушей у внутриканальных наушников.
Конечно, имеют свои минусы. И, вроде как, далеки от темы статьи. :)
А что за устройство с клавиатурой на картинке?
Х наш!
Лично я уже три раза садился на PlantUML рисовать сложные диаграммы (когда декомпозиция не нужна), плевался, бросал это дело и уходил на draw.io, после чего успешно забывал это и ситуация повторялась. :)
Каждый раз несколько часов занимался тем, что заставлял его нормально расположить элементы на схеме, а не рисованием самой схемы. В итоге на draw.io отрисовывал всё минут за 30.
PlantUML - это строго только диаграмма последовательностей. Ну или буквально из 5 "кубиков" какая-нибудь другая схема.
Он бы был нормальный, если бы в нём можно отключить его "киллер-фичу": криво работающую автоматическую расстановку кубиков на схеме. Чтоб можно было простыми командами говорить, где что должно быть расположено. Но тогда он становится сложнее draw.io. Парадокс. :)
Не взяли. :)
Не понял, что такого интересного в перечисленных ноутбуках, по сравнению с Asus ROG Flow X13. (Да, в истории он тоже не первый.)
Оно и сейчас так везде. Поправьте, если ошибаюсь, но канал доставки уведомлений и канал доставки данных в приложение от сервера - это разные каналы. Сейчас это хорошо видно на FB: уведомления приходят у всех, кого я знаю, а приложение открывать нет смысла - ничего не загрузится.
В MacStore никогда такого не было и вот опять? Потому что в WinStore это обычная практика.
Пока нашёл только 2 критичных для меня отличия между мобильным приложением и веб-приложением:
1. в вэб не работает авторизация по лицу;
2. в вэб нет оплаты по qr-коду.
"Костыль"? Это было обидно. Обидно потому, что автор не понимает, что такое дополнительная не обязательная функциональность.
1. читаем rss; 2. получаем содержимое страницы по url; 3. отправляем на email.
Для второго пункта, похоже, уже нужны какие-то знания…
Так в этом же нет ничего плохого.
Да, это я просто попытался съэкономить время читателей. :)
Потыкал Pipedream, создав простой сценарий. Похоже, мощнее, чем IFTTT, но если не лезть в кодирование, тогда получим простоту IFTTT. Спасибо, сохранил в закладки — попробую, когда «придёт время». :)
P.S. Кстати, он чем-то похож на MS Flow — ещё один не упомянутый сервис, также навороченный, но без простоты и, наверное, самый дорогой — платить нужно за каждое действие сценария.
P.P.S. Вангую Pipedream судьбу IFTTT. :-/