Cómo cobrar por la programación de computadoras, mientras usted mismo aprende el código desde cero (las personas de negocios sugieren aprender sobre la marcha)

No tome el consejo de los empresarios y trate de aprender a codificar sobre la marcha y cobrarlo al mismo tiempo. Después de todo, son gente de negocios. ¿Qué saben ellos sobre escribir software?

Estoy de acuerdo con Vladislav Zorov en esto. No va a producir un buen software personalizable y de mantenimiento mientras aprende. Ofrézcase como voluntario para escribir cosas pequeñas y sea muy claro que está utilizando esto como una oportunidad de aprendizaje de la que pueden beneficiarse. Establecer expectativas muy bajas de resultados y rendimiento. Seriamente. Espere sus incursiones iniciales al escribir el código para otros a medida que avanza para fallar.

¡No escriba código que maneje ningún tipo de información financiera personal! Las ramificaciones legales y de seguridad son masivas si se equivoca y carece de la experiencia y los antecedentes para evaluar adecuadamente esos riesgos.

Se adhieren a lo que yo llamo aplicaciones de tipo “pan y mantequilla”. Bases de datos de clientes, sistemas de inventario, toma de notas, sitios web simples, etc. Cosas que muchas empresas usan y con frecuencia quieren su propio sabor personalizado. Tenía un pequeño y bonito negocio de nicho en el que se escribía un software de cotización personalizado para las empresas porque cada empresa cita trabajos de manera ligeramente diferente, pero todos lo hacen de manera similar.

Pero lo hice después de haber escrito software durante varios años como aficionado, hice pequeños programas y los vi a través de varias actualizaciones y mejoras. Una de las principales habilidades que necesitará aprender es el hecho de que los programas deben mantenerse. Un programa nunca está completo. Evoluciona Solo dejan de evolucionar cuando los abandonas. Los principiantes tienden a ver un programa como terminado cuando se ejecuta. Vas a tener que volver más tarde para cambiarlo, y es cuando aprenderás lo mal que serán tus primeros esfuerzos en esto.

Mantenga sus primeros esfuerzos pequeños y simples. Justo por encima del nivel de proyecto de juguete. No te comprometas con nada complejo. Encontrarás que simple es, de hecho, un complejo increíble. Necesita adquirir algo de experiencia práctica y ver un esfuerzo de desarrollo hasta la entrega para comenzar a desarrollar un sentido de dónde están sus límites.

Usar un proyecto que desee hacer para motivarlo a aprender a codificar es una excelente manera de aprender. Pero necesita orientación y orientación para que ese esfuerzo sea exitoso si su proyecto es demasiado ambicioso. Nuevamente, ¿cómo sabría si es demasiado difícil ya que carece de la experiencia para evaluar adecuadamente la complejidad?

Usar un proyecto para otra persona y dinero como un medio para motivarte a ti mismo para aprender a codificar es una muy mala idea. Además de los desafíos de aprendizaje, va a tener la presión de entrega y programación que vendrá con las expectativas de los demás. Incluso los casuales no serán triviales y no se pueden ignorar. Estás haciendo compromisos. Sea muy cuidadoso y muy realista en lo que promete que puede cumplir. Y sé extremadamente honesto en tus capacidades y comunícalos.

Mi consejo general es no usar una oportunidad de desarrollo personalizada y pagada como excusa para aprender a codificar. Pase un par de años, sí años , aprendiendo las habilidades de una manera más estructurada y realice algunos de sus propios proyectos personales y verifíquelos. Si fallan, nadie necesita saberlo y aún así obtendrás conocimientos y experiencia para mejorar la próxima vez.

Y si debe aprovechar la oportunidad de aprender mientras se le paga, asociarse con un desarrollador experimentado y hacer algo como una división 70/30 (70 para ellos, 30 para usted) y hacer que sean su líder de desarrollo y su mentor para enseñarle A medida que avanza y le asigna tareas. De esa manera, el trabajo se realiza, tiene una probabilidad de éxito mucho mayor, gana poco dinero y aprende en el proceso.

Si sigue esa ruta, busque un abogado y escriba un contrato sólido con hitos, calendario de pagos, derechos y propiedad del código, puntos de salida para cancelar el trabajo, etc. con su socio experimentado. Un apretón de manos es solo para voluntarios y en trabajos de bajo perfil. Un contrato protege a ambos lados. Asegúrate de tener uno.

¡Buena suerte!

Si efectivamente está aprendiendo a codificar desde cero, le sugiero que no solicite ningún pago y, lo más importante, no firme ningún contrato. Lo más probable es que sus primeros programas sean lo suficientemente malos como para llevarlo a la corte y arruinar su relación con las personas (sí, realmente puede arruinar un programa tan malo; todo lo que necesita es un problema de seguridad que resulta en la información privada completa de su cliente) escape).

Idealmente, sus primeros proyectos “reales” serán hacerles un “favor” a los amigos, o un trabajo en el que le paguen por otra cosa, pero solo escriba algunas herramientas en el lateral (es decir, la programación no es lo que dice su contrato).

Si ya eres programador, pero solo estás aprendiendo otro idioma / conjunto de herramientas, entonces cobras normalmente. El aprendizaje es parte del trabajo de desarrollo. Pero este no es el mismo tipo de aprendizaje que comenzar de cero: se supone que ya sabe lo que está haciendo y solo necesita familiarizarse con algunos detalles específicos.