Las habilidades de un desarrollador no dependen de la velocidad de su conexión a Internet ni, puedo argumentar, tener una conexión a Internet constante. Claro, estar en línea le da acceso a recursos ilimitados: documentación, procedimientos, foros, sitios de preguntas y respuestas, comunidades de otros desarrolladores (IRC, Slack, etc.). Sin embargo, no necesita todos esos para ser un buen desarrollador.
Si tiene acceso ocasional a Internet público o la conexión a Internet de un amigo, tiene todo lo que necesita. Si está ejecutando un entorno de desarrollo de Linux, debe tener todo lo que posiblemente necesite disponible a través de un administrador de paquetes. Conéctese a Internet para configurar e instalar sus paquetes, pruébelos y asegúrese de que funcionen, ahora puede trabajar perfectamente sin conexión.
La única excepción a esto es si está trabajando con API de terceros. En este caso, su productividad puede escalar directamente a su velocidad de internet. Sin embargo, es completamente posible almacenar en caché las respuestas de la API si no le importan los datos obsoletos; incluso podría usar node.js y express (o cualquier combinación de las millones de herramientas disponibles) para generar respuestas falsas de la API para el desarrollo fuera de línea propósitos
- Cómo quitar o deshabilitar dispositivos de red físicos y virtuales de mi red
- ¿Por qué es Wifi gratuito y de capacidad ilimitada, mientras que las conexiones 3G y 4G son caras y muy limitadas?
- Cómo restringir mi Wi-Fi para que no comparta redes o datos con otros dispositivos
- Cómo colocar su extensor en su enrutador en el lugar más perfecto para obtener el mejor WiFi desde lejos
- ¿Qué tan seguro es el WiFi en Starbucks? ¿SafeWeb es bueno?
Con git, aún puede tener todas las ventajas de SCM ya que todas sus confirmaciones se almacenan localmente. Se mantendrá todo el historial y demás, incluso si solo puede conectarse a Internet una vez al mes para acceder a su origen remoto.
Si me da un poco más de información sobre lo que está trabajando (idiomas, plataformas, marcos, tipo de aplicación, servicios de terceros, etc.), entonces puedo darle consejos más específicos sobre cómo ser productivo y efectivo desarrollador fuera de línea.
