A bcachefs-tools Debian karbantartója bedobta a törölközőt

A hangsúly a szerinteden van.

Maradok a C-n....

       IDENTIFICATION DIVISION.
       PROGRAM-ID. Payroll.

       ENVIRONMENT DIVISION.
       INPUT-OUTPUT SECTION.
       FILE-CONTROL.
           SELECT EmployeeFile ASSIGN TO 'employees.dat'
               ORGANIZATION IS LINE SEQUENTIAL.
           SELECT PayrollFile ASSIGN TO 'payroll.dat'
               ORGANIZATION IS LINE SEQUENTIAL.

       DATA DIVISION.
       FILE SECTION.
       FD  EmployeeFile.
       01  EmployeeRecord.
           05  EmployeeID          PIC 9(5).
           05  EmployeeName        PIC X(20).
           05  HourlyWage          PIC 9(3)V99.
           05  HoursWorked         PIC 9(2)V99.

       FD  PayrollFile.
       01  PayrollRecord.
           05  EmployeeIDOut       PIC 9(5).
           05  EmployeeNameOut     PIC X(20).
           05  GrossPay            PIC 9(5)V99.

       WORKING-STORAGE SECTION.
       01  WS-EndOfFile            PIC X  VALUE 'N'.
       01  WS-GrossPay             PIC 9(5)V99.

       PROCEDURE DIVISION.
       Begin.
           OPEN INPUT EmployeeFile
           OPEN OUTPUT PayrollFile
           PERFORM UNTIL WS-EndOfFile = 'Y'
               READ EmployeeFile
                   AT END MOVE 'Y' TO WS-EndOfFile
                   NOT AT END
                       COMPUTE WS-GrossPay = HourlyWage * HoursWorked
                       MOVE EmployeeID TO EmployeeIDOut
                       MOVE EmployeeName TO EmployeeNameOut
                       MOVE WS-GrossPay TO GrossPay
                       WRITE PayrollRecord
               END-READ
           END-PERFORM
           CLOSE EmployeeFile
           CLOSE PayrollFile
           STOP RUN.

Bele is nyomorodnék.... (Arch)

Plasma-t használok, wayland-del most már. Nagyon sokáig ellenálltam a wayland-nek, főleg a desktop-omon (1 hete van csak), a céges notin már vagy 1 éve az van. Nem volt rendes session restore, meg egyéb problémák (screen share, stb.) is voltak. Aztán az elmúlt ~2 hónapban minden megjavult. Hetente 2x upgrade-lek és most minden tökéletes. Érzésre olyan ugrás gui sebességben, mint amikor a Cyrix 100MHz-es gépem cseréltem egy pentium 166mx-re. Nem szivesen várnék erre két évet..... pedig, még anno ~25 éve én is debiant használtam desktopnak is.

A C jó, csak pont ugyanúgy érteni kell hozzá, mint minden máshoz. ;)

Java esetén is ezt úgy oldották meg hogy van egy alkalmazásod amihez hozzá van csomagolva az összes könyvtár. Ezek együtt alkotnak egy egységet. Az alkalmazás fejlesztőjének a felelőssége hogy a különböző könyvtárak kompatibilitását biztosítsa és amennyiben security probléma adódik, akkor frissítse az alkalmazását illetve a hozzá tartozó könyvtárakat is - úgy és abban az ütemben ahogy ezt kell.

A "bináris" függőségeket pedig verziózva a maven repository-k tárolják, amik szét vannak mirrorozva, ha pedig azt akarod biztosítani hogy a világvége (illetve a global maven repo-k leállása) esetén is bármelyik időpillanatban tudjál buildelni, arra ott a vannak a repository managerek amiket a saját infrastrukturádba be tudsz telepíteni és ezzel biztosíthatod hogy a csomagok mindig rendelkezésre álljanak (Nexus Repository, Artifactory, stb.). Nyilván a java bytekód struktúrája miatt nem kell mindenféle platform/os/cputype-ra fordítani, tehát ezt a nyelv sajátossága miatt megspórolod, nem szükséges - legalábbis a külső függőségek számára - a build környezet.

Szerintem a fő kérdés itt a felelősség. Ahogy elkezdődtek a különböző nem operációs rendszer szintű csomagok beszivárogni a disztribúciókba, előjött a kérdés hogy hol a határvonal, kinek mi a felelőssége. 

A magam részéről inkább használom a hivatalos fejlesztőktől származó alkalmazásokat (most pl. Keycloak-kal foglalkozom), mint hogy azzal töltsem az időmet, hogy a disztribúcióban valahogy összerakott csomaggal küzdjek, amely lehet hogy jó lesz, de az is benne van hogy nem teljesen. Ebben szerintem a docker/podman/stb. egy nagyon jó irányt mutat, és én inkább mennék ebbe az irányba (postgresql-t, keycloak-ot, stb. mind így futtatok). Terhelést is levesz a distrokról, úgy is fog minden működni ahogy azt a fejlesztők leírják, lehetőségem is van akár párhuzamosan több különböző verziót használni, nem is szemeteli tele a rendszert.

Én inkább ebbe az irányba mennék.

> Javascript: ennél undorítóbb dolgot nem láttam még.

annyira nem rossz azert, csak a helyen kell tudni kezelni, es arra hasznalni amire valo: weben baromkodni :)

> hogyan tudnak egyesek így „programozni”, mert vannak -

ez minden nyelvre igaz amugy

akkor nagyon tiszta, logikus nyelv

Hát, ezt inkább csak a stockholm szindrómád mondatja veled szerintem. Én ugyan nem vagyok C programozó (bár tanultam, néha bele is túrok, és rendszeresen olvasok c kódot), de csak ha itt belegondolok, hogy hány olyan topic volt -- jó részükben részvételeddel -- ahol a c programozók azon beszélgettek hosszan, hogy itt vajon mi is történik, és hányszor lett a "megoldás" az, hogy hát a leírt kód valójában undefined behavior, abból nem az jön ki, hogy ez egy tiszta, logikus nyelv lenne.

A javascript szerintem is ronda, de ez a rakás egymásba ágyazva definiált anonim függvény valójában ízlés kérdése*, van is benne agyfasz is jó pár, de igazából messze nem annyi így érzésre, mint amit csak itt felrángattatok a C-ről :)

még működni is fog. Jól. Igen jól.

Hát, pl a CVE adatbázis továbbra sem erről tanúskodik :)

* még azt is megkockáztatom, hogy abban a környezetben egy idő után megszokod, és nem kell sok felesleges sallangot kiírnod, mert ott az egész execution egyébként is callbackekre épül. Én írtam kódot python twistedben (az egy async io framework gyakorlatilag, hasonló execution modellel mint a js) a sima callbackekkel az asnyc defek előtti stílusban, sima kézzel csinált deferredekkel, meg ráaggadott callback listákkal, hát nem vagyok benne biztos, hogy nem lett volna olvashatóbb helyben definiált anonim függvényekkel írni.

Úgy látszik a Fedorában mégis kiügyeskedték valahogy a legújabb verzió csomagjait is számos architektúrára.