бы благодарен. Где и ООП, и SOLID, и Clean Arhitecture, и архитектурные паттерны вроде MVVM соблюдаются хорошо
От самого гугла есть семплы
Я потом на этот код не найду 15 опровержений на хабре, почему он плох?
Не существует идеального сферического кода в вакууме 😏 Код всегда пишется под конкретную задачу. А вот исходя из постановки задачи можно сделать вывод, хороший ли код написан для ее решения или нет.
Очень сложно продвигаться хотя бы до Junior уровня, когда много неоднозначностей. Сегодня используешь то, половина из чего завтра станет deprecated, а вторая половина не по "best practices"
Спасибо Гуглу за то, что обеспечивает нас постоянной работой!
Им же тоже на работе что-то делать нужно, чтобы их обеспечивали работой
Батя ебашит легаси код. Обмазывает всегда все ворнинги от IDE исключением для класса. Проверка исключений не для моего бати, там всегда пустая строка в catch. Потом добавляет сотню TODO в проект и начинает дебажить. Все ошибки чинятся дикими костылями. Кодревью это все проходит за литровой бутылкой Белуги. Надо ли объяснять что тестеры потом на стены лезут так что все обои ободрали?
неплохо
В общем, перфекционизм тут это плохо
Здравый смысл - хорошо 😏
конечно есть Вот держите :D https://github.com/JorikFat/SeekSheet все чисто по ТЗ
Посмотрел, не думаю, что любое приложение так по полочкам разложиться удастся, разве что на n-ой итерации
Вы не представляете какие гики есть) и не так раскидают
Прям по тз-тз?)) https://github.com/JorikFat/SeekSheet/blob/651eb9fb6bd727f24e3ef2403eef113d2d614c99/app/src/main/java/dev/jorik/cluegame/application/App.java#L20
Это итеративный процесс. Чтобы сразу и всё идеально - это надо гением быть.
Да, понимаю, я про n-ые итерации и написал
Я у него findViewById видел!
это называется "проектирование"
Да все равно зайдёт новое требование бизнеса и нет-нет, а что-то переписать придется в любом случае)
так ТЗ какое было? OOP, SOLID, Clean, MVVM
Разработчики Telegram такого слова не знают
Однозначно! Так и живём 😄
Обсуждают сегодня