Offro posto in Staff al programmatore - Pagina 7

24/03/2016 17:12:52

Se fai una buona riunione preliminare, ottieni quelli che vuoi.Ovviamente se il materiale grafico non è pronto, puoi lavorare lo stesso e lasciare i marcatori negli spazi appositi.

committente: "ci sei che ti passo la grafica di cui abbiamo parlato"Programmatore : "si passami pure la grafica"Segue:invio di file in corso.... layout.jpg inviato (screenshot del layout della land, in risoluzione poster)Programmatore "E questa che cosa è..?"committente: "la grafica della land"Programmatore "ma è una jpg dove sono gli elementi tagliati, sbordati, almeno le dimensioni dei riquadri per lavorar ein attesa della grafica"committente "eh ma io ho questa"come detto sopra da altri non è rara una situazione come questa.

il problema sta nella riunione preliminare che non ha esaminato ogni dettaglio.

O del cliente che ti contatta dicendoti "sai ho pensato a questo..", "ho pensato che questa cosa non mi piace così ma cosà". Mai avuto a che fare con clienti che cambiano idea in corso d'opera? Succede ovunque anche al posatore dopo che ha cominciato a posare le mattonelle in bagno.

GDRCD è un framework e farsi pagare per il deploy di un framework è una offesa alla deontologia.

Quindi sviluppare un modulo per qualsiasi framework o pacchetto tipo phpbbb wordpress o simili e farsi pagare per lo sviluppo di un modulo sarebbe contrario alla deontologia professionale.Sarei curioso di vedere dove un eventuale codice di qualche albo o associaizone di categoria cita una cosa del genere o anche solo un principio che possa essere assimilato a questo concetto

24/03/2016 17:24:45

dyrr ha scritto: [quote]Se fai una buona riunione preliminare, ottieni quelli che vuoi.Ovviamente se il materiale grafico non è pronto, puoi lavorare lo stesso e lasciare i marcatori negli spazi appositi.

committente: "ci sei che ti passo la grafica di cui abbiamo parlato"Programmatore : "si passami pure la grafica"Segue:invio di file in corso.... layout.jpg inviato (screenshot del layout della land, in risoluzione poster)Programmatore "E questa che cosa è..?"committente: "la grafica della land"Programmatore "ma è una jpg dove sono gli elementi tagliati, sbordati, almeno le dimensioni dei riquadri per lavorar ein attesa della grafica"committente "eh ma io ho questa"come detto sopra da altri non è rara una situazione come questa.[/quote]'sco. Nella (o nelle) riunione preliminare spieghi bene che ti serve una immagine complessiva per avere l'idea di cosa vuoi che sia fatto e che poi ognuna di essa debba essere "ritagliata". Non sono bravo con le parole, tantomeno penso di essere un genio ma basta spiegarle le cose alle persone, anche con un esempio. Non credo nemmeno di aver avuto come committenti sempre e solo webdesigner e grafici diplomati...

dyrr ha scritto: [quote]il problema sta nella riunione preliminare che non ha esaminato ogni dettaglio.

O del cliente che ti contatta dicendoti "sai ho pensato a questo..", "ho pensato che questa cosa non mi piace così ma cosà". Mai avuto a che fare con clienti che cambiano idea in corso d'opera? Succede ovunque anche al posatore dopo che ha cominciato a posare le mattonelle in bagno.[/quote]da te questa non me la aspettavo, data la tua esperienza. Ad ogni modo una cosa è "sai ho pensato di farlo verde invece di rosso" e quindi è una cosa che nel mockup non controlli ma usare pozioni dal mercato invece di azioni, non è una cosa su cui non pensi. Inoltre il mockup può durare anche alcuni giorni a più riprese per definire tutto. Una volta chiuso è semplicemente chiuso, le modifiche saranno a parte e dopo.

dyrr ha scritto: [quote]GDRCD è un framework e farsi pagare per il deploy di un framework è una offesa alla deontologia.

Quindi sviluppare un modulo per qualsiasi framework o pacchetto tipo phpbbb wordpress o simili e farsi pagare per lo sviluppo di un modulo sarebbe contrario alla deontologia professionale.Sarei curioso di vedere dove un eventuale codice di qualche albo o associaizone di categoria cita una cosa del genere o anche solo un principio che possa essere assimilato a questo concetto[/quote]credo ci sia confusione di termini: il deploy è la messa in opera del prodotto, l'installazione insomma.Davvero ti sei fatto pagare per "installare" GDRCD su un sito web?!Sviluppare moduli per framework è un lavoraccio ingrato, spesso non pagato, come per i moduli di Drupal o similari ma li si rientra nella filosofia OPEN.

24/03/2016 17:37:18

da te questa non me la aspettavo, data la tua esperienza. Ad ogni modo una cosa è "sai ho pensato di farlo verde invece di rosso" e quindi è una cosa che nel mockup non controlli ma usare pozioni dal mercato invece di azioni, non è una cosa su cui non pensi. Inoltre il mockup può durare anche alcuni giorni a più riprese per definire tutto. Una volta chiuso è semplicemente chiuso, le modifiche saranno a parte e dopo.

Io intendo cose del tipo come mi è capitato un paio d'anni fa a lavori iniziati dopo aver delineato discusso parecchio con i committenti riguardo la land:"Sai ho pensato che non mi piace il sistema classico ti registri con il nome del pg e crei il pg al momento dell'iscrizione, ma vorrei registrare l'user che poi si crea i vari pg una volta loggato in land"Vai a spiegare al committente, che non è una cosa da poco a lavori gia iniziati, perchè ti tocca mettere comunque le mani sul database se non vuoi lasciare campi inutili/ridondanti su una tabella e tutta una serie di lavori che a lavori gia iniziati dopo aver gia discusso della cosa in fase di progetto non è proprio comoda.E soprattutto vai a spiegare al committente che non è quella "piccola modifica" che lui pensa e che non è una modifica che era compresa quando avete preso accordi.io intendevo dire questo

24/03/2016 18:04:06

chiaro, soprattutto il concetto di "piccola modifica" a molti admin non è ben presente... :Dovvio che se fai un mockup e dici "per questo, chiuso fatto e finito come progettato, ci mettiamo 30 ore, ovvero circa 3 settimane" e poi quello arriva e vuole il login con facebook perchè "l'ho visto nell'altra land ed è troppo figo", il mockup cambia, il monte orario pure ed il costo (eventuale) di conseguenza.oppure lo sviluppi base e poi proponi una modifica al codice così che almeno dopo 3 settimane si possa iniziare l'alpha test mentre inizi il progetto di modifica.Insomma: le soluzioni si trovano anche per quadrare gli admin tordi ed usando lo schema di MrPanda in 20 ore, ovvero due settimane, se tutto viene fatto bene, non dirmi che non è fattibile tirare su un PBC alpha test.

24/03/2016 18:26:03

Ecco altro punto che mi hai fatto venir ein mente e che potresti introdurre (ma immagino tu ci abbia gia pensato) nelle dispense che stai facendo sul forum.Una chiarificazione di cosa ci si deve aspettare pe run aplhpa, beta, ecc della land

24/03/2016 18:54:43

longbow il problema è che se tu avessi una seria esperienza nel settore (e mi sembra di capire che non ne hai, e mi scuso se ho cannato, sapresti che quando fai una stima dei tempi, un pò per guadagno un pò per stare in tranquillità, non dai mai i tempi "giusti" di quello che vuoi fare.Ti prendi sempre un certo margine di tempo legato a fattori imprevedibili, non è questione di "mancanza di professionalità". A chi non è capitato che il pc si piantasse mentre faceva qualcosa?I discorsi che fai tu, per quanto teoricamente corretti, si basano molto su un fattore fortuna. Non è mai facile dire al cliente: "Per mettere un bottone devi darmi altri 100euro", perchè come dici tu il cliente non capisce le difficoltà tecniche del fare certe cose. Però spesso quella cosa la vuole e non te la vuole pagare. Che gli dici? "Buttiamo tutto via, è stato un piacere... Vada dalla società concorrente!"Inoltre ancora, come per tutti, il tempo è denaro. Per cui, in qualche modo, nell'impegno previsto per un lavoro conteggi tutto ciò che riguarda il lavoro stesso, dalle riunioni di analisi, allo sviluppo, ecc...