2009-02-12 10 views
5

ricerca di qualche consiglio generale ...Invio di boost semplice; consigli?

Sto usando spinta per un po ', e ho scritto diversi piccoli moduli e funzioni (ad esempio: vedi this SO question) che mi sembra freddo essere appropriato per l'inclusione in spinta . Sono stato nelle pagine del progetto per vedere il processo di invio, ma sembra che sia "sii dentro, o non ti preoccupare". Posso iscrivermi alla mailing list degli sviluppatori, ma non sono sicuro di essere qualificato per postare lì: non ho certamente familiarità con tutti i vari moduli di boost, e non sono altrettanto esperto di meta-programmazione template come le persone che partecipano attivamente.

C'è un viale che mi manca per persone "normali" per inviare idee per le cose che possono essere incorporati in spinta? O la spinta è un tipo di progetto "aperto solo nel nome, a meno che non si faccia un lavoro a tempo pieno"?

risposta

3

Penso che non dovresti esitare e andare su boost-devel. Molto probabilmente il tuo codice non sarà accettato, ma è molto probabile che sarai in grado di raccogliere preziosi feedback e imparare molto. Le persone là giustificheranno perché non possono essere accettate nella forma attuale, o come la funzionalità data potrebbe essere resa più generica, ecc. Penso che nel complesso ciò sarà vantaggioso per te.

Se non vi sentite a vostro agio con boost-devel, iscrivetevi e seguitelo per un po 'di tempo. E commenti poco più personali sulla lettura/seguente lista:

  • scoprire chi è che - alcune persone sono attivi solo in campi molto stretti, mentre altri tendono ad avere molto da dire in molti settori diversi
  • creare una sorta di regole di filtraggio per i nuovi messaggi (il carico della lista è piuttosto pesante) - alcune mail non sono davvero interessanti
  • osservare il processo di revisione delle librerie presentate, commenti critici, suggerimenti.
  • Iscriviti agli utenti boost-devel, boost e boost: tendono ad essere piuttosto interconnessi. Puoi lanciare sprit, discussioni e liste ublas se sei interessato a questi progetti.
0

Ho provato a inviare la mia libreria UTF-8 CPP a Boost. Iniziato sottoscrivendo alla loro mailing list dev e inviato un paio di richieste informali di revisione, ma sentivo che non porta da nessuna parte, così ho rinunciato e non ho mai presentato una richiesta formale di revisione.

Buona fortuna per l'invio.

+0

Questa è stata la mia impressione dal leggere i thread: se non sei "nel gruppo", non andrai da nessuna parte. – Nick

0
+0

L'ho letto per intero; la mia opinione è che è fondamentalmente "trascorrere molto tempo sulla mailing list, essere pronti a dedicare molto tempo/impegno e potremmo prendere in considerazione il tuo codice". Questo non è quello che mi interessa, ed è per questo che ho chiesto una via "normale". – Nick

2

Ho seguito l'elenco di sviluppo per un po 'di tempo. Mi sento come te: forse non sto giocando nello stesso campionato di queste persone, ma comunque tu impari un po 'dalle discussioni lì.

Durante il tempo io ci sono stato, ho trovato una sorta di modello comune per le iscrizioni: prima query per l'interesse nella libreria, quindi offrire la libreria per la revisione. Fai attenzione alle licenze del tuo codice: se non è compatibile con la licenza boost, la maggior parte delle persone non gli darà nemmeno un'occhiata. Trascorrere del tempo nella revisione di alcuni codici proprietari sembra funzionare gratuitamente per qualcun altro.

Considera anche documenti e la pubblicazione scrittori di, rendere la libreria accessibili in internet e hanno altri usano/sguardo. Ciò aumenterà (non è il gioco di parole) le tue possibilità.

1

Perché le tue cose devono andare dritte al boost?Perché non basta metterlo "là fuori" prima con una licenza di cui sei contento ... se c'è abbastanza interesse da parte degli utenti un "hey questo dovrebbe essere in boost" potrebbe essere il prossimo passo logico, o meno.

+0

Perché non c'è "là fuori" che è generalmente accettato, e potrebbero esserci altri problemi politici. Ad esempio, un'azienda potrebbe essere interessante nel contribuire a potenziare (poiché la usiamo), ma non pubblicare il codice in altro modo. – Nick