Trespams

Com he comentat en algunes ocasions l’empresa per la que treball està immersa en un procés de fusió, que culminarà la primera setmana de setembre amb la creació d’una nova companyia.

Com la fusió freda, de la qual aquest article pren nom, hi ha moltes especulacions del que serà, de les possibilitats i del que passarà a partir d’ara, i com en aquesta hi ha poca informació i una sensació de que a la que se grati una mica hi pot haver una gran decepció.

Això de que a l’estiu les coses van més a poc a poc és veritat en la majoria de coses, però no en l’enviament de llibres. El dimarts vaig rebre l’avís de que ja podia anar a recollir a correus els llibres d’Amazon que havia comanat no feia ni deu dies i que se suposava que havien d’arribar damunt el vint-i-quatre d’aquest més.

Els dijous ja les tenia, després de l’obligat pas per correus. No sé com s’ho fan els de correus del meu poble, però la cosa és que quan es tracta d’entregar llibres mai ens hi troben, ni tan sols quan l’adreça és la de la meva sogra, que normalment sempre és a casa.

Des del blog de Ricardo Galli me n’assabent de dos articles [1] molt interessants damunt els ERP, a més obviament del seu(s) propis escrits.

Particularment el ERPs em fan molta grima, tant perquè la majoria són programes tancats que fermen als seus usuaris, per la manera que es comercialitzen i perquè representen una manera de fer programes allunyada del que es consideraria bones pràctiques de programació.

D’ERPs conec l’Oracle Financial, Navision i SAP, encara que aquest darrer molt de passada i tots ells tenen un problema fonamental: és l’empresa la que s’ha d’apatar a l’ERP. Si no es fa així els costs d’adaptacions són tan grans que ben bé l’empresa podria haver-se permès crear els seu programari a mida.

Titol: Software project survival guide Autor: Steve McConnell Editorial: Microsoft Press ISBN-13: 978-1-57231-621-8 Pàgines: 288

Sofware project survival guide és un llibre damunt la gestió de projectes en general, no entra a explicar cap metodologia concreta, sinó que és un conjunt de consells i llistes de coses a comprovar en els projectes, però sense mullar-se ni anar al detall.

Al contrari d’altres llibres de McConnell he de dir que aquest no està a l’alçada, pareix més un llibre d’aquells que es fan per pagar factures i que s’aprofita de la fama dels que l’han precedit.

Trobar bona gent és difícil i trobar-la que a més es pugui integrar en un equip ja format encara ho és més. A les respostes d’anuncis de feina s’hi pot presentar molta gent i en poques preguntes sovint s’ha d’intentar esbrinar si la persona que tens al davant serà bona tècnicament i a la vegada la seva manera d’entendre la feina serà per l’estil de la que hi a al grup.

Bona part d’aquest diumenge passat Trespams i el seu correu associat no ha estat accessible i la cosa ha estat tan greu que ha requerit un canvi de hostingaire. Anteriorment aquest blog estava hostejat a un VPS de Bitfolk. La configuració de l’VPS era la mínima permesa i la relació qualitat preu no era dolenta. Un poc lent per a dur el Wordpress i el correu i caigudes de unes poques hores de tant en tant, però sense tenir que plantejar-se canviar a un altre servei.

Un dels problemes que té el manteniment de una plana web dedicada a la física, matemàtiques o altres ciències, és com escriure i mantenir les fórmules i que quedi bé la cosa.

Per escriure fórmules res com el TEX o el LaTeX, que encara que hi hagi gent que digui que fent clic amb el ratolí va millor, quan un ha d’escriure moltes fórmules, numerar-les i mantenir-les no hi ha res com el poder teclejar. La gent d’OpenOffice manté un editor de fórmules per línia de comandes i curiosament els seus detractors diuen que és una mancança. Jo ho veig com un avantatge i una utilitat per gent que realment pica moltes fórmules o fórmules complexes dins el document.

N’Enrique Dans es demana a un article ¿Alguien ha visto un programador? i en Ricardo Gali li diu que yo he vistos unos pocos. Particularment he de dir que jo sí que n’he vists de programadors i de bons, però com tot el que és excepcional un bé escàs i en el cas dels programadors he d’afegir que és un bé poc valorat.

A l’article d’Enrique Dans ens diu que el desenvolupament tecnològic d’Espanya s’està alentint perquè no hi ha bons programadors de PHP, Java, Python, Perl o RoR per a dur a terme els projectes d’Internet. Ho sento, no hi puc estar d’acord, els projectes d’Internet a més de pels programes i els programadors tenen un factor limitador que és el cost del hosting i de l’ampla de banda. Si comparam el que costa hostejar un projecte ambiciós a Espanya i ho comparam amb el que costa fer-ho a altres indrets veurem que el programador Espanyol ja no es planteja desenvolupar perquè tanmateix ja sap que les seves possibilitats de créixer són molt limitades, ja que ben aviat els costs pujaran per damunt dels guanys.

Bé, no són exactament 10, però si 9.800.000 llargs de registres que hi tenim a una taula d’una base de dades Postgresql que en el seu conjunt pot tenir fàcilment quatre o cinc vegades aquesta quantitat de registres. I el motor de BD ho mou tot sense despentinar-se, sense requerir complicats tunnings de bases de dades i amb uns temps de resposta a les consultes que es mesuren en milisegons.

No vull ni imaginar el maquinari, el cost en llicències i en administració que requeriria moure això fent servir bases de dades privatives.

Seguint la línia d’assajos com “How to write unmaintainable code” o el refuctoring, ens arriba un assaig que revolucionarà la vostra manera d’entendre la programació: l’abject-oriented programming.

En el seu assaig Greg Jorgensen introdueix novetosos conceptes que sovint ens hem trobat en el codi, com les fragile base class, aquella classe o mòdul, que fa molt de temps que està a l’aplicació i que qualsevol canvi que s’hi faci romprà tota l’aplicació.