La gente dice ‘sé un buen desarrollador de software’. ¿Qué significa esto realmente? ¿Esto se refiere a ser bueno en lenguajes informáticos como C?

No no !

Si la innovación es la medida del éxito, convertirse en científico solo será la opción profesional.

El término “buen programador” está acuñado para aquellos que exhiben los siguientes rasgos

1. Escribe código legible, mantenible y eficiente.
2. Poseer buenas habilidades técnicas.
3. Eficiente para encontrar la raíz del problema rápidamente, en resumen, posee habilidades de depuración.
4. Maneja situaciones estresantes y continúa trabajando para cumplir con los plazos.
5. Capaz de planificar.
6. Aprendiz rápido
7. Uno que es un jugador de equipo.

Le daré un ejemplo para explicar la diferencia entre un programador novato, un mal programador y un buen programador.

Asumiendo el proyecto como una calculadora básica que realiza la suma, resta, multiplicación, división de dos números y da la salida.

Caso 1: programador novato

vacío principal()
{
int a = 10, b = 5; // toma valores estáticos
/ * Todo el usuario que muestra el código va aquí * /
interruptor (ch)
{
caso ‘+’:…
rotura;
caso ‘-‘: …
rotura;
caso ‘*’: …
rotura;
caso ‘/’:…
rotura;
}
}

El programador novato está aprendiendo las características del lenguaje, por lo que no hará hincapié en la interacción del usuario.

Caso 2: mal programador

vacío principal()
{
int a, b; // toma entradas de usuarios
…
…
interruptor (ch)
{
case ‘+’: add ();
rotura;
caso ‘-‘: sub ();
rotura;
caso ‘*’: multiplica ();
rotura;
caso ‘/’: divide ();
rotura;
defecto :
rotura;
}
}

Bad Programmer conoce completamente las características del lenguaje.
Las cosas que olvidará manejar
1. ¿Qué sucede si el usuario proporciona solo un número? 😛
Esto terminará en errores del compilador.
2. Descuida los aspectos de mantenibilidad y legibilidad del programa.
p.ej. usando variables como a, b y sin escribir comentarios.

Caso 3: buen programador

vacío principal()
{
int num1, num2; // toma entradas de usuarios
…
…
// continúa con el cálculo solo si se proporcionan dos números
if (num1! = 0 y num2! = 0)
{
interruptor (ch)
{
case ‘+’: add (); // lógica para la suma
rotura;
caso ‘-‘: sub (); // lógica para la resta
rotura;
caso ‘*’: multiplica (); // lógica para la multiplicación
rotura;
caso ‘/’: divide (); // lógica para la división
rotura;
defecto :
rotura;
}
}
más
{
se imprime en la pantalla para pedirle al usuario que proporcione 2 números
}
}

Un buen programador comprende los requisitos desde el punto de vista del usuario.
Aquí podrían ser dos usuarios
1. Usuario que hace uso de su aplicación
2. Usuario que trabaja en el código de su aplicación.

Para el usuario principal, proporciona una mejor información para usar su aplicación al máximo.
por ej. en el ejemplo anterior, le está pidiendo al usuario que proporcione 2 números con seguridad, que era el criterio que le faltaba al novato y al mal programador anterior.

Para el usuario secundario que extenderá su código para cambios de complementos, está escribiendo comentarios para cada lógica importante.
Está usando num1, num2 como nombres de variables para garantizar que el lector entienda el código fácilmente.

Espero que tengas la diferencia 🙂

1. Comprenda el problema e intente encontrar soluciones adecuadas.

2. Al escribir código, asegúrese de que sea:
yo. Legible: comentario adecuado, nombres de variables y métodos, sangría.
ii) Mantenible: el código debe ser fácil de entender para cualquiera que trabaje en el futuro en el mismo código, entonces debería ser fácil de mantener en el futuro.
iii) Escalable: cuando aumenta la base de usuarios, se necesita más funcionalidad que el código escrito debería ser fácil de modificar para esos nuevos cambios.

3. El cambio con el tiempo es muy necesario. Como adaptación de nueva tecnología, nuevo lenguaje de programación, nuevos estándares de codificación, nuevo uso de la biblioteca, nueva adaptación del marco, etc.

4.Ser un buen jugador de equipo.

5. Ser un buen comunicador, deportivo, trabajador es un requisito trivial pero importante.

Significa resolver o abordar problemas de la vida real utilizando el desarrollo de software .

Pueden ser unas pocas líneas de código para toda una fábrica de códigos, pero es útil lo que debería ser, aunque solo sea para usted. (¿Trucos de la vida?)

Cosas como –

• Una línea de JavaScript para votar todas las respuestas en su feed / Me gusta todas las publicaciones en Facebook.
• Guiones de automatización para verificar resultados universitarios / puntajes de fútbol.
• O incluso, cartas de amor secretas modificadas al núcleo de Linux de las computadoras de laboratorio. (Sí, eso fue increíble. XD)

Estas habilidades son buscadas por la industria. Significa que tiene la capacidad de identificar y resolver problemas por su cuenta. No solo los escritos en los cuestionarios.

PD: los lenguajes de programación son solo herramientas, no te involucres demasiado en aprenderlos, hay demasiados y demasiados, incluso los profesionales tienen que usar mucho los manuales de referencia.

Sí, debes ser excelente en el desarrollo de software y en los lenguajes de programación como C, C ++, C Shell, C #, Java, Python, Ruby, Ruby on Rails, HTML 5, CSS3, lenguaje de programación R, ASP,. Programación NET, WML, XML, Programación UML

Mi respuesta será un poco diferente, ya que las personas ya hablaron de poder escribir código limpio, escalable y fácil de mantener e intentar automatizar tareas manuales y repetitivas como la calidad de los buenos desarrolladores de software.

1) Tratar con ambigüedad: como desarrolladores de software muchas veces nos encontramos con situaciones en las que los requisitos no son muy claros o no confiamos en el diseño, pero eso está bien. Esto no debe impedir que sigas adelante. La clave para lidiar con la ambigüedad es hablar con tantas personas (personas mayores, gerentes, arquitectos, etc.) como sea posible, incluso sin puntos de datos válidos. Cada discusión con algunas personas muy inteligentes ayuda a aclarar las cosas. La mayoría de las veces, esto reduce la ambigüedad en gran medida y también ahorra retrabajo, lo cual es muy importante para convertirse en un buen desarrollador de software. Cuanto menos retrabajo hay, más productivo eres.

2) Manejo de herramientas: como desarrollador de software, está trabajando con muchas herramientas, sistemas, marcos y no son perfectos. Casi siempre se encontrará con algún problema con una u otra herramienta. Es muy fácil sentirse frustrado cuando enfrenta problemas con estas herramientas, especialmente cuando no tiene idea de las herramientas internas. Comprenda que, como ingeniero de software, su trabajo no es solo codificar cosas, sino que tendrá que lidiar con herramientas y su trabajo es hacer una mierda de todos modos. Estas herramientas están hechas por personas como usted para ayudar a los desarrolladores, por lo que puede haber problemas, así que busque ayuda de las comunidades, contribuya si agrega una función para hacer que la herramienta sea más útil o si resuelve un error relacionado con la herramienta. Así es como crecen las herramientas y ayuda a los desarrolladores como usted a concentrarse en la lógica de su negocio más que en el medio ambiente. Así que no te frustres la próxima vez que encuentres un problema con una herramienta.

3) Entregar: su trabajo no se realiza hasta que su cliente haya recibido el producto y esté satisfecho con eso. Lo que realmente quiero decir con esto es que es dueño de su producto. Estás pasando mucho tiempo, pero si no estás entregando, no importa. Entiendo que las cosas solo toman tiempo, pero lo que realmente quiero decir es que no te rindas y hagas una mierda.