Am dat peste un articol scris de Herman pe jurnal-ul lui, despre cum ține un jurnal într-un singur fișier .txt, și m-a prins destul de tare ideea. Nu pentru că ar fi ceva revoluționar - un fișier text e probabil cel mai simplu lucru posibil - ci tocmai pentru că e atât de simplu.

Ideea de bază e că ai un singur fișier în care scrii continuu, cu data la fiecare intrare nouă, fără să-ți faci griji de aplicații, formate, sau ce se întâmplă cu datele tale dacă serviciul respectiv dispare. Și asta chiar are sens - eu am ținut jurnalul doar pe hârtie până acum, dar ideea de a nu depinde de nicio aplicație sau platformă mi se potrivește perfect cu felul în care gândesc în general despre tehnologie.

Așa că m-am gândit să încerc asta pe WriterDeck-ul meu - un ThinkPad T440p pe care l-am transformat într-un dispozitiv dedicat exclusiv scrisului, fără distrageri, dar pe care nu l-am folosit la potențialul lui. Mi se pare că e combinația perfectă: un dispozitiv simplu, fără notificări sau tentații, și un format și mai simplu, adică un fișier .txt în care scriu ce am de scris și gata. Nu export, nu sincronizare complicată, nu baze de date.

Am mai scris despre cum jurnalul fizic și cel digital pot coexista fără să se bată cap în cap, și aceeași logică se aplică și aici. Nu renunț la caiet și stilou - jurnalul pe hârtie rămâne locul unde ajung gândurile mai scurte, stările de moment, lucrurile pe care vreau să le scriu de mână. Recunosc că nu mai scriu la fel de mult ca la început - acum ajung acolo mai ales momentele importante ale zilei, nu orice fleac - dar tocmai de asta jurnalul digital în .txt mi se pare o completare bună, nu o înlocuire.

Unul dintre lucrurile care m-au convins cel mai tare în articolul lui Herman e că fișierul .txt va funcționa pe orice dispozitiv, acum și peste zeci de ani. Nu depinzi de niciun program anume, nu există un format proprietar care să-ți blocheze datele, și poți căuta în el cu orice editor de text. E genul de simplitate care nu se demodează.

Deocamdată e un experiment, dar unul despre care am un feeling bun.

Am dat peste un articol scris de Herman pe jurnal-ul lui, despre cum ține un jurnal într-un singur fișier .txt, și m-a prins destul de tare ideea. Nu pentru că ar fi ceva revoluționar - un fișier text e probabil cel mai simplu lucru posibil - ci tocmai pentru că e atât de simplu.

Ideea de bază e că ai un singur fișier în care scrii continuu, cu data la fiecare intrare nouă, fără să-ți faci griji de aplicații, formate, sau ce se întâmplă cu datele tale dacă serviciul respectiv dispare. Și asta chiar are sens - eu am ținut jurnalul doar pe hârtie până acum, dar ideea de a nu depinde de nicio aplicație sau platformă mi se potrivește perfect cu felul în care gândesc în general despre tehnologie.

Așa că m-am gândit să încerc asta pe WriterDeck-ul meu - un ThinkPad T440p pe care l-am transformat într-un dispozitiv dedicat exclusiv scrisului, fără distrageri, dar pe care nu l-am folosit la potențialul lui. Mi se pare că e combinația perfectă: un dispozitiv simplu, fără notificări sau tentații, și un format și mai simplu, adică un fișier .txt în care scriu ce am de scris și gata. Nu export, nu sincronizare complicată, nu baze de date.

Am mai scris despre cum jurnalul fizic și cel digital pot coexista fără să se bată cap în cap, și aceeași logică se aplică și aici. Nu renunț la caiet și stilou - jurnalul pe hârtie rămâne locul unde ajung gândurile mai scurte, stările de moment, lucrurile pe care vreau să le scriu de mână. Recunosc că nu mai scriu la fel de mult ca la început - acum ajung acolo mai ales momentele importante ale zilei, nu orice fleac - dar tocmai de asta jurnalul digital în .txt mi se pare o completare bună, nu o înlocuire.

Unul dintre lucrurile care m-au convins cel mai tare în articolul lui Herman e că fișierul .txt va funcționa pe orice dispozitiv, acum și peste zeci de ani. Nu depinzi de niciun program anume, nu există un format proprietar care să-ți blocheze datele, și poți căuta în el cu orice editor de text. E genul de simplitate care nu se demodează.

Deocamdată e un experiment, dar unul despre care am un feeling bun.

Trăim în vremuri în care ai un calculator puternic în buzunar, cu acces la hărți detaliate ale întregii planete, cu GPS, cu indicații vocale pas cu pas, cu estimări de timp în timp real, și totuși o grămadă de oameni nu știu să se descurce de la punctul A la punctul B. În urmă cu 50 de ani, oamenii navigau cu o hartă de hârtie care se desfășura cât jumătate de mașină și, ce să zici, se descurcau mult mai bine decât mulți astăzi cu tot arsenalul digital disponibil.

Am trăit de curând o situație care m-a lăsat fără cuvinte. Un grup de oameni din Germania și-au rezervat transport spre casă pentru o anumită zi, totul pus la punct din timp. Cu câteva ore înainte de plecare sunt anunțați că mașina ajunge la ei la ora X sau Y, în funcție de zona din care sunt ridicați - până aici, totul normal. Problema e că după 12 ore de mers prin Germania, pasagerii erau tot... în Germania. Cum e posibil asta? Nimeni nu știe exact, dar toată lumea e sigură că vina e a șoferului.

Și cel mai probabil chiar e.

Dacă pleci din Olanda și trebuie să ridici oameni din Germania înainte să mergi spre Austria, logica de bază îți spune că intri în nordul Germaniei, cobori spre sud adunând oameni pe drum, și de acolo intri direct în Austria. Simplu, eficient, logic. Dar dacă în schimb mergi întâi în sudul Germaniei, după care urci spre nord, după care cobori iar spre sud și abia după 12 ore și ceva te gândești că mai trebuie la un moment dat să ajungi și în Austria, atunci ai o problemă serioasă cu planificarea traseelor și poate și cu meseria pe care o faci.

Bă, dacă nu știi să îți faci un traseu, folosește-te de GPS - îl ai și pe telefon, iar Google Maps îți aranjează automat toate opririle în ordinea cea mai eficientă dacă introduci toate destinațiile. Dacă îți e lene și de aia, folosește AI-ul, e mult mai ușor, îi spui unde trebuie să ajungi și îți face el planul. Dacă nu vrei nici asta, în pula mea, dă-ți demisia și fă-te măturător de trotuare - măcar acolo nu depinzi de nimeni.

Și dacă e de vină patronul că nu și-a instruit oamenii sau nu a pus niciun sistem la punct, la fel în pula mea, să își închidă firma că nu e bun de nimic. Nu e greu să livrezi oameni acasă într-un timp rezonabil când ai toate uneltele disponibile gratuit pe telefon. E doar o chestiune de a vrea să faci treaba cum trebuie.

Nu am avut nicio problemă cu systemd, spre deosebire de mulți alții. Știu că există o tabără întreagă de oameni care îl detestă și care consideră că încalcă filosofia Unix de a face un singur lucru și a-l face bine. Înțeleg argumentele, le-am citit, dar personal nu m-am simțit deranjat de prezența lui pe sistemul meu. Funcționează, este rapid, are unelte utile și cam atât.

Acum însă a apărut ceva care mă face să privesc lucrurile puțin diferit, și anume direcția în care se îndreaptă Flatpak.

Ce se întâmplă cu Flatpak

Dezvoltatorii Flatpak discută niște schimbări arhitecturale majore pentru ceea ce ei numesc „Flatpak Next", adică o versiune viitoare care ar putea aduce o reproiectare completă a platformei, ceva în stilul unui salt la versiunea 2.0. Sebastian Wick, unul dintre dezvoltatorii principali ai proiectului, a publicat o actualizare a proiectului încă din noiembrie anul trecut, în care recunoștea că ritmul de dezvoltare încetinise după ce unii contribuitori se retrăseseră, dar că lucrurile au reintrat în normal. Mai recent, el și Adrian Vovk au discutat public despre această viziune la Linux App Summit 2026.

Piesa centrală a acestei arhitecturi viitoare este ceva numit systemd-appd, o componentă propusă pentru systemd care ar urma să ofere informații despre instanțele de aplicații care rulează. Concret, systemd-appd ar trebui să gestioneze autentificarea instanțelor Flatpak, să permită sandbox-uri imbricate, să îmbunătățească integrarea cu PipeWire și să înlocuiască în cele din urmă modelul actual bazat pe proxy-ul D-Bus.

Nu este vorba de o cerință prezentă în versiunile stabile ale Flatpak, deci deocamdată nu se schimbă nimic practic. Problema este direcția pe termen lung, pentru că noua arhitectură este proiectată în jurul unei infrastructuri care face systemd tot mai greu de evitat.

De ce contează asta

Flatpak a fost mereu gândit ca o platformă universală pentru desktop-ul Linux, nu legată de o anumită familie de distribuții. Dacă viitoarele versiuni vor necesita systemd-appd fără vreo alternativă compatibilă, distribuțiile care evită systemd - Alpine, Void, Devuan și altele - vor fi puse în fața unei alegeri neplăcute: să aplice patch-uri proprii, să mențină un strat de compatibilitate sau să renunțe complet la suportul Flatpak.

Motivația tehnică există și este reală. Flatpak are nevoie de metode mai solide pentru a identifica aplicațiile care rulează, pentru a gestiona permisiunile și pentru a suporta sandbox-uri complexe cum sunt cele din navigatoare. Dar soluția aleasă ridică o întrebare sensibilă în ecosistemul Linux: un format de aplicații gândit să funcționeze pe orice distribuție chiar ar trebui să depindă de o componentă specifică unui singur sistem de init?

Unde mă pierd eu

Cum spuneam, nu am avut treabă cu systemd. Mi s-a părut mereu că discuțiile despre el sunt prea încinse față de impactul real pe care îl are asupra utilizatorului obișnuit. Dar acum se schimbă ceva, pentru că nu mai vorbim doar despre sistemul de init al distribuției tale, ci despre o platformă de distribuție a aplicațiilor care devine dependentă de el.

Asta înseamnă că alegerea sistemului de init nu mai este o decizie strict a distribuției, ci începe să afecteze și compatibilitatea cu aplicații pe care le folosești. Dacă ești pe o distribuție fără systemd și vrei să rulezi o aplicație Flatpak, s-ar putea să nu mai poți, pur și simplu. Nu din cauza unui capriciu al distribuției tale, ci pentru că platforma în sine a decis că are nevoie de o componentă specifică.

Și asta mă îngrijorează. Nu dramatic, nu catastrofic, dar mă îngrijorează. Linux a fost mereu despre libertatea de a alege și despre faptul că poți construi un sistem după nevoile tale. Pas cu pas, prin decizii de genul acesta, acea libertate se erodează. Ecosistemul devine mai rigid, mai puțin flexibil, mai controlat - și asta seamănă tot mai mult cu ce se întâmplă pe Windows, unde lucrurile sunt legate unele de altele intenționat, tocmai pentru a reduce opțiunile utilizatorului.

Oamenii au venit la Linux și tocmai din cauza acestui gen de control. Ar fi ironic ca Linux-ul să ajungă exact acolo de unde au fugit ei.