Периодически подвергаюсь остракизму за вытаскивание джарников из докер образов для локальной отладки, но я привык.

Если надо куда-то длительно поехать или быстро зарядить, АСС позволяет отключить ограничение на одну (следующую) зарядку.

Без гугл сервисов телефон живёт 3 дня, я даже ограничил зарядный ток до 750 мА и максимальный уровень заряда до 75%. Думаю, что вообще телефон больше менять не придётся.

С тех пор я вошёл в айти, коллеги, конечно, хихикают что я из докера jar-файлы вынимаю, но девопсам нравится, что я к ним не лезу.

Про то, что есть возможность запускать безголовый Xorg на второй видеокарте я не знал. nvidia я всегда избегал (потому что драйвера неполноценные, а их наличие убрало стимул поддерживать open source драйвер), а для IntelliJ хватает и обычного Intel.

Валюты история чуть другая, там бонус повышен из-за непоставочности фьючерса, эту связку можно развалить не нарушая регламент исполнения + есть налоговый риск, так финрез по спотовой валюте не сальдируется с FORTS.

Маркетмейкер нынче часто уходит то там, то здесь. Причина проста - он тоже жить хочет, поэтому разбалансы нынче часты. Как закончатся, можно и снова об акция задуматься :)

graphql периодическо возвращает сложный объект (много вложенных объектов). Есть диалоговые окна, в которых какие-то части каких-то вложенных объектов можно отредактировать. Типичная проблема в том, что когда я редактирую, объект обновляется и отредактированное сбрасывается.

Какой правильных подход при таких вводных? Останавливать обновление, пока открыты диалоговые окна? Сложность в том, что объект расползается частями по разными компонентам (обычно это таблицы) и редактор открывается из них и даже если завести props типа editMode, я не могу отредактировать его из дочернего компонента просто так (вся статья об этом)

Я сейчас просто стараюсь успеть отредактировать до обновления, но иногда задумываюсь об улучшениях.

Т.е. например я передал объект через props, потом сделал несколько input для редактирования того или иного элемента. Но я не хочу, чтобы изменения в родителе его меняли пока я его редактирую.

Локализовать его как-нибудь при получении в другую переменную и передать уже её в соответствующие v-model для редактирования?

Скорее всего, с портфелем придётся попрощаться. Он как бы есть, но сделать с ним ничего нельзя. А через год от него половина останется, если всё так будет идти как идёт.

linode - оплата пластиком или отвалилась или отвалится в самое ближайшее время

А вот список выглядит перспективным.

Думаю, это вопрос привычки. Нашим джавистам и ломбоковский val не нравится, они это аргументируют почти как вы (заходя в класс, я ожидаю перед объявлением переменной увидеть её тип).

• при работе с БД через Exposed - есть своя библиотека со схемой и дата классами. Если использующий библиотеку проект что-то должен сделать специфическое с данными дата класса, я это оформляю через расширение

• В ту же библиотеку, с БД и Exposed я постоянно добавляю что-то своё, чего в Exposed нет, но что достаточно типовое. Например, получение следующего числа последовательности, часто используемые функции и т.п.

• Иногда в сторонней библиотеке надо что-нибудь доложить в private поле, я быстренько делаю расширение и через рефлексию докидываю.

Очень удобный механизм. Жаль на работе не разрешают Котлин использовать (мотивируя это тем, что поддерживать некому будет)