"Is there c# open source projects team? Where?"
Sì, se non hai intenzione di iniziare il tuo progetto devi trovare una community che sia in linea con i tuoi interessi. Ci sono molti progetti Open Source C #, molti dei quali sono chiamati qualcosa come [projectName] .NET.
Se non hai familiarità con Linux e MonoDevelop, potresti aver bisogno di esserlo. I progetti Open Source sono generalmente sviluppati in Linux e fatti funzionare su tutte le piattaforme. È solo la natura dell'Open Source. Fortunatamente, l'IDE di MonoDevelop è molto buono.
"How can I offer my idea / code
Non lo fai. Le probabilità sono, nella portata più ampia del progetto, la tua idea è insignificante. Tieni presente che, nei progetti Open Source, gli altri sviluppatori non sono lì per lavorare come dipendenti personali. Stanno fornendo un prezioso servizio gratuitamente e probabilmente hanno già un piano di ciò che vogliono perseguire.
Se hai un'idea, la prima cosa che dovresti fare è inviare una richiesta di funzionalità. Se la tua idea è ritenuta utile dal team di sviluppo allora puoi iniziare lo sviluppo. Ma non iniziare a scrivere codice assumendo che verrà automaticamente integrato nel progetto perché probabilmente perderai il tuo tempo.
Tieni anche presente che le tue preferenze di stile personali potrebbero non corrispondere a quelle utilizzate dal progetto. Se si tratta di un progetto abbastanza stabile, potrebbero avere delle linee guida sulla codifica pubblicate da qualche parte.
In ogni caso, qualsiasi cosa tu invii verrà criticata e molto probabilmente ti verrà chiesto di rivedere ulteriormente prima di essere inclusa in una versione.
"If the groups exist ... should I be the project manager in the sense of offering the scope , versions etc. or let others do it?"
Se il gruppo esiste, non si "lascia" fare niente a nessuno. Non ottieni automaticamente lo stato di dittatore benevolo perché pensi di meritarlo.
Se un progetto viene stabilito e lo sviluppo è stabile, molto probabilmente avranno già un elenco di richieste di funzionalità, roadmap per l'inclusione di funzionalità e un team di supporto piuttosto buono per gestire le correzioni di bug.
Non solo, ma gli sviluppatori Open Source impiegano molto tempo e impegno nel loro lavoro. Non solo, ma probabilmente lavorerai ad un certo punto con persone che sono molto più abili di te.
Ottenere la loro fiducia è un processo lento, e farai progressi solo se metti la stessa quantità di abilità e impegno in ciò che offri.
Probabilmente inizierai con l'invio di patch, seguito dall'invio di richieste di pull se stai lavorando su qualcosa di più grande. Non prevedere l'accesso in scrittura al repository principale perché. Contrariamente a quanto si crede, il codice Open Source viene attentamente esaminato prima di essere fuso nel repository principale e anche in questo caso, le presentazioni probabilmente cadranno comunque su un programma di rilascio pre-pianificato.
Proprio dal tuo approccio iniziale direi, impara un po 'di umiltà prima di tentare di unirti a un progetto Open Source. Non hanno intenzione di consegnare le redini solo perché pensi di essere uno sviluppatore di talento.
Ci vuole tempo per guadagnare fiducia e se sei bravo guadagnerai il rispetto degli altri contributori.