Senior Software Engineer в EPAM
  • steam и cuda

    ну так вопрос приоритетов )

  • steam и cuda

    Да вот занялся организацией, и как только появилось времчко — начал виндсерфинг осваивать. Ну и задротство как же без него, вот сча платка пришла массифчик на 6 от сиид, как раз буду сетку обучать чоб рум коррекцию строила. Это я к тому что вообще на геймилово вот никак не тянет. Вот я и подумал что чтот со мной не так. Мож гормональное или мож это маразм с другой стороны подкрадывается? Или там лобные доли отросли наконец?

  • steam и cuda

    Воть єто да. У тебя хватает времени на поиграть??? Вот жеж молод душой и понимает толк в извращениях.

  • Розвиток C++ девелопера

    Пчолы или виндсерфинг воть тру выбор

  • Чем развлекаетесь на карантине/локдауне?

    на машинці для плавання в гаражі тренувався

    а можно подробнее об этой машинке и как ее скрестить с гаражем

  • Швейцарский нож ищет работу ;)

    Мда, когда наворачивается пайплайн CI/CD надоть девпсу исполнить танец и как минимум один куплет. Можно выложить в тик-ток.
    А насчет развидеть — у меня уже стадия принятия )
    www.youtube.com/...​y=jozin z bazin metallica youtu.be/Lm_jVKtZ-6w

  • Швейцарский нож ищет работу ;)

    А ничего такая пестня. Как теперь развидеть...

  • Как практики DevOps могут влиять на продажи и маркетинг

    Disclaimer: написано на основе стартапного опыта
    Хотите «спокойно программировать» — будьте готовы, что программировать придется не то что нужно клиенту/продукту, а то как понял это менеджер.
    Хотите влиять на задачи/продукт — становитесь архитектором, менеджером продукта или проекта, но будьте готовы к тому что программировать станет некогда.
    А вот когда продукт валится — и если хотите что то как то исправить— то нужно идти в гемба. И вот в самое оно в маркетинг.
    И если с менеджерами если можно как то подсказывать, или играть в очень умную лошадку, которая сама знает, и подсказывает, если чего.
    То с маркетингом обычно вообще жж. И спасибо за сводку инструментов.

    Поддержал: Андрей Пустовит
  • Автоспорт, музыка и виски: 3 истории о хобби украинских айтишников

    Странно, что восхваляя бухло, забыли о «Пике балмера» или, для ценителей, «Балмер Пик» .
    И вообще, согласно зако­ну Йерк­са — Додсо­на, это должно спонсироваться фирмой

  • Логіка відображення стану View в Android: проектуємо і тестуємо

    Отлично. Теперь мне осталось понять, как об этом написать и просто и понятно. Бо из треда следует, что было непанятна

  • Логіка відображення стану View в Android: проектуємо і тестуємо

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

    Золотые слова.
    1 -точно
    2 так и есть

    И вот кстати из статьи:

    Тепер у нашому View немає коду, що відповідає за перемикання станів. Реалізація всіх методів відображення перемикання станів контролюється нашим контрактом. Код, що відповідає за перемикання, знаходиться там же. Його легко задіяти для підтримки подібних станів у інших View проекту.
  • Логіка відображення стану View в Android: проектуємо і тестуємо

    так состояния ЮИ хранятся в вьюмодел и упраляются вьюмоделом. Прсто у него есть еще состояния кроме ЮИных

  • Логіка відображення стану View в Android: проектуємо і тестуємо

    Функции тоже очень хорошо прибиваются прямо к графическому интерфейсу.

    Ну как раз это и проблема. Реактивность и много функций вызываемых асинхронно приводят иногда к интересным состояниям Вью

  • Логіка відображення стану View в Android: проектуємо і тестуємо

    «Африкан Свиридович. Та не кажи, ці коти вже з@#али, я їх усіх віддав би на мило!
    Баба Химка. Він, клятий, мишей зовсім не чіпа. Каже, шо з мишами треба
    поводитись так, як хочеш, шоб миші поводились з тобою...
    Саломон Самсонович. Ти диви, Толстого читав!
    Свирид Опанасович. Топити треба.
    Голос з сіней. Не треба.
    Входять мишки — Вєра і Надєжда. При першому ж погляді на их становиться ясно,
    чому Мурзік увльокся Толстим.»
    Лесь Подерв’янський.Казка про рєпку

    Що таке MVI паттерн?

    Як написав автор, MVI це спроба переосмислення і повернення до витоків, до істинного MVC. cycle.js.org/...​-what-mvc-is-really-about

    MVI — представлений в 2015 році. Додано та змінено в порівнянні з MVVM:

    Intent — функція, яка приймає вхідні дані від користувача (наприклад, події призначеного для користувача інтерфейсу, такі як події click) і переводить в те, що буде передано як параметр функції model (). Це може бути проста рядок для установки значення моделі або більш складна структура даних, наприклад, об’єкт.

    Model — Функція, яка використовує вихідні дані з функції intent () в якості вхідних даних для роботи з моделлю. Результат роботи цієї функції — нова модель (зі зміненим станом). При цьому потрібно, щоб дані були незмінними. По суті, Модель здійснює виклик бізнес-логіки додатка (будь-то Interactor, UseCase, Repository) і в результаті повертає новий об’єкт моделі.

    View — Функція, яка отримує на вході модель і просто відображає її. Зазвичай ця функція виглядає як view.render (model).

    Детальніше про групу архітектур об’єднану ідеєю «односпрямованого потоку даних» см. Тут докладно і з картинками, див. Тут

    Основна проблема, яку це диво вирішує— що в MVP і MVVM станом управляє Presenter або ViewModel. До чого це призводить:

    1. У бізнес-логіки є власний стан, так само, як у Presenter або ViewModel. Ви намагаєтеся синхронізувати стан бізнес-логіки й Presenter, щоб вони були однаковими. Встановлюєте видимість якогось віджета прямо з View, або Android сам відновлює стан з bundle під час перевтілення.

    2. Presenter і ViewModel мають довільну кількість вхідних точок. View запускає подію, яка обробляє Presenter. Але і Presenter має багато каналів виведення — як view.showLoading () або view.showError () в MVP. А ViewModel пропонує множинні Observables. Це призводить до конфліктуючих станів View, Presenter і бізнес-логіки, особливо при роботі з декількома потоками.

    Говорячи по іншому у нас одночасно може з’явитися відображення помилки та лоадер з процентом )

  • Логіка відображення стану View в Android: проектуємо і тестуємо

    Звичайно, то що вийшло після доповнення «канонічного» MVVM більш нагадує інше трибуквенне слово MVI (Model-View-Intent). Загалом то схоже, різниця в загальному то термінологічна, ідеологічно це те ж потрапляє в тренд «односпрямованого потоку даних». Детальніше ми це розглянемо у другій частині, коли будемо розглядати реалізацію ViewModel.

  • Логіка відображення стану View в Android: проектуємо і тестуємо

    Глобальные события — события системы. Например изменение состояния интернета. Ну а равноправность стейтов —это ближе к конкретным бизнес правилам. В общем случае это предсталяется в виде нескольких FSM, упростить к конкретным правилам всегда можно.

    Это комбинации значений полей вьюмодела, которые прибиты к XML форме вьюхи.

    А тогда набор настроек данных полей

    которые прибиты к XML форме вьюхи.

    можно ли назвать состоянием вью?

  • Логіка відображення стану View в Android: проектуємо і тестуємо

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

    Тут можно ли пояснить, что имеется ввиду под «состояния вьюмодела». Так как, по моему, логика поведения != логика отображения. У вьюмодел этих самых состояний может быть гораздо больше чем у вью. Например добавочная логика состояний и переходов вьюмодел (fsm) по реакции на действия пользователя, ну и на состояние даных своя логика, и на глобальные события еще одна.

  • Логіка відображення стану View в Android: проектуємо і тестуємо

    Про цей MVI — те що в статті описане, як раз і реалізує його плюси, та оминає мінуси, якщо ми базуємось на визначеннях, аналогічних з blog.mindorks.com/...​inners-step-by-step-guide або proandroiddev.com/...​and-channels-d36820b2028d В статтю звичайно, додам, спасибі за зауваження, просто планувалось у спін-оффі разом з розповіддю про додаткові FSM на користувацькі дії та внутрішні стани.
    Про BLoC добра вказівка, „If you know about the MVVM (Model-View-ViewModel) pattern, the BLoC is the replacement for ViewModel. The BLoC is responsible for managing the state for View, and the Model (or Repository) helps the BLoC to access data no matter local or remote. In Flutter, there is no data binding” це звідси medium.com/...​ there is no data binding.
    Про BLoC та MVI також гарне зауваження, що треба розглянути оці базворди в одній системі вимірів.

    Поддержал: Stanyslav Semukhyn
  • Логіка відображення стану View в Android: проектуємо і тестуємо

    Хм. Спасибі за нагадування за забутий домен. На ньому й розкладу приклади для статті по флаттеру.

  • Логіка відображення стану View в Android: проектуємо і тестуємо

    О, хоть хтось по суті статті. А про що саме сучасніше хтілось би вельмишановному?

← Сtrl 123456...23 Ctrl →