Так вот я вам и повторяю (десять раз и снова), если ставятся условия срочно-срочно наваять что-либо абы как за один день, (у студентов за еду) то у меня, лично, к таким шарашкам никакого доверия нет и никогда не было.. И не будет..( Поскольку, только лишь сама постановка такой задачи и сами требования,  уже подразумевают весь это "профессионализм" как закрасчиков, так и горе-разработчиков, которые подписываются под этим.. А в итоге имеем  то, о чём я и говорил, упоминая смысл той пословицы..   

Вот vbv и поставил жирную точку

Однако лохматить бабушку можно и продолжить, если у моделей имеется пункт "удалить запись", который должен быть своим у каждой модели

Никак, да и не нужно их объединять, главное чтобы данные были одни и менялись синхронно.

Ну и нормально, тогда что Вас тревожит?

Ну и чего Вы взъелись на совершенно безобидное высказывание? Один день или сколько - сроки всегда есть. Также правильно что какое-то более или менее глубокое понимание приходит где-то с версии 1.0, а до этого "ну вроде так правильно, а там посмотрим" - это нормально.

У нас повсюду такие шедевры, начиная от дорог и автомобилей...

Прежде чем что-то делать, нужно продумать архитектуру. Если же делать по сценарию скачал либу, прикрутил к говнокоду -> релиз, то чаще всего времени это сожрет столько же либо даже больше, т.к. тыкая везде костыли и индусские заплатки, все это будет копиться как снежный ком и создавать все больше проблем при отладке и дальнейшем усложнении.

Когда только начинал карьеру младшим sw developer'ом, был у меня в команде парень с небольшим опытом работы, что-то около двух лет, который отлично умел писать много много говно кода в день. А вся команда за ним фиксила это кривой код. Но он считал себя супер профи, бегал в комнату к архитекторам каждый день, но продолжал делать говно код.
Производительность по количеству строк кода у него была раза в 2-3 выше чем у других в команде, а вот качество его кода было как минимум в те же 2-3 раза ниже.

Да ладно. 

Так одноразовые проекты (сделал, отдал и забыл) никому не нужны. Нормальные проекты можно развивать... в отличие от...

Есть хорошая книга по этой теме.

Эдвард Йордон.
Путь камикадзе. Как разработчику программного обеспечения выжить в безнадежном проекте.

И да Верес, видимо, ярый представитель быдлокодеров, уж извините) иначе бы не оправдывался.

Как раз таки работали они не как надо, но в короткое время да.
Это очень кажущееся впечатление того что работает как надо. До первых тестов наговнокоженного.

В итоге на дальнейшую поддержку такого кода и багфикс проекта, не говоря о новых функциональностях уходит куда больше времени, чем было сэкономлено в начале.

Еще пример из личного опыта:
Может вам знакома такая библиотека как WebRTC. Это открытый говнокод от гугла. Жутко кривое. 2 года фиксили эту библиотеку для продукта, чтобы оно хоть как-то работало. Там весь набор, начиная от дедлоков, рейс кондишенов, огромного количества крешей и заканчивая ликами убивающими айфоны и айпады до состояния когда спасает только хард ресет.

По затратам человеко-часов можно было с нуля все это написать куда более прямо. Либо можно было взять более менее прямую библиотеку и на её основе делать.
Так что говно код сейчас, это всегда гемор в будущем.


Я не спорю, бывают ситуации когда нужно сделать маленькую прикладную апликуху, которая вообще может потребоваться только на этапе разработки/тестирования, тут можно не задумываться над архитектурой и немного поговнокодить.

В остальных случаях это всегда приводит к одному и тому же результату.