Traian ANGHEL și cărțile lui de programare WEB

 

Când vorbim despre ceva, nu trebuie să vorbim din auzite într-o stație de tramvai sau de pe malul șanțului. Tebuie să mergem la sursă și sursa este cartea despre care vrem să vorbim. Când analizăm o carte, o analizăm așa cum este ea, nu cum am fi vrut s-o scriem noi, căci dacă eram așa de viteji, o scriam pur și simplu, fără a mai fi nevoie să citim cartea altuia.

(14 iulie 2026)

Eu și comentariile

Nu este vorba de comentarii pe marginea unor probleme, ci de comentariile pe care eu le scriu în programele pe care le scriu. Am simțit nevoia să scriu comentarii pentru că:
- scriu destul de multe programe,
- eu uit ce fac secvențele din  programe,
- este nevoie să depanez peste ani programe,
- mă gândesc să fac economie de timp.

Primul lucru pe care îl fac atunci când învăț un limbaj de programare este cum se definesc comentariile. De la limbaj la limbaj există diferențe. Sunt comentarii care se scriu pe fiecare linie. Sunt comentarii care includ mai multe linii consecutive.

De la limbajul FORTRAN am văzut că se scriu comentarii folosind asteriscuri care formează un chenar și se vede mult mai bine zona de comentarii. Mie îmi plac limbajele care au menținut regulile de scriere a comentariilor. Cândva am văzut o carte în care erau prezentate 5 limbaje de programare și autorul sistematizase într-un tabel cu șase coloane datele despre fiecare limbaj. O coloană conținea specificații, iar celelalte 5 coloane se refereau la cele 5 limbaje. Acolo erau definite și comentariile, ceea ce m-a entuziasmat. În C++ dacă vreau să scriu comentarii pe o linie, le preced cu două slash-uri. Dacă vreau să scriu comentarii pe mai multe linii, încep comentariul cu caracterele /* și-l închei cu */.

În limbajul HTML, un comentariu începe <!-- cu și se termină -->.

În programare, avem posibilitatea de a transforma secvențe de program în comentarii și facem niște schimbări utile și simple, mai ales când apar schimbări de algoritmi, în ideea de a elimina anumite prelucrări, mai ales dacă nu suntem siguri că acele eliminări că sunt permanente.

(30 mai 2023)

1.000 de oameni care m-au impresionat: Marcel HOMORODEAN

Marcel HOMORODEAN a fost absolventul Secției de Mecanizare și Automatizare a Calculului Economic, de la Facultatea de calcul Economic și Cibernetică Economică, pe când cursurile erau de 5 ani, cartea era carte și admiterea la această facultate avea două probe de matematică și una de fizică.
L-am reîntâlnit pe Marcel HOMORODEAN ca profesor de informatică la Liceul de Informatică Tudor VIANU din București, el fiind dirigintele fiicei mele, elevă la acest liceu. Eu am o teorie. Un om de nota trei ca elev, merge pe stradă de nota trei, scrie o scrisoare iubitei lui cu un text de nota trei, își face meseria de nota trei. Un om de nota 10, este meseriașul tot de nota 10, are pasul pe stradă al unui om de nota 10, te salută de nota 10, îți zâmbește de nota 10. Așa au stat lucrurile și cu profesorul Marcel HOMORODEAN, căci prin tot ceea ce a făcut, a arătat că este un om de nota 10(zece).
Mergând prin librăriile Bucureștiului, am găsit o carte referită prin:
Marcel Andrei HOMORODEAN, Irina IOSUPESCU - Internet și pagini WEB, manual pentru începători și inițiați, Editura NICULESCU, București, 2006, 192 pag., ISBN: 973-568-914-6
Am răsfoit cartea, mi s-a părut interesantă și am dorit s-o analizez prin prisma celui care se gândește la elev. Cândva am fost solicitat să fac un referat la un manual de informatică pentru clasa a VIII-a și am constatat cu stupoare că autoarea scrisese manualul pentru ea, nu pentru elevii de clasa a VIII-a care au un anumit grad de înțelegere, o anumită experiență, incomparabil mai reduse decât ale unui absolvent de facultate. Am cumpărat cartea și am citit-o cu ochiul critic, al celui care se gândește la elevi. Spre surprinderea mea, autorii Marcel Andrei HOMORODEAN, Irina IOSUPESCU au avut în vedere faptul că se adresează elevului și nivelul de abordare este astfel gândit încât elevul să înțeleagă ce scrie în carte și să treacă la scrierea propriilor aplicații HTML.

Am avut ocazia să discut cu Marcel HOMORODEAN când am ajuns la o ședință cu părinții pe când el era dirigintele  fiicei mele și am regăsit același om calm, cu vorbă caldă, care știe să se apropie de sufletul elevului, să-l înțeleagă și să reușească modelarea elevului în concordanță cu obiectivele lui ca profesor. Și manualul pe care l-am citit cu deosebită atenție era oglinda acestui profesionist desăvârșit, care m-a impresionat și prin faptul că a insuflat elevilor lui, dragostea pentru teatru. Rar am văzut caractere atât de nobile precum este caracterul lui Marcel HOMORODEAN.

(07 martie 2023)

Ghilimelele buclucașe

Cine face programare trebuie să știe că pentru ghilimelele ale căror simbol este " codul HTML este &#34; dar există și ghilimele stânga al căror simbol este “ și cu cod HTML &#8220; dar și ghilimele dreapta cu simbol ” și cod HTML &#8221;
Programatorii trebuie să știe că cele mai multe implementări de produse softare folosesc pe poziție de delimitatori de șiruri de caractere ghilimelele simple " cu cod HTML &#34; atât la începutul șirului, cât și la sfârșitul șirului. În cazul în care din neatenție programatorul folosește simbolurile pentru ghilimelele stânga și dreapta, lucru greu de sesizat în textul scris de el, va avea surpriza că semnificația șirului delimitat de acele ghilimele nu este interpretată corect, generând erori imprevizibile, greu de detectat în raport cu mesajul dat de sistemul de operare, de regulă eroarea 404.

În cazul meu, am definit un fișier care trebuia referit. Șirul nu a fost recunoscut, deci fișierul era de negăsit.

(24 februarie 2023)

Aplicația web de testare

Orice aplicație web destinată unei testări de orice nivel și pentru orice domeniu, trebuie să aibă următoarele funcții:

- definirea unui cont,

- accesarea de resurse cu parolă,

- definirea domeniului de testat,

- stabilirea nivelului de testare,

- opțiuni de tipărirea rezultatului,

- opțiune de tipărire certificat,

- măsurarea timpului de testare,

- derularea procesului de testare,

- afișearea întrebărilor și a variantelor de răspuns,

- afișarea testului cu rezultatele corecte,

- afișarea soluțiilor date de cel testat,

- salvarea testului și a răspunsurilor,

- prezentarea unei demonstrații,

- asigurarea nereproductibilității,

- prezentarea de concluzii și comentarii,

- asigurarea istoriei din cont,

- posibilitatea facilă de a plăti prin SMS sau cu card.

Aplicația trebuie să aibă o bază de întrebări și răspunsuri care trebuie construită astfel încât să nu existe nicio clipă posibilitatea de a fi găsite greșeli de formulare sau la nivelul răspunsurilor. Aplicația trebuie să fie astfel elaborată încât să corespundă unor standarde și exigențe reale, fiind de maximă utilizare pentru categorii largi de persoane care vor să cunoască anumite caracteristici  sau cele legate de pregătirea într-un anumit domeniu.

(07 aprilie 2018)

Aplicațiile web user-oriented

Sunt acelea care sunt construite după ce au fost studiați cei ce formează grupul țintă cărora acestea li se adresează.

Să zicem că dorim să facem o aplicație web pentru o universitate. Vom proceda astfel:

- căutăm aplicații web similare dde la universități din USA,

- analizăm aplicații web ale universităților românești,

- identificăm elementele esențiale de vocabular,

- stabilim grupul țintă, format din profesori, studenți, elevi și cetățeni,

- analizăm nevoile de informare ale fiecărei categorii din grup,

- structurăm aplicația încât să asigurăm naturalețea față de utilizatori,

- fiecare utilizator trebuie să se regăsească în două click-uri acolo,

- elementele de continuitate sunt esențiale, ca aplicația să fie prietenoasă.

Orice aplicație user-oriented pleacă de la cerințele utilizatorilor și trebuie să conțină informația dorită de utilizatori și în forma agreată de aceștia. În niciun caz utilizatorul nu trebuie subordonat aplicației, chiar dacă aplicația web joacă rol de monopol. Există obligativitatea nu numai lucrului online și este simptomatică evitarea aplicației web, chiar în condițiile în care sunt create nenumărate facilități, inclusiv de ordin financiar. Înseamnă că este ceva în neregulă cu aplicația web dacă la o reducere a unei taxe cu 10% lumea tot la ghișeu vine să facă plățile. Am văzut o aplicație stupidă în care se vorbește de un formular care trebuie tipărit și trebuie depus la un ghișeu la un sediu care se află la mama dracului, undeva, unde bineînțeles se stă la o coadă de zeci de persoane. Era normal ca:

- utilizatorul să-și creeze un cont pe aplicație,

- utilizatorul să acceseze de pe cont formularul,

- să completeze online formularul,

- să facă plata taxei aferente,

- să trimită formularul completat cu plata confirmată,

- cetățeanul să primească o confirmare și ceva despre soluție.

Nu cred că cineva îl urățte într-un asemenea hal pe un cetățean încât să-i plătească taxa, să trimită o adresă falsă și să dea date de identificare false, mai ales că greul pentru respectivul abia după ce a făcut acei pași urmează, ca de exemplu un examen sau participarea fizică la un curs urmat de un examen. Cine respectă pe utilizatori va gândi soluții web 100% corecte și logice, așa cum fac și alții.
Aplicațiile web user-oriented nu ne prea caracterizează din moment ce tratăm trunchiat problemele și vedem în utilizatori niște sclavi, care în realitate ar trebui tratați doar ca pe niște stăpâni, pentru că ei sunt cu banul.
La ora actuală, cele mai prietenoase aplicații web sunt cele de comerț electronic. Se vede că interesul poartă fesul. Toate sunt construite după același calapod și au maximum de facilități pentru clienți.

(07 aprilie 2018)

Aplicațiile web mioritice

 Aplicațiile web mioritice sunt:

- originale 100%,

- încâlcite,

- empirice,

- aiuritoare,

- greoaie,

- neomogene,

- imposibile,

- incomplete,

- inutilizabile.

Mulți dintre dezvoltatori nu iau în considerare:

- grupul țintă,

- ceea ce există,

- obiectivul real,

- eficiența socială,

- integrabilitatea,

- utilitatea informației.

Ei fac aplicații web după cum le bubuie țestele, drept care se găsesc în situația să se mire de ce produsele lor estimate a fi deosebit de eficiente sunt ocolite sistematic de toată lumea. Cine crede că un utilizator va zăbovi mai mult de 3 click-uri la o aplicație pentru a găsi ceea ce-l interesează, se înșeală amarnic. Mi se pare de o stupizenie fără margini ca un site să ceară bani pentru o informație care se găsește free pe 1.000 de alte site-uri.

Dacă dorim să intrăm pe aplicațiile web ale:

- liceelor,

- universităților,

- ministerelor,

- primăriilor

de pe meleagurile noastre cele mioritice, vom vedea că alestea sunt foarte diferite și amețești căutând ceea ce te interesează pentru că:

- nu sunt complete,

- nu sunt la zi,

- au butoane foarte diferite,

- sunt necesare nenumărate încercări,

- sunt create pentru ei nu pentru noi.

este normal ca ori de câte ori se dorește dezvoltarea unui proces de informatizare să se stabilească un șablon cu tot ce trebuie, standardizat și toți cei interesați să accepte acest șablon și să-l urmeze cu sfințenie, rolul lor este:

- să personalizeze aplicația web ca design,

- să actualizeze obligatoriu conținutul digital,

- să asigure corectitudinea informațiilor postate,

- să gestioneze procesul de regăsire din maxim 3 click-uri,

- să dateze fiecare operație și să le resposabilizeze pe oameni.

Orice altă abordare va face greu accesibilă operația de regăsire a informației. Sunt situații în care aplicațiile web făcute în 2018 sunt asemănătoare aplicațiilor informatice din 1970, căci nu țin seama de ceea ce există acum în anul 2018, mai ales în ceea ce privește achizițiile de date și stocările de informații. Unii nici nu cred posibilă trimiterea de date pe o aplicație web pentru a primi permisul de conducere, deși pentru obținerea de viză pentru USA toată documentația se trimite onine, inclusiv poza. Primitivismul unor aplicații web de la noi arată disprețul proprietarilor lor față de utilizatori.

(07 aprilie 2018)

CSIE'50 - Istoria Facultății de Cibernetică prin acronime

Cei 50 de ani ai Facultății de Cibernetică, Statistică și Informatică Economică se reflectă foarte bine dpin acronime, căci istoria traversată de aceasta este o parte esențială a istoriei IT&C din lumea întreagă. Voi pune unele dintre cele mai importante acronime cam cum au apărut ele.

IBM - international business machines

DOS - disk operating sysytem

ASCII - american standard code for information interchange

ALGOL - algorithmic language

FORTRAN - formula translation

COBOL - common business-oriented language

PL/1 - program language 1

SGBS - système de gestion de base de données

BASIC - beginner's all-purpose symbolic instruction code

PC - personal computer

C - C language

IT&C - information technology and communications

WWW - world wide web

OOP - object oriented programming

OOA - object oriented analysis

UML- unified modeling language

HTML - hypertext markup language

ERP - enterprise resource planning

C++ - C++ programming language 

SOA - service-oriented architecture

C# - C sharp programming language

Multe dintre aceste acronime au fost incluse în titlurile unor lucrări de licență sau chiar în titluri de teze de doctorat. Dacă unele dintre ele au rezistat, altele au suferit uzură morală și au căzut în uitare. De aceea este rezonabil ca lucrările să nu includă referiri așa de stricte, care în timp să-l facă pe autor să se rușineze că ceea ce el a crezut la un moment dat că este ceva revoluționar, să se dovedească a fi o gogoașă umflată artificial. Istoria Facultății de Cibernetică prin acronime este o realitate de care trebuie să se țină seama că în informatică lucrurile au evoluat dramatic. dacă la un curs de analiză matematică se predau lucrurile de acum 200 de ani, în informatică a veni cu ceva mai vechi de 5 ani este inacceptabil.

(23 mai 2017)