¿Es suficiente codificar para ser un buen programador?

No, no es suficiente. Aquí hay una impresión de pantalla de una luminaria de software que retuitea otra luminaria de software. Dice todo lo que necesita saber sobre este tema (en menos de 140 caracteres).

No, definitivamente no es suficiente. Saber cómo programar es la base para que un desarrollador de software obtenga un trabajo. Obtener promociones y aumentos depende más de sus habilidades blandas y conocimiento comercial.

Para aprender las otras cosas que necesita para ser un buen desarrollador de software, eche un vistazo a mi artículo Cómo desarrollar su carrera profesional en software.

También soy programador, pero escucha, debes tener en cuenta una cosa, la codificación es la puerta inicial del éxito para el programador. Pero cuando sientes que mantienes el control de tus habilidades de programación, tienes que pensar más a fondo cómo utilizar las herramientas, cómo puedo promocionar mi aplicación o su idea a un nivel amplio, cuáles son las tendencias de las personas, la seguridad de los proyectos, etc. Creativo e innovador. desarrollo de pensamiento!

así que para ser un programador profesional, debes pensar en todas estas cosas, de lo contrario puedes ser un programador pero no un programador que trabaje para servirlo … Espero que mi respuesta te quede mejor … gracias …

Saludos: Ali (desarrollador web, COMSATS University of Science and Technology)

Sí, la codificación prodigiosa te llevará a ser un buen programador.

Hay todo tipo de cosas que debes aprender, además de la sintaxis y las palabras clave, para ser un buen programador. La forma de aprender esas cosas es codificar, mucho, durante un largo período de tiempo, en una variedad de programas en los que está invertido para hacer increíbles.

Una función separada es ser un empleado programador eficaz y hay muchas habilidades en esa área, como compromiso, comunicación y autogestión frente a los plazos, que no se pueden aprender solo de la codificación.

En primer lugar, debe tener una mente ANALÍTICA , para poder traducir los requisitos correctamente. (incluso si son sus propias especificaciones)
También quieres estar escribiendo de una manera muy LÓGICA . Esto significa que todo el código del programa tiene sentido lógico.
A continuación, desea escribir código que se explique por sí mismo o sea DOCUMENTAL . Agregue comentarios para explicar la lógica. Hará una gran diferencia cuando necesite hacer ajustes o cambios.
Además, tienes que AMAR lo que estás haciendo. Si odias la codificación, escribirás un código incorrecto.
Escribir programas o código también requiere que esté muy orientado a los USUARIOS .
debe poder DEPURAR un código, de modo que pueda encontrar fácilmente fallas o funcionalidades para modificar o corregir programas escritos por usted mismo o por otros.
Por último, debe hacer que su código sea lo más FLEXIBLE posible. La mejor manera de hacerlo es utilizando variables, funciones y subprogramas, que se pueden llamar y ejecutar fácilmente.

Comencé mi carrera como programador-analista, escribiendo en idiomas como BASIC, PASCAL, COBOL, FORTRAN, DBASEII y Oracle SQL, y finalmente me mudé a Consultoría. Hace unos años, (no había escrito un programa en más de una década) necesitaba escribir una especificación técnica / funcional muy compleja en SAP, pero era demasiado compleja para el programador ABAP, porque no sabía cómo entender el funciones necesarias para ejecutar una simulación de precios. Había escrito varios cientos de especificaciones de programas funcionales y técnicos antes sin dificultad para que los programadores tuvieran que codificarlo. Sin embargo, este era diferente. Finalmente decidí escribir mi único programa ABAP. Me llevó alrededor de 1 día aprender a escribir un programa ABAP desde cero, y otros 2 días para escribir el programa antes de entregarlo a un cliente.

Sabes que crucé personas codificadoras brillantes, algoritmos brillantes, pero carecen de empatía.
Hicieron una escuela bien conocida, por lo que son tontos (mira la película de Facebook con Mark discutiendo sobre Stanford y Havard en la escena inicial con su novia).

Estos tipos pueden programar cualquier cosa, programan robots, electrónica, seguridad, …

Sin embargo, no tienen empatía en absoluto. Realmente no les importaban los problemas para resolver ahora, en el pasado, en el futuro y colaborar con otros desarrolladores. Cuando un chico recrea un método para leer un archivo de Excel. Fue realmente extraño mostrarles cómo usar un administrador de paquetes …

¿Conoces a muchos programadores que no pueden esquematizar una base de datos desde cero? Para decirle la verdad, cuando escuchó de los codificadores que SQL es difícil, es sorprendente. Te sorprenderá ver cuántos desarrolladores no saben cómo desarrollar un procedimiento almacenado adecuado o crear una estrategia de procedimiento almacenado.

La optimización para la optimización es justo lo que llamamos “Masturbación intelectual”.

Resolver problemas en diferentes áreas es lo que es un buen desarrollador. Un buen programador también es curioso, adaptable, observable y también puede comunicarse con otras personas. El código es una gran parte, pero no lo es todo.

Creo que no. Solía ​​programar cosas básicas durante algún tiempo en mis primeros 20 años y me enseñó detalles específicos del lenguaje, nombres y comentarios. Hace poco más de un año, accidentalmente me topé con algoritmos y CS teóricos y cambió la forma en que veo la programación dramáticamente.

¿Serás capaz de escribir software simplemente codificando mucho? Seguro. ¿Su software será de primera categoría sin conocimiento de la teoría? Lo dudo.

¡No! No te dejes engañar. No creas las mentiras que otras personas te dicen. La codificación es solo una pequeña fracción de otras habilidades requeridas de un buen programador. Las habilidades sociales, la capacidad de lidiar con el caos de la base del código, la capacidad de lidiar con la incertidumbre y las opiniones cambiantes de los clientes y gerentes son mucho más importantes que la codificación.

Saber codificar es como tener lienzos y pinturas. Puedes dibujar cualquier cosa, pero lo más probable es que no sea el arte.
Necesita la visión sobre el arte, el plan para lograrlo y la habilidad para hacerlo de manera eficiente.
Algunos vienen con práctica, otros vienen con persistencia.
Aplica lo mismo en programación para ser desarrollador.