Estudié en CompSci donde principalmente nos enseñaron Java, pero lo que aprendí allí es que mi pasión son los sistemas, por lo que siempre he trabajado del lado de las operaciones. Soy hábil con las secuencias de comandos, así que no estoy buscando un sitio para enseñarme Ruby, sino algo que explique más a fondo lo que hacen los desarrolladores todo el día. Quiero comprender mejor la cultura y cómo digiere la gran cantidad de archivos en sus proyectos: los intangibles.
Si supiera hoy que me trasladarían a un equipo de desarrollo el lunes, ¿qué me gustaría leer este fin de semana?
culture
builds
methodology
software-engineering
Stephen C
fuente
fuente
Respuestas:
Como ha etiquetado esta pregunta como "cultura", supongo que no está interesado en una aplicación específica, sino en las preguntas más amplias de flujo de trabajo y administración.
Probablemente comenzaría con "El manual de DevOps"; Es una buena visión general de las diferentes cosas a tener en cuenta, sin profundizar demasiado.
"Entrega continua" por Jez Humble también se hace referencia a menudo; Todavía no lo he leído mucho, pero cubre los conceptos de control de origen y automatización de compilaciones.
Si está comenzando a entrar en aplicaciones a escala (esto puede ser una suposición demasiado grande), otro buen libro es "La práctica de la administración del sistema en la nube" de Limoncelli et al.
fuente
No se trata de DevOps, sino del desarrollo de software directo, supongo.
Bueno, lo importante en el desarrollo directo (sin el ángulo "DevOps") es ciertamente "ágil", es decir, en su mayor parte SCRUM. Puede ser peor que sentarse y leer el Manifiesto Ágil o una cartilla sobre SCRUM, o Kanban para los trabajos más diarios, de corrección de errores y mantenimiento.
Aparte de eso, hablar de "cultura" es, desde el lado del desarrollador, principalmente una cosa específica de DevOps. Sí, también tenemos nuestros evangelistas, específicamente para cosas más nuevas como ruby o golang, pero no tan extremas como en el mundo DevOps / Cloud, donde están sucediendo cambios reales de paradigma.
Después de haber trabajado en aplicaciones de rubí no triviales, eso no es gran cosa. Verán, esos archivos no solo están esparcidos por todos lados, sino que hay una jerarquía, convenciones y todo eso. En realidad, nunca necesita tener todos esos archivos en su cabeza en un solo punto en el tiempo, para un proyecto bien diseñado. Si trabaja en un área específica, generalmente está bastante claro dónde están los archivos relevantes, y puede hacer zoom sobre ellos con bastante facilidad. Lo mismo debería aplicarse a otros entornos de programación modernos.
En las malas aplicaciones, eso es diferente, pero el desarrollador no "digiere" nada en realidad, sino que simplemente tropieza en un frenesí todo el día hasta que se rinde. ;)
fuente