Professione

There are 23 entries for the tag Professione

Many ways of looking at Software development, from software cults to software fashion

I think of a Software Engineer as: professional who work in computer programming. Computer programming a mix of science and techne / craftsmanship founded in knowledge and discovery of principles, direct experience, exploration and experimentation, mastery, sharing of ideas and insights, empirical evidences, proven facts, good arguments A passionate and engaged Software Engineer: often participate in and actively contribute and belong to some computer programming communities. Too much can lead to software cult Software Cult is about believing in something as opposed to having observed, sensed, experienced it hands-on directly ...

Software Engineer o PR Microsoft?

Parto dal post The Future of Silverlight del Silverlight Team Blog per suggerire una opportunitá di miglioramento. Silverlight é stato un prodotto che ha esplorato delle possibili aree di innovazione e che ha mantenuto le opzioni aperte in attesa di scoprire come si sarebbe sviluppato il futuro del HTML 5. Una strategia di innovazione che invidiamo a Microsoft e vorremmo fosse adottata anche dalle aziende per cui lavoriamo. Nessuna delusione quindi per un naturale cambio dei piani, anzi un hurrá per Microsoft che ha trovato la strada migliore che porta verso il futuro prossimo. Il suggerimento va invece a...

Prima di voler cambiare gli altri...

Il coach Agile e lo Scrum Master nell'azienda hanno il compito di promuovere e guidare il cambiamento organizzativo e culturale e condividono questo compito con ogni membro di un team Agile che é un agente del cambiamento. Quello che nel tempo ho imparato in questo ruolo, é che prima di chiedere agli altri di cambiare é importante essere capaci di cambiare se stessi. E' il classico lead-by-example ed é anche un reality-check personale per verificare se si conosce realmente quello che si desidera insegnare agli altri! Fatto questo, ho imparato che non basta ancora. Prima di chiedere agli altri...

Are you an amateur or a professional?

Are you an amateur or a professional? Look for example at  bicycle riders: amateurs care mostly about the bike, the frame, the gears, the forks and so on; professionals focus on training to improve their skills and their performances during the race. When a software development project face a challenge or a problem, do you find yourself looking at the tools or at the skills of the people ? Just answer and tell the truth. So you will know if you are an amateur of software development or a professional. Update: this topic has many facets and many trade-off, still no exceptions here, when...

Everybody needs a coach (Google CEO says)

Se conosci una persona esperta in Agile chiedigli chi sono i suoi maestri. L'Agile è una disciplina pratica come il Rugby, la musica, il nuoto, la corsa, lo Judo.  Pensi possa esistere un Judoca o un nuotatore professionista senza maestri? Quando la risposta è "nessuno", fatti una domanda ... e datti una risposta ! :D Segnalato da: Google CEO says everybody needs a coach Tags :  Team Work | Agile | Leadership | Professione |

I programmatori migliori usano meno IF/SWITCH (codice di esempio)

     Ecco un esempio con le 2 implementazioni a confronto: Esempio di codice con e senza IF/SWITCH      Ecco altri esempi qui: Codice Anti-If di esempio Tags :  Agile | Pratiche | Disciplina | Professione | Semplicità | Progettazione Software |

I programmatori migliori usano meno IF/SWITCH

     Questa settimana ho visionato una quarantina di soluzioni di un test di programmazione. Le implementazioni meno buone  avevano anche un numero elevato di if/switch (una 40na), quelle migliori anche nessun if/switch. Penso che non è un caso      Resto sorpreso che tra gli skill avanzati di coding che sono assodati e riconosciuti da anni la capacità di evitare gli if/switch inutili e duplicati è ancora ignota a una gran parte di programmatori, e anche da alcuni programmatori di Microsof (vedi qui , mal comune  mezzo gaudio :D). Tecniche per eliminare IF/SWITCH: vedi qui Altri skill avanzati di coding: vedi qui Il passo...

Ancora su Selling Scrum

      Ecco un documento che prova a descrivere il punto di vista di un Project Manager sulla adozione dei metodi agili in un suo progetto: Se fossi un project manager...       Inoltre, oltre a incoraggiare i team che possono avere benefici ad adottare i metodi Agili, ora che sono mainstream è utile anche assicurarsi che l'azienda ha capito quali sono i cambiamenti che i metodi Agili promuovono e lasciargli decidere se li desidera Con una adozione di successo dei metodi agili le persone del team imparano ad assumersi responsabilita, tutte le opinioni vengono ascoltate, le decisioni...

Situazioni da team: sperimentazioni pericolose

    Qualche tempo fa avevo raccolto opinioni su quanto fosse professionale quando nel team un tuo collega per passione, per curiosità, per interesse o per semplice aggiornamento professionale decide di sperimentare in un progetto  per un cliente alcune soluzioni tecnologiche che non conosce e quindi non ha una ragionevole certezza di padroneggiarle a sufficenza Qui il post con ogni singolo feedback e la sintesi finale: Situazioni da team: azzardi tecnologici      In questo post ho trovato una posizione interessante sull'argomento e consiglio di leggerlo: Keeping up is not enough Se qualcuno vuole commentare ancora sull'argomento, naturalmente...

How to Choose Quality Candidates/Consultants for Your Large Company Agile Initiative

Nel post likato una dozzina di domande esplorano l'esperienza di un developer con i metodi agili. Sono domande rivolte a chi sta quotidianamente lavorando in un team agile. Spronano a riflettere  sul  contesto in cui si è fatto sviluppo agile, come le pratiche sono state adattate a quel contesto, cosa si è trovato confortevole e cosa disagevole, quanto le proprie attitudini e aspirazioni corrispondono al contesto specifico e al modi di applicare le pratiche agili di una diversa azienda. In breve il post è How to Choose Quality Candidates/Consultants for Your Large Company Agile Initiative Tags :  Team...

Situazioni da team: disaccordo con l'utente

L'utente (ma anche il committente o il cliente o il Product Owner) fa una scelta che per te è sbagliata su una funzionalità da realizzare, cosa fai ? accetti la sua decisione: in fondo è lui che paga e ti cauteli mettendo nero su bianco che la decisione è stata sua imponi la tua decisione: perchè sai che è la migliore e ti assumi la responsabilità, onori e oneri gli permetti di  fare una scelta...

Milioni di cose ancora da scoprire x scrivere buon codice

  proprio quando credevo di aver  imparato   tutto quello che c'è da sapere sulla programmazione scrivere proprio codice intendo, scopro che ce nè altrettanto ancora da imparare !!! un po come migliorare il tempo del giro in go-kart, per passare da 50'' a 48'' ce n'è da fare, provare, capire, imparare, forse  piu di quello che è servito per passare dai 60'' ai 50'' (oh, nella gara di go-kart  tra colleghi sono pure arrivato ultimo)! è che arrivato ai 50'' per abbassare ancora di 2'' al primo momento pare che sia questione di dettagli infinitesimali, tutta roba da   perfezionismo maniacale e talento naturale....

Situazioni da team: azzardi tecnologici

  Un tuo collega per passione, per curiosità, per interesse o per semplice aggiornamento professionale decide di sperimentare in un progetto  per un cliente alcune soluzioni tecnologiche che non conosce e quindi non ha una ragionevole certezza di padroneggiarle a sufficenza. Lo ritieni un comportamento professionale? Cosa faresti al suo posto ?   Update 21/06/2008: idee dai commenti Sintesi personale dai commenti - trovo che emerge una varietà di almeno 4 possibili risposte / comportamenti - Il cliente non deve pagare sotto alcuna forma la mia inesperienza ed io non posso legare il mio successo professionale ad una botta di fortuna o di sfortuna.  Lo studio e...

Ma Turing che c'entra con la progettazione di applicazioni multi-threading?

  Oltre alle già affascinanti conseguenze del teorema di teminazione di Turing , alcune di queste riguardano direttamente la programmazione multi-threading. Dal teorema di terminazione deriva che non esiste un programma/tool/macchina capace di analizzare del codice e riuscire sempre e comunque a indicare se si bloccherà per deadlock oppure no.   Certo esistono tool che analizzano staticamente il codice e riescono a tracciare il grafo di allocazione delle risorse evidenziando i circuiti sul grafo, ma nulla il tool può dire se ci sono le condizioni o meno perchè a run-time questi circuiti potenziali possano accadere e causare un deadlock o meno. Diavolo di un Turing!   Tags...

Programmi più intelligenti del proprio programmatore ?

  Sembra di no, che non sia possibile.        Anche nei vecchi film di fantascenza si trovano robot, androidi, programmi di intelligenza artificiale o "semplici" programmi degli scacchi che riescono a essere intelligenti quanto il loro geniale programmatore e non di più Anche dall'esperienza professionale quotidiana sembra che no. E alpiù sarebbe dannoso. Il lavoro del programmatore è creare del codice che si comporta esattamente e solo in modo aspettato e cioè che corrisponde alle specifiche date. Qualsiasi differenza è ... un bug. E la sua professionalità consiste nella abilità di addomesticare il codice alla prevedibilità.   Dall'informatica si sa invece che : il comportamento di un computer/programma non è _in_generale_...

Innovate or die ?

  E' la frase e anche un po forte di un articolo che mi sono annotato da un po di tempo I metodi agili forniscono gli strumenti per gestire l'emergenza, l'incertezza e i cambiamenti imprevedibili  - diventa lecita e opinabile la domanda : Serve ancora la preparazione, l'esercizio e la padronanza  anche quando uno ha metodo e intelligenza per gestire un nuovo problema come un'emegenza e un imprevisto ? Si ? Oppure no ? Tags :  Team Work | Agile | Complessità | Pratiche | Disciplina | Professione | Innovazione |

Sono stato al Agile Day 2007 e ...

E' passata - anche l' "euforia" dell'evento - e a boccie ferme è stata una giornata ben investita   Si è tenuta per il primo anno a Bologna - le partecipazioni sono in crescita - c'erano tante facce nuove e molte facce conosciute   Il formato dell'evento migliora ogni anno grazie ai partecipanti e alle loro indicazioni.                E' stato un mix di temi introduttivi, real experience report e open-space organizzati (tipo tavole rotonde con un facilitatore che da il là alla conversazione in cui si parla, ascolta e contribuisce) oltre a open-space spontanei "da corridoio"   Ho incontrato persone interessate a cominciare ad  applicare metodi agili, nuovi team che hanno appena iniziato questa avventura e team che applicano questi metodi da...

Contratti per progetti Agili

  Uno dei modi in cui i progetti di sviluppo Agili eliminano lo spreco è attraverso il rapporto di fiducia, tra i membri del team, tra il team e l'organizzazione per cui lavorano e con il cliente. Questo vantaggio può essere ampliato adottando delle forme contrattuali che si basano sulla fiducia, sulla condivisione dei rischi, sulla motivazione di entrambe le parti al successo degli sviluppi. E sempre con il vantaggio di potersi adattare velocemente ai cambiamenti e gestire l'incertezza e gli imprevisti più in fretta, meglio, e con minori costi. Qui una serie di alternative contrattuali Agili da una fonte molto attendibile : http://www.agileadvice.com/archives/2007/11/agile_contracts.html...

Isole nella rete

Un po di svago : alcune frasi sparse da 'Isole nella rete' del 1988 di Bruce Sterling ...

Un po di Agile anche in Microsoft Irlanda

Ecco cosa chiedono tra le varie cose: Experience with agile development methodologies. A proven track record of shipping on time and at a very high quality level. Strong verbal and written communication skills. Se qualcuno ha voglia di partire per Dublino ecco i link: http://cercalavoro.monster.it/getjob.asp?JobID=58517774 e http://cercalavoro.monster.it/getjob.asp?JobID=58517923 E per chi vuole iniziare ad interessarsi alle metodologie agili Agile Quick Start   Tags :  Team Work | Professione | Aziende |

Professione informatico: quello che i Manager vorrebbero da noi

Ecco il profilo dell'informatico ideale che il management spera vivamente di reclutare e difficilmente riesce a trovare. Fotografa la situazione corrente del mercato americano, rispecchia una realtà presente ora solo nelle maggiori aziende italiane di punta e probabilmente anticipa di qualche anno una tendenza di carattere generale per tutto il mercato IT nazionale. L'informatico esperto/senior ideale da reclutare per il management: possiede un'ampia competenza tecnica ed esperienza delle tecnologie emergenti e dei sistemi legacy ha una capacità analitica e di problem-solving di prima scelta ha eccellenti doti di comunicazione sa...

Sei un informatico e ci tieni alla carriera? Investi su di te

Ho letto un suggerimento che trovo interessante: Lessons from Personal Finance Good investors:   have a plan   diversify   look for value   are active, not passive   do it regularly Guardandomi indietro devo ammettere che questi suggerimenti hanno funzionato. Qui la fonte: http://www.pragmaticprogrammer.com/talks/HowToKeepYourJob/HTKYJ.html e la segnalazione è di Antonio.   Tags :  Team Work | Professione |

Fai il consulente... rassegnati... ;-)

Ecco la risposta all'interessante post di Lorenzo:  Fai il consulente... rassegnati... ;-) _____________ Argomento molto interessante ! ! ! Provo a rispondere raccontando la mia esperienza personale. > ... prendo ordini da uno che  ... solo perchè lui è dipendente della società che mi da lavoro... cerco di decidere gli obiettivi insieme al cliente, di renderlo consapevole delle diverse possibilità e delle loro conseguenze (valtaggi/svantaggi) di coninvolgerlo nelle scelte. cerco anche di tenere chiari i rispettivi ruoli, gli input che ogniuno deve dare all'altro e gli output che devono essere prodotti e quindi le rispettive responsabilità. cerco di tracciare in ogni istante lo stato di...