Release is mostly ready, planned for mid-november.
— LXQt Project (@lxqt_project) November 2, 2021
What's new in LXQt 1.0.0 ? Custom command panel plugin! Display any result of a bash command - here the disk usage. pic.twitter.com/HNlfOHdNqD
— LXQt Project (@lxqt_project) November 2, 2021
- A hozzászóláshoz be kell jelentkezni
- 449 megtekintés
Hozzászólások
8 évig tartott, mire elértek az 1.0.0-ás verzióhoz. Ez a másik véglet ahhoz képest, amit sok másik szoftver csinál, böngészők, meg less v590, systemd v249, electronfostalicska v534332423423432894234.4.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
A kedvenc "verziozasi strategiam":
bc48a56
a457dc1
89cc1a3
Es tarsai :D
- A hozzászóláshoz be kell jelentkezni
És az jó? Mondjuk pl. ha 7,5 évig nem csináltak semmit (nem tudom) akkor nem biztos.
- A hozzászóláshoz be kell jelentkezni
Nem, nem jó. A Double Commander is csak most ért el szintén nagyon sok év után az 1.0.0-hoz. Előtte a 0.x-es verziók mind bétának voltak feltüntetve, még a stabil verziók is. Nem jó cégér, mert kicsit azt tükrözi, hogy a fejlesztőknek sincs bizadalma a saját szoftverükben. Furán veszi ki magát.
Ilyen témánál mindig leírom: a verziószámozásnak kétféle formában van értelme. A klasszik fő.alverzió, a főverziót akkor léptetik, ha teljes újraírás van, vagy valami jelentős, koncepcionális változás, alverziót meg rendszeresen, és kb. 1-2 évente túljutnak egy főverzión. Vagy ennek ésszerű alternatívája amit az Ubuntu csinál év.hó számozás, ez meg arra jó, hogy látszik mikor jött ki az adott szoftver, és könnyű belőle következtetni, hogy támogatott-e még, ha igen, meddig (EOL), a MS is ezt követte, a Windows 95-től 2000-ig, Windows Serverrel és Office-szal a mai napig ezt teszi. Minden más megoldás, mint ez az évtizedekig 0.0.x, meg amit a böngészők csinálnak, hogy 100+ mert a 92>85, systemd 324235345245, Emacs, Gnome verzióugrása, meg az az elmebeteg megoldás, amit Knuth csinál, hogy az e-t, meg a pi-t közelíti egyre több tizedesjegyre a verziószám, az mind nem ajánlható megoldás.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Szerencsére van erre formális specifikáció, így aki ezt követi, annak nem kell találgatnia, hogyan kell a verziószámot növelni.
- A hozzászóláshoz be kell jelentkezni
Gondolom nem ez az egyetlen specifikáció. Amúgy egyetértek vele. Pontosan így kéne, ahogy írják, és ez évtizedekig ment a fejlesztőknek, míg a mostani modern trend szerint a böngészők meg néhány rendszerkomponens nem kezdett el verziószámot fetisizálni, meg nagyobb projektek hirtelen sok verziót ugrani.
Egyébként a 0.x.y verzió használatát csak akkor ajánlanám a fejlesztőknek, ha valami nagyon amatőr formában, nagyon kísérleti jelleggel indul a projekt, és a szoftver az első néhány verzióban nem használható éles környezetben. Ha használható, akkor viszont a min. 1.0.0-tól indulást javaslom. Az LXQt még az indulásakor, 2013-2015 környékén volt abban a stádiumban, mikor érdemes volt rá 0.x.y verziószámozást használni, mert eleinte csak néhány komponenst tákoltak át az LXDE projektből, Gtk2-ről Qt-re. De már sok éve van olyan stabil projekt, hogy nem most kellett volna eljutniuk az 1.0.0-hoz.
A másik, amit én még figyelembe vennék, ha a kiadási gyakoriság. Az év.hó számozás pl. nem járható, ha egy szoftverből csak sok évente jelenik meg új verzió, pl. Xfce, Openbox, stb., mert akkor sok évente hirtelen sokat ugrik a verzió, így ezt a fajta számozást tényleg olyan projekteknél lehet csak alkalmazni, ahol előre rögzített kiadási rend van, és legalább évenként van új verzió.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni