La Programación Eficaz: Más De La Escritura De Código

ACERCA de LA BOOKJeff Atwood comenzó la Codificación de Horror blog en el año 2004, y está convencido de que le cambió su vida. Necesitaba una manera de hacer un seguimiento del desarrollo de software a lo largo del tiempo - lo que estaba pensando o trabajando. Él investigó temas que le pareció interesante, luego documentar su investigación con un público blog, que podía fácilmente encontrar y consultar después. A lo largo del tiempo, un número creciente de blog de visitantes encontraron los puestos útil, relevante e interesante. Ahora, aproximadamente 100.000 lectores visitar el blog al día y casi tantos comentarios e interactuar en el sitio.La Programación eficaz: Más De la Escritura de Código es su tienda de una parada para todas las cosas de programación. Jeff escribe con humor y comprensión, permitiendo tanto para los programadores experimentados y novatos apreciar la profundidad de su investigación. A partir de esos puestos como "El Programador del proyecto de Ley de Derechos" y "¿por Qué no puedo Programadores... Programa?" "Trabajar Con el Caos Mono," este libro presenta la importancia de la escritura responsables de código, la logística, y de cómo la gente debe ver más como un estilo de vida que una carrera. TABLA DE CONTENIDO - Introducción - El Arte de Conseguir que Mierda Hacer - los Principios de la Buena Programación de la Contratación de Programadores de la Manera Correcta - Llegar a Tu Equipo a Trabajar Juntos - La Batcueva: a partir de espacios de trabajo para los Programadores a Diseñar pensando en el Usuario - conceptos Básicos sobre la Seguridad: la Protección de los Datos de Sus Usuarios - Probar Su Código, Así que no aspira Más Que A la Construcción, la Gestión y que se Benefician de una Comunidad de Marketing Comadrejas y Cómo No Ser Uno de Mantenimiento de Sus Prioridades StraightEXCERPT DEL LIBRO Como desarrollador de software, usted es su propio peor enemigo. Cuanto antes te das cuenta de que, el mejor de usted será.Sé que usted tiene la mejor de las intenciones. Todos lo hacemos. Somos desarrolladores de software; nos encanta escribir código. Es lo que hacemos. Nunca conocimos a un problema que no podía resolver con algo de cinta adhesiva, un jurado amañado percha y una pizca de código. Pero Wil Shipley sostiene que debemos controlar nuestras tendencias naturales a escribir un montón de código:La naturaleza fundamental de la codificación es que nuestra tarea, como programadores, es reconocer que cada decisión que tomamos es un trade-off. Para ser un programador maestro es entender la naturaleza de estos trade-offs, y ser consciente de ellos en todo lo que escribe.En la codificación, usted tiene muchas dimensiones en las que puede código de tarifa: la Brevedad de codeFeaturefulnessSpeed de executionTime pasado codingRobustnessFlexibilityNow, recuerde, estas dimensiones son todos en oposición el uno al otro. Usted puede pasar tres días en escribir una rutina que es realmente hermoso y rápido, por lo que ha conseguido que dos de sus dimensiones, pero te has pasado tres días, por lo que el "tiempo dedicado a la codificación de la dimensión" es el camino hacia abajo.Así, cuando es esto vale la pena? ¿Cómo podemos tomar estas decisiones? La respuesta resulta ser muy cuerdo, muy simple, y también el que nadie, nunca, escucha: Iniciar con brevedad. Aumento de las otras dimensiones como es requerido por la prueba.Yo no podía estar más de acuerdo. Le he dado un consejo similar cuando me exhortó a los desarrolladores de Código más Pequeño. Y no estoy hablando de una reductio ad absurdum del concurso donde se utilizan todos los trucos en nuestros libros para hacer que el código de ajuste en menos espacio físico. Estoy hablando de prácticas y sensatas estrategias para reducir el volumen de código de un individuo programador tiene que leer para entender cómo funciona un programa. He aquí un trivial pequeño ejemplo de lo que estoy hablando:si (s == Cadena.Vacío)if (s == "")me parece obvio que el último caso es......comprar el libro para leer más!