¿Cuánto espacio de almacenamiento necesitan realmente los desarrolladores en los sistemas de trabajo?

Sin contar el sistema operativo y los requisitos para ejecutar el software de desarrollo. El espacio de almacenamiento requerido.

Hablando estrictamente desde la perspectiva del trabajo (configuración de la empresa y no autónomos). Un desarrollador individual (sin considerar un sistema de compilación) a menos que se encuentre en áreas de video, procesamiento de audio (archivos crudos enormes) desarrollo de gráficos en 3D. Cuánto espacio de almacenamiento se requeriría.

• Incluso si tenemos en cuenta las pruebas de software para descargar o leer material. ¿Es correcto o seguro suponer que 20 GB sería más que suficiente y que cualquier otra cosa sería un desperdicio o se utilizaría incorrectamente?
• ¿Cuál es el espacio típico en el disco duro asignado por desarrollador en una configuración de oficina? Esto puede diferir según el rol o el requisito específico y en qué tipo de trabajo realiza la empresa. pero en promedio para un desarrollador / programador cuánto espacio normalmente se asigna.

Editar:

Para aclarar la intención

Estas son preguntas a las que me he enfrentado la gente de negocios / gerencia. Solo deseo entender más a este respecto para dar una respuesta (o una mejor respuesta) la próxima vez que las encuentre. No estoy haciendo suposiciones ni pretendo ofender a nadie a este respecto. Sería útil que se proporcionaran algunos enlaces a datos en línea a este respecto.

Edición 2:

• El problema, según tengo entendido, era restringir el espacio de almacenamiento solo a guardar archivos de trabajo para desalentar el uso extraño ...
• No se trata de escatimar / ahorrar costos en hardware.

Cuando se habla solo del espacio de desarrollo (es decir, excluyendo las aplicaciones y los requisitos del sistema operativo), realmente depende del tipo de proyecto (s) con el que se está tratando. Por ejemplo, los lenguajes compilados crean muchos archivos temporales que a su vez se vuelven a empaquetar en archivos más grandes. En mi entorno actual, actualmente estamos ejecutando aproximadamente 20 GB para el código fuente + los archivos de objetos compilados. Eso solo incluye la versión compilada DEBUG, también sería más para RELEASE compilado.

No olvide la sobrecarga del 20% que NTFS u otro sistema de archivos de registro en diario (suponiendo que Windows aquí) necesita tener espacio para el registro en diario y mantener el disco duro en buen estado. Tendrá que dimensionar el disco duro que necesita .

Al proyectar las necesidades de disco duro de su proyecto, deberá tener en cuenta los siguientes aspectos:

• ¿Qué activos son los productos finales? Los elementos de esta clase incluyen elementos de arte, imágenes, archivos de sonido, etc. que no se combinan en otro archivo. En una aplicación web, esto también incluye sus archivos CSS y JavaScript. No olvide sus scripts de compilación y otros elementos que no están compilados.
• ¿Qué activos generan resultados intermedios? Los elementos de esta clase incluyen el código fuente para los idiomas compilados, los archivos de enlace, etc. Al comienzo del proyecto, tendrá que proyectar qué tan grande espera que lleguen y revisar esas estimaciones al menos dos veces más a medida que avanza el proyecto. .
• ¿Qué tan grandes son los productos finales? Sus archivos DLL o bibliotecas compartidas también ocupan espacio. Lo mismo que si empaquetara su aplicación web en una unidad fácilmente desplegable (similar a un archivo WAR de Java o un archivo EAR).

Para una estimación aproximada de cuán grande es su estimación final, use la siguiente fórmula:

(2 * _static_) + (2 * _intermediate_) + (2 * _final_) * 1.2

Si estás pensando para ti mismo, ¿cómo puede ser eso? Considera lo siguiente:

• El proceso de compilación copia archivos estáticos en el directorio de compilación, así como las clases compiladas.
• La etapa de vinculación y empaquetado creará binarios finales que serán más pequeños que los archivos intermedios combinados y los archivos estáticos en el directorio de compilación, pero no borrará esos archivos a medida que se combinan.
• El producto final es solo marginalmente más pequeño ya que los binarios no pueden comprimirse muy bien, pero puede eliminar la redundancia.
• Debe tener en cuenta el espacio temporal para permitir que el compilador funcione. Para eso es el espacio extra asignado en el producto final.
• Por último, debe asegurarse de que el entorno de desarrollo tenga un respiro para que el sistema operativo pueda mantener la unidad feliz. Para eso es el aumento del 20% al final.

Si está al comienzo de un proyecto, haga que sus desarrolladores proporcionen un SWAG (Seriously Wild A ** Guess) sobre cuántas clases se necesitarían para implementar la función. Multiplique eso por 16 KB. Algunas clases generarán archivos de objetos mucho más pequeños, y otras generarán archivos más grandes. Pero esto debería ser suficiente para su estimación SWAG de espacio en disco. También suponga que sus productos finales tendrán el mismo tamaño que las clases que calculó.

Supongo que su empleador desea establecer cuotas para cada perfil de usuario. Espero sinceramente que no estén entreteniendo perfiles móviles con el entorno de desarrollo. El problema con los perfiles móviles es el volumen de corte de los archivos que deben transferirse. El sistema operativo Windows (y el protocolo Samba) son notoriamente ineficientes para transferir grandes cantidades de archivos. Se necesitará un orden de magnitud más largo para transferir 100 archivos de 1k que 1 archivo de 100k.

Esperemos que esto le brinde suficiente información para negociar con su empleador.

El desarrollo necesita MUCHO espacio.

Utilizamos imágenes de VM como unidades de gestión de configuración para configuraciones de desarrollador.

Una vez que haya copiado la VM en su máquina, la iniciará, actualice el código fuente del VCS y estará ejecutando. Sin inmutarse con configuraciones de desarrollador.

Cada imagen de VM es de aproximadamente 20 Gb. 4-5 de esos. es decir, generalmente necesitamos de 100 a 120 Gb Gb

Eso sí, no son "por usuario" en las cosas de la máquina, solo necesitan uno.

Espacio real necesario? Depende. A pesar de su edición, todavía no estoy seguro de entender el punto. Ni siquiera podría comprar un disco duro de 20 gb en este momento si lo intentara. Casi siempre usaría cualquier tamaño de disco duro que tenga la mejor relación GB / $. (O una unidad de disco rápida pequeña (SSD) y una unidad de almacenamiento más grande y más lenta) Eso es alrededor de 1 TB en este momento (la última vez que busqué de todos modos ...). Si quisieras bajar a 500 gb, estarías pagando el 80% del costo por el 50% del espacio.

Yo diría que alguien que le pide que ponga un número en la cantidad de espacio que "necesita", ni siquiera entiende realmente lo que está pidiendo.

El espacio en el disco duro es increíblemente barato . ¿Por qué no le darías a cada desarrollador un disco duro de terabyte? Les evita tener que perder el tiempo limpiando sus discos cada semana.

Dicho esto, estoy usando alrededor de 150 gb de ese terabyte, nuestra base de código solo es de alrededor de 9 gb.

Aquí hay una opinión sobre el punto:

El problema, según tengo entendido, era restringir el espacio de almacenamiento solo a guardar archivos de trabajo para desalentar el uso extraño ...

Usted quiere a los desarrolladores a participar en el uso ajeno. Desea que descarguen demostraciones, código fuente abierto y todo tipo de otras cosas. Por supuesto, debe tomar medidas para proteger al resto de la red de una posible catástrofe. Tal vez su investigación debería hacerse en una imagen de VM, pero desea que lo hagan. Desea que prueben cosas nuevas, que participen en nuevas ideas. Cuando le quitas esto a los desarrolladores, comienzan a estancarse y a resentirse. Por supuesto, no quieres que jueguen sudoku o descarguen demostraciones de Duke Nukem, pero limitar sus capacidades simplemente porque no quieres un "uso extraño" solo hará que funcionen en otro lugar.

Para ponerlo en forma de una cita de Star Wars:

Cuanto más aprietes, Tarkin, más [los desarrolladores] se deslizarán entre tus dedos.

La única respuesta razonable a esto es " suficiente ".

No lleva muchas horas de desarrollador pagar por un nuevo disco duro ...

Mi máquina de trabajo principal tiene una unidad interna de 160 GB, una unidad externa de 160 GB y una unidad externa de 250 GB. Todos menos el disco de 250GB están casi llenos (por eso agregué (a mi costa, por cierto ...) el disco de 250GB).

Estamos usando muchas imágenes de VMWare, y esas tienden a ser bastante grandes. 3 proyectos, cada uno con una imagen de 20 GB más una imagen de respaldo, es de 120 GB. Eso no incluye el espacio necesario para instalar Oracle, WebLogic, 5 instancias de JBoss, IDEs, software de oficina, sistema operativo, etc., etc. que en conjunto ocupan otros 100 GB más o menos.

Luego están los documentos, libros electrónicos y todo lo que necesite. Para una productividad que probablemente incluirá unos pocos GB de música para iTunes (la mayoría de las personas que conozco funcionan mejor que la música, y todos prefieren música diferente). Y sí, por lo tanto, considero que iTunes (u otra biblioteca / reproductor de música) es una herramienta de productividad.

Estas son las preguntas que tuve que enfrentar la gente de negocios / gerencia

¿Te das cuenta de que los discos duros internos modernos cuestan algo como ¢ 3-5 / GB? Entonces, sugiere que ¢ 60 debería ser suficiente para el desarrollador. Eso es ridículo, suena muy difícil de resolver.

Por lo general, busco un disco muy rápido para los archivos importantes (programas y código) y un disco grande para todo lo demás.

Eso generalmente significa un pequeño SSD (128 GB) en esta configuración:

80GB C: para el sistema operativo, Office, Visual Studio, servidor SQL, etc.
30GB D: (el resto de la SSD) donde puse todo mi código y algunas VM de
1.5TB E: aquí puse todo el resto, isos, mi música , videos, etc.

El disco duro de 1 TB está por debajo de 100 $, entonces, ¿de qué estás hablando? El evento que discute esto es más costoso, que solo obtener algunos discos duros ...

Aún así: si trabajas con archivos multimedia, 20 gb es una broma. Las muestras sin comprimir de 1 gb y más son bastante comunes en ese envío. Necesitará muchas copias, etc. Si trabaja con máquinas virtuales, necesitará aún más.

Cualquier cosa por debajo de 500 gb no es razonable.

Suficiente para que sus desarrolladores no tengan que preocuparse por quedarse sin espacio mientras trabajan. En mi caso, hay espacio para grandes pagos, copias (desinfectadas) de bases de datos, máquinas virtuales y "otras cosas", aunque algunas de las otras cosas deberían estar en un espacio compartido (del cual necesitaría mucho) para evitar la duplicación en un entorno de equipo

El uso (abuso) de espacio en una PC de trabajo con fines extraños debe ser una cuestión de política y no de limitaciones físicas forzadas en sus cuadros de desarrollo principales, sobre todo porque los desarrolladores son el tipo de personas que podrán encontrar formas creativas restricciones muy posiblemente en detrimento de su red en su conjunto.

Tenga en cuenta también que esta es una de esas áreas donde los desarrolladores y otros usuarios realmente necesitan recibir un tratamiento diferente.