Зачастую во всяких scratch образах потом тяжело с отладкой, когда надо зайти в shell поковырять там.
И если несколько приложений используют скажем один общий python образ, то ведь он кешируется, а место занимают только само приложение и его зависимости.
И всё это стоит за каким-нибудь балансером или гейтвеем, что усложняет использование уязвимостей самого образа.
Зато проблем со сборкой и компиляцией на том же python alpine based добавляется много.
Тонкий образ имеет смысл для для приложений на go, там один бинарник и ковырять из shell нечего.
Если заменить fluentd на fluentbit можно было бы исключить побочные явления от Ruby.
А fluentd метрики отдаёт (fluentbit умеет)? Перед самым OOM интересно бы метрики самого fluentd посмотреть.
А мне эти X-113 показались дорогими — они же как самолёт, ему гараж нужен или что-то типа того.
Если дельтаплан или параплан вам кажется круче, так они ещё и доступнее.
И кстати дельтаплан очень подвержен эффекту экрана — на посадке очень далеко пролетаешь пока удаётся его посадить.
Что такое schema registry? Думается, это реестр схем сериализации сообщений типа proto, avro. Как с этим работают? И какие схемы сериализации вы тестили? Какие оверхеды?
С сообщением можно отправить какой-то ключ, как его используют? Можно ли его получить на consumer-е? И зачем ключ если уже есть offset?
Как обеспечиваете персистентность данных брокера в k8s?
UPD: перечитал про ключи, понял что используют для роутинга по партициям, но ведь можно же ключ использовать для бизнес-логики, например id объявления в качества стае ключа?
Большой спасибо!
Чувствуется вы тонко разбираетесь в этих штуках.
А не знаете могут ли подобные девайсы (ZX303) отправлять координаты по Wi-Fi?
Самому стало интересно когда прочитал этот коммент. А то Wi-Fi на борту имеется, а используется только для позиционирования в помещениях.
Очень уместно, что указаны синонимы к терминам или похожие механизмы. С каждым выученным языком переосмысливаешь концепты, например, для меня оказалось примечательным прототипнное наследование в JS и Lua, интерфейсы лучше раскрылись в Go.
И некоторые отличия теории от практики.
Например, часто создаётся только 1 объект класса (не про Singletone) есть странное ощущение зачем городил целый класс, а создал только один инстанс.
Также полях класса тоже хранят данные (например ссылки на все сущности, чтоб их потом всех по удалять) и вызывают функции класса без создания объекта.
Кроме записи трат, ещё хорошо бы контролировать сколько есть денег на разных счетах (знать дату закрытия срочных счетов), в какой валюте, в каких банках и сколько налички.
А ещё сколько там в кошельках типа paypal.
И ещё история по затратам позволяет понять сколько денег потратил на тот или иной проект, скажем отпуск или ремонт квартиры.
Обычно те, кто прикидывает в уме часто занижают цифру.
После того как почитаешь про когнитивные искажения, начинаешь меньше доверять памяти.
Ну а трекать расходы с современными банк клиентами уже необязательно, но анализировать желательно.
Я вот пользуюсь Financisto, мне как-то стрёмно сохранять данные по тратам в облака, с точки зрения продажи персональных данных — это будет самая мякотка.
Тоже заметил, что много отходов от доставщиков, например много пластика от "Кухня на районе" стоит пару раз заказать еды на двоих уже полный пакет мусора, приходят мысли отказаться от доставки и заехать в кафе и поесть из многоразовой посуды. Или доставка продуктов от Перекрёстка — за 1 раз 5-7 пакетов и это не считая упаковку самих продуктов (фрукты, овощи, тетрапаки ..).
Сервисы доставки конечно тоже можно понять — у них там логистика, сортировка и прочие процессы, но отходов в результате очень много :-/
Это решение остаётся за администратором ресурса, даже если ему навязать JS-free стандарт, он может трекать посетителей сам и предоставит RTB-аукциону данные по пользователем, если каждый показ сможет продать подороже. Если дальше закручивать гайки, то аукцион "уйдёт" на backend, наверное.
Ну и как сказано в статье и без JS можно трекать по Etag, по поведению (смотреть referer), в целом по заголовкам (User-Agent) и в конце концов по IP.
И чем мешает JS (кроме как может использовать ваш CPU для майнинга :) но и это блокируют)?
fingerprinting тоже научились обходить, вроде бы браузер отдаёт данные хаотично, чтоб отпечаток был разный.
По мне уже блокировка 3rd-party кук серьёзно подрежет возможности трекинга.
Что по внедрению JS от всяких disqus или google analytics, то вроде как есть тренд на переход на свои решения или self-hosted альтернативы. Потому что любой внешний запрос на сайте можно монетизировать (опять же для трекинга).
Я слышал мнение об одномоментной имплантации, что в лунку удалённого зуба трудновато подобрать имплант по диаметру. Поэтому при прочих равных, лучше подождать пару месяцев и потом заниматься имплантацией.
Но в статье увидел такую многошаговую подгонку по размеру, что засомневался в такой аргументации.
В интернатах ходят схемы всяких штативов из картона, которые решают часть недостатков, но интересно, что появились промышленные фотоаппартные сканеры (цены у них тоже промышленные), так что тренд какой-то есть.
Вот например:
Для 1-2 документов, я бы взял какой-нить штатив попроще для телефонного сканирования.
На рынке нынче имеются аппараты (в основном МФУ), которые позволяют подключить принтер по Wi-Fi (даже Wi-Fi директ умеют и с телефона можно управлять). Я ожидал, что у них какой-то универсальный протокол, но на сколько я понял, это просто подмножество сетевых и надо опять ставить драйвера. Я пользуюсь линуксом, поэтому настороженно к этому отношусь.
Есть у кого опыт? Как там устроено сканирование?
Остаётся уповать на возможность отправки сканов по мылу или фтп.
Многие жалуются на Electron, а хотелось бы
почитать более подробную статью с результатами профилирования или более объективного анализа. Может не так уж и страшен чёрт как его малюют.
Если PR-отдел уходит от ответа, то скорее всего "да".
Зачастую во всяких scratch образах потом тяжело с отладкой, когда надо зайти в shell поковырять там.
И если несколько приложений используют скажем один общий python образ, то ведь он кешируется, а место занимают только само приложение и его зависимости.
И всё это стоит за каким-нибудь балансером или гейтвеем, что усложняет использование уязвимостей самого образа.
Зато проблем со сборкой и компиляцией на том же python alpine based добавляется много.
Тонкий образ имеет смысл для для приложений на go, там один бинарник и ковырять из shell нечего.
Если заменить fluentd на fluentbit можно было бы исключить побочные явления от Ruby.
А fluentd метрики отдаёт (fluentbit умеет)? Перед самым OOM интересно бы метрики самого fluentd посмотреть.
А мне эти X-113 показались дорогими — они же как самолёт, ему гараж нужен или что-то типа того.
Если дельтаплан или параплан вам кажется круче, так они ещё и доступнее.
И кстати дельтаплан очень подвержен эффекту экрана — на посадке очень далеко пролетаешь пока удаётся его посадить.
UPD: перечитал про ключи, понял что используют для роутинга по партициям, но ведь можно же ключ использовать для бизнес-логики, например id объявления в качества стае ключа?
Чувствуется вы тонко разбираетесь в этих штуках.
А не знаете могут ли подобные девайсы (ZX303) отправлять координаты по Wi-Fi?
Самому стало интересно когда прочитал этот коммент. А то Wi-Fi на борту имеется, а используется только для позиционирования в помещениях.
А как же The fuck?
На github ~ 46K☆ между прочим!
Как-то дорого, есть за 1.5 тыс. руб на али ещё с WiFi, за доплату можно водонепроницаемый корпус
а для любителей DIY можно только плату купить 
И некоторые отличия теории от практики.
Например, часто создаётся только 1 объект класса (не про Singletone) есть странное ощущение зачем городил целый класс, а создал только один инстанс.
Также полях класса тоже хранят данные (например ссылки на все сущности, чтоб их потом всех по удалять) и вызывают функции класса без создания объекта.
Кроме записи трат, ещё хорошо бы контролировать сколько есть денег на разных счетах (знать дату закрытия срочных счетов), в какой валюте, в каких банках и сколько налички.
А ещё сколько там в кошельках типа paypal.
И ещё история по затратам позволяет понять сколько денег потратил на тот или иной проект, скажем отпуск или ремонт квартиры.
Обычно те, кто прикидывает в уме часто занижают цифру.
После того как почитаешь про когнитивные искажения, начинаешь меньше доверять памяти.
Ну а трекать расходы с современными банк клиентами уже необязательно, но анализировать желательно.
Я вот пользуюсь Financisto, мне как-то стрёмно сохранять данные по тратам в облака, с точки зрения продажи персональных данных — это будет самая мякотка.
Тоже заметил, что много отходов от доставщиков, например много пластика от "Кухня на районе" стоит пару раз заказать еды на двоих уже полный пакет мусора, приходят мысли отказаться от доставки и заехать в кафе и поесть из многоразовой посуды. Или доставка продуктов от Перекрёстка — за 1 раз 5-7 пакетов и это не считая упаковку самих продуктов (фрукты, овощи, тетрапаки ..).
Сервисы доставки конечно тоже можно понять — у них там логистика, сортировка и прочие процессы, но отходов в результате очень много :-/
Это решение остаётся за администратором ресурса, даже если ему навязать JS-free стандарт, он может трекать посетителей сам и предоставит RTB-аукциону данные по пользователем, если каждый показ сможет продать подороже. Если дальше закручивать гайки, то аукцион "уйдёт" на backend, наверное.
Ну и как сказано в статье и без JS можно трекать по Etag, по поведению (смотреть referer), в целом по заголовкам (User-Agent) и в конце концов по IP.
И чем мешает JS (кроме как может использовать ваш CPU для майнинга :) но и это блокируют)?
fingerprinting тоже научились обходить, вроде бы браузер отдаёт данные хаотично, чтоб отпечаток был разный.
По мне уже блокировка 3rd-party кук серьёзно подрежет возможности трекинга.
Что по внедрению JS от всяких disqus или google analytics, то вроде как есть тренд на переход на свои решения или self-hosted альтернативы. Потому что любой внешний запрос на сайте можно монетизировать (опять же для трекинга).
А вместо print-ов стараюсь запускать скрипт с pdb
если тяжело добраться, то перед местом отладки уже вставляю код а там уже step by step… отлаживаю.
Я слышал мнение об одномоментной имплантации, что в лунку удалённого зуба трудновато подобрать имплант по диаметру. Поэтому при прочих равных, лучше подождать пару месяцев и потом заниматься имплантацией.
Но в статье увидел такую многошаговую подгонку по размеру, что засомневался в такой аргументации.
Немного больно после того как сходит анастезия, но это можно приглушить болеутоляющими.
При удалении, по моим ощущениям было больнее.
В интернатах ходят схемы всяких штативов из картона, которые решают часть недостатков, но интересно, что появились промышленные фотоаппартные сканеры (цены у них тоже промышленные), так что тренд какой-то есть.
Вот например:
Для 1-2 документов, я бы взял какой-нить штатив попроще для телефонного сканирования.
На рынке нынче имеются аппараты (в основном МФУ), которые позволяют подключить принтер по Wi-Fi (даже Wi-Fi директ умеют и с телефона можно управлять). Я ожидал, что у них какой-то универсальный протокол, но на сколько я понял, это просто подмножество сетевых и надо опять ставить драйвера. Я пользуюсь линуксом, поэтому настороженно к этому отношусь.
Есть у кого опыт? Как там устроено сканирование?
Остаётся уповать на возможность отправки сканов по мылу или фтп.
Я сначала познакомился с Kubernetes, а уже потом с OpenShift и у меня только отрицательные впечателния от последнего:
UI кончено хорош.
Многие жалуются на Electron, а хотелось бы
почитать более подробную статью с результатами профилирования или более объективного анализа. Может не так уж и страшен чёрт как его малюют.