settings file:
database_conn = instantiate.object
session_scope.conn_obj = database_conn or
application_scope.conn_obj = database_conn or others

script file:
object.init(application_scope.conn_obj)

You should not do that. It’s easy, indeed, because you can forget now about where and how is defined the object and you always have it handy in your application/session/other scope. BUT you will load your scope with unnecessary data and it’s a bad practice.

Instead, you should give the objects/variables as arguments wherever you need (in a good MVC framework you need to do things only once as in the module controller or settings file).

object.init(database_conn)

It’s easy to put your hands on the last Fusebox core release, which is 5.5 the moment I’m writing this post. But the next step is to learn it. So you search for the manual, tutorials, articles. And you find a poor official documentation and many commercial online articles and books. It’s somewhat frustrating and a feeling of old and deja-vu overhelm you. It’s years since others popular products have entered the free and open knowledge communities era. At least the manual should be a much more better one because the users knowledge is rated at a high price.

Another con is the difference between versions with poor organized documentation. I’ve seen a company portfolio with several projects built on Fusebox3, 4 and 5. The newcomers junior programmers were dizzy switching from one to another by rights.

So, you don’t need a table with months. You only need to correctly generate them from DUAL.

SELECT TO_CHAR (ADD_MONTHS (TRUNC (SYSDATE, ‘MM’), -1 * LEVEL), ‘MONTH’ ) months
FROM DUAL
CONNECT BY LEVEL <= 6

MONTHS
————–
AUGUST
JULY
JUNE
MAY
APRIL
MARCH

The output, as you can see, is the last 6 months for a September current month. If you need last 6 months including current month:

SELECT TO_CHAR (ADD_MONTHS ( ADD_MONTHS(TRUNC (SYSDATE, ‘MM’), 1), -1 * LEVEL), ‘MONTH’ ) months
FROM DUAL
CONNECT BY LEVEL <= 6

MONTHS
—————–
SEPTEMBER
AUGUST
JULY
JUNE
MAY
APRIL

Of course, you may output the dates as you wish (as you need), this is a “months” example. Now, why did I need this?

SELECT how_many_books, last_six_months.month per_month FROM
(
(SELECT count(book_id) how_many_books, month FROM books GROUP BY month) books_per_month
RIGHT JOIN
(SELECT TO_CHAR (ADD_MONTHS ( ADD_MONTHS(TRUNC (SYSDATE, ‘MM’), 1), -1 * LEVEL), ‘MONTH’ ) month
FROM DUAL
CONNECT BY LEVEL <= 6) last_six_months
ON last_six_months.month = books_per_month.month
)

how_many_books | per_month
—————————————
0 | SEPTEMBER
24 | AUGUST
3 | JULY
0 | JUNE
12 | MAY
9 | APRIL

As you can see I did a right join without needing another table.

Although it’s easy to use CONNECT BY for generating lots of rows, you should do it safely. It’s memory consuming (and it’s not the workarea memory, therefore the normal PGA size restriction constraints like PGA_AGGREGATE_TARGET don’t apply) and for more complex queries (with more rows) you should use cartesian merge joins. Please read more on http://blog.tanelpoder.com/2008/06/08/generating-lots-of-rows-using-connect-by-safely/.

User managed search results at Google

What do you think, should we expect this feature to be public soon? My opinion is negative as the experience shows us we cannot rely on user generated/managed content without heavy supervising or strong and complex filtering/management software robots. Especially when it’s about very large projects like Google’s search engine. I’m pretty sure that this will be a late feature and much different from what we understand it to be today. Of course, a quick release could be the usual “client side management” feature which means the user will affect the search results on his side/account only (without needing a real login account, based on cookies, temps, sessions, ip etc, you know what I mean ).

When you start-up as a programmer, no matter what language, you first learn iterative programming, then your teacher learns about recursive programming and he shows to you and you are both happy, then you hurry up to do spaghetti programming for tens of projects, then your five years younger neighbour tells you about structured programming and you start to spend weeks on adjusting your projects code, and later you read about OOP in a cookbook and you delete all your projects to start new ones

From the beginning of his career the programmer tries to design and improve nice and efficient frameworks. Depending on the programming language the frameworks have different characteristics, of course, therefore you can’t use the exactly same framework characteristics.

But, as general programming behavior, I’d like to propose some guidelines regarding frameworks:

• Try as much as possible to build/choose MVC frameworks from the beginning for your applications
• Though we don’t like too much theory learning, read and learn about the MVC notions and specialists’ articles in order to improve your architecture logic; you may be surprised to find out that most of the time your application may run faster or be easier to maintain if you do the right customization, even if it’s related to one module of your application only
• If it’s working and it suits your projects, your team is using it and you’ve already built the documentation, stick to it. Don’t try to change the projects’ frameworks on the fly, especially when you have a team using it. It takes lot of time and many issues keeps popping up, trust me. You should only change the framework if it’s bad from the beginning and it can’t be improved.
• Try to choose/buy from the beginning a good framework that suits your needs. There are so many frameworks for almost all programming languages that it’s almost impossible not to find a suitable one. Learn the choosed one, they usually come with good manuals, and adjust it as you wish. It always takes less time and money. Just remember, if you have very complex projects that need too much out-of-the-box-framework customization for power and speed improvement (web big projects usually do), you might be considering as well to start you framework from scratch.

MVC frameworks examples: CakePHP (php), FuseBox (coldfusion, php), Struts (java), Spring (java) and many others (just google).

Internet slang should accept the DYC (or DYFC if you’re very angry) acronym. I’m going nut when I have to take over or to debug someone’s else UNCOMMENTED or poor commented code. I will write a tutorial on how one should comment and document his/her applications’ code.

So, please DYC!

I am personally happy with hi-tech science experiments. Of course, only when I know there is an army of hi-IQ professionals scientists to supervise That’s because I believe the mankind evolution is based half on science half on spirit And I think it’s time to improve our material world, so goooo science.

This Mid Octomber we will have the PHP 5.3.0 release. No word on the PHP6 release date, so we still have to wait. But the news is that PHP 5.3.0 will already have some of the 6th release announced features/improvements (namespace support, improved XML support through use of XMLReader and XMLWriter, SOAP support and others). So no Unicode support yet and you may still play with ereg (you have more time to switch to preg_match, hurry up )

If you want to peek (again?) on what we’ll have in the PHP 6.0, I have some quick picks for you:

http://php.net/~derick/meeting-notes.html
http://www.ibm.com/developerworks/opensource/library/os-php-future/
http://www.phpro.org/articles/PHP6-Preview.html
http://snaps.php.net/ (php 6 snapshot, developer build)

PS: but of course, we already have the PHP 6 book (http://www.amazon.co.uk/gp/product/032152599X/ref=cm_cr_pr_product_top)

There are THE social networks and 98% copycats.

De 2-3 ani asistam la anunturi pline de entuziasm ale agentiilor de publicitate si ale regiilor jucatoare (dezvoltatoare). “Anul 2007 va fi marcat de o explozie a pietei, ca la imobiliare la inceputul anilor 2000″, “anul 2008 va fi anul tranzactiilor si proiectelor spectaculoase”, “veniturile din publicitate online vor urca prin tavan” etc. Si totusi, ca utilizator obisnuit, nu observi decat cateva miscari legate de relansari, re-brand-uiri, redesenari, adica aproape acelasi continut in alte forme sau culori noi si ceva mai multa interactivitate. Parca tot timpul esti pus in garda ca vei experimenta cat de curand noi orizonturi iar acestea nu prea isi fac aparitia

Sa se datoreze faptului ca ni se insufla asteptari mai mari, motiv pentru care rezultatul ne este indiferent sau ne dezamageste? Sau ne intindem singuri capcana unui bubble in care ne supraevaluam activitatile si rezultatele?

Cele mai mari miscari in onlineul romanesc vin din 2 directii:

- intarirea plus extinderea sustinuta a pozitiilor existente in online ale jucatoriilor mari din massmedia (MediaPro, Realitatea-Catavencu, Ringier etc)

- preluarea si duplicarea unor servicii si aplicatii existente (si de cele mai multe ori arhicunoscute, pe segmente saturate)

Asadar nu avem dezvoltari extraordinare, idei inovatoare sau servicii noi si complexe. Mai degraba pluteste senzatia nerabdarii dezvoltatorilor si a publicitarilor ca piata sa creasca o data de la sine iar preturile sa se alinieze la cele occidentale pentru produsele existente. Din fericire pentru ei ii ajuta apetitul pentru internet al romanilor si cresterea conexiunilor, dovada fiind cresterea traficului in general si a veniturilor din publicitate pe aproape acelasi volum de unitati in productie, insa asteptarile unora ca numai user-generated content sa ii umple de bani sunt mai mult decat hilare.

Au loc unele tranzactii si se lanseaza infinit mai multe speculatii, legate de achizitii si manifestari de interes la preturi deosebite din partea unor jucatori mari externi. Insa majoritatea raman doar speculatii. Sau wishful things, cum este situatia pentru produse ca okazii.ro, acasa.ro si multe altele ce se supraevalueaza si asteapta Google sau eBay sa ii imbogateasca. Iar restul de tranzactii care se concretizeaza sunt obiectul unor investitii de asemenea speculative, in asteptare cresterii pietii si a profitului de exit.

Nu pot decat sa banuiesc ca la un moment dat cineva sau mai multi intreprinzatori cu dorinta si pasiune pentru e-business vor da cu adevarat trezirea, iar toti ceilalti care umbla cu cifre si vesnice relansari ori sa renunte sau sa vanda la un pret realist, mult sub ce pretind la ora actuala, ori sa puna gaz in rezervoare si sa intre in business cu adevarat. S-a intamplat in alte tari, o sa se intample si la noi.

Iar atunci nu pot decat sa ma gandesc la piata de resurse umane deficitara Dar asta intr-un episod viitor