Tempo realistico per apprendere nuovo framework / API [chiuso]

Basare la quantità di tempo relativa al livello di rischio dell'applicazione. Probabilmente hai preso in considerazione questo quando decidi se dovresti usarlo in questo momento oppure no. Se stai lavorando su una piccola app in-house, puoi farla franca con l'essere meno familiare.

Sono stato diviso tra provare un nuovo framework / api su una nuova applicazione o provare ad applicarlo a un progetto precedente. Si spera che tu capisca molto meglio il precedente progetto e che potresti pianificare di conseguenza. Potresti non voler metterlo in produzione e usarlo solo come esercizio di allenamento. Altrimenti, impara le nuove cose con l'idea che renderà il nuovo progetto più facile / migliore / manutenibile / qualunque.

Cerca e leggi tutto quello che devi, ma assicurati di dedicare tutto il tempo che puoi per fare del codice con esso. Impara facendo.

Il tempo e lo sforzo nell'apprendimento di una nuova serie di abilità dipendono da due cose.

1. Abilità trasferibili: tendiamo a sovrastimarli.
   Ad esempio, conosco jQuery ma vorrei imparare YUI. In questo scenario la mia conoscenza di DOM, Javascript, CSS, Firebug e HTML è tutta conoscenza trasferibile. Tuttavia, la struttura, il formato della documentazione e l'uso di YUI mi saranno completamente sconosciuti. E questo mi porta al secondo punto.

2. La curva dello sforzo: sono arrivato a comprenderlo in qualche modo come una normale curva di distribuzione. La fase di conoscenza non è così difficile, quindi fare qualcosa di utile diventa sempre più difficile e rimane così per molto tempo, tendiamo a sottovalutare questa parte.

Ad esempio, posso scrivere programmi di tipo HelloWorld in dieci nuovi linguaggi di programmazione che non ho mai usato prima e che avranno ancora del tempo libero nel giorno. Questa prima fase è molto fuorviante a causa del suo alto tasso di apprendimento, quindi attenzione. La mia recente esperienza di passaggio da ASP.NET MVC a Ruby on Rails mi ha fatto riflettere seriamente su tutte queste cose. Mi ci è voluto quasi un anno per essere produttivo in Ruby on Rails e anche dopo aver fatto un sacco di sforzi.

Le strutture che hai menzionato sono piuttosto grandi. Ad esempio, in caso di Silverlight dovrai capire l'ideologia di code-behind, multithreading (che è un must in Silverlight) e WCF.

Se sei uno studente, concentrati prima sui tuoi corsi. Scegli le tecnologie consigliate dai tuoi professori. Il tempo e l'energia sono una risorsa limitata. Troppi studenti commettono l'errore di non concentrarsi sui noiosi corsi di Computer Science e continuare a giocare con le tecnologie calde solo per il gusto di farlo. Questo interesse dura solo per la prima fase e una volta che le cose cominciano a diventare difficili, saltano su un'altra tecnologia bollente e va avanti.