Pull to refresh
0
Send message
Для любителей Microsoft Explorer 1.0 есть похожий девайс: ploopy. Еще большой плюс что он испльзует QMK
А на возвращение верблюд не тратит бананы?
Как по мне, самое «красивое» решение это хранить presenter в Loader-е. Можно избежать жуткого Fragment API и не пересоздавать presenter при повоторе экрана. В принципе, ваше активити делает то, что делает Loader API. Или использовать модные-молодежные Architecture Components.
Для заказчика\менеджера всегда все горит, особенно для того кто считает, что работать в выходные и оставаться на овертайм регулярно это норма. И он будет только рад если за оговренные 60к вы будете работать не 40, а 80 часов и слова против не скажет, а если вы уйдёте на час раньше, то будет очень против, мягко говоря. Очень однобокая позиция, как по мне.
«Знаю все языка программирования». Реально встречал таких, не на собеседовании правда.
Дядюшка Боб с вами категорически не согласен.
Что плохого в том, что человек не работает по выходным?
А почему бы не встроить в «ютюб» «шазам»? Сейчас это отдельные сервисы, людям лень лишний раз куда-то тыкать.
https://developer.android.com/samples/index.html?language=kotlin

Вот примеры уже есть на оф сайте.
А если в Android используется MPV, по понятным причинам, а в IOS VIPER, то в таком случае мне кажется это усложняет такой подход. 30% не такой уж и плюс учитывая что мобильные приложения это тонкий клиент, то там редко бывает такой обьем логики которую нельзя реализовать на нативной платформе довольно быстро. Я лично не встречал «больших» приложений (уровня Tinder, Telegram и т.д. ) на Xamarin.
А в чем плюсы разработки на Xamarin если не использовать Forms? Какую проблему он решает в таком случае? Насколько я знаю нельзя ни собрать ни опубликовать IOS апп без MacOS.

Information

Rating
Does not participate
Registered
Activity