Câte task-uri încap într-un telefon?
Aseară, un singur apel a produs 8 task-uri pentru un client care poate revine în octombrie. Întrebarea din spatele curățeniei: ce structură ține sub-părțile unei munci — pași mai deștepți, task-uri în task-uri, sau altceva? Pagina asta compară variantele, cu piesele reale ale sistemului tău.
Tot ce e conturat se poate apăsa. Explicațiile apar exact unde te uiți.
Piesele pe care le ai deja
Nu pornim de la zero. Sistemul are patru piese — și trei din patru erau deja suficiente. Apasă pe câmpurile cardului ca să vezi ce face fiecare.
Trei promisiuni separate — cu vieți și termene proprii — dar baza de date știe deja că țin împreună: toate atârnă de aceeași ancoră. Reține firul violet — el e eroul discret al poveștii.
Regula de sortare
Tot ce iese dintr-un apel e una din trei lucruri. Apasă „Sortează” pe fiecare frază reală de săptămâna asta:
Vă trimit proforma și programăm semnarea luni.Holzbiber, 4 iul
Verificați dacă a intrat avansul; separat, aflați CUI-ul corect de la contabil.Kanals, 27 iun
Poate în toamnă refacem site-ul — aș vrea calculator de preț și pagini noi…Kaya Print Shop, 1 iul
Logo-ul rămâne neschimbat — marca înregistrată nu se atinge.Kaya Print Shop, 1 iul
Golul real — și trei feluri de a-l umple
Golul: când un client are mai multe task-uri legitime, lista ta se umple. Trei candidați la soluție. Fiecare cu demonstrația lui.
Și dacă un pas chiar capătă viață proprie — termen diferit, alt responsabil? Nu îmbogățim pasul. Îl promovăm.
Verdictul, pe testul tău
Testul pe care l-ai formulat chiar tu: „concept nou doar dacă înlocuiește alte primitive și face sistemul clar mai eficient.” Aplicat:
| Variantă | Concept nou? | Înlocuiește ceva? | Cine-l întreține la scriere? | Paginația |
|---|---|---|---|---|
| A · pași cu termen | Da, mascat — un task-fantomă în JSON | Nu — dublează Task-ul, mai prost | agenții, într-o structură fără reguli | n/a |
| B · nesting | Un câmp + o relație | Nu — dublează ancora ca grupare | agenții (adâncime, cicluri, părinți corecți) | de rezolvat și aici |
| C·bis · grup scris în date | Da — a treia noțiune de grupare | Nu | agenții — o dimensiune nouă de greșit | se rupe (obiecția ta) |
| C · grupare la citire, pe ancoră | Nu — zero schemă nouă | Face inutile A, B și C·bis | nimeni — derivată din ce există | stil Gmail — grupuri întregi |
Pașii rămân proști. Intenționat.
Un pas cu termen + istoric e un task deghizat, ascuns într-o coloană JSON unde niciun sistem nu-l vede. Pașii rămân bife ieftine; în clipa în care unul cere mai mult — valva: promovează-l în task.
Nesting: nu azi. Poate altă dată.
Redeschidem doar dacă, după ce fan-out-ul moare și gruparea intră, clienții tot au 6+ task-uri legitime simultan, sau livrarea cere ierarhie reală. Atunci răspundem întâi la precondiția din ADR-0037.
Ancora era deja părintele.
Gruparea se calculează la citire din ancora existentă — nimic de întreținut, nimic de greșit, paginație de tip Gmail. Plus pași exprimabili și vizibili. Structura există; lipsea doar cablarea.
Ce se schimbă concret (totul e deja în issues)
- Pașii devin exprimabili — contractul de extracție și CLI-ul învață
plan_steps· #1269 - Regula de sortare devine lege — task doar la angajament; informația → facts; „cândva” → un singur recontact · #1269
- Pașii devin vizibili — „2/3 pași” pe rândul din listă, nu doar în detaliu · #1271
- Lista se pliază pe ancoră — server-side, grupuri paginate întregi, poziția = cel mai urgent copil · #1271
- Valva „promovează pasul” — un verb mic; pasul devine task sub aceeași ancoră · de adăugat în #1269
- Nesting-ul primește un declanșator scris, nu o ușă trântită · notat în #1271
Lipseau exprimarea, vizibilitatea și afișarea.” TASK · PAȘI · ANCORĂ — VOOST CONTROL, IUL 2026