Вдохновлено постоянными спорами вокруг стандарта и взаимными упрёками.
Иногда в споре рождается истина.
Однако спор может быть бесконечным и бесплодным.
Причина одна - недейственность аргументации. "вкусовщина" - это когда каждый судит на основе собственного вкуса, игнорируя аргументы (собственные и чужие). Разновкусица никак не может стать стандартом
Путей к тому, чтобы стандарт наконец получился, видимо, 2
1. Взять за основу существующий стандарт и "улучшать" - в тч. структуру, способ организации и представления стандартов... Возможно, в этом случае количество правок будет конечным, если соглашаться на нововведение лишь и только лишь при его очевидном (или аргументированном) преимуществе перед уже существующим. Поскольку уже существующий стандарт неплох - он продуман и составлен компетентными людьми - то найти улучшения будет непросто.
1.а. Таким же путём (предваряю возражение) можно пойти отталкиваясь от уже предложенного набороска МОлега, но это должен быть полноценный стандарт, т.е. если нет своих мыслей, нужно перенести туда американские и улучшать, а не создавать заново.
2. Условиться, что аргументация должна быть однотипной и другая не принимается. Например, всякое предложение/возражение должно иметь вид
а. для реализации чего необходим элемент стандарта (циклы, структуры, стеки, автоматы ... просто работа с памятью)
в. какой обьективный показатель должен нас убедить, что именно это предложение заслуживает... какова польза от стандартизации этого фрагемента - может это вообще не нуждается в стандартизации
нет обьективного показателя - нет предложения. Есть обьективный показатель - можно сравнивать предложения.
Пример - кто-то против BASE - приводим пример кода, значимого для многих задач, где эта переменная лишняя или мешает, не получается привести пример (или другие логически убеждающие сооображения) - не стоит этого предлагать, проявления вкуса не стоит обсуждать, разве что на последнем этапе. И наоборот - опровергающий пример против устранения BASE должен закрывать обсуждение.
Вдохновлено постоянными спорами вокруг стандарта и взаимными упрёками.
Иногд[b]а[/b] в споре рождается истина.
Однако спор может быть бесконечным и бесплодным.
Причина одна - недейственность аргументации. "вкусовщина" - это когда каждый судит на основе собственного вкуса, игнорируя аргументы (собственные и чужие). Разновкусица никак не может стать стандартом
Путей к тому, чтобы стандарт наконец получился, видимо, 2
[b]1.[/b] Взять за основу существующий стандарт и "улучшать" - в тч. структуру, способ организации и представления стандартов... Возможно, в этом случае количество правок будет конечным, [b]если[/b] соглашаться на нововведение лишь и только лишь при его очевидном ([size=75]или аргументированном[/size]) преимуществе перед уже существующим. Поскольку уже существующий стандарт неплох - он продуман и составлен компетентными людьми - то найти улучшения будет непросто.
[b]1.а.[/b] Таким же путём (предваряю возражение) можно пойти отталкиваясь от уже предложенного набороска МОлега, но это должен быть полноценный стандарт, т.е. если нет своих мыслей, нужно перенести туда американские и улучшать, а не создавать заново.
[b]2. [/b] Условиться, что аргументация должна быть однотипной и другая не принимается. Например, всякое предложение/возражение должно иметь вид
[b]а. [/b]для реализации чего необходим элемент стандарта (циклы, структуры, стеки, автоматы ... просто работа с памятью)
[b]в.[/b] какой обьективный показатель должен нас убедить, что именно это предложение заслуживает... какова польза от стандартизации этого фрагемента - может это вообще не нуждается в стандартизации
нет обьективного показателя - нет предложения. Есть обьективный показатель - можно сравнивать предложения.
Пример - кто-то против BASE - приводим пример кода,[b] значимого для многих задач[/b], где эта переменная лишняя или мешает, не получается привести пример (или другие логически убеждающие сооображения) - не стоит этого предлагать, [i]проявления вкуса не стоит обсуждать, разве что на последнем этапе[/i]. И наоборот - опровергающий пример против устранения BASE должен закрывать обсуждение.
|