Nu vreau sa dezbat aici intrebarea multor crestini si anume „de ce mancam porc daca in Biblie scrie clar lege ca sa nu mancam?”. Pe scurt – Isus a desfiintat legea. Dar am cautat pe Google despre asta si am ajuns pe tpu.ro, unde un user rroobbeerrtt intreaba:

Dece mancam porc daca in biblie scrie clar ca porcul este necurat? Nu credeti k este un pacat?

iar la aceasta intrebare, un alt utilizator raspunde astfel (pun poza ca sa nu ziceti ca modific mesajul :)) )

Deeeci, say whaaaaat? :)) Ce prostie zice, cand am citit raspunsul acesta am ras vreo 2-3 minute incontinuu :)). Ce legatura are Mos Craciun cu taiatu porcului, plus ca intrebarea nu a fost daca e bine sa tai porcu ci sa mananci din el :)). Apoi ce? Esti roman si apoi crestin, obiceiurile nationale sunt mai importante? :)) Nimic mai gresit. Dumnezeu trebuie sa fie pe primul loc, inainte de orice.

Oricum, tpu.ro este de multe ori un site de comedie, atunci cand vezi raspunsuri idoate si care nu sunt la subiect.

Today I encountered a problem with Magento. Every module I installed from the Magento Connect marketplace gave an error \”Fatal error: class \’Helper_Data\’ not found in domainfolder/app/mage.php on line 546\”. I tried a plugin, it didn’t work. I tried another, same error but different class name. After a while I knew what the problem was – the Compilation System was on and i had to recompile the whole code in order for the plugin to work. So if you have a error like I had, try the following steps:

1. Go to admin Tools -> Compilation
2. If Compiler Status Enabled, press the Run Compilation Process button

After this, the newly installed plugin should work. I hope this helps you.

My blog logo was always simple – an F letter in a rectangle with a red color font. But since everything on the web nowadays is flat, I now decided to flatten my logo. For the font i used the Bariol font and for the color I used the Flat UI Colors web app. The result is below.

My new logo looks like this:

and the old logo looked like this:

E tarziu in noapte, ora 00:30. Am avut de modificat ceva la un site cu care nu am legatura de obicei. Si am stat putin pana sa gasesc fisierul care trebuia editat defapt. SI de aici a venit ideea acestui post. Intrebarea pe care o pun eu si tot eu voi incerca sa ii dau un raspuns este: cum sa scrii cod original dar structurat?

Ideea e urmatoarea.. se poate sa fii un tip care nu iti place sa te conformezi tiparelor (CMS-uri, Framework-uri etc). Foarte bine, aici intervine crearea unui cod original – un CMS custom pentru un client anume, un framework personal si asa mai departe. Principiul de la care ar trebui sa pleci este nu re-inventa roata! Multi oameni au stat si au gandit care ar fi cele mai bune „tipare” de lucru cu un cod. De ce sa ignoram munca acestor oameni? Daca exista tiparul MVC (Model-view-controller), de ce sa faci o alta structura a aplicatiei tale? Am stat 5 minute ca sa gasesc un fisier care trebuia editat – era plasat intr-un director in care era foarte greu de ajuns + ca avea nume ciudat, deloc reprezentativ. Alege sa lucrezi curat! Pune intr-un folder toate bucatile de cod care au acelasi scop, da nume reprezentative fisierelor (daca un fisier este pentru „galerie foto” nu ii da numele „module41324.php” ci „galerieFoto.php”. E mult mai usor de gasit astfel.), separa logica de prezentare (controller+view) si asa mai departe.

Daca un framework asa de fain precum Yii a fost creat, de ce sa nu folosim asta? Gandeste-te: te scuteste de mult timp si scrii cod in mod mult mai organizat.

Un alt principiu si ultimul pe care o sa il zic in postarea aceasta (voi mai scrie pe aceasta tema, dar e tarziu si nu mai pot sta acum) este nu esti singur! Poate ca momentan esti singurul care administrezi un website, dar ce se intampla daca esti pus pe tusa si altul este numit noul developer? Saracul va sta 10.000 de ani pana sa inteleaga cum ai gandit tu aplicatia si/sau site-ul. Gandeste-te atunci cand scrii cod ca poate intr-o zi un alt om va folosi codul tau si trebuie sa fie cat mai usor de inteles. De aia e bine sa te supui uneori unor standarde. Pe Github, unele proiecte nu iti accepta modificarea in cod daca nu te supui unor standarde de scris cod. SI in general aceste standarde sunt peste tot cam la fel (un exemplu ar fi ca numele variabilelor sa fie scris ca si camelCase). Aici gasesti cateva standarde la care trebuie sa te supui daca vrei sa scrii cod pentru Rails. Si exemplele pot continua.

Deci ideea pe care vreau astazi sa o subliniez este: nu re-inventa roata! Aproape tot ce vrei tu sa faci a fost deja facut de altcineva intr-un mod eficient si bun. Nu fi ignorant si foloseste ceea ce deja exista in mare parte (asta nu inseamna sa nu fi original, voi mai scrie despre asta). Apoi in cele din urma cand trebuie sa predai codul tau altui programator, acesta trebuie sa fie deja familiar macar cu structura aplicatiei, daca nu si cu unele standarde de programat.

Pana data viitoare cand ne auzim pe acest subiect, ce va pot ura decat… scrieti cod eficient, structurat si corect!

A few days ago I was thinking to change the niche of my blog to something more „geeky”. I changed my tag line and a few of the thing around here but I never managed to write about this change. Then, today, I received a free T-shirt from New Relic and I decided to do this today. From now on I will write more in English if I can. But i don’t promise that everything will be in English, because all my readers are Romanian. So when the post will be personally, it will be in Romanian. But i will post more about Tech and Geek stuff and problems i encountered when programming. I will start today with 2 java applications from my college. But more about this, very soon. I don’t know how many people read this, but i like to write and after years to read something from the past.

Thank you for reading this and we will hear soon.