|
|
|
Какие есть объективные метрики "хорошей архитектуры"?
|
|||
|---|---|---|---|
|
#18+
softwarerбухалтер фантоцциВсе в курсе, что в спорте индивидуально обыграть двух соперников часто легче, чем одного? Если они слабы (точнее - плохо обучены действовать в такой ситуации). Если игровое поле одно на всех - постоянно возникают такие ситуации, что мы и наблюдаем, например, в футболе - посмотрите на кучу "везения" и ошибок при игре топ-игроков в топ-командах. Для зрелищности это плюс, для разработки минус, потому что люди не машины, Для хорошей разработки важна творческая составляющая, креативность и нестандартный взгляд, но в случае увеличения количества разработчиков на одной задаче мы получаем увеличение бардака, это не спектакль, а разработка. Чапаев говорил "одна голова хорошо, а две хуже". softwarerбухалтер фантоцциЛично я за полную изоляцию участков работ или частей проекта за одним конкретным ответственным человеком, на всех уровнях иерархии проекта. Это можно понять разными способами. Если речь идёт о том, что у любой задачи, процесса итп должен быть один чётко определённый человек, который за неё отвечает - полностью согласен. Если речь о том, что каждый должен плотно сидеть задницей на своей куче - полностью не согласен. То и другое могу аргументировать подробнее. У каждой задачи должен быть один ответственный исполнитель. Лезть в чужой код, когда коллега заболел или занят, нельзя, нужно его ждать. Иначе неизбежен избыточный код, его усложнение или неоправданное упрощение, и путаница. Если есть общие дресс-правила кодирования, значит это тупое кодирование, а не разработка, тогда нужен как минимум один разработчик (алгоритмист или как он там называется) отвечающий за разработку (но не за кодирование). softwarerбухалтер фантоцциСпециалист не должен заниматься чужим кодом вообще, Как и "работает - не трогай", это хорошее правило для ламера, но совершенно никудышное - для качественной разработки. По-моему, качественная разработка как раз должна максимально ограничивать количество людей, работающих над одним кодом, в идеале - один человек. Постоянная доработка одного инструмента, вместо создания нового, со временем приводит к потере качества. Это моё личное мнение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2015, 00:14 |
|
||
|
Какие есть объективные метрики "хорошей архитектуры"?
|
|||
|---|---|---|---|
|
#18+
бухалтер фантоцциЧапаев говорил "одна голова хорошо, а две хуже" Тот же Чапаев командовал "Петька, затопи печку (сообрази ужин, сбегай за водкой)", а не пытался сделать всё сам. бухалтер фантоцциЛезть в чужой код, когда коллега заболел или занят, нельзя, нужно его ждать. Когда Петька болел, Чапаев не ужинал, ждал его выздоровления? бухалтер фантоцциИначе неизбежен избыточный код, его усложнение или неоправданное упрощение, Неизбежен ли - большой вопрос, но это неважно. Поскольку в этом случае неизбежны принципиально большие проблемы. бухалтер фантоцциПо-моему, качественная разработка как раз должна максимально ограничивать количество людей, работающих над одним кодом, в идеале - один человек. В первую очередь, "система, надёжность которой определяется надёжностью человека - ненадёжна". Таким ограничением Вы скорее гарантируете некачественную разработку. А вообще - целью разработки является создание продукта. Целью качественной разработки - создание качественного продукта. Рассмотрите примеры из жизни и наложите на них свой подход. Фильм должен снимать один оператор. Пахать поле должен один комбайнер. Если полковник заболел, его солдаты вместе с противником должны подождать, пока он не выздоровеет. История человечества вполне убедительно доказала, что в создании продукта описанный Вами подход уступает промышленному. Ваш подход предпочтителен в исследовательской деятельности, а не в производственной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2015, 13:59 |
|
||
|
Какие есть объективные метрики "хорошей архитектуры"?
|
|||
|---|---|---|---|
|
#18+
Я-бы сказал что в творческой деятельности. В музыке. Литературе и живописи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2015, 15:11 |
|
||
|
Какие есть объективные метрики "хорошей архитектуры"?
|
|||
|---|---|---|---|
|
#18+
Творческая деятельность - очень абстрактное и размазанное понятие. Его применение в данном случае запутывает вопрос, поскольку даёт возможность притягивать те аспекты творческой деятельности, какие удобно, чихая на наличие остальных. Скажем, создание театрального спектакля - творческая деятельность? Думаю, Вы согласитесь что да. А думаете ли Вы, что его выпускают методом коллеги Фантоцци? Уверяю, строго наоборот. В небольших постановках есть один-два человека, без которых работать становится бессмысленно, в больших - ни одного. Вон, в прошлом году солист "Призрака оперы" схватил жесточайшую ангину за считанные дни до премьеры. Думаете, побежали снимать афиши и откладывать спектакли? А создание самолёта - творческая деятельность? Ну так представьте себе, как Туполев рассказывает Сталину, что разработка затянулась на лишние полгода из-за того, что конструктор левого закрылка сломал ногу и все ждали, пока он выйдет из больницы. Живопись, говорите? Ну так посмотрите, каким образом некто Рубенс поставил на поток изготовление парадных портретов той орды великих-князей-левого-пня, которые раздирали Европу той поры. И так далее, и так далее, и так далее. В любой деятельности, подразумевающей выпуск продукта, вводятся и необходимы технология, организация и прочее, в частности - заменяемость максимального количества участников. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2015, 15:32 |
|
||
|
Какие есть объективные метрики "хорошей архитектуры"?
|
|||
|---|---|---|---|
|
#18+
Полностью согласен. Даже добавлю что в пром-дизайне и академическом исскусстве сущесвтуют паттерны разделения полотна на части, сечения, контуры e.t.c. всё что позволяет быть картине хорошей с точки зрения метрик. Это помогает творческому процессу избежать явных ошибок. Но полностью его не заменяет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2015, 15:36 |
|
||
|
Какие есть объективные метрики "хорошей архитектуры"?
|
|||
|---|---|---|---|
|
#18+
softwarer, Думаю, что про оператора ты малек загнул. В качественно снятом фильме оператор вообще ничего не снимает, по крайней мере - своими руками. Если уж об архитектуре, то оператор - не снимальщик фильма, а архитектор съемок. Именно поэтому в хорошем фильме не может быть операторов во множественном числе. И к камере собственными пальцами у него есть право прикасаться, но почти всегда это не его обязанность, даже если он заболел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2015, 23:07 |
|
||
|
Какие есть объективные метрики "хорошей архитектуры"?
|
|||
|---|---|---|---|
|
#18+
бухалтер фантоцциУ каждой задачи должен быть один ответственный исполнитель. Лезть в чужой код, когда коллега заболел или занят, нельзя, нужно его ждать. Иначе неизбежен избыточный код, его усложнение или неоправданное упрощение, и путаница. Если есть общие дресс-правила кодирования, значит это тупое кодирование, а не разработка, тогда нужен как минимум один разработчик (алгоритмист или как он там называется) отвечающий за разработку (но не за кодирование). А почему, собственно, туда нельзя лезть? Ведь потому, что сломают, правда? Но то, что код легко ломаем - это тоже показатель того, на сколько хорошо он написан. И , конечно же, показатель того, на сколько другие люди знают систему. Согласен с оратором выше: ламерский принцип. В реальности, это приводит к тому, что разработчики поменялись и ничего не понимают в коде, который нужно менять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2015, 00:51 |
|
||
|
Какие есть объективные метрики "хорошей архитектуры"?
|
|||
|---|---|---|---|
|
#18+
Factorize, Ламерский принцип - это когда что к программисту, который написал код, что к его коду относятся с одинаковым неуважением. Это не значит, что в чужой код нельзя лезть. В любой код можно лезть без уведомления автора. Но лезть в код по причине того, что автор заболел - обыкновенное свинство. Пардон и ламерство ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2015, 01:11 |
|
||
|
Какие есть объективные метрики "хорошей архитектуры"?
|
|||
|---|---|---|---|
|
#18+
boobyНо лезть в код по причине того, что автор заболел - обыкновенное свинство. Пардон и ламерство Код принадлежит не человеку а команде ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2015, 13:39 |
|
||
|
Какие есть объективные метрики "хорошей архитектуры"?
|
|||
|---|---|---|---|
|
#18+
F#boobyНо лезть в код по причине того, что автор заболел - обыкновенное свинство. Пардон и ламерство Код принадлежит не человеку а команде вообще-то организации в лице её владельца ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2015, 14:38 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=39102497&tid=1340876]: |
0ms |
get settings: |
9ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
87ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 416ms |

| 0 / 0 |
