** Konvencija o konfiguraciji (COC) je paradigma oblikovanja programske opreme, katere cilj je poenostaviti razvoj z uporabo vnaprej določenih predpostavk in standardov, kar zmanjšuje število odločitev, ki jih morajo sprejeti razvijalci. Medtem ko lahko COC poveča produktivnost in doslednost, obstajajo scenariji, kjer morda ne bo uspel ali manj učinkovit:
1. pomanjkanje prilagodljivosti **
Ena glavnih kritik COC je njegov potencial za omejitev prožnosti. V okoljih, kjer so potrebne edinstvene ali nestandardne rešitve, je lahko strogo spoštovanje konvencij omejevalno. Na primer, če projekt zahteva shemo baze podatkov, ki ne sledi običajnim konvencijam o poimenovanju, je potrebna dodatna konfiguracija, ki lahko izravna prednosti COC [5] [4].
2. V nasprotju z drugimi načeli oblikovanja **
COC lahko včasih v nasprotju z drugimi načeli oblikovanja, kot je "izrecno je boljše od implicitnega" načela iz Zen Pythona. To načelo kaže, da so eksplicitne konfiguracije boljše kot implicitne predpostavke, kar lahko privede do zmede ali nepričakovanega vedenja, če ni dobro dokumentirano [9] [4].
3. Kompleksnost v nestandardnih scenarijih **
Pri obravnavanju zapletenih ali nestandardnih scenarijev COC morda ne bo zagotovil potrebne prilagodljivosti za učinkovito obravnavo edinstvenih zahtev. Na primer, v sistemu, v katerem je treba vključiti več baz podatkov z različnimi strukturami shem, bi lahko zanašanje izključno na konvencije privedlo do neučinkovitosti ali dodatne zapletenosti [4] [10].
4. krivulja učenja in posvojitev **
Izvajanje COC zahteva določeno raven poznavanja samih konvencij. Novi razvijalci se bodo morda zdeli zahtevni, da se učijo in se prilagodijo tem konvencijam, še posebej, če so navajeni na bolj eksplicitne konfiguracijske metode. To lahko poveča krivuljo učenja in potencialno ovira produktivnost za nove člane ekipe [1] [4].
5. implicitne predpostavke in dokumentacija **
COC se v veliki meri opira na implicitne predpostavke, ki temeljijo na uveljavljenih konvencijah. Če te predpostavke niso dobro dokumentirane ali razumljene, lahko to privede do nesporazumov ali napak. Razvijalci morajo globoko razumeti konvencije, da jih učinkovito uporabijo, kar je lahko ovira v skupnih okoljih [10] [8].
6. Prevelik o privzetih nastavitvah **
V nekaterih primerih se lahko razvijalci preveč zanašajo na privzete vrednosti, ki jih nudi COC, ne da bi v celoti razumeli osnovne predpostavke. To lahko privede do nepričakovanega vedenja, če se privzete vrednosti ne uskladijo s posebnimi potrebami projekta. Na primer, če okvir privzeto prevzame določeno strukturo baze podatkov, vendar je dejanska struktura drugačna, je potrebna dodatna konfiguracija za preglasitev teh privzetih nastavitev [4] [11].
Če povzamemo, čeprav konvencija nad konfiguracijo ponuja številne prednosti v smislu produktivnosti in doslednosti, lahko ne uspe ali manj učinkovita v scenarijih, ki zahtevajo visoko prožnost, zapletene konfiguracije ali kadar ni razumevanja osnovnih konvencij.
Navedbe:[1] https://facilethings.com/blog/sl/Convention-over-configuration
[2] https://www.reddit.com/r/rails/comments/a68d7i/im_terified_of_convention_over_configuration/
[3] https://www.devx.com/terms/convention-over-configuration/
[4] https://en.wikipedia.org/wiki/Convention_Over_Configuration
[5] https://www.aspireedge.com/the-impact-of-of-convention-over-configuration-in-ruby-on-on-rails.html
[6] http://softwareengineering.vazexqi.com/files/pattern.html
[7] https://learn.microsoft.com/en-us/archive/msdn-magazine/2009/february/patterns-in-practice-convention-over-configuration
[8] https://devopedia.org/convention-over-configuration
[9] https://softwareengineering.stackexchange.com/questions/165649/is-convention-over-configuration-not-violating-basic-programming-principles
[10] https://techblog.bozho.net/a-problem-with-convention-over-configuration/
[11] https://stackoverflow.com/Questions/71985512/Convention-over-configuration-in-gena
[12] https://davewentzel.com/content/convention-over-configuration/