Tag Archives: code

poky.ro : part 3… the title…

copy + paste + reedit

Cam la asta se rezuma ceea ce faceam pe poky.ro : copy + paste + reedit

Reedit-ul cela il faceam la titlul postului. Posibil sa am un titlu : “TITLE” ( cu litere mari ) care, deobicei, este enervant si am zis sa normalizez acest titlu, sub forma : “Title” = prima litera din fiecare cuvant o fac uppercase.

Deci, am motiv sa imi simplific viata, astfel, am inceput la dezvoltarea pluginului ( mare plugin… 2 linii cod 🙂 ).

Datorita faptului ca e putin cod, l-am scris in acelasi plugin ( prezentat in partea 1 ).

1
2
3
4
5
6
function clean_post_title( $title )
{  
    return ucwords( strtolower( $title ) );
}

add_filter( 'title_save_pre', 'clean_post_title' );

Functia clean_post_title e ceea care face toata treaba. Ia ca paremetru un string, il transforma in lowercase cu functia strtolower, dupa care cu functia ucwords transform primele litere a titlului din fiecare cuvant in litere mari. Dupa care adaug un filtru de wordpress inainte de a salva titlul in baza de date.

Acum e simpli, daca dau copy+paste la un titlu gen : “MAMA ARE MERE”, atunci cand se salveaza postul ( atunci cand dai Publish sau Update ) automat titlul se transforma in forma : “Mama Are Mere”.

Mie, cel putin mi se pare mai… placut.

PS: sa fac acest plugin si sa il submit celora de la wordpress.org ????

atat.

8 metode de a reduce numarul bug-urilor atunci cand programati

Azi am dat peste un post interesant despre evitarea bug-urilor in timp ce programati. Originalul il gasiti aici.

Sunt interesante punctele de vedere ce le specifica autorul si de aceea vreau si eu sa le mentionez la mine pe blog, desi sunt unele noi care nu se aplica la programarea pe care eu o fac acuma in c/c++

  • Scrierea de teste unitare si teste de integrare. Principiul test – code – test mi se pare foarte bun si se aplica foarte bine la proiectele cu cod mult  si stufos. O data ce aveti un set consistent de teste veti fi mai siguri pe produsul care il creati. ( PS: am fost cel care a introdus testarea unitara in motoarele de antispam )
  • Use tools : singurul tool pe care il folosim este valgrind-ul si in rest testarea unitara si experienta de programare 🙂
  • Compiler warnings : e bine de a se elimina cat e posibil toate warning-urile. Ideea e ca atunci cand ai multe warning-uri (chiar si warning-uri simple ) printre ele se pot strecura warningur-uri ce pot genera diferite genuri de erori si, datorita faptului ca exista un volum mare de warning-uri, acestea sunt trecute cu vedere. Deci, eliminati pe cat de mult posibil warning-urile.
  • Code Review : e bine sa iti faca cineva code review peste codul tau, astfel afli mai multe despre codul scris de tine si de asemenea sa faci review pe codul scris de altcineva – poti invata diferite lucruri interesante din el.
  • Logs : no comment
  • Utilizarea librariilor existente – la prima vedere pare foarte costisitor datorita timpului pe care trebuie sa il pierzi pentru a integra libraria sau a citi documentatia, dar dupa ce treci de acesti 2 pasi o sa simti o satisfactie atunci cand poti sa combini mai multe tool-uri pentru a face ceea ce vrei tu si pe langa asta stii ca ai nishte librarii testeate/dezvoltate de altcineva.
  • Pseudo cod – depinde de proiect daca ai sau nu de acest pseudo cod. In general pentru incepatori e foarte util pentru ca isi dau seama de cazurile speciale inainte de a incepe sa scrie insusi codul, ceea ce ar putea duce la o modificare de design.
  • Evitarea distragerii atentiei – e o problema pe care putini o recunosc, dar care o au foarte multi ( asa cred eu! ). Chiar am sa citesc despre tehnicile precum pomodoro / rescuetime .

atat.