La tua azienda ha una politica scritta sul blog personale (tecnico)? [chiuso]


17

La tua azienda ha una politica scritta sul blog personale (tecnico)?

Vuoi condividere?

Incoraggiamo i nostri sviluppatori a tenere blog personali e parlare di problemi tecnici che hanno riscontrato sul lavoro che non sono competenze di base o IP di base. Lo abbiamo fatto "non chiedere non dire" stile, ma è tempo di scrivere qualcosa.

Aggiornamento : grazie a tutti per le risposte, abbiamo implementato una politica per quest'ultima settimana - il testo completo è qui .

Risposte:


10

Nessuna politica di questo tipo qui

Tengo un blog personale / tecnico (più tecnico che personale), tuttavia non è in alcun modo correlato alle aziende per cui lavoro.

Pubblicare protocolli interni, fogli di lavoro, codice o altre cose sarebbe una cosa seria , secondo me. A parte questo, posso vedere per pochissime ragioni in cui non sarebbe permesso tenere un blog tecnico. Uno potrebbe essere nel caso in cui il contratto stipuli qualsiasi e tutto il materiale che crei sia di proprietà dell'azienda. C'è stato un articolo interessante che ho letto su qualcuno che ha lavorato in Microsoft dove questo è stato il caso. Tuttavia non riesco a trovarlo di nuovo per la vita di me.


1
Anch'io. In alcuni casi invio esempi di codice, ma mai copio / incollato direttamente dal codice dell'azienda. Ho sempre disinfettato e / o riscritto completamente per rimuovere materiale proprietario.
Adam Lear

2
@Anna: lo faccio anche per domande SO. È un po 'complicato porre una domanda su un problema senza presentare il problema originale.
Josh K,

Nemmeno questa politica qui, non tengo neanche un blog personale, ma terrei un blog di sviluppo di un progetto personale che inizierò in futuro!
inverti il

7

È incoraggiato

Riceviamo 1 giorno a settimana per cose non fatturabili come l'apprendimento, la lettura di blog, i blog, l'amministrazione, la preparazione di presentazioni per i devcafé settimanali *, ...

Il nostro capo preferisce che ci concentriamo sulla condivisione delle conoscenze in quel momento.

In realtà stiamo costruendo una dashboard per la nostra intranet che mostrerà il rapporto "condivisione della conoscenza / tempo non fatturabile".


* devcafés: il team di sviluppo si riunisce 1 ora / settimana e 1 membro del team presenta una nuova tecnologia, metodologia, ..


Sarebbe davvero bello. forse non per un'intera giornata, ma per una mezza giornata. Sento che ci sono così tante cose legate al lavoro che vorrei conoscere, ma non c'è tempo al lavoro per farlo, e mia moglie e mio figlio hanno una priorità più alta a casa.
alesplin,

4

Lavoro per un'agenzia del governo federale. La politica generale su qualsiasi tipo di social network e blog è che dovremmo presentarci come individui e non come dipendenti dell'agenzia. Roba piuttosto semplice. A loro non importa lo scambio di "suggerimenti e tecniche" purché alcune cose interne non vengano pubblicate. Non è mai stato un problema, per quanto ne so.


2

La mia compagnia è completamente ignara di questo.

Ho il mio sito Web e anche un altro collega ne ha uno, ma penso che sia tutto. Il collega e io siamo le uniche due persone che cercano attivamente conoscenza [ per quanto ne so , anche se penso che ce ne siano altre, ma di basso profilo], quindi potrebbe avere qualcosa a che fare con esso.

Questo potrebbe anche essere solo un effetto collaterale del nostro pool di conoscenze quasi inesistente ... dato che le persone qui si concentrano ancora sugli sviluppatori "superstar" / "hotshot". Che fa schifo alla grande.

Il mio consiglio personale per te è: aprire il più possibile .

Il feedback è utile e ne otterrai molti pubblicando materiale.


"Il mio consiglio personale per te è: apriti il ​​più possibile" - Non sono sicuro che a tutte le aziende piacerà questo approccio.
Yasouser,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.