Ну так пей вино дальше с мраморной говядиной, можешь потом с пустой бутылкой вина поиграться (поищи на тематических сайтах для взрослых), что ты тут себя идиотом выставляешь?
SRP — по утверждению автора наиболее трудно понимаемый принцип.
Вы указали:
Каждый класс должен отвечать только за одну операцию.
В оригинале не совсем так. Такой принцип есть, но как утверждает сам автор «Uncle Bob», это не SRP.
Под SRP понимается следующее:
Модуль должен отвечать за одного и только за одного пользователя или заинтересованное лицо
Окончательная версия выглядит так:
Модуль должен отвечать за одного и только одного актора
В книге есть пример про клаcc Employee и 2 метода reportHours() и calculatePay(). Вроде все нормально, это все касается работника. Но на деле это может нарушать SRP по той причине, что разные отделы отвечают за эти методы.
reportHours() — Бухгалтерия
calculatePay() — Отдел по работе с персоналом.
И если делать изменения в соответствие с запросом одних, могут пострадать другие, если возьмем например тот факт, что оплата считается по часам.
Тоже интересует этот вопрос. Который все обходят вниманием. К примеру, где-то «зануливают» subcomponent при OnDestroy(). А где-то нет. И не понятно нужно это делать или даггер/система сама позаботиться.
Я бы не сказал, что у Moxy много примеров. Даже тот который у них висит с багом. Список нормально не работает, слетает позиция. И исправлять явно не собираются. А Телеграм у них просто как фан клуб. Реального совета по библиотеке не дождешься. В целом крайне разочарован, потому что идея у Moxy хорошая.
А то что они всех разработчиков под одну гребенку...? Открытый код не дает право Google вести себя так нагло. А законодательные органы для того и нужны (в идеале конечно), чтобы прорабатывать справедливые правила и законы.
Есть такое модно слово Full Stack Developer. Ну я что-то в этом роде. Знаю много и от всего (ну разработки ПО касается, конечно). Я не просто русскоговорящий, я почти носитель. С рождения говорю и думаю на русском. На листочке всякие программы может есть, но вот в посольстве РФ об этом молчат. Знакомый (php-mysql и т.д короче) уехал в Москву, получил даже патент. Собеседование успешно проходит, прям приходи завтра на работу. Потом звонят, извини с тобой много мороки, 36% первые полгода (вместо 13% для граждан), но не % самое страшное, а квоты с которыми возиться не хотят, особенно не большие компании. Удаленно найти работу сложно, т.к все хотят личного присутствия и т.д
Все хотят в Европу, США, Канаду. А я вот в Россию приехать и работать, специалист я не самый плохой на свете :) Но у вас там так мудрено с патентами и налогами, что просто так легально не приедешь работать.
Если честно, не совсем понял ваши расчеты. Что за усредненная цена конкурентов? Вы лучше скажите, сколько стоит у вас сервер и какой в итоге заработок с вычетом всех комиссий.
Простите конечно, но Google как раз очень много чего делает «абсолютно голословно». Я понимаю, что браузер его и делает что пожелает (по праву сильного), просто так и говорите, не надо лапшу о заботе вешать. Мнение конечно субъективное.
Пользуюсь Android Studio (ибо альтернативы можно сказать нет). Но никак не пойму всеобщего восторга. Она же (впрочем как и idea) бесконечно глючные, вечно тормозящие и неповоротливые от релиза к релизу. Это личное мнение, я его не навязываю. Просто не могу понять, неужели я один в мире человек, которого раздражает ждать каждый раз по 60 секунд (а то и больше), пока GRADLE сбилдит проект, в котором я сделал небольшле изменение.
[удаленный коммент]
Вы указали:
В оригинале не совсем так. Такой принцип есть, но как утверждает сам автор «Uncle Bob», это не SRP.
Под SRP понимается следующее:
Окончательная версия выглядит так:
В книге есть пример про клаcc Employee и 2 метода reportHours() и calculatePay(). Вроде все нормально, это все касается работника. Но на деле это может нарушать SRP по той причине, что разные отделы отвечают за эти методы.
reportHours() — Бухгалтерия
calculatePay() — Отдел по работе с персоналом.
И если делать изменения в соответствие с запросом одних, могут пострадать другие, если возьмем например тот факт, что оплата считается по часам.
Зачем же мешать MVP и MVVM? Или я что-то не правильно понял?