Názory k článku Portace systemd na OpenBSD, DragonFly BSD mění přístup k zálohám

... a pro lidi, co potřebují v konfiguraci víc, než jen primitivní (číslo / řetězec) hodnoty.

Ale preháňať sa to nemá. Dotiahnuť veľmi špecifickú, ukecanú xml schému len kvôli tomu, aby som používal dict/array aj tam kde to nie je nutné a dá sa to riešiť inak?

Príklad:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
        <key>Label</key>
        <string>com.docker.vmnetd</string>
        <key>Program</key>
        <string>/Library/PrivilegedHelperTools/com.docker.vmnetd</string>
        <key>ProgramArguments</key>
        <array>
                <string>/Library/PrivilegedHelperTools/com.docker.vmnetd</string>
        </array>
        <key>RunAtLoad</key>
        <true/>
        <key>Sockets</key>
        <dict>
                <key>Listener</key>
                <dict>
                        <key>SockPathMode</key>
                        <integer>438</integer>
                        <key>SockPathName</key>
                        <string>/var/run/com.docker.vmnetd.sock</string>
                </dict>
        </dict>
        <key>Version</key>
        <string>61</string>
</dict>
</plist>

XML nebylo určeno jako human-writable formát takže ano, používat ho pro zápis konfigurace je dost nešikovné. JSON / YAML jsou lepší, z téhle dvojice preferuji JSON, na YAML jsem si nikdy moc nezvykl.

Tak pak staci C style zapis jako ma treba bind nebo isc dhcpd a jine. Pravda je to zcela netypove. Otazkou je jestli je to treba mit typove.
Vlastni ML pro apache se da taky prezit.

A na dynamicka data si klidne pouzivejte nejake vlastni restove api. Pokud neni standardizovany protokol.

Onanistum treba radny ocistec jako mydlo-xml nebo rpc xml.

No a ten styl BINDu je vlastně JSON, akorát bez nějakých těch dvojteček a uvozovek.

Ale chápu JSON je prostě mainstream a to je pro free cool a in lidi jako vy prostě stopka ;-)

JSON je sice citelny ale to formatovani tu citelnost uz zhorsuje.
Ja jsem jen blbej manazer a sysadmin co mlati vyvojare bicem a zabiji nesmyslne projekty:-) Takze to berte s nadhledem co asi clovek s primarnee utilitarnim pristupem k infrastrukture muze chtit :-D

Ano slozite strukturovane formaty na vymenu dat mohou mit smysl, ale do operacniho systemu a kritickych sluzeb bych to netahal. Treba v Sunu jsem byl proti XML v SMF. Nejaky magor tam chtel delat i dalsi xml transformace.

Vlastne do operacniho systemu bych netahal integracniho specialistu co dela business cases. To jsou dva jine vesmiry.

Dopadne to treba jako ten moderni dementni komunikacni protokol od APC. Nejake tele to chtelo mit strukturovane a rozbilo se co se dalo. Takze pak jsme vzali UPSky od domaciho dodavatele.

Zbytecna komplexita zabiji - v pripade meho oboru skutecne zabiji i lidi.