¿Tiene su empresa una política escrita sobre blogs personales (técnicos)? [cerrado]

17

¿Tiene su empresa una política escrita sobre blogs personales (técnicos)?

¿Quieres compartir?

Alentamos a nuestros desarrolladores a que mantengan blogs personales y hablen sobre los problemas técnicos que han encontrado en el trabajo que no son competencia central o IP central. Lo hemos estado haciendo al estilo "no preguntes, no digas", pero es hora de escribir algo.

Actualización : gracias a todos por sus respuestas, hemos implementado una política para esta última semana: el texto completo está aquí .

programming-practices dblock
fuente

Respuestas:

10

No existe tal política aquí

Mantengo un blog personal / técnico (más técnico que personal), sin embargo, no está relacionado de ninguna manera con las empresas para las que trabajo.

Publicar protocolos internos, hojas de trabajo, código u otra cosa sería algo serio , en mi opinión. Aparte de eso, puedo ver por muy pocas razones donde no se permitiría mantener un blog técnico. Uno podría ser un caso en el que el contrato estipula que todo el material que cree es propiedad de la empresa. Leí un artículo interesante sobre alguien que trabajaba en Microsoft y este era el caso. Sin embargo, no puedo encontrarlo de nuevo por mi vida.

Josh K
fuente
1
Igual que aquí. Publico muestras de código en ocasiones, pero nunca copio / pego directamente del código de la compañía. Siempre desinfecta y / o reescribo por completo para eliminar cosas patentadas.
Adam Lear
2
@ Anna: También hago eso para SO preguntas. Es un poco complicado hacer una pregunta sobre un problema sin presentar el problema original.
Josh K
No existe tal política aquí, tampoco mantengo un blog personal, ¡pero mantendría un blog de desarrollo de un proyecto personal que empiezo en el futuro!
invertir el
7

Es alentado

Obtenemos 1 día a la semana para cosas no invocables como aprender, leer blogs, bloguear, administrar, preparar presentaciones para los devcafés semanales *, ...

Nuestro jefe prefiere que nos enfoquemos en compartir conocimientos en ese momento.

En realidad, estamos construyendo un panel para nuestra intranet que mostrará la relación "intercambio de conocimientos / tiempo no invocable".


* devcafés: el equipo de desarrollo se sienta junto 1 hora / semana y 1 miembro del equipo presenta una nueva tecnología, metodología, ..

Thomas Stock
fuente
Eso sería genial. tal vez no por un día entero, sino por medio día. Siento que hay muchas cosas relacionadas con el trabajo que me gustaría aprender, pero no hay tiempo en el trabajo para hacerlo, y mi esposa y mi hijo tienen mayor prioridad en casa.
alesplin 15/10/10
4

Yo trabajo para una agencia del gobierno federal. La política general sobre cualquier tipo de redes sociales y blogs es que debemos presentarnos como individuos y no como empleados de la agencia. Cosas bastante sencillas. No les importa el intercambio de "consejos y técnicas" mientras no se publiquen algunas cosas internas. Eso nunca ha sido un problema, que yo sepa.

MetalMikester
fuente
2

Mi compañía es completamente ajena a esto.

Tengo mi propio sitio web, y otro colega también tiene uno, pero creo que eso es todo. El colega y yo somos las dos únicas personas que buscan activamente el conocimiento [ hasta donde yo sé , aunque creo que hay algunos más, pero de bajo perfil], por lo que puede tener algo que ver con eso.

Esto también puede ser solo un efecto secundario de que nuestro grupo de conocimiento es casi inexistente ... ya que las personas aquí todavía se centran en los desarrolladores "superestrella" / "hotshot". Lo que apesta a lo grande.

Mi consejo personal para ti es: abre todo lo que puedas .

La retroalimentación es útil, y obtendrá mucho al publicar cosas.

Dr. Hannibal Lecter
fuente
"Mi consejo personal para usted es: abran lo más posible" - No estoy seguro de si a todas las empresas les gustará ese enfoque.
yasouser