En estos días tengo gastos administrativos en Mozilla, pero comencé como ingeniero.
4 cosas que son exactamente como cabría esperar:
- Las personas con las que trabaja son excepcionales. Los empleadores míos anteriores afirmaron “contratar bien” y probablemente lo hicieron según los estándares de la industria. La gente de Mozilla es simplemente de otra liga por completo. Increíblemente asombroso: inteligente, creativo, motivado, intrépido.
- Tienes un alcance directo inmenso para cambiar la web. Los equipos son generalmente pequeños y tienen áreas de enfoque claras, por lo que su trabajo diario tiene un impacto inmediato. También hay barreras bastante bajas para la polinización cruzada. Si deambular por una madriguera de conejo te lleva a un error en otra parte del código: arréglalo. Las barreras para “piratear el territorio de otras personas” son bajas.
- Es realmente, sinceramente, a la intemperie. Los ingenieros tienden a esperar esto, ya que muchos de ellos han interactuado con el proyecto como contribuyentes voluntarios antes de venir a trabajar aquí. Las personas de otras disciplinas a menudo se sorprenden al ver que la apertura no es un frente. Hay algunas cosas confidenciales del cuerpo, generalmente en torno a asociaciones con otras compañías que aún no hemos anunciado, y algunas cosas están restringidas a nuestro grupo de seguridad (que incluye a los no empleados) pero, en general, el proyecto se ejecuta y se rige, a través de reuniones públicas, listas de correo y errores.
- Las personas están realmente orientadas a la misión. Todos nos recordamos regularmente que somos una organización sin fines de lucro: nuestro trabajo es mejorar la web. Esa misión se invoca regularmente como prueba de fuego para el trabajo que hacemos y las decisiones que tomamos. Mucho, mucho más de lo que he experimentado con la declaración de la misión de una tienda tradicional con fines de lucro. Todavía tenemos que competir duro, todavía tenemos que ganar, así que muchas veces * suenamos * como una startup hambrienta, pero proviene del amor.
5 cosas que a menudo sorprenden a las personas:
- ¿Qué debo hacer cuando un revisor de códigos se ríe y maldice mi código? ¿Cómo debo lidiar con esto?
- ¿Cuál es el mejor software de gestión de proyectos para empresas de ingeniería?
- ¿Cómo debo dividir mi idea de software en partes más pequeñas para fines de outsourcing?
- ¿Qué significa 'nativo (soporte)' en un contexto de software?
- ¿Alguien ha creado una estrategia comercial sistemática?
- Todo lo que haces llama la atención. Mucha atención Si llamas a alguien en un error, debes esperar que The Register escriba un artículo al respecto. Si blogueas sobre nuestro proceso de actualización, tal vez Forbes. Cambios en la interfaz de usuario a nivel de píxel, cadenas de agente de usuario, soporte para formatos de imágenes de nicho, color de fondo cuando se ven imágenes … Estás en una pecera y el mundo está mirando.
- Tenemos una gran cantidad de infraestructura de construcción y prueba. Esto no debería sorprender, pero los ingenieros a menudo provienen de culturas que prestan atención a la automatización y las pruebas. Estamos nadando en eso.
- Básicamente, todo el trabajo de ingeniería requiere revisión de código. Nuevamente, esto es como debería estar en todas partes, pero rara vez se aplica realmente.
- Existe una profunda heterogeneidad de la pila de herramientas para el desarrollo. Las personas se desarrollan en cualquier plataforma, tienen sistemas de compilación personalizados y usan cualquier herramienta que sea conveniente / disponible / conocida por ellos. Viniendo de IBM, donde el eclipse era el IDE universal, me sorprendió ver cuán diferente era la configuración de una persona de la siguiente.
- Existen jerarquías gemelas para la toma de decisiones de ingeniería: la cadena de gestión corporativa y el sistema de propiedad del módulo del proyecto. Este es un trabajo en progreso y, a veces, las líneas se difuminan (los líderes a veces terminarán con el estado en ambos árboles) pero, en general, la propiedad técnica se ve impulsada por el mérito y el trabajo en el código, mientras que la dirección y la priorización de la organización son propiedad de la administración formal. “. Administro los equipos que trabajan en el escritorio de Firefox, Android de Firefox, kit de herramientas y herramientas de desarrollo, pero no soy el propietario del módulo para ninguno de ellos. Hemos tenido VPE que no tienen derechos de compromiso.
Hemos crecido mucho, muy rápido, por lo que si bien nunca hay una sola versión de “cómo es”, ahora es un momento particularmente cambiante. Tengo tanta curiosidad como cualquier otra persona sobre las otras respuestas que aparecen aquí. Pero sigo asombrado de que se me permita trabajar con esta increíble muestra de humanidad. Asombrado y humillado. Diario.