Prezentare – Pimp My Architecture

Am vizionat recent o prezentare pe InfoQ, ținută de Dan North, consultant principal la ThoughtWorks. Prezentarea se numește Pimp My Architecture, și tratează refactoring-ul unei arhitecturi pentru un proiect mai vechi, cu problemele, învățămintele și best practice-urile descoperite de-a lungul procesului. Prezentarea durează în jur de 55 minute, dar părerea mea e că merită vizionată si reținute sfaturile și tips-urile prezentate.

În continuare vreau să prezint câteva dintre principalele idei care au fost menționate în prezentare. În primul rând, o chestie care mi-a plăcut este legată de rolul unui designer de arhitectură.  Acesta trebuie să treacă dincolo de construirea unui sistem care este absolut minunat, genial, superb din punctul de vedere al arhitecturii. Respectivul produs trebuie, în primul rand, gândit astfel încât să rezolve problema clientului, să se potrivească în mediul clientului și să adreseze necesitățile acestuia. Dincolo de cât de genial este design-ul, aplicația trebuie să funcționeze corect, să ajungă în producție și să rezolve o problemă.

Ubuntu 9.10 review

Ubuntu 9.10 a apărut de ceva vreme. Am zis să-i dau o încercare şi eu. Pachetul care foloseşte Wubi a fost pus la punct destul de repede, deci am putut sa-l instalez fără bătăi de cap, fără repartiţionari. 10 GB alocaţi din Windows credeam ca vor fi suficienţi. Acum mi se par puţin.

Primele impresii:
După ce am trecut de socul adaptării (într-un fel am organizarea sub Windows, şi în alt fel sub Linux) am început sa explorez “repository”-ul de aplicaţii. E destul de bogat. Cu “Ubuntu Software Center”, nici nu am mai avut nevoie de linia de comandă (apt-get) pentru instalări; şi am ajuns destul de repede să am probleme de spaţiu. La început mi se părea ciudat pentru o aplicaţie să se instaleze automat fără să îi zic eu unde, dar acum mi se pare o soluţie foarte elegantă. Şi să continuu cu concluzia: Ubuntu 9.10 – 64bit e un sistem de operare de clasă. Dar nu cred ca voi rămâne pe el. Nu e mai bun, nici mai rău decât XP, e doar altfel.

Silverdocs, sau memoria de elefant

Ei bine, se stie ca sintagma cu memorie de elefant nu este adevarata, micutele animale avand chiar o memorie mica, comparativ cu frumoasa incinta in care o stocheaza. Si totusi titlul e potrivit pentru articolul curent, in care ma adresez in special programatorilor ce lucreaza pe platforme ce comporta o multime de biblioteci, care necesita o multime de configurari si bucatele mici de cod configurate cum trebuie, astfel incat aplicatia dezvoltata sa functioneze cum trebuie. Cititorul atent a observat ca ma adresez cu predilectie programatorilor de Java, insa nu numai.

Problema pe care o ridic este urmatoarea: cum reusiti sa tineti minte toate configurarile, bucatelele de cod, posibilitatile de configurare, toate optiunile ce trebuie folosite atunci cand lucrati cu Hibernate, JPA, Spring, JSF, Struts, etc, faceti deploy pe JBoss, Weblogic, Websphere, doriti sa aveti HTTPS pe server, doriti sa aveti basic/digest/form authentication, trebuie sa va semnati aplicatia cu un certificat de test generat tot de voi, cum tineti minte care sunt URL-urile pentru API, documentation, manual de utilizare, reference page, cheat sheets, downloads page, etc. Cum reusiti sa tineti minte toate chestiile astea? Le notati undeva? Sau le cautati de fiecare data pe Google?

Sub JME – Java card si Smart cards (Part 1)

Dupa cum bine se stie in aria de Java, avem 3 platforme de dezvoltare: JEE (aplicatii enterprise, application servers, web stuff), JSE (desktop applications, Windows forms, GUI, Swing/AWT/SWT) si JME (MIDP si CLDC, aplicatii pentru device-uri cu limited capabilities (procesor+memorie), cum ar fi, in special, telefoanele mobile dar si frigidere, cuptoare cu microunde, etc).

Recent am citit niste stiri care, combinate cu curiozitatea nativa, m-au dus sa descopar inca o platforma, mai mica decat JME, si anume Java Card. In cele ce urmeaza doresc sa prezint cateva informatii legate de Java Card si Smart cards, urmand sa revin, intr-o parte a 2-a, cu informatii suplimentare, development process si sample-uri de cod.