В целом, согласен с автором, но, по своему опыту, терять 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
Жалко, что не получилось перейти. Тоже подумывал об этом пару лет как, обрадовался уже, что осталось только повторить, но нет. NFC делал с использованием github.com/devnied/EMV-NFC-Paycard-Enrollment, но там много зависит от самих карт — некоторые не возвращают часть полей, которые можно вытащить оптическим распознаванием.
Но, если нужно использовать больше вариантов весов, чем regular/bold, то android:textStyle уже не спасет, и придется создавать отдельное семейство и использовать его (то, что указано как «неправильно»), так ведь?
Мне эта фраза тоже резанула глаз, да настолько, что я промотал остаток статьи и стал искать комментарии на этот счет. И мой вопрос на самом деле чуть шире, потому что относится не только к Сберу: насколько широка практика отдавать в тестирование что-то, что просто «компилируется и вроде как должно работать»? Дело в том, что со мной сейчас в проекте трудятся еще три мобильных разработчика, два местных, австралийцы, а другой удаленно, из Турции, и каждый день я вижу релизы с настолько очевидными и вопиющими проблемами (начиная от крэшей на старте или в том, что они только что сделали, и заканчивая поехавшим лэйаутом), что у меня начинает складываться ощущение, что во все мире теперь так. Причем они так легко относятся к этим проблемам, как будто это нормально делать вкривь-вкось, чтобы чисто закрыть задачу, а потом еще неделю футболить ее туда-сюда с QA. Самое главное, что и QA в целом все устраивает. Неужели это новая норма?
С другой стороны, если время не поджимает (нет лимита по визе или огромного списка мест для посещения), то очень даже неплохо — работаешь как обычно пять дней (ну, может даже с дополнительными бонусами типа дешевого тайского массажа и утреннего/вечернего серфинга), а в выходные посещаешь достопримечательности
Но не стоит забывать, что в некоторых странах, например, Норвегии, особо не поживешь в таком режиме, так как можно разориться на жилье и прочих расходах.
Что касается приоритетов, то в моем случае на сон и отдых не было времени, отсюда и стресс.
Вы правы: стоит попробовать. Они тоже правы: работу и отдых лучше разделять. А все потому, что путешествие != отдых. Когда люди из соседнего номера идут на пляж или бухать, я остаюсь в своем номере работать. Мы путешествуем, но они при этом отдыхают, а я — работаю.
Подтверждаю. Если по-настоящему работать, то путешествие не в радость будет. Мало того, что сроки поджимают, что-то не получается и т.п., так еще надо озаботиться о транспорте, стабильном интернете, времени, достаточном и удобном для перемещения (попробуй поработай, когда автобус идет 12 часов по серпантину). Я за три года в дороге поседел с таким уровнем стресса. С другой стороны, если время не поджимает (нет лимита по визе или огромного списка мест для посещения), то очень даже неплохо — работаешь как обычно пять дней (ну, может даже с дополнительными бонусами типа дешевого тайского массажа и утреннего/вечернего серфинга), а в выходные посещаешь достопримечательности. Самое классное, когда разница часовых поясов дает дополнительное время. Когда мы были в Южной Америке разница с Сиднеем позволяла устроить день следующим образом: 10am-6pm время для переездов и осмотра достопримечательностей, 6pm-3am рабочий день, 3am-10am сон. Удивительно, сколько получается свободного времени, если объединить два промежутка между сном и работой и работой и сном. А вообще — нет ничего лучше полноценного отпуска, да так, чтобы за ноутбук даже не садиться.
Не знаю, может в плане организации доступа Figma и хороша, но у нас командная работа (именно работа, а не просмотр) с ней страдает. Как пример — расшарили дизайн с заказчиком, сначала один человек с их стороны написал по нескольку комментариев к каждой букве, потом другой сделал массу правок, потом третий добавил еще комментариев. Ни откатиться на изначальную версию, ни посмотреть версию того, к чему был написан оригинальный комментарий, уже невозможно.
Печально, что идут жалобы на способ переключения, а не на отсутствие отдельных кнопок. Там вполне влезла бы еще одна колонка с ними. Я не нарадуюсь, что успел купить ультрабук с отдельными клавишами до того, как их Самсунг удалил в обновленной линейке. Что будет, если/когда он сломается — не знаю.
Чем пользуетесь при разработке под Android? Или такой функциональности там не предусмотрено по причине того, что мало какие устройства поддерживают peripheral?
В целом, согласен с автором, но, по своему опыту, терять 100г в день без занятий спортом - вполне посильная задача. Да, в ограничении рациона мало приятного, но оно того стоит. Если кому интересно https://mikhailmelnik.medium.com/slim-down-on-your-couch-9d19c378db28 С того времени два раза в неделю делаю отжимания и пресс, чтобы лишняя мышечная масса позволила есть чуть больше (+10%).
Все так, могу подтвердить своим опытом. График тут.
Тоже согласен, но вот насчет гликогена я тоже всегда считал, что его пару килограмм запасается, а вот недавно решил перепроверить это знание, и прочитал, что суммарно в печени и мышцах его не больше 350г. Хотя, может, надо было больше источников просмотреть.
Поддержу мнение насчет воды. Считаю калории и взвешиваюсь каждое утро уже полтора года, и каждый раз после пачки чипсов вечером, утром примерно +300г, которые уходят на следующий день (если опять не есть чипсы, конечно). Причем эти чипсы помещаются в бюджет калорий, так что это точно не лишний вес.
В Сиднее уже больше месяца сияет каждую ночь, вот недавнее фото с Сатурном и Юпитером, довольно высоко над горизонтом и долго.
можно в xml привязать ваш UI к liveData
android:text="@{time.toString()}"
и это покроет большую часть использования.
Для привязки вы передаете в binding две вещи: ваши переменные (которые могут быть LiveData) и LifecycleOwner, а binding уже сам подписывается где-то внутри сгенерированного кода и следит за обновлениями.
В последнем проекте я использую такой подход:
Но не стоит забывать, что в некоторых странах, например, Норвегии, особо не поживешь в таком режиме, так как можно разориться на жилье и прочих расходах.
Что касается приоритетов, то в моем случае на сон и отдых не было времени, отсюда и стресс.
Статья отличная, однозначно в закладки!