Вы не учитываете такие вещи как инфляция и тип платежа по кредиту.
Общая логика выбора гасить или вкладывать проста: если условно за 1/4 оставшегося срока вы способны собрать всю сумму задолженности (при равных ставках кредитования и дохода или ее часть как их отношение в прямой пропорции), то вкладывайте, иначе - гасите.
К слову. Вместо наследования (как и реализации интерфейса для сущности), чтобы не создавать god object, есть композиция.
Никто не мешает создать обработчик для конкретной анемичной бизнес-модели и в нем проводить нужные действия.
Таким образом, отправка письма - один обработчик, формирование заказа - другой и т.п.. И нет никакого смешивания различных бизнес-процессов в одном объекте.
Далее организовываем шину событий и подписку на них. Делаем обработчики событий, которые вызывают обработчики бизнес-моделей. Остается открытым лишь вопрос, наделять ли возможностью обработчики моделей отправой событий. Лично на мой взгляд - не стоит, лучше всего обработчики моделей (метоты) моделировать так, чтобы они возвращали статус работы, а решение принимать уровнем выше. Это также благоприятно скажется на тестировании, т.к. обработчики будут иметь более простую логику и меньшее кол-во зависимостей внутри.
Масштабируемость приложения не определяется интерфейсом сервиса.
Вас послушать: добавь к постгресу рестфулл интерфейс и он станет легко масштабируемым. Это не так.
Гибкость. Рестфул является в общем случае подходом, который строится поверх вполне конкретных технологий: требование к http-серверу и json формату данных, как самому распространенному - вполне себе конкретные технологии
Удобочитаемость. В сравнении с чем удобнее? Как на счёт протобафа, который дает и типизацию и более простой и более богатый формат описания контракта?
Джун, который что-то улучшает и рефакторит? Это точно не джун.
А как относится к подобный действиям - вопрос требуемый рассмотрения ситуации, но никак не рассматриваемый в вакууме - это просто узколобо и ничем не отличается от вещания ярлыков.
Меньше жрать + утренняя гимнастика на 30-60мин в зависимости от упоротости индивида.
Первое даже экономит время, ведь для того, чтобы меньше жрать не нужен ни курьер, ни готовить, ни сидеть за тарелкой - чистая квинтэссенция экономии времени.
Ну а 30 мин в день найти уж можно. И пару минут на душ.
Соглашусь, первый вопрос дело личного вкуса, предпочтений, увлечений, необходимости. Как специалиста человека не раскрывает.
Я обычно прошу кандидата рассказать о проекте/задаче/проблеме с которой он сталкивался за последнее время (до года-двух), и которую он решал (не обязательно решил), и которая на его взгляд была интересной/запоминающейся.
Графический редактор, для которого писали отдельные реализации для разных процов? Больше похоже, что вы компилятор писали, или очень знатно ушли не в том направлении.
Вы не учитываете такие вещи как инфляция и тип платежа по кредиту.
Общая логика выбора гасить или вкладывать проста: если условно за 1/4 оставшегося срока вы способны собрать всю сумму задолженности (при равных ставках кредитования и дохода или ее часть как их отношение в прямой пропорции), то вкладывайте, иначе - гасите.
Вы забыли в статье расписать еще один психотип "душнила". Считаю, что иначе картина неполна.
У меня к вам вопрос. Почему вы решили, что ит-ипотека направлена именно на помощь молодых "специалистов", а не на привлечение специалистов?
К слову. Вместо наследования (как и реализации интерфейса для сущности), чтобы не создавать god object, есть композиция.
Никто не мешает создать обработчик для конкретной анемичной бизнес-модели и в нем проводить нужные действия.
Таким образом, отправка письма - один обработчик, формирование заказа - другой и т.п.. И нет никакого смешивания различных бизнес-процессов в одном объекте.
Далее организовываем шину событий и подписку на них.
Делаем обработчики событий, которые вызывают обработчики бизнес-моделей.
Остается открытым лишь вопрос, наделять ли возможностью обработчики моделей отправой событий. Лично на мой взгляд - не стоит, лучше всего обработчики моделей (метоты) моделировать так, чтобы они возвращали статус работы, а решение принимать уровнем выше. Это также благоприятно скажется на тестировании, т.к. обработчики будут иметь более простую логику и меньшее кол-во зависимостей внутри.
Он был сильным эмпатом)
А потом будет новинка от создателя "outlook как сервер приложений" - "google таблицы как распределённая база данных"
Хочешь жить - умей учиться))
Мир сделает новый виток и будет спрос на специалистов другого направления. В свое время так число лошадей и кучеров сократилось, их сменил автомобиль.
Господи, спасибо тебе за протобаф.
Дайте две пиалы чая этому господину.
"Критикуешь - предлагай" - это чудесный способ замалчивать проблемы.
Масштабируемость приложения не определяется интерфейсом сервиса.
Вас послушать: добавь к постгресу рестфулл интерфейс и он станет легко масштабируемым. Это не так.
Гибкость. Рестфул является в общем случае подходом, который строится поверх вполне конкретных технологий: требование к http-серверу и json формату данных, как самому распространенному - вполне себе конкретные технологии
Удобочитаемость. В сравнении с чем удобнее? Как на счёт протобафа, который дает и типизацию и более простой и более богатый формат описания контракта?
Да ты просто не понимаешь: написано же "облегчает")))
Джун, который что-то улучшает и рефакторит? Это точно не джун.
А как относится к подобный действиям - вопрос требуемый рассмотрения ситуации, но никак не рассматриваемый в вакууме - это просто узколобо и ничем не отличается от вещания ярлыков.
Похоже началась новая эпоха: когда посты с пикабу стали просачиваться на хабр.
Так поменьше и почаще, нее?))
Меньше жрать + утренняя гимнастика на 30-60мин в зависимости от упоротости индивида.
Первое даже экономит время, ведь для того, чтобы меньше жрать не нужен ни курьер, ни готовить, ни сидеть за тарелкой - чистая квинтэссенция экономии времени.
Ну а 30 мин в день найти уж можно. И пару минут на душ.
Соглашусь, первый вопрос дело личного вкуса, предпочтений, увлечений, необходимости. Как специалиста человека не раскрывает.
Я обычно прошу кандидата рассказать о проекте/задаче/проблеме с которой он сталкивался за последнее время (до года-двух), и которую он решал (не обязательно решил), и которая на его взгляд была интересной/запоминающейся.
Графический редактор, для которого писали отдельные реализации для разных процов? Больше похоже, что вы компилятор писали, или очень знатно ушли не в том направлении.
Конечно и такая статья может быть кому-то полезной, но как-то уровень материала слишком низкий даже для плашки "простой".
А вообще есть гугл и страница проекта
Django intro
Ну есть же c#, который и приятнее, и с сахаром, и развивается в быстром темпе.