Al treilea termen era lansarea efectiva.

Ca de obicei, lansarea a fost cea mai grea. Aveam logger-e( java si .net) , appender-e( log4net, log4java, nlog), http handler pentru asp.net  dar sa facem site-ul, sa ii dam o forma, sa punem site-ul sus… a fost o intreaga tevatura. Pentru ca am incercat sa il facem cu ceva ce nu stiam. Cineva dintre noi a ales Orchard ca sa faca site-ul de prezentare – si a spus ca il integreaza cu PayPal, cu site-ul original , cu …Ceilalti am luat parti mai mici ( nuget, tutoriale ). Cu 2-3 zile inainte ( si 1 aminare) cel cu Orchard a anuntat ca nu i-a iesit nimic. Asa ca a trebuit sa fac site-ul de prezentare de la 0 cu MVC. Nu a fost greu  -dar nici usor – a iesit in 4 ore.

Mai mult, integrarea tutorialelor a pus o problema: le facusem in Word dupa acelasi model. Dar cum in transpuneam in HTML fara sa stricam pagina? Caci generarea de HTML din Word adauga tot felul de css in pagina – care pot strica design-ul original. Altcineva a venit cu o idee cistigatoare : transformam in HTML si punem in iframe.

Asa ca in MVC a iesit ceva de genul
public virtual ActionResult Tutorial(string Id)
{
IframeHelper fh = new IframeHelper();
fh.FindAfterId(Id, Links.Content.wordDocs.Url());
return View(fh);
}

Iar view-ul verifica daca exista pe disk si afiseaza fie iframe, fie ca o sa vina tutorialul ASAP:

@if (Model.ExistsOnDisk)
{
<h2>Tutorial about @Model.id </h2>
<iframe src=”@Model.FileName” width=”100%” height=”2000px” style=”background-color:White”></iframe>
}
else {
<h2>Tutorial about @Model.id coming soon!</h2>
}

Si asa a iesit http://www.capturemylog.com/

Postmortem:

 Ce am facut bine:

1. tinerea de planuri si de termene – cine nu face, out

2. incercare de a fi cit mai simplu pentru utilizator instalarea

3. Intilniri regulate – un fel de SCRUM

Ce am facut prost:

1. Nu lasi pe cineva care nu are experienta cu un CMS prea mult timp. Si nu suporti aminarile pe motiv ca e complicat.

2. Nu lasi pe ultima ora interfata cu utilizatorul – se poate intoarce impotriva ta.

3. Codul – deocamdata e cam adunatura – facut la repezeala, integrat la repezeala , nedocumentat. Trebuie refacut , probabil.

Concluzie finala:

a)Multumesc lui Zoli Herczeg ca a organizat acest concurs.

b)A fost o experienta placuta . Si , inafara de faptul ca am reusit sa il facem, am reusit si sa cistigam premiul al treilea la “Afacerea ta , faima ta”  . ( inca nu s-a updatat http://www.microsoft.com/romania/afacereatafaimata/competitie.aspx )

Al doilea deadline a fost cel de Business Plan. Deadline-ul era pe 28 martie. Strins la fel – avind in vedere ca cel dinainte a fost pe 12 martie.

In primul rind, a trebuit sa definim clientii

In al doilea rind, a trebuit sa vedem concurenta.

In al treilea rind, sa vedem costurile : intretinere , promovare , etc.

In al patrulea rind, sa vedem preturile. Aici am definit si modelul de abonare.

Si acum am definit si operatiunile ce trebuie facute neaparat.

Observatii:

1. Pentru niste programatori, promovarea este mai deficitara.
2. A mai participat cineva – dar si-a facut treaba pe sfert- ala neesential. Nu va fie frica sa dati afara.
3. Am pierdut timp cu arhitectura aplicatiei –desi nu cred ca sta in Business plan. Asa ca macar o sa fie o figura frumoasa aici

Asta  a fost prima varianta( facuta de mine)

Si asta a fost a doua (facuta de un participant)

Am participat la concursul de idei Azure http://zoli.herczeg.ro/2012/02/24/planul-pentru-cloud-factory/ – si m-am ales cu un telefon Nokia Lumia 800 – ceea ce nu a fost rau deloc.

Pina la 12 martie trebuia sa facem (echipa + mine ca manager) un proof of concept. Dead-line era strins – 2 saptamini.

Cum s-a desfasurat :

1. S-au inscris 4 oameni pentru dezvoltare, eu ca project manager. Au venit cu idei in acea simbata .
2. Important de discutat este cu ce se alege fiecare – si , deocamdata, toata lumea lucreaza pentru cele 3 termene. Cind se termina, lucram in continuare  impreuna ( ceea ce as vrea) sau nu
3. Am pus citeva interfete pe codeplex- ca sa putem lucra impreuna.  I-am pus de asemenea sa faca un checkout – checkin rapid la un fisier ca sa vedem ca merge pe codeplex pentru toti.
4. Am pus issue-uri tot pe codeplex si am lasat oamenii sa si le asigneze( 2 zile) . Normal ca au fost ceva probleme – s-au certat intre ei pe taskuri. Dar am spus ca principalul este sa faca ceva – nu apreciem ( deocamdata) calitatea codului sau numarul de linii.
5. Pe 1 martie am trimis mesajul urmator:

<<Ma bucur ca ati reusit cu totii sa va asignati cite un task pe proiectul Azure Log Collector de pe codeplex .
Numesc checkin faptul de a pune sursele de la voi de pe PC pe Codeplex.
Acum e momentul programarii.
Primul termen, 12 martie , e destul de aproape . V-as propune sa puneti sursele pe codeplex in fiecare seara dupa ce terminati.
Dar, pentru ca nu consider ca este fezabil, va propun sa faceti check-in la surse la urmatoarele termene:
Duminica , 4 martie 2012, ora 23:59:59 + estimare preliminara.
Marti , 6 martie 2012, ora 23:59:59 – oricare surse.
Vineri, 9 martie 2012, ora 23:59:59, + estimare daca suntem on track.
Simbata , 10 martie 2012, ora 23:59:59, + estimare daca suntem on track.

>>

6. Pe 4 martie dau mesajul:

@all:
Ma intereseaza progresul aplicatiei pina asta noapte la ora 23:59 conform deadline.
Deci checkin pe codeplex la ce ati facut deja!

7. Bineinteles ca 2 nu au facut – si doar 2 au facut. Cu toata parerea de rau, cei care nu au facut au iesit din echipa. Nu am timp sa ma tocmesc la dead-line-uri strinse.
8. Am luat eu munca cu azure – si am facut un serviciu web, o inregistrare de user-i si tabele in o 4- 6 ore.
9. Ceilalti doi, cind au vazut ca merge serviciul http://logcollectorazure.cloudapp.net/  au facut appender de log4net, nlog si log4java( da , am vazut un server Tomcat integrat – tare)
10. Si celelalte dead-line-uri au fost respectate si ne-am intilnit duminica aceasta pentru a putea discuta ultimele lucruri  + punctul doi de la Zoli

Sper sa ne mearga bine!