Pull to refresh
27
0
Михаил Мельник @mike114

User

Send message

В целом, согласен с автором, но, по своему опыту, терять 100г в день без занятий спортом - вполне посильная задача. Да, в ограничении рациона мало приятного, но оно того стоит. Если кому интересно https://mikhailmelnik.medium.com/slim-down-on-your-couch-9d19c378db28 С того времени два раза в неделю делаю отжимания и пресс, чтобы лишняя мышечная масса позволила есть чуть больше (+10%).

Все так, могу подтвердить своим опытом. График тут.

Тоже согласен, но вот насчет гликогена я тоже всегда считал, что его пару килограмм запасается, а вот недавно решил перепроверить это знание, и прочитал, что суммарно в печени и мышцах его не больше 350г. Хотя, может, надо было больше источников просмотреть.

Поддержу мнение насчет воды. Считаю калории и взвешиваюсь каждое утро уже полтора года, и каждый раз после пачки чипсов вечером, утром примерно +300г, которые уходят на следующий день (если опять не есть чипсы, конечно). Причем эти чипсы помещаются в бюджет калорий, так что это точно не лишний вес.

В Сиднее уже больше месяца сияет каждую ночь, вот недавнее фото с Сатурном и Юпитером, довольно высоко над горизонтом и долго.

Немного не по теме, но я часто вижу, что во многих проектах разработчики практикуют вынесение зависимостей в отдельный файл, даже если у них приложение состоит из одного модуля (про случаи когда простейшее приложение разбивается на несколько модулей только потому, что это clean architecture и все такое я промолчу). Вот реально, какой от этого прок? Неужели это лучше чем в одном месте иметь наглядный и короткий список зависимостей? Да, некоторые группы могут иметь один и тот же номер версии, но можно этот номер просто указать как переменную перед блоком зависимостей и использовать ее.
Я о том, что вместо
bindState(color, binding.root) { view, color ->
    txtView.text = "$time"
}

можно в xml привязать ваш UI к liveData

android:text="@{time.toString()}"

и это покроет большую часть использования.

Для привязки вы передаете в binding две вещи: ваши переменные (которые могут быть LiveData) и LifecycleOwner, а binding уже сам подписывается где-то внутри сгенерированного кода и следит за обновлениями.

В последнем проекте я использую такой подход:
  • Создаю ViewModel c набором LiveData и, если надо, запускаю процесс выборки данных
  • Создаю xml layout, декларирую в нем переменную типа моей модели и привязываю декларативно все, что я хочу из нее показать
  • В onCreateView фрагмента делаю inflate нужному binding и присваиваю значение задекларированной переменной модели
  • Чтобы данные были действительно live выставляю binding.lifecycleOwner в viewLifecycleOwner там же в onCreateView
Подход интересен, но, может, просто стоит использовать data binding для большей части вещей из примера?
Жалко, что не получилось перейти. Тоже подумывал об этом пару лет как, обрадовался уже, что осталось только повторить, но нет. NFC делал с использованием github.com/devnied/EMV-NFC-Paycard-Enrollment, но там много зависит от самих карт — некоторые не возвращают часть полей, которые можно вытащить оптическим распознаванием.
Но, если нужно использовать больше вариантов весов, чем regular/bold, то android:textStyle уже не спасет, и придется создавать отдельное семейство и использовать его (то, что указано как «неправильно»), так ведь?
Мне эта фраза тоже резанула глаз, да настолько, что я промотал остаток статьи и стал искать комментарии на этот счет. И мой вопрос на самом деле чуть шире, потому что относится не только к Сберу: насколько широка практика отдавать в тестирование что-то, что просто «компилируется и вроде как должно работать»? Дело в том, что со мной сейчас в проекте трудятся еще три мобильных разработчика, два местных, австралийцы, а другой удаленно, из Турции, и каждый день я вижу релизы с настолько очевидными и вопиющими проблемами (начиная от крэшей на старте или в том, что они только что сделали, и заканчивая поехавшим лэйаутом), что у меня начинает складываться ощущение, что во все мире теперь так. Причем они так легко относятся к этим проблемам, как будто это нормально делать вкривь-вкось, чтобы чисто закрыть задачу, а потом еще неделю футболить ее туда-сюда с QA. Самое главное, что и QA в целом все устраивает. Неужели это новая норма?
В Австралии обычно зарплата указывается за год, а квартплата — за неделю.
Вы абсолютно правы, и я это упомянул:

С другой стороны, если время не поджимает (нет лимита по визе или огромного списка мест для посещения), то очень даже неплохо — работаешь как обычно пять дней (ну, может даже с дополнительными бонусами типа дешевого тайского массажа и утреннего/вечернего серфинга), а в выходные посещаешь достопримечательности


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

Что касается приоритетов, то в моем случае на сон и отдых не было времени, отсюда и стресс.
Вы правы: стоит попробовать. Они тоже правы: работу и отдых лучше разделять. А все потому, что путешествие != отдых. Когда люди из соседнего номера идут на пляж или бухать, я остаюсь в своем номере работать. Мы путешествуем, но они при этом отдыхают, а я — работаю.
Подтверждаю. Если по-настоящему работать, то путешествие не в радость будет. Мало того, что сроки поджимают, что-то не получается и т.п., так еще надо озаботиться о транспорте, стабильном интернете, времени, достаточном и удобном для перемещения (попробуй поработай, когда автобус идет 12 часов по серпантину). Я за три года в дороге поседел с таким уровнем стресса. С другой стороны, если время не поджимает (нет лимита по визе или огромного списка мест для посещения), то очень даже неплохо — работаешь как обычно пять дней (ну, может даже с дополнительными бонусами типа дешевого тайского массажа и утреннего/вечернего серфинга), а в выходные посещаешь достопримечательности. Самое классное, когда разница часовых поясов дает дополнительное время. Когда мы были в Южной Америке разница с Сиднеем позволяла устроить день следующим образом: 10am-6pm время для переездов и осмотра достопримечательностей, 6pm-3am рабочий день, 3am-10am сон. Удивительно, сколько получается свободного времени, если объединить два промежутка между сном и работой и работой и сном. А вообще — нет ничего лучше полноценного отпуска, да так, чтобы за ноутбук даже не садиться.
Буквально вчера смотрел короткое видео про вышеупомянутый TextClassifier, который это умеет делать.

Статья отличная, однозначно в закладки!
Не знаю, может в плане организации доступа Figma и хороша, но у нас командная работа (именно работа, а не просмотр) с ней страдает. Как пример — расшарили дизайн с заказчиком, сначала один человек с их стороны написал по нескольку комментариев к каждой букве, потом другой сделал массу правок, потом третий добавил еще комментариев. Ни откатиться на изначальную версию, ни посмотреть версию того, к чему был написан оригинальный комментарий, уже невозможно.
Печально, что идут жалобы на способ переключения, а не на отсутствие отдельных кнопок. Там вполне влезла бы еще одна колонка с ними. Я не нарадуюсь, что успел купить ультрабук с отдельными клавишами до того, как их Самсунг удалил в обновленной линейке. Что будет, если/когда он сломается — не знаю.
Чем пользуетесь при разработке под Android? Или такой функциональности там не предусмотрено по причине того, что мало какие устройства поддерживают peripheral?
Я так и не понял что будет, если оставить пример как есть, ошибка рантайма, полностью неверный запрос в базу или верный, но просто неоптимальный.

Information

Rating
Does not participate
Location
New South Wales, Австралия
Date of birth
Registered
Activity