In un lavoro attuale ho due progetti su cui lavorare. Il primo è un sistema enorme e il secondo è più piccolo ma anche grande (il primo progetto è stato sviluppato per 12 anni, il secondo per 4 anni). All'inizio stavo lavorando solo al primo progetto e stavo cercando di …
Sto lavorando a un piccolo team che inizierà a lavorare su un nuovo grande progetto con un altro piccolo team. L'altro team sta attualmente lavorando su un sistema legacy su cui hanno lavorato per anni. Il manager ha deciso che gli sviluppatori del mio team ruoteranno ogni pochi mesi per …
Sono uno sviluppatore junior e trovo difficile stimare quanto tempo ci vuole per completare un progetto software più grande. So strutturare l'architettura in generale, ma è difficile per me sapere quali dettagli devo fare e quali problemi devo risolvere. Quindi è difficile stimare quanto tempo ci vorrà per finire un …
Quando inizio un nuovo progetto, spesso inizio immediatamente a pensare ai dettagli dell'implementazione. "Dove inserirò DataBaseHandler? Come dovrei usarlo? Le classi che vogliono usarlo dovrebbero estendersi da qualche superclasse astratta ...? Dovrei usare un'interfaccia? Quale livello di astrazione userò nella mia classe che contiene metodi per inviare richieste e analizzare …
Ero solito incolpare il cambiamento delle specifiche dei clienti per il marciume del codice, senza rendermi conto che i modelli di business cambiano ed è il mio lavoro sviluppare in modo adattabile. Ora lo vedo come un segno di un cattivo sviluppatore (sono cambiato!). Ma ora vedo altri "capricci" in …
Da un punto di vista di altissimo livello, a me sembra che ci siano generalmente 2 tipi di strumenti di Project Management: Tracker di problemi tradizionali come Fogbugz, JIRA, BugZilla, Trac, Redmine ecc. Schede a schede virtuali / strumenti di gestione dei progetti agili come Pivotal Tracker, GreenHopper, AgileZen, Trello …
Ho sempre letto progetti di trasformazione o integrazione su larga scala che sono disastri totali o quasi totali. Anche se in qualche modo riescono ad avere successo, i costi e gli orari sono enormi. Qual è la vera ragione dietro i grandi progetti che sono più inclini al fallimento. Può …
Nella nostra azienda, dobbiamo fare molte cose apparentemente non complicate, come sviluppare l'interfaccia utente mobile. Supponiamo che i programmatori esperti ci costino 4 volte tanto quanto i principianti. Entrambi sono sostanzialmente in grado di completare le cose apparentemente semplici nello stesso lasso di tempo. La differenza è che i programmatori …
Ho letto alcuni articoli sul web per scoprire come Agile, XP, Scrum, la programmazione delle coppie sono diverse l'una dall'altra / correlate tra loro e ho derivato la seguente riga: Scrum e XP sono quasi uguali. XP ha un periodo di rilascio più breve rispetto a Scrum La programmazione delle …
Ho sempre avuto questa lotta per convincere la gente ad aggiornare i loro problemi, sia nella mia azienda che al lavoro. Ho avuto alcuni casi in cui le persone lo fanno effettivamente dalla bontà del loro cuore, ma ~ 70% delle volte devo inseguire le persone. Essendo quello che generalmente …
Lavoro in un team che è stato piatto in modo organizzativo da quando è stato creato diversi mesi fa. Il mio manager non è tecnico e questo significa che tutto il nostro team è responsabile del processo decisionale. Il mio manager sta cominciando a rendersi conto che ci sono molti …
In una startup web, è più comune avere un ingegnere che lavora sul front-end E sul back-end della funzione (sostanzialmente responsabile dell'intera funzionalità)? Oppure gli ingegneri si sono separati tra il back-end e il front-end? Quali sono più utili e per quali situazioni? Il rovescio della medaglia, ho notato, riguardo …
Vorrei sapere se ha senso dividere il progetto a cui sto lavorando in due repository anziché in uno. Da quello che posso dire: Il frontend verrà scritto in html + js Backend in .net Il backend non dipende dal frontend e il frontend non dipende dal backend Il frontend utilizzerà …
Qualche mese fa la mia azienda si è trovata con le mani attorno a un'emergenza rovente di un progetto, e tutto il mio team di sei persone ha realizzato una "settimana di crisi" di cinque settimane. Nelle 48 ore prima di andare a vivere, ho lavorato 41 di loro, due …
Sto leggendo la Scrum - Una guida tascabile di Gunther Verheyen e dice: Il rapporto Chaos del 2011 del Gruppo Standish segna una svolta. Sono state condotte ricerche approfondite nel confronto tra progetti tradizionali e progetti che utilizzavano metodi Agile. Il rapporto mostra che un approccio Agile allo sviluppo del …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.