принципов при разработке приложения?
По ссылке пример задания. Оно для флаттер разработчика, но суть не меняется. Если бы я писал его с нуля и сразу закладывал правильную архитектуру, то по моим скромным подсчетам срок выполнения не меньше недели.
1. Какая скорость работы считается нормальной - вопрос из разряда "Сколько звёзд во всей вселенной", пока будешь считать, придётся пересчитывать заново :D Конечно не стоит распинаться месяцами над несложным приложением, но и ставить перед собой задачу гнаться на скорость.. я думаю не стоит. 2. А зачем закладывать правильную архитектуру и т.д? начальник сказал чтобы через 2-3 дня оно было сделано и работало, всё. То что ты будешь нагружать прилагу, а он ещё и за твой нормированный час должен переплачивать.. Сказано сделать за 2-3 дня, вот и делай как "как заплачено, так и зах*ячено"
Использование архитектуры - одно из основных требований, выделено жирным шрифтом в задании
Я имел ввиду "в целом", но.. для двух экранов (один из которых splashscreen), ты же не собираешься даггер подключать и делать многомодульную архитектуру с фичами? 3 слоя в модуле app, пару usecases, ну каммон, о чём вообще речь)
речь о том сколько времени займет такое приложение у вас )
За 3 дня сделать можно, конечно не идеально, но это вполне реальные сроки.
Вопрос в том, сколько экранов будет в будущем в этом приложении. Если просто написать один экран и забыть, то да, можно хоть в фрагменте логику писать.
Если.. а если да.. если нет.. Начальник нашёл заказ, пообещал за 3 дня выполнить заказ, ты идёшь конкретно по ТЗ, отдаёшь прилагу и забываешь, всё. 😱 Если никто не просит делать то чего не нужно, то зачем?
По опыту многочисленных тестовых заданий, простое приложение (максимум 2 экрана) с хорошей архитектурой, юнит-тестами - это 2-3 дня. Но у меня опыт большой и я знаю как что закладывать изначально. Смотрите по своему опыту и опыту своих коллег. Если в начале нужно вообще разобраться что такое архитектура, то на приложение из двух экранов лучше заложить не меньше недели, а лучше две
Так просят же, судя про заявлению автора вопроса
Ты можешь сделать хорошую архитектуру с размахом на будущее, но если бизнес загнётся, то всё это на мусорку. Сколько уже таких заказов было: Заказали прилагу, ты над ней попотел, в сторах скачиваний пару десятков.. В итоге поигрались в бизнесменов, удалили страницу и забили.
Я говорю не про то что просят, а про то что не надо делать лишнего в общем.
Там написано "обязательно должно иметь архитектуру", отлично, взял простенький MVP и погнал
я просто перечислю основной список требований для этого тестового: - Rest api - Локальный кэш - Геолокация - Интернационализация - Авторизация через социальные сети - Push нотификация
Обсуждают сегодня