2010-10-11 23 views
12

Esta no es una pregunta técnica, pero he notado muchas ofertas de trabajo que requieren experiencia en la escritura de código de nivel de producción. He estado asumiendo que esto se opone, por ejemplo, al código de prueba. ¿Qué significa específicamente el término "código de nivel de producción"?¿Qué es el "código de nivel de producción"?

+0

Creo que pertenece a [Programmers SE] (http://programmers.stackexchange.com) –

Respuesta

7

Es para indicar la diferencia entre el código que puede escribir en la universidad/escuela/por diversión y el código que escribe por dinero; principalmente solo atención a los detalles, pero el cambio es notable.

+4

Por otro lado, es posible que haya escrito algo en la universidad o por diversión y que preste bastante atención a los detalles, y en realidad podría exceder la calidad de algo que alguien más ha enviado como "producción". Hay algo de subjetividad involucrado. – asveikau

3

Lo que significa es que la compañía contrató recientemente a alguien que escribió basura y que están tratando de evitar que vuelva a suceder.

0

A menudo el "código de nivel de producción" puede significar su capacidad de usar herramientas de desarrollo de software como control de código fuente o prueba/validación en comparación con un estudiante que a menudo solo ha usado una ide o herramientas de línea de comando para proyectos pequeños.

2

Si alguien me preguntara en una entrevista sobre "código de nivel de producción", me referiría a proyectos basados ​​en mi experiencia laboral actual/pasada. Esto serían proyectos para empresas que se detallan en mi currículum. Esto también podría incluir CodePlex u otros proyectos similares en los que se haya lanzado una compilación de trabajo estable para el consumo de otras personas.

No hablaría de demostraciones, pruebas de conceptos, etc., etc. Hablaría de proyectos escritos, implementados y utilizados por otra persona.

18

El código de nivel de producción tiene muchos atributos que el código de ejemplo o código de proyectos desechables no tendría. Tal como

  • manipulación condición caso
  • borde manejo de errores
  • portátil para múltiples plataformas
  • bien pensado denominación de variables, funciones, métodos, clases, parámetros, etc.
  • la capacidad de prueba
  • documentación
  • optimizaciones para espacio de código o velocidad
  • consideraciones de interfaz de usuario

a diferencia de muchos ejemplos de libros de texto que dicen cosas como "manejo de errores no mostrado por simplicidad".

0

He conocido a un par de personas que nunca obtuvieron ningún código importante en lanzamientos de producción de nada. La construcción de muchos prototipos es ordenada y divertida, pero hasta que versión y admitan el código, todo es un ejercicio teórico.

Es posible que las personas que colocaron esas publicaciones no quieran ese tipo de "experiencia".

Cuestiones relacionadas