** Kongres Over Configuration (COC) je paradigma dizajnu softvéru, ktorej cieľom je zjednodušiť vývoj pomocou vopred definovaných predpokladov a štandardov, čím sa musí znížiť počet rozhodnutí vývojárov. Aj keď COC môže zvýšiť produktivitu a konzistentnosť, existujú scenáre, v ktorých by mohlo zlyhať alebo byť menej efektívne:
1. Nedostatok flexibility **
Jednou z hlavných kritík COC je jej potenciál obmedziť flexibilitu. V prostrediach, kde sú potrebné jedinečné alebo neštandardné riešenia, môže byť prísne dodržiavanie konvencií reštriktívne. Napríklad, ak projekt vyžaduje databázovú schému, ktorá sa riadi konvenčnými konvenciami pomenovávania, je potrebná ďalšia konfigurácia, ktorá môže kompenzovať výhody COC [5] [4].
2. Konflikty s inými princípmi dizajnu **
COC môže niekedy konfliktovať s inými zásadami dizajnu, ako napríklad „explicitný je lepší ako implicitný“ princíp Zen of Python. Tento princíp naznačuje, že explicitné konfigurácie sú vhodnejšie ako implicitné predpoklady, ktoré môžu viesť k zámene alebo neočakávanému správaniu, ak nie dobre zdokumentované [9] [4].
3. Zložitosť v neštandardných scenároch **
Pri riešení zložitých alebo neštandardných scenárov nemusí COC poskytnúť potrebnú flexibilitu na efektívne zvládnutie jedinečných požiadaviek. Napríklad v systéme, v ktorom je potrebné integrovať viac databáz s rôznymi štruktúrami schém, by sa spoliehalo výlučne na konvencie k neefektívnosti alebo dodatočnej zložitosti [4] [10].
4. Krivka učenia a adopcia **
Implementácia COC vyžaduje určitú úroveň oboznámenia so samotnými konvenciami. Noví vývojári by mohli byť náročné učiť sa a prispôsobiť sa týmto konvenciám, najmä ak sa používajú na explicitnejšie konfiguračné metódy. To môže zvýšiť krivku učenia a potenciálne brániť produktivite nových členov tímu [1] [4].
5. Implicitné predpoklady a dokumentácia **
COC sa veľmi spolieha na implicitné predpoklady založené na zavedených konvenciách. Ak tieto predpoklady nie sú dobre zdokumentované alebo pochopené, môže to viesť k nedorozumeniam alebo chybám. Vývojári musia mať hlboké pochopenie konvencií, aby ich efektívne používali, čo môže byť prekážkou v prostrediach spolupráce [10] [8].
6. Preplnenie predvolení **
V niektorých prípadoch sa vývojári môžu príliš spoliehať na predvolené hodnoty poskytnuté COC bez toho, aby úplne pochopili základné predpoklady. To môže viesť k neočakávanému správaniu, ak sa predvolené hodnoty nezhodujú so špecifickými potrebami projektu. Napríklad, ak rámec v predvolenom nastavení predpokladá určitú štruktúru databázy, ale skutočná štruktúra je iná, je potrebná ďalšia konfigurácia na prepísanie týchto predvolení [4] [11].
V súhrne je, že zatiaľ čo konvencia nad konfiguráciou ponúka mnoho výhod z hľadiska produktivity a konzistentnosti, môže zlyhať alebo byť menej efektívny v scenároch, ktoré si vyžadujú vysokú flexibilitu, zložité konfigurácie alebo ak neexistuje nedostatočné pochopenie základných konvencií.
Citácie:[1] https://facilethings.com/blog/en/convention-wore-wore-configuration
[2] https://www.reddit.com/r/rails/comments/a68d7i/im_terrified_of_convention_over_configuration/
[3] https://www.devx.com/terms/convention-wore-wore-configuration/
[4] https://en.wikipedia.org/wiki/convention_over_configuration
[5] https://www.aspireedge.com/the-impact-of-convention-wore-configuration-in-ruby-on-rails.html
[6] http://softwareEngineering.vazxqi.com/files/pattern.html
[7] https://learn.microsoft.com/en-us/archive/msdn-magazine/2009/february/patterns-in-practice-convention-convention-swory-configuration
[8] https://devopedia.org/convention-ver-wore-configuration
[9] https://softwareEngineering.stackexchange.com/questions/165649/is-convention-wore-configuration-not-Violating-basic-programing-principles
[10] https://techblog.bozho.net/a-problem-with-convention-wore-configuration/
[11] https://stackoverflow.com/questions/71985512/convention-wore-configuration-in-rails
[12] https://davewentzel.com/content/convention-preat-ver-wene-configuration/