{"id":5768,"date":"2019-07-15T17:44:25","date_gmt":"2019-07-15T22:44:25","guid":{"rendered":"https:\/\/islascruz.org\/blog\/?p=5768"},"modified":"2019-07-17T10:31:45","modified_gmt":"2019-07-17T15:31:45","slug":"8-errores-que-todo-programador-novato-comete","status":"publish","type":"post","link":"https:\/\/islascruz.org\/blog\/2019\/07\/15\/8-errores-que-todo-programador-novato-comete\/","title":{"rendered":"8 errores que todo programador novato comete"},"content":{"rendered":"\n

1. Escribir c\u00f3digo sin planear<\/h3>\n\n\n\n

Este es el primero, cuando nos cuentan de un proyecto lo primero que hacemos es empezar a divagar, es mas, ni bien nos estan terminando de contar los requerimientos y ya hemos escogido el lenguaje, el framework y a veces hasta el pil\u00f3n. <\/p>\n\n\n\n

Siempre es importante pensar el proyecto, \u00bfes viable?, hay que investigar y planear, entonces, escribe, valida los resultados y modifica.<\/p>\n\n\n\n

2. Planear demasiado las cosas<\/h3>\n\n\n\n

Tambi\u00e9n este es un error, a veces sobrepasamos demasiado las cosas y terminamos creando un monstruo porque “en el futuro puede que llegue a necesitar esta caracter\u00edstica”, es mejor implementar algo simple y que logre el prop\u00f3sito aunque despues tengamos que reescribr parte del c\u00f3digo. <\/p>\n\n\n\n

3. Subestimar la calidad del c\u00f3digo escrito<\/h3>\n\n\n\n

La mayor parte del tiempo leemos c\u00f3digo, se lee mas de lo que se escribe, si quieres entender que hace tu c\u00f3digo dentro de 6 meses es mejor que apliques las convenciones para escribir buen c\u00f3digo.<\/p>\n\n\n\n

4. Escoger la primera opci\u00f3n<\/h3>\n\n\n\n

Este va un poco de la mano de la primera, a veces creemos que ya tenemos la soluci\u00f3n porque fue lo primero que se nos vino a la mente, pero a veces las soluciones pueden ser mas elegantes y mas simples si las pensamos un poco mas.<\/p>\n\n\n\n

5. No Googlear<\/h3>\n\n\n\n

No somos un sabelotodo, si hay algo que no sabes entonces googlealo, incluso, si lo sabes pero crees que puede hacerse de una forma mejor, igual, googlealo.<\/p>\n\n\n\n

6. No usar las estructuras de datos apropiadas<\/h3>\n\n\n\n

Aprende los “pros” y los “contras” de los tipos de datos de tu lenguaje de programaci\u00f3n a usar, algunos te dar\u00e1n flexibilidad y facilidad de usar, algunos te dar\u00e1n velocidad y mejor uso de los recursos.<\/p>\n\n\n\n

7. Dejar el c\u00f3digo peor de como estaba<\/h3>\n\n\n\n

A veces en nuestro intento de arreglar algo o de agregar una nueva caracter\u00edstica dejamos nuestro c\u00f3digo hecho un cochinero, siempre procura dejarlo un poco mejor de c\u00f3mo lo encontraste.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Usa un IDE que te ayude a formatearlo tu c\u00f3digo, con esto ganaras mucho tiempo al dejar un c\u00f3digo mas legible.<\/p>\n\n\n\n

8. Usar frameworks solo por una peque\u00f1a caracter\u00edstica<\/h3>\n\n\n\n

A veces por querer ahorrarnos un poco de c\u00f3digo y de pensar, metemos mas y mas dependencias a nuestros programas, total, el CPU en el que va a correr lo soporta, son XX n\u00facleos y 1TB de RAM, debe funcionar perfecto.<\/p>\n\n\n\n

Tal vez s\u00ed, pero si puedes quitarte una dependencia y hacer ese poquito de c\u00f3digo por tu cuenta, hazlo.<\/p>\n

<\/div>

<\/path><\/svg><\/i> \"Loading\"<\/p>

<\/div>","protected":false},"excerpt":{"rendered":"

1. Escribir c\u00f3digo sin planear Este es el primero, cuando nos cuentan de un proyecto lo primero que hacemos es empezar a divagar, es mas, ni bien nos estan terminando de contar los requerimientos y ya hemos escogido el lenguaje, el framework y a veces hasta el pil\u00f3n. Siempre es importante pensar el proyecto, \u00bfes […]<\/p>\n

<\/div>\n

<\/path><\/svg><\/i> \"Loading\"<\/p>\n

<\/div>\n","protected":false},"author":1,"featured_media":5769,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2,14,239],"tags":[1052,1053,1054,129,16],"class_list":["post-5768","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-personal","category-programming","category-tips-and-tricks","tag-errore","tag-mistakes","tag-novato","tag-programming","tag-python-2"],"brizy_media":[],"_links":{"self":[{"href":"https:\/\/islascruz.org\/blog\/wp-json\/wp\/v2\/posts\/5768","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/islascruz.org\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/islascruz.org\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/islascruz.org\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/islascruz.org\/blog\/wp-json\/wp\/v2\/comments?post=5768"}],"version-history":[{"count":3,"href":"https:\/\/islascruz.org\/blog\/wp-json\/wp\/v2\/posts\/5768\/revisions"}],"predecessor-version":[{"id":5776,"href":"https:\/\/islascruz.org\/blog\/wp-json\/wp\/v2\/posts\/5768\/revisions\/5776"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/islascruz.org\/blog\/wp-json\/wp\/v2\/media\/5769"}],"wp:attachment":[{"href":"https:\/\/islascruz.org\/blog\/wp-json\/wp\/v2\/media?parent=5768"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/islascruz.org\/blog\/wp-json\/wp\/v2\/categories?post=5768"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/islascruz.org\/blog\/wp-json\/wp\/v2\/tags?post=5768"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}