All streams
Search
Write a publication
Pull to refresh
1
0
Николай @mironchenko

Java developer

Send message

Не нужно убивать разработчиков. Нужно уметь работать с SQL :)
Если серьезно, то однозначно JOIN c N таблицами единственно правильное решение.

Все не так радикально.
Во-первых, иногда получается аргументировать свою точку зрения и найти с заказчиком разумный компромисс.
Во-вторых, хорошая архитектура нужна разработчикам, чтобы не утонуть после написания 80% кода за первых N дней проекта. Иначе на оставшиеся 20% легко можно потратить N^N трудодней.
В-третьих, я утверждал, что программисты, которые «неумело» используют ООП — плохие программисты по определению.
У меня сейчас как раз есть такой проект, где «неумело», т.е. без всякой необходимости, 10-15 уровней наследования UI, а сущности «размазаны» по этому UI в виде набора глобальных переменных.
И это не случайно так получилось, а так «архитектурщики» неумело наархитектурили.
Я ровно 10 лет (с 2001 по 2011) успешно продавал отвратительно спроектированный и ужасно реализованный коммерческий продукт. Более того, моей огромной ошибкой было создание гораздо лучше спроектированного и реализованного коммерческого продукта со сравнимым функционалом. Я потратил ресурсы, но проект «не взлетел». Бизнес имеет колоссальную инерцию и почти никогда не потратит денег ради «самой правильной архитектуры» или снижения будущих расходов на сопровождение без конкретной метрики.
… многие знают принципы ООП, но уж очень много специалистов, причем достаточно неплохих, пользуются ими крайне неумело.


Простите, но в этом случае это — плохие специалисты.
Очень здорово, если поделитесь опытом. Я вернулся в программирование в 49. С перерывом ок. 20 лет.

Information

Rating
Does not participate
Date of birth
Registered
Activity

Specialization

Backend Developer, Database Developer
Middle
From 3,000 $
Java
SQL
PostgreSQL
MySQL
Git
OOP
Restful WebServices
JDBC