powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Какие есть объективные метрики "хорошей архитектуры"?
11 сообщений из 136, страница 6 из 6
Какие есть объективные метрики "хорошей архитектуры"?
    #39100123
Фотография бухалтер фантоцци
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerбухалтер фантоцциВсе в курсе, что в спорте индивидуально обыграть двух соперников часто легче, чем одного?
Если они слабы (точнее - плохо обучены действовать в такой ситуации).
Если игровое поле одно на всех - постоянно возникают такие ситуации, что мы и наблюдаем, например, в футболе - посмотрите на кучу "везения" и ошибок при игре топ-игроков в топ-командах.
Для зрелищности это плюс, для разработки минус, потому что люди не машины,
Для хорошей разработки важна творческая составляющая, креативность и нестандартный взгляд, но в случае увеличения количества разработчиков на одной задаче мы получаем увеличение бардака, это не спектакль, а разработка.
Чапаев говорил "одна голова хорошо, а две хуже".

softwarerбухалтер фантоцциЛично я за полную изоляцию участков работ или частей проекта за одним конкретным ответственным человеком, на всех уровнях иерархии проекта.
Это можно понять разными способами.

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

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

Это моё личное мнение.
...
Рейтинг: 0 / 0
Какие есть объективные метрики "хорошей архитектуры"?
    #39100677
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
бухалтер фантоцциЧапаев говорил "одна голова хорошо, а две хуже"
Тот же Чапаев командовал "Петька, затопи печку (сообрази ужин, сбегай за водкой)", а не пытался сделать всё сам.

бухалтер фантоцциЛезть в чужой код, когда коллега заболел или занят, нельзя, нужно его ждать.
Когда Петька болел, Чапаев не ужинал, ждал его выздоровления?

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

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

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

История человечества вполне убедительно доказала, что в создании продукта описанный Вами подход уступает промышленному. Ваш подход предпочтителен в исследовательской деятельности, а не в производственной.
...
Рейтинг: 0 / 0
Какие есть объективные метрики "хорошей архитектуры"?
    #39100786
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я-бы сказал что в творческой деятельности. В музыке. Литературе и живописи.
...
Рейтинг: 0 / 0
Какие есть объективные метрики "хорошей архитектуры"?
    #39100818
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Творческая деятельность - очень абстрактное и размазанное понятие. Его применение в данном случае запутывает вопрос, поскольку даёт возможность притягивать те аспекты творческой деятельности, какие удобно, чихая на наличие остальных.

Скажем, создание театрального спектакля - творческая деятельность? Думаю, Вы согласитесь что да. А думаете ли Вы, что его выпускают методом коллеги Фантоцци? Уверяю, строго наоборот. В небольших постановках есть один-два человека, без которых работать становится бессмысленно, в больших - ни одного. Вон, в прошлом году солист "Призрака оперы" схватил жесточайшую ангину за считанные дни до премьеры. Думаете, побежали снимать афиши и откладывать спектакли?

А создание самолёта - творческая деятельность? Ну так представьте себе, как Туполев рассказывает Сталину, что разработка затянулась на лишние полгода из-за того, что конструктор левого закрылка сломал ногу и все ждали, пока он выйдет из больницы.

Живопись, говорите? Ну так посмотрите, каким образом некто Рубенс поставил на поток изготовление парадных портретов той орды великих-князей-левого-пня, которые раздирали Европу той поры.

И так далее, и так далее, и так далее. В любой деятельности, подразумевающей выпуск продукта, вводятся и необходимы технология, организация и прочее, в частности - заменяемость максимального количества участников.
...
Рейтинг: 0 / 0
Какие есть объективные метрики "хорошей архитектуры"?
    #39100823
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Полностью согласен. Даже добавлю что в пром-дизайне и академическом исскусстве сущесвтуют
паттерны разделения полотна на части, сечения, контуры e.t.c. всё что позволяет быть картине
хорошей с точки зрения метрик. Это помогает творческому процессу избежать явных ошибок.

Но полностью его не заменяет.
...
Рейтинг: 0 / 0
Какие есть объективные метрики "хорошей архитектуры"?
    #39102458
booby
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer,

Думаю, что про оператора ты малек загнул.
В качественно снятом фильме оператор вообще ничего не снимает, по крайней мере - своими руками.
Если уж об архитектуре, то оператор - не снимальщик фильма, а архитектор съемок.
Именно поэтому в хорошем фильме не может быть операторов во множественном числе.
И к камере собственными пальцами у него есть право прикасаться, но почти всегда это не его обязанность, даже если он заболел.
...
Рейтинг: 0 / 0
Какие есть объективные метрики "хорошей архитектуры"?
    #39102497
Factorize
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
бухалтер фантоцциУ каждой задачи должен быть один ответственный исполнитель.
Лезть в чужой код, когда коллега заболел или занят, нельзя, нужно его ждать. Иначе неизбежен избыточный код, его усложнение или неоправданное упрощение, и путаница.
Если есть общие дресс-правила кодирования, значит это тупое кодирование, а не разработка, тогда нужен как минимум один разработчик (алгоритмист или как он там называется) отвечающий за разработку (но не за кодирование).


А почему, собственно, туда нельзя лезть? Ведь потому, что сломают, правда?
Но то, что код легко ломаем - это тоже показатель того, на сколько хорошо он написан. И , конечно же, показатель того, на сколько другие люди знают систему.

Согласен с оратором выше: ламерский принцип. В реальности, это приводит к тому, что разработчики поменялись и ничего не понимают в коде, который нужно менять.
...
Рейтинг: 0 / 0
Какие есть объективные метрики "хорошей архитектуры"?
    #39102505
booby
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Factorize,

Ламерский принцип - это когда что к программисту, который написал код, что к его коду относятся с одинаковым неуважением.

Это не значит, что в чужой код нельзя лезть. В любой код можно лезть без уведомления автора.
Но лезть в код по причине того, что автор заболел - обыкновенное свинство. Пардон и ламерство
...
Рейтинг: 0 / 0
Какие есть объективные метрики "хорошей архитектуры"?
    #39102898
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
boobyНо лезть в код по причине того, что автор заболел - обыкновенное свинство. Пардон и ламерство

Код принадлежит не человеку а команде
...
Рейтинг: 0 / 0
Какие есть объективные метрики "хорошей архитектуры"?
    #39102970
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
F#boobyНо лезть в код по причине того, что автор заболел - обыкновенное свинство. Пардон и ламерство

Код принадлежит не человеку а команде

вообще-то организации в лице её владельца
...
Рейтинг: 0 / 0
Какие есть объективные метрики "хорошей архитектуры"?
    #39103081
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
kmawвообще-то организации в лице её владельца

Это не про юридическое владение
...
Рейтинг: 0 / 0
11 сообщений из 136, страница 6 из 6
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Какие есть объективные метрики "хорошей архитектуры"?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]