Monday, November 9, 2009

Concept Application Server pe 64 de biti !

De cateva zile ma chinui cu portarea serverului Concept pe 64 de biti. Totul e aparent simplu, existant o singura problema (majora): sizeof(long) ... nu are rost sa intru in detalii, important e ca in final conversia a reusit, pastrand structura fisierelor executabile identica pe 32 si 64 de biti. Din pacate, pentru multi versiunea de 64 este disponibila doar pe Linux/BSD ... teoretic si pe Windows pentru cine are rabdare sa compileze dupa surse. Voi face eu asta in zilele urmatoare.
Am incercat sa fac totul din precompilare (astfel incat sa fie exact aceleasi surse si pe 32 si pe 64) si sper ca am reusit (am testat doar pe Ubuntu/64 biti pe un server pus la dispozitie de Doru de la Aplix). In rest, modulul de AES a fost modificat dupa descrierea lui Chris Lomont (care are o implementare foarte interesanta a algoritmului) iar cel de RSA al lui Hariyanto Lim, ce se pare ca nu-l mai intretine, a fost modificat de mine.

Clientul Concept inca nu este disponibil in versiune de 64 de biti, cea de 32 de biti functionand oricum fara probleme. Oricum, il voi porta si pe acesta in curand.

Monday, November 2, 2009

No marketing. Just software.

In ultimele zile am dormit doar cateva ore incercand (cu succes) sa convertesc clientul Concept de la GTKmm la GTK+. Asta inseamna un pachet simtitor mai mic. Toate componentele s-au rescris, iar in afara de ffmpeg, toate functioneaza perfect. O gramada de bug-uri s-au rezolvat - acum rularea este una curata, cursiva. Pe distributia de windows, s-a facut ugrade-ul la GTK 2.18 ce aduce nou "client-side windows" - o idee interesanta, ce bineinteles ca mi-a dat bataie de capt cu integrarea controalelor dependente de windows; practic se foloseste o singura fereastra nativa (a sistemului de operare) in care GTK-ul si GDK-ul isi deseneaza controalele (spre deosebire de versiunile anterioare, in care fiecare widget GTK avea propriul HWND/XID).

Zilele astea voi pune si noul site RadGs, orientat catre mai multa informatie.

Astea fiind spuse, voi trece la un alt subiect - lumea software-ului, acolo unde este ea astazi.

Am inceput printr-o discutie cu un fost coleg de facultate, unul din categoria putinilor programatori pasionati ramasi si, discutand de Android 2.0, si de bull****-ul de marketing din jurul lui imi spune:

"De ce .NET e la versiunea 3.5 si Java la 1.6 ?"

Si ... habar nu am ... totul a pornit de la faptul ca eu vreau sa schimb o versiune a Concept-ului (avand in vedere ca sunt peste 1000 de build-uri). In final, tot la marketing ajungem.

Pana si open source-ul a ajuns tot acolo ... marketing. Mai mult, open source-ul vad ca e din ce in ce mai mult asociat cu Linux-ul ... (nu cu Windows-ul, nu cu BSD-ul si nici cu cele N alte sisteme de operare open source). Cert e ca trebuie sa recunoastem: pentru end-user cel putin, cea mai comoda solutie ramane una proprietary. Ghiceste cineva care ?

Bun, sa revenim la open source. Eu propun urmatorul model:

open source = pasiune
pasiune <> bani

deci open source <> bani ceea ce rezulta intr-un model de business confuz.

Tot colegul meu, cel "anti-open source" imi zice ca exista open source facut de nebuni pasionati si open source facut ca o alternativa de monetizare a unui produs inferior... si bine zice.

Acum cateva zile explicam cuiva la LOAD, faptul ca sunt o gramada de afaceri gandite prost din start. Mintea mea de oligofren vede lucrurile asa: X ajuta comunitatea, iar aceasta isi manifesta recunostinta. Cum ? Plantindu-l. Un model simplu, ce a devenit complex, astfel in initierea unei afaceri (si da, includ ai si afacerile bazate pe open source) se are in vedere in primul rand profitul, astfel incat nu ne gandim "Cum ajutam comunitatea ?" ci "Cum maximizam profitul ?" ... oare, sunt asa de rupt de realitate ? Oare nu mai exista pasiune in ceea ce facem ci doar o foame nejustificata de bani ?
Din pacate open source-ul, asa cum il vad eu acum, in directia asta merge. Am vazut proiectele frumoase facute de studenti si nu vreau sa-i includ si pe ei in aceasta categorie. Cred ca ei sunt singurii ce mai au entuziasmul necesar.
In final, open source-ul tinde sa nu aduca mare lucru in plus fata de proprietary ... faptul ca un "client" are sursele nu inseamna mare lucru. Cei ce sunteti programatori, stiti bine asta. Ideea ca preia "open source-ul" si plateste consultanta, iar daca nu e multumit, poate merge la X eu zic ca-i cel putin ipocrita. O sa le spun de fapt solutii "open source proprietary". Cred ca asa ar fi corect.
Imi pare rau sa spun asta, dar in cele mai multe cazuri, open source-ul ajunge sa fie mai scump decat o solutie proprietara, daca clientul nu este atent. Mai mult, facem un pariu ? Sunt convins ca multi "cumparatori" de servicii peste open source, habar nu au ce-i ala open source... in final, open source cred ca ramane doar o strategie de marketing.

Mai e si tanti de la LOAD...
In sala, era o tanti, probabil lucreaza la o banca... era asa de suprinsa de modelul de business propus de open source ... si intreaba la un moment dat cum se plateste open source-ul si as fi vrut sa-i raspund "se plateste, chiar daca-i free software ... ba chiar se plateste ori de cate ori este nevoie".

Comentati. Dau 10 lei sau 2 beri primelor 10 comentarii ... in final, se poate si "free as in free beer". Berea sau banii se ridica de la mine, din Constanta. Asa ca va trebui sa suportati drumul pana-n Constanta. De asemenea, berea o voi da intr-un local cu intrare ce costa cel putin 30 de lei ... asta este implementarea gresita de open source. Acum, berile tot le dau.

Make software, not money