U
*махинации проводил исключительно для себя, на работе никакой подобной бороды для отчётов не используем
Size: a a a
2020 April 22
ML
Я так поставил плагин вакатайм для трекинга времени
Это который автомтачески активность трекает?
U
Да
ML
Не, это дичь
U
Прикольная штука, но бесполезная
ML
Я сам руками пробиваю, заодно прописывая характер деятельности и то, какую подзадачу решаю
U
Его бы приспособить под сообщения "отдохни, перетрудился"
ML
Гораздо точнее чем "ты водил мышкой по экрану с 12:05 по 12:06"
ML
Его бы приспособить под сообщения "отдохни, перетрудился"
Лучше timeboxing - работать планируемыми отрезками времени с перерывами
ML
Тогда на каждом перерывчике возвращаешься в сознание и можешь порефлексировать
U
Я предпочитаю в два подхода. Работаю, пока не надоест - где-то 3-4 часа, потом перерыв, и потом ещё пару часов продуктивной работы. Оставшееся время на проверку гипотез, тестирование, документацию, коммуникации и т.п.
U
Но у меня давно не было непрерывного потока задач, очень много "пустоты" в загруженности
I
https://i.gyazo.com/838a5ed05e3f56447613b36566ee158e.png
Ну что, пацаны, material todo-list 🧐
PS
> 2k20
> до сих пор не сделали card component 🤦♀️
https://github.com/material-components/material-components-web-components#components #ocaml_remote
Ну что, пацаны, material todo-list 🧐
PS
> 2k20
> до сих пор не сделали card component 🤦♀️
https://github.com/material-components/material-components-web-components#components #ocaml_remote
I
Пасаны, есть идеи - как правильно сделать межпроцессное общение с android приложением?
Что бы можно на пуши подписываться, активити открывать и тд из стороннего процесса.
Если бы сейчас сами такое проектировали, то что бы придумали?
Что бы можно на пуши подписываться, активити открывать и тд из стороннего процесса.
Если бы сейчас сами такое проектировали, то что бы придумали?
QH
Пасаны, есть идеи - как правильно сделать межпроцессное общение с android приложением?
Что бы можно на пуши подписываться, активити открывать и тд из стороннего процесса.
Если бы сейчас сами такое проектировали, то что бы придумали?
Что бы можно на пуши подписываться, активити открывать и тд из стороннего процесса.
Если бы сейчас сами такое проектировали, то что бы придумали?
контент провайдер?
I
(с учетом что на др стороне сишный (на самом деле ocaml)-процесс)
те желательно через (web) socket
те желательно через (web) socket
AN
Пасаны, есть идеи - как правильно сделать межпроцессное общение с android приложением?
Что бы можно на пуши подписываться, активити открывать и тд из стороннего процесса.
Если бы сейчас сами такое проектировали, то что бы придумали?
Что бы можно на пуши подписываться, активити открывать и тд из стороннего процесса.
Если бы сейчас сами такое проектировали, то что бы придумали?
Я такое проектирую не для андроида. Варианта два - grpc или свой легковесный протокол с реализацией на Kotlin-mpp, чтобы не страдать от рассинхронизации реализаций. Все будет работать хорошо, пока не понадобится передавать колбэки.
AN
Надо соответствующим образом делать архитектуру АПИ - типа акторной модели
I
Я такое проектирую не для андроида. Варианта два - grpc или свой легковесный протокол с реализацией на Kotlin-mpp, чтобы не страдать от рассинхронизации реализаций. Все будет работать хорошо, пока не понадобится передавать колбэки.
Ну и под каждую задача нужно будет код писать? Или там какой-то женерик механизм, который через рефлекшен сможет дергать любой код на ведре?
QH
(с учетом что на др стороне сишный (на самом деле ocaml)-процесс)
те желательно через (web) socket
те желательно через (web) socket
вебсокет сюда вообще не лезет