¿Comprobar constantemente la documentación te convierte en un mal programador?

Al escribir código PHP para cualquier proyecto determinado, ¿cree que puede escribir un código en la parte superior de su cabeza? ¿O haces múltiples viajes de ida y vuelta a php.net? Si es el último, ¿aún se te puede considerar un buen codificador? Esta es una pregunta legítima ya que me resulta difícil recordar siempre todas las funciones que tengo disponibles, así que me parece que utilizo php.net como una muleta. ¿Hay alguna forma de mejorar esto?¿Comprobar constantemente la documentación te convierte en un mal programador?

Fuente

2010-03-08 Chuck Burgess

Si usted no sabe diez cosas de la parte superior de la cabeza, yo preferiría que si uno mira hacia arriba de veinte a ocho. Es mejor asegurarse de que cometer errores. –

Gracias David. Esa es una gran respuesta. También me enfoco en la calidad ... este es un buen consejo para garantizar la calidad. El quitar para mí es que (para un ejemplo literal) puede ser mejor implementar un interruptor() que si ... elseif ... elseif ... elseif. Buen consejo. ¡Gracias! –

¡Gracias a todos por sus excelentes comentarios! Me siento mucho más seguro y centrado en lo que es un buen codificador. Me doy cuenta de que se trata más de precisión y legibilidad de código, no de cómo llegó a ese punto per se. La velocidad también es un problema, pero para mí la calidad es mucho más importante que la velocidad. ¡Gracias a todos los que contribuyeron! –

Ser un buen codificador no significa exclusivamente que sabes todo de la parte superior de tu cabeza. La mayor parte de ser un buen codificador es saber cómo abordar los problemas y resolverlos. He estado escribiendo PHP durante 7 años y regularmente me encuentro consultando el manual. Claro, no lo reviso tan a menudo como solía hacerlo, pero con un lenguaje tan grande como PHP (y con tantas inconsistencias), siempre será necesario verificar la documentación. Como con cualquier cosa, con el tiempo recordarás más y más.

Fuente

2010-03-08 20:21:03

Gracias por los comentarios. Aprecio el aliento. –

Una parte importante de la resolución de problemas es saber dónde mirar cuando estás atascado.No creo que el cerebro de nadie pueda contener todo, por eso hay listas de cosas pendientes, notas adhesivas, etc. – KFro

Lo mismo que cualquier otro idioma (computadora o de otro tipo): cuanto más lo use, mejor se obtendrá.

Un problema con PHP es la imprevisibilidad de los nombres y argumentos de las funciones.

Fuente

2010-03-08 20:04:55

¡Gracias! Parece que tendré que seguir así. Me pregunto si alguna vez será más fácil. –

+12

He estado escribiendo PHP durante casi 10 años. Todavía tengo que ir a php.net todo el tiempo. Los nombres de las funciones son realmente tontos y la mayoría son imposibles de recordar. –

Definitivamente de acuerdo con la incertidumbre sobre el punto de nombres. He estado haciendo HTML durante 7 años y (con la excepción de HTML5) puedo hacerlo todo a mano en el bloc de notas (u otro editor de texto). Por supuesto, HTML ni siquiera es un lenguaje de scripting, es un paso en la dirección correcta. – Moshe

Mis viajes frecuentes a PHP.NET se deben principalmente a la confusión con los otros idiomas con los que trabajo. Normalmente recuerdo los nombres de las funciones en PHP, pero necesito verificar el orden de los parámetros. No creo que eso haga que alguien sea un mal programador. Si el motivo de su visita PHP.NET es recordar cómo hacer una sentencia if, por otro lado ...

Fuente

2010-03-08 20:07:41 Scott

No tengo problemas con las funciones simples que son virtualmente comunes entre todos los idiomas (si, foreach, etc.). Pero a veces no recuerdo el nombre de la función. Por ejemplo, strrpos() para encontrar la última aparición de una aguja/pajar. No utilizo todas estas funciones con la frecuencia suficiente para mantenerlas entregadas a la memoria. Por lo tanto, normalmente me encuentro buscando el comando, luego veo los parámetros necesarios y luego puedo escribir lo que necesito. –

Cuando era nueva a PHP, he utilizado para hacer referencia al archivo PHP oficial (un archivo CHM) mucho pero ahora no hago muchos viajes a ese archivo o php.net ya que he estado usando todas esas funciones una y otra vez, recordadas automáticamente con el paso del tiempo que es experiencia. :)

En resumen:

Práctica hace el truco.

Fuente

2010-03-08 20:08:32 Sarfraz

Creo que ahí es donde está mi problema. En la escuela secundaria, yo era un actor. Podría recordar secuencias de comandos completas que han desempeñado el papel principal en múltiples espectáculos. He estado usando PHP durante bastantes años, aunque de manera inconsistente, pero todavía tengo problemas para recordar. Tal vez es la edad? (40 años y escalada) ¿Quién sabe? Tal vez necesite trabajar en un trabajo donde lo use a diario, luego las cosas mejorarán. –

@cdburgess: Como dice la ciencia de la mente, puedes memorizar cosas rápidamente cuando tienes ** observación ** fuerte, y los niños tienen esto más que nosotros. En la escuela, tienes una mejor observación que te permite recordar las cosas fácilmente, pero con el paso del tiempo, esta fuerte observación continúa desvaneciéndose y no puedes recordar cosas como las que hiciste en la escuela. – Sarfraz

¡Para cierto! Apesta envejecer ;) –

No juzgue su habilidad según la fluidez que tenga en un idioma o marco específico. Siempre tenga en cuenta que los dioses de PHP probablemente no se sentirían satisfechos si les dijeran que escribieran algo en C#.

Si puede publicar un buen código en un tiempo razonable, realmente no importa lo que use para obtener ayuda.

Fuente

2010-03-08 20:14:32 aehiilrs

¡Buen comentario! Esto tiene sentido para mí. Supongo que todo lo que realmente importa es el producto final ¿verdad? La ventaja es que el código se puede leer y publicar en un tiempo razonable. Supongo que siempre existe la idea de que puedes reconocer un buen código cuando lo ves, ¿verdad? –

Exactamente. Además, si lee solo para 'asegurarse', incluso si está razonablemente seguro de que sabe lo que está sucediendo, siempre existe la posibilidad de que aprenda algo nuevo. – aehiilrs

Creo que uno de los secretos de convertirse en un gran codificador es leer mucha documentación. He visto demasiadas personas usando las mismas herramientas limitadas una y otra vez, o haciendo prueba y error desesperadamente en lugar de ampliar la perspectiva leyendo la documentación. No se avergüence de mirar las cosas, siéntase orgulloso de tener la actitud correcta para poder aprender continuamente.

Fuente

2010-03-08 20:26:31

Gracias por su perspectiva. Mi llevar es "ser humilde". No creas que tienes que saber todo/o asumir que sabes todo. Este es un gran consejo. Es mejor buscar y escribir, que revolcarse en errores al intentar y nunca mejorar. –

Siendo un buen codificador y teniendo una buena memoria (afortunadamente) no tienen nada con los demás.

Ahora, no tener que buscar nombres de método puede ser un ahorro de tiempo, y ser rápido es parte de ser un buen programador. Sin embargo, para eso están los IDE. Si te encuentras buscando cosas muy a menudo, obtén un IDE de PHP con buena inteligencia y ayuda contextual específica.

Fuente

2010-03-08 20:34:25 pondermatic

¡Esto es muy cierto! Estuve usando Dreamweaver durante mucho tiempo. Principalmente porque lo tenía y no podía encontrar un IDE que me gustara. Pero ahora, uso Komodo y puedo encontrar las cosas más rápido. Sin mencionar, puedo documentar mi código mejor debido a la inteligencia incorporada para comentarios. Entonces, lo que dices es exacto también. ¡Gracias! –

Creo que hacer referencia a la documentación cuando no está seguro es una muy buena práctica. No solo puede evitar cometer errores tontos, sino que también puede descubrir diferentes formas de hacer algo, lo que puede ahorrarle muchos dolores de cabeza.

No creo que tener un recuerdo perfecto de todo lo que ha aprendido en el pasado es lo que lo convierte en un buen programador; Creo que desarrollar las habilidades de resolución de problemas que son necesarias es lo que te permitirá convertirte en un buen programador.

Mis dos bits, Rob

Fuente

2010-03-08 21:05:15 tgai

Gracias Rob. Gran resumen! –

¿Comprobar constantemente la documentación te convierte en un mal programador?

Respuesta

Cuestiones relacionadas