AirDrop: Wi-Fi Direct на стероидах. И ему наконец-то стандартизуют замену. Работает оно на BT (side-channel) + Wi-Fi для высокоскоростного подключения.
Проблема проводных бэкапов первоначально в том, что они не настроены для удобного пользования. И танцы с бубном вокруг adb backup (USB Developer Mode, привет!) я нормальным методом назвать не могу. Тем более в том формате, в котором оно сохраняется. Иначе домашний wi-fi уже выходит быстрее, чем USB2. Очень просто достичь скоростей до гигабита.
Если обработчик очередей вылетал после получения элемента, но до выполнения действий с ним, то данные просто терялись.
Вы не любите машины состояний? Давайте научу любить. В данном случае, вместо подразумеваемого (implicit) состояния (основываясь на косвенном признаке "есть/нету в очереди"), нужно было каждому элементу очереди дать своё состояние (explicit) для обозначения его прохода по конвееру обработки. Так звучит излишне сложно к пониманию, но машина состояний проста и не опирается на кучу переменных среды, а воплощает всё в себе:
Элемент добавляется в очередь: ADDED + Timestamp
Элемент ушел на обработку: PROCESSING + TS
Элемент закончил обработку: FINISHED, равнозначно удалению
Навернулся воркер? Значит висит элемент уже несколько часов а состоянии PROCESSING. Фильтруем по времени, забираем и обновляем метку. Теперь просто понять? Тривиальная линейность. Строго ограниченные переходы из одного состояния в другое.
Да, многократная нагрузка из-за r/w. Разделяйте на логическом уровне, если хочется.
Вся статья и описываемая ситуация до смеха трагикомична. И не потому что статья или посыл плохие. Наоборот, довольно четко всё расписано. А из-за того, что и статья и предлагаемые решения симптоматичны. Если тезисно:
1) тезис: компания хочет повысить скорость разработки
антитезис: компания не хочет расширять штат и нести повышенные траты
синтез(ис) на выбор: кнут для работников / вместо синьоров наполняем штат джуниорами и миддлами (или ровно наоборот) / аутсорс центральных компетенций. Причем последнее -- дорога в один конец, но "ты, главное, верь", что дешевле и качественнее выйдет.
2) тезис: компания хочет повысить скорость разработки за счет внедрения нового инструментария
И тут я даже не собираюсь запятнать вашу компанию или направление бизнеса, покуда есть спрос. Оно верное. Только, повторюсь, с точки зрения компаний -- это борьба с симптомами. Управленцы себе точно так себе эти "пониженные" траты на ИТ-инфраструктуру представляли? Или повышение эффективности через неимоверные счета?
почти 40% компаний регулярно выходят за рамки своих облачных бюджетов, расходуя до трети всех денег, выделенных на облако, впустую.
реакция финансового отдела на рост счетов за облачную инфраструктуру – взять и все порезать. Естественно, это тут же приводит к сопротивлению технарей
максимум пользы от каждого потраченного рубля. А сделать это можно, только показав командам, как их решения влияют на счета компании
Сопротивление технарей только из-за одного: делать просят больше, ведь облако внедрили. И делать просят еще больше, ведь о цене облака теперь тоже думать заставляют.
1. Мониторинг облачных трат в реальном времени
2. Геймификация FinOps: соревнования за экономию бюджета
... мотивировать сотрудников экономить ... можно дать дополнительный дэй-офф или что-то еще.
3. Cost-метрики в CI/CD: контроль затрат на этапе разработки
... Чтобы инженеры думали о деньгах еще на этапе разработки
... Переоценить пользу от такого подхода реально сложно. По итогу дорогие ошибки будут отсекаться еще до их появления в боевой среде.
... тактический контроль изменений в каждом pull request
4. Обучение команд FinOps через разбор реальных кейсов
... У всех же были подобные кейсы, когда неоптимальный запрос к базе без индексов обходился вам в 50 тысяч рублей в месяц из-за лишней нагрузки
... Например, в Леруа Мерлен при внедрении FinOps специально показывали разработчикам реальные счета от провайдеров и объясняли, откуда берутся конкретные суммы. Это помогает понять, что каждое техническое решение имеет вполне конкретную цену
5. Делегирование бюджета: как дать командам финансовую ответственность
зомби-ресурсы, которых, по данным Harness, набирается более чем 20% от общего бюджета. И это еще скромная оценка.
Очень много отрывков перецитировал из статьи, только чтобы сказать одно: эти траты -- точно то, на что вы (руководители) рассчитывали перед переходом? И это только денежные траты. А сколько в вышесказанном операционных затрат по времени? Работники, конечно, будут рады строчке "S3 / AWS / Azure" в резюме. А сколько времени они будут тратить на обслуживание инструмента, вместо нетто повышения собственной эффективности работы? Точно ли лучше найма штата обезьянок в штат?.. про обезьянок я с иронией и любя, потому что з/п в РФ не 8500$ в месяц:
Допустим, команда тратила 12 часов в неделю на ручной контроль, после FinOps — 2. Разница — 10 часов. При ставке инженера в 3000 рублей в час мы получаем 30 000 рублей экономии в неделю. И это только на одного человека. А на команду из четырёх — уже 120 000. // из ROI FinOps
Тут компания Finops, со своей колокольни, правильно говорит о снижении лишних затрат. Но это понижение верхней планки затрат, а не понижение нижней. Можно грубо назвать оптимизацией (кода, системы). Хотя именно в погоне за оптимизацией трат на штат, индустрия последние двадцать+ лет и отвадила работников тратить время на оптимизацию кода/системы. Мол, скорость внедрения важнее. А теперь, когда "скорость" выражается помесячно в денежном эквиваленте (а не через 5 лет после/перед горящим релизом в виде техдолга), то, оказывается, оптимизация вдруг нужна? Фарш назад не провернешь, потому что это уже второе поколение людей, которых мыслить заставляли в ключе "забей на оптимизацию, у нас дедлайны". А потому обратный процесс этот будет очень болезненным и долгим.
Но это множество будет у всех разное. Потому F13-24 под горячие клавиши пользователя и макросы, и, как вы сказали, отдельно пустующие (или нет) клавиши под символы. Но увы, нету. А энтузиасты наоброт забавляются минимальными клавиатурами (иного не вижу).
Аналог Paint в Linux: Pinta. Мне для обрезать-пересохранить хватает. Gwenview с чем-то там еще тоже умеет, но одновременно перегруженный и упрощенный интерфейс с банальной аннотацией картинки ужасно справляется. Хотя редактирование текста почти у всех слабое звено. Только редакторы с поддержкой слоев ещё как-то припособить можно.
У Notepad++ есть сейчас какой-то как раз distraction-free режим, где почти всё прячется.
Ну так и "внедрять". Сначала за счет компании самообучиться т.н. "промпту" запросам, продолжить в роли ML, а затем сказать адьос и грасиас за карьерный рост. (только если очень хочется, подумайте)
Ведь эта нейрошиза не закончится пока они, такие начальники, не доведут компании до спуска вниз, в пропасть. Или пузырь и хайп раньше схлопнется. Если закрывать своим сверхурочным временем понижение эффективности через внедряемые инструменты, то они будут думать, что всё отлично идет. Мы же понимаем, что не везде они применимы. А управленцы пребывают в мечтах, что работники противятся эффективнее благодаря "ИИ" работать. Это не так (за исключением случаев, которым всё новое чуждо). Тут либо идти напролом и самому собирать учетность об эффективности, либо использовать этот хаос с пользой только для себя.
Если на Хабре будут писать такие новости (какой повод?), то запрашиваю также помесячное освещение оф. запросов в сторору Хабра, а не запрятанную где-то там страницу прозрачности.
Надежность хранения для ДЦ, т.е. always-online режим, решается избыточными копиями и репликациями на несколько ДЦ. Пытаться представить HDD как нечто надежное -- значит думать, что эта надежность как-то выражается в денежном эквиваленте и на нее можно полагаться. Нет нельзя, и нормальные компании так не станут делать. А упирается помимо цены и объемов в физические размеры, потребление электричества. Потому-то упрощение до "цена и ёмкость" довольно неплохо отображает картину мира.
Кто не учит историю -- будет её повторять. Сколько мод-проектов полегло, а наступают всё на те же грабли. Из рабочих проектов и хороших примеров побудет Youtube Vanced. Его распространяли в виде уже патченного APK. И долго Гугл игнорировал их, пока не влезли в новости с намерением ввести туда что-то такого NFT-шного. Там и пришел песец от legal Гугла.
И какой же есть выход? Законодательно один: распространять только патчи и инструкции к видоизменению от своего имени. Работает это у (Youtube) ReVanced так:
Патчер открыт и доступен конечному пользователю в виде ReVanced Manager. Не забываем про неиспользование зарегистрированных торговых марок.
Патчи открыто разрабатываются на Гитхабе и доступны к скачиванию. Патчи -- штукенция неудобная, патчат байткод на Java (или использует хуки и т.п. старые методы для бинарей машинного кода), потому зачастую поддерживают только пару версий. В лучшем случае.
От пользователя, значит, требуется самому заняться скачиванием видоизменяемого бинарника, чтобы проекту не нарушать ничьих прав через "нелицензированное распространение"
Менеджер (патчер) получает от пользователя APK, патчит. Пропатченный APK можно отослать друзьям (ой! нельзя! распространение! забудьте прочитанное) или установить самому.
По данной схеме работает и Arch Linux AUR с non-free ПО. Скачивает с официальных источников, а потом чуть-чуть химичит, чтобы оно заработало как нативное приложение.
И теперь на основе инструментария проекта ReVanced народ создал патчи ко многим другим приложениям. Обычно для искоренения freemium модели, иначе говоря: вырезают рекламу.
Главное, чтобы потом не рыли канавы в продакшене, где, благодаря одноименным переменным и контекста в пару экранов кода, придется потратить несколько часов (подсчитываем денежки) на поиск и устранение бага. А то ж "мы же правила знаем, никогда такого не допустим!" Ага.
Выскажусь так: при всём негативе к "умным алгоритмам" прошлого и ML-моделей сегодняшних, ещё не понятно кто больше подискриминирует: рядовая эйчар или робот.
AirDrop: Wi-Fi Direct на стероидах. И ему наконец-то стандартизуют замену. Работает оно на BT (side-channel) + Wi-Fi для высокоскоростного подключения.
Проблема проводных бэкапов первоначально в том, что они не настроены для удобного пользования. И танцы с бубном вокруг adb backup (USB Developer Mode, привет!) я нормальным методом назвать не могу. Тем более в том формате, в котором оно сохраняется. Иначе домашний wi-fi уже выходит быстрее, чем USB2. Очень просто достичь скоростей до гигабита.
Вы не любите машины состояний? Давайте научу любить. В данном случае, вместо подразумеваемого (implicit) состояния (основываясь на косвенном признаке "есть/нету в очереди"), нужно было каждому элементу очереди дать своё состояние (explicit) для обозначения его прохода по конвееру обработки. Так звучит излишне сложно к пониманию, но машина состояний проста и не опирается на кучу переменных среды, а воплощает всё в себе:
Элемент добавляется в очередь: ADDED + Timestamp
Элемент ушел на обработку: PROCESSING + TS
Элемент закончил обработку: FINISHED, равнозначно удалению
Навернулся воркер? Значит висит элемент уже несколько часов а состоянии PROCESSING. Фильтруем по времени, забираем и обновляем метку. Теперь просто понять? Тривиальная линейность. Строго ограниченные переходы из одного состояния в другое.
Да, многократная нагрузка из-за r/w. Разделяйте на логическом уровне, если хочется.
Вся статья и описываемая ситуация до смеха трагикомична. И не потому что статья или посыл плохие. Наоборот, довольно четко всё расписано. А из-за того, что и статья и предлагаемые решения симптоматичны. Если тезисно:
1) тезис: компания хочет повысить скорость разработки
антитезис: компания не хочет расширять штат и нести повышенные траты
синтез(ис) на выбор: кнут для работников / вместо синьоров наполняем штат джуниорами и миддлами (или ровно наоборот) / аутсорс центральных компетенций. Причем последнее -- дорога в один конец, но "ты, главное, верь", что дешевле и качественнее выйдет.
2) тезис: компания хочет повысить скорость разработки за счет внедрения нового инструментария
антитезис: облако слишком дорогое
синтез(ис): тратимся, чтобы совладать с порожденным чудовищем: "Как оценить ROI от внедрения FinOps: метрики для бизнеса"
И тут я даже не собираюсь запятнать вашу компанию или направление бизнеса, покуда есть спрос. Оно верное. Только, повторюсь, с точки зрения компаний -- это борьба с симптомами. Управленцы себе точно так себе эти "пониженные" траты на ИТ-инфраструктуру представляли? Или повышение эффективности через неимоверные счета?
Сопротивление технарей только из-за одного: делать просят больше, ведь облако внедрили. И делать просят еще больше, ведь о цене облака теперь тоже думать заставляют.
Очень много отрывков перецитировал из статьи, только чтобы сказать одно: эти траты -- точно то, на что вы (руководители) рассчитывали перед переходом? И это только денежные траты. А сколько в вышесказанном операционных затрат по времени? Работники, конечно, будут рады строчке "S3 / AWS / Azure" в резюме. А сколько времени они будут тратить на обслуживание инструмента, вместо нетто повышения собственной эффективности работы? Точно ли лучше найма штата обезьянок в штат?.. про обезьянок я с иронией и любя, потому что з/п в РФ не 8500$ в месяц:
Тут компания Finops, со своей колокольни, правильно говорит о снижении лишних затрат. Но это понижение верхней планки затрат, а не понижение нижней. Можно грубо назвать оптимизацией (кода, системы). Хотя именно в погоне за оптимизацией трат на штат, индустрия последние двадцать+ лет и отвадила работников тратить время на оптимизацию кода/системы. Мол, скорость внедрения важнее. А теперь, когда "скорость" выражается помесячно в денежном эквиваленте (а не через 5 лет после/перед горящим релизом в виде техдолга), то, оказывается, оптимизация вдруг нужна? Фарш назад не провернешь, потому что это уже второе поколение людей, которых мыслить заставляли в ключе "забей на оптимизацию, у нас дедлайны". А потому обратный процесс этот будет очень болезненным и долгим.
Вот же, подход всем активистам переполненным ненавистью. Ддудосьте через очернение номеров телефонов.
Но это множество будет у всех разное. Потому F13-24 под горячие клавиши пользователя и макросы, и, как вы сказали, отдельно пустующие (или нет) клавиши под символы. Но увы, нету. А энтузиасты наоброт забавляются минимальными клавиатурами (иного не вижу).
Речь не о скопилированном ядре, а месту нужному для его компиляции!
А это точно не согласование более низкой скорости передачи, при которой высокая герцовка не поддерживается?
Что вы, не 30, а "5-10"!
Аналог Paint в Linux: Pinta. Мне для обрезать-пересохранить хватает. Gwenview с чем-то там еще тоже умеет, но одновременно перегруженный и упрощенный интерфейс с банальной аннотацией картинки ужасно справляется. Хотя редактирование текста почти у всех слабое звено. Только редакторы с поддержкой слоев ещё как-то припособить можно.
У Notepad++ есть сейчас какой-то как раз distraction-free режим, где почти всё прячется.
Ну так и "внедрять". Сначала за счет компании самообучиться т.н. "
промпту" запросам, продолжить в роли ML, а затем сказать адьос и грасиас за карьерный рост. (только если очень хочется, подумайте)Ведь эта нейрошиза не закончится пока они, такие начальники, не доведут компании до спуска вниз, в пропасть. Или пузырь и хайп раньше схлопнется. Если закрывать своим сверхурочным временем понижение эффективности через внедряемые инструменты, то они будут думать, что всё отлично идет. Мы же понимаем, что не везде они применимы. А управленцы пребывают в мечтах, что работники противятся эффективнее благодаря "ИИ" работать. Это не так (за исключением случаев, которым всё новое чуждо). Тут либо идти напролом и самому собирать учетность об эффективности, либо использовать этот хаос с пользой только для себя.
Если на Хабре будут писать такие новости (какой повод?), то запрашиваю также помесячное освещение оф. запросов в сторору Хабра, а не запрятанную где-то там страницу прозрачности.
Надежность хранения для ДЦ, т.е. always-online режим, решается избыточными копиями и репликациями на несколько ДЦ. Пытаться представить HDD как нечто надежное -- значит думать, что эта надежность как-то выражается в денежном эквиваленте и на нее можно полагаться. Нет нельзя, и нормальные компании так не станут делать. А упирается помимо цены и объемов в физические размеры, потребление электричества. Потому-то упрощение до "цена и ёмкость" довольно неплохо отображает картину мира.
Стержень твердый, его наличие и перечисленный список подтверждаю на Oppo 2019 года. Продолжение последует.
Мем на злобу дня про баги вкупе с ИИ
Кто не учит историю -- будет её повторять. Сколько мод-проектов полегло, а наступают всё на те же грабли. Из рабочих проектов и хороших примеров побудет Youtube Vanced. Его распространяли в виде уже патченного APK. И долго Гугл игнорировал их, пока не влезли в новости с намерением ввести туда что-то такого NFT-шного. Там и пришел песец от legal Гугла.
И какой же есть выход? Законодательно один: распространять только патчи и инструкции к видоизменению от своего имени. Работает это у (Youtube) ReVanced так:
Патчер открыт и доступен конечному пользователю в виде ReVanced Manager. Не забываем про неиспользование зарегистрированных торговых марок.
Патчи открыто разрабатываются на Гитхабе и доступны к скачиванию. Патчи -- штукенция неудобная, патчат байткод на Java (или использует хуки и т.п. старые методы для бинарей машинного кода), потому зачастую поддерживают только пару версий. В лучшем случае.
От пользователя, значит, требуется самому заняться скачиванием видоизменяемого бинарника, чтобы проекту не нарушать ничьих прав через "нелицензированное распространение"
Менеджер (патчер) получает от пользователя APK, патчит. Пропатченный APK можно отослать друзьям (ой! нельзя! распространение! забудьте прочитанное) или установить самому.
По данной схеме работает и Arch Linux AUR с non-free ПО. Скачивает с официальных источников, а потом чуть-чуть химичит, чтобы оно заработало как нативное приложение.
И теперь на основе инструментария проекта ReVanced народ создал патчи ко многим другим приложениям. Обычно для искоренения freemium модели, иначе говоря: вырезают рекламу.
Не всегда. Но хотя бы стремились к стандартизации и открытым спецификациям.
Классика жанра. https://youtu.be/zFYwueh05mM (the office - BOBODDY)
Главное, чтобы потом не рыли канавы в продакшене, где, благодаря одноименным переменным и контекста в пару экранов кода, придется потратить несколько часов (подсчитываем денежки) на поиск и устранение бага. А то ж "мы же правила знаем, никогда такого не допустим!" Ага.
Выскажусь так: при всём негативе к "умным алгоритмам" прошлого и ML-моделей сегодняшних, ещё не понятно кто больше подискриминирует: рядовая эйчар или робот.