Menéame: comentarios [2177644]

#204 Unos consejos para los interesados en programar (bien)

musg0 — Wed, 21 May 2014 09:20:21 +0000

#203 Quizás con algo tipo Scala o Clojure veamos programación funcional en las empresas. Se supone que con el paradigma funcional es más fácil paralelizar. Quizás por ahí sería una punta de lanza, y aunque no se use para un proyecto completo, quizás se pueda usar en partes concretas o para implementar algoritmos del núcleo de un desarrollo.
Al estar basados en la máquina virtual de Java, muchas empresas pueden seguir aprovechando lo que ya tienen y no partir de cero.

Por otro lado en juegos casi todos tienen un lenguaje de scripting para la IA de los personajes y ahí también parece que podría ser útil un lenguaje funcional, porque crearía un código compacto y relativamente ligero.

» autor: musg0

#203 Unos consejos para los interesados en programar (bien)

frankiegth — Wed, 21 May 2014 08:54:50 +0000

Para #202. Racket es un entorno que se usa en universidades, y creo que está pensado en buena medida para experimentar con los lenguajes funcionales. Tengo constancia de que existen entornos profesionales del lenguage LISP que pueden abarcar cualquier proyecto profesional de software. Aquí un ejemplo : www.lispworks.com/products/lispworks.html

En mi experiencia de un semestre con Racket puedo resumirte que fue lo que entendí y aprendí. Una vez que se dominan los conceptos generales y el formato del lenguaje es sí se entra en una dinámica en la que como programador te da la impresión de que no programas tu sino que está programando la estructura del propio lenguaje y como programador te limitas a que todo encaje para que cumpla con su cometido. El premio es que se optiene un código extremadamente compacto y una solución final a un determinado problema que suele ser muy óptima.

Entendí que con un lenguage funcional determinadas funcionalidades de determinadas estructuras de datos podian terminar siendo incluso más fáciles de programar y casi a prueba de errores. Entiendo que la idea en un futuro muy próximo será enlazar ciertas prociones de código funcional con el resto del código orientado a objetos, aunque un lenguaje funcional por si solo permite sacar adelante cualquier proyecto, para introducirlo en las empresas probablemente opten por la mezcla de paradigmas de programación.

» autor: frankiegth

#202 Unos consejos para los interesados en programar (bien)

musg0 — Wed, 21 May 2014 07:16:57 +0000

#201 Te agradezco el mensaje, pero no he dicho que los lenguajes funcionales fueran de juguete, sino que Racket en concreto me parecía un entorno de juguete, como Logo, que para aprender está muy bien pero luego no aparenta ser potente para un uso en proyectos reales.

Con respecto al paradigma funcional, me pareció que con tanta recursividad y tener que aprender patrones en la creación de funciones para que todo encajara la programación se complicaba y necesitabas amueblar muy bien la cabeza antes de programar algo serio.
La programación imperativa parece más obvia y parece permitir más trucos y hacks, por lo que cualquier programador mediocre puede salir del paso aún haciendo chapuzas.
En programación funcional me pareció que esos trucos no eran posibles y si no entendías realmente lo que estabas haciendo te metías en un pozo del que no podrías salir.

Creo que en el entorno empresarial no ha funcionado el paradigma funcional porque no puedes meter a programadores malos, que harán mal código pero tiran líneas y cobran poco, ni puedes tener a juniors aprendiendo durante un mes cosas relativamente básicas sin ser minimamente productivos.

También me ha dado la impresión a veces de que con tantas funciones genéricas que llaman a funciones y pasan los datos a otras funciones que los vuelven a procesar y pasan los datos a otras funciones como no documentes muy bien lo que haces, el código es de sólo lectura y que aunque pueda parecer muy elegante luego no hay dios que entienda lo que quería hacer el programador.

» autor: musg0

#201 Unos consejos para los interesados en programar (bien)

frankiegth — Tue, 20 May 2014 23:12:59 +0000

Para #135. Te sorprenderias de lo que algunos ingerieros de software hacen con lenguajes funcionales.

Con un lenguaje funcional a nivel profesional puede modificarse el código en tiempo de ejecución sin tener que parar ni servidores ni servicios, como lo oyes.

En una presentación que realizó el ingeniero de software jefe de una empresa nórdica nos enseñaron como cogian una porción de código funcional, y desde el mismo copilador/editor, con un simple comando se visualizaba el código ensamblador que esa porción de código generaba. Como las funcionalidades en lenguajes funcionales tienden a generar un código muy compacto el código ensamblador generado también lo era y eso les servía para intentar optimizar el propió código ensamblado o incluso para detectar errores.

Nos explicaron que su empresa inició un proyecto online cliente/servidor/web que temporalmente pretendian implementar con LISP, un lenguage funcional, para al mismo tiempo reimplementar el proyecto definitivo orientado a objetos con lenguages convencionales, por alguna razón les salia a cuenta hacerlo así. El caso es que la implementación funcional acabó funcionando tan bien que decidieron dejarlo todo como estaba y era la versión que mantenian y desarrollaban actualmente. Lamentablemente no recuerdo el nombre de la empresa, pero creo recordar que tenía cierta relación con temas bursátiles o algo relacionado.

Los lenguages funcionales no son un juguete y van camino de integrarse internamente en los compiladores de lenguajes orientados a objetos.

» autor: frankiegth

#200 Unos consejos para los interesados en programar (bien)

Amandy — Tue, 20 May 2014 20:18:28 +0000

#199 Muchas gracias de nuevo. Sobre esta parte: "recomendaría tocar programas ya hechos, hacerles pequeños cambios, yo que se, te descargas el código fuente de gedit (o notepad++ si usas Windows) y cada vez que escriban tu nombre que lo subraye o remarque".

Quiero decirte que así di mis primeros pasos con PHP y me resultó bastante bien. Te aseguro me servirán de mucho varios de tus consejos. Los pondré en práctica.

» autor: Amandy

#199 Unos consejos para los interesados en programar (bien)

ElAnonimo — Tue, 20 May 2014 13:09:48 +0000

#198 Anda, no esperaba una respuesta así, y como ves me conecto muy de vez en cuando.

Lo que es aprender a programar puede hacerse con cualquier lenguaje, ahora, para hacerlo bien como dice el título, es mejor conocer las bases, la barrabasada que mencioné antes fue en un programa "profesional", así que para simplemente trabajar se ve que llega.

Con Python tengo poco contacto, pero he visto de todo, gente a la que le ha ayudado por su rigidez estructural y gente que lo detesta y aborrece por la falta de identidad y flexibilidad. Es un lenguaje interesante pero supongo que se aprende lo mismo que con Java.

Yo recomendaría empezar por los que son la base de todo lo que hay ahora en cuanto a lenguajes de programación, los tradicionales, tipados, declarativos, incluso sin orientación a objetos... Fortran es un poco suyo y tiene peculiaridades propias, COBOL era de enfoque muy específico y está en proceso de extinción (Alguien me comería por decir eso ), así que me quedaría con C o Pascal, Pascal no deja de ser un C azucarado, sustituyendo las llaves por "END" y "BEGIN", añadiendo una palabra para identificar las funciones... en el fondo, la mayoría de lenguajes que han ido surgiendo copian sintaxis e ideas de C (C también copió en su día, pero sus precursores están caput), añadiendo luego sus dulzores propios.

Ahora, entiendo que es mucho más frustrante que Java o C# (o PHP o JavaScript...) que llenas una pantalla y ya puedes ver resultados rápidamente. También es más gratificante cuando ves resultados por eso mismo, claro que eso ya es personal y tiene que gustarte esto de controlar al ordenador.

Yo diría que cosas que hay que hacer, ya en cualquier lenguaje, pero es que hacerlas en Java es un poco "tontería" y no se aprecia tan bien el resultado son:
- Implementa por tu cuenta (y ayuda de tutoriales para saber cómo son) tipos de dato avanzados: listas enlazadas, arrays con memoria dinámica (de varias dimensiones a poder ser), diccionarios. Si te gusta hasta puedes implementar objetos por tu cuenta Esto ayuda luego a pelearse con lenguajes no tipados o de tipado no explícito, saber cómo lo hacen es muy útil cuando no hacen lo que tu esperabas.
- Hacer aritmética de punteros y casting, por eso mi lenguaje predilecto para empezar es C, te deja ver todo esto claramente, y que no casque. Algunos te dirán que eso no lo vas a volver a tocar en la vida (ya lo han dicho), es cierto si acabas en la típica consultora haciendo webs en .NET o Java. Pero estamos hablando de ser bueno en lo nuestro, y si un día ofrecen 100K por meterle mano a un driver, poder decir "pallá que me voy, vamos que lo parto".
- Ver ensamblador, una tarde o dos basta, no se trata de que aprendas a programar ensamblador si no de que sepas como es y veas qué tipo de instrucciones hace una CPU realmente. Un tutorial, ves un par de ejemplos, flipas en colores intentando entender qué diablos hace y ya Así se aprecia también la diferencia entre trabajar en C y trabajar en Java, cuánto más cerca estás de la máquina con el primero y cuántas cosas suceden por cada línea que pones en el segundo.

Si te llama Pascal, que se supone que está muerto desde hace años pero ahí sigue, no uses el GNU Pascal, usa el FreePascal, que además tiene un entorno de desarrollo de aplicaciones gráficas imitando a Dolphin: Lazarus. Pese a lo que digan, está vivo y coleando y sigue en desarrollo, es un lenguaje muy válido, denostado por su intención original de ser de aprendizaje y por la presencia de nuevos lenguajes más simplificados (Es decir, quiso ser simple, pero su simplicidad quedó obsoleta por otros lenguajes que ahora se consideran profesionales y por tanto han calado más)

Para evitar la frustración también recomendaría tocar programas ya hechos, hacerles pequeños cambios, yo que se, te descargas el código fuente de gedit (o notepad++ si usas Windows) y cada vez que escriban tu nombre que lo subraye o remarque. A mi me pasa que al principio como es mucho código y todo nuevo me saturo, pero es muy útil para el trabajo real luego cuando tienes que retomar la aplicación de otro, y para ver distintas formas de estructurar y distintas etiquetas (códigos de conducta) programando. Muchas veces cada lenguaje tiene las suyas, que si las variables se declaran en un sitio, que si se pone un prefijo en función del tipo...

Y nada, podría escribir un libro así que lo dejo por aquí, evidentemente son todo mis opiniones y no tienen garantía ninguna de ser correctas.

Ah, y luego te metes a un lenguaje con tipado dinámico y flipas ¿PHP? Magia diría más bien. Lo que antes parecía tan normal ahora entiendes todo lo que implica y el trabajo que tiene por debajo.

Y si tienes narices, y te gusta mucho esto, luego puedes darle a caml u otro lenguaje funcional, especialmente si te gustan las matemáticas, así por cambiar un poco de paradigmas y no estar siempre con las mismas estructuras. Eso si que es magia. Es una forma completamente distinta de diseñar el algoritmo.

También es interesante un lenguaje orientado a objetos sin recolector de basura como Java (p.ej: C++) si algún día te chocas con problemas del recolector, aplicaciones que requieran alto rendimiento y mover muchos datos, o programar sin recolector de basura directamente... pues varios golpes de frente que te ahorras.

Como ves, al final, mi recomendación es empezar de abajo con C e ir subiendo para probar un poco de todo Además si un día te dejan elegir puedes elegir el mejor para el caso concreto.

» autor: ElAnonimo

#198 Unos consejos para los interesados en programar (bien)

Amandy — Sat, 17 May 2014 11:20:34 +0000

#171 Agradezco mucho que te tomaras el tiempo en explicarme esto tan detalladamente. Nunca lo había visto de eso modo, pero ya de esta forma creo tienes mucha razón. Entonces qué recomiendas para empezar, ¿Python? No sé por qué se me hace tan pesada la sintaxis de ese lenguaje.

» autor: Amandy

#197 Unos consejos para los interesados en programar (bien)

dlopez — Sat, 17 May 2014 07:40:47 +0000

#194 Eso es porque los programadores sabemos activar el corrector ortográfico

» autor: dlopez

#196 Unos consejos para los interesados en programar (bien)

dlopez — Sat, 17 May 2014 06:56:55 +0000

#195 Ese artículo en la mayoría de los casos lo que viene a decir es que si no lees la documentación, te puedes encontrar con "sorpresas". Pero dichas "sorpresas" lo que vienen a decir es que la lógica de uno no tiene porque ser la válida.

Por ejemplo:
array_search, strpos, and similar functions return 0 if they find the needle at position zero, but false if they don’t find it at all.
...
In C, functions like strpos return -1 if the item isn’t found. If you don’t check for that case and try to use that as an index, you’ll hit junk memory and your program will blow up. (Probably. It’s C. Who the fuck knows. I’m sure there are tools for this, at least.)

Si, es un fastidio que no pueda venir directamente de C y ponerme a programar con PHP. Pero personalmente, si no se encuentra algo, prefiero que se me devuelva una excepción, o de no ser así, un tipo que sea completamente distinto al resultado que espero cuando la función opera correctamente.
Si no fuera porque en C las funciones tienen que devolver siempre el mismo tipo si no quieres trabajar con void *, seguramente utilizarían un formato similar a PHP, o eso creo.
En fin, que comparar estrictamente (===) con false en lugar de con -1 me parece más elegante.

[] cannot slice; it only retrieves individual elements.
Si, es una pena. Pero eso el único lenguaje que lo soporta tal cual es Python, de los que yo conozca. ¿Son los demás lenguajes una basura por no tenerlo?
Para los que no tenemos la piel tan fina: es1.php.net/array_slice

En otro casos, podemos ver que hablar es gratis, y no hace falta investigar lo más mínimo:
include() and friends are basically C’s #include: they dump another source file into yours. There is no module system, even for PHP code.

Supongamos que tenemos un fichero entero.php con el siguiente contenido "<?php return 1;"
Y luego tenemos otro fichero con este contenido: "<?php echo include('entero.php');"
Esto con PHP funciona. Con C, la adaptación tal cual, no.

En fin, podría seguir, pero no me vale la pena con un artículo tan poco sólido como ese, movido más por las preferencias personales en general. Como ya he dicho, la mayoría de ataques contra PHP los hacen gente que esperan saltar de C directamente a PHP sin leer una línea del manual. Lo siento, no funciona así. Si quieres hacer webs sabiendo C, para eso existe el CGI.

Puedo estar de acuerdo con que, por ejemplo, la cantidad de funciones relativas a los arrays debería haber hecho pensar a alguien que un Array debería ser un objeto, con sus correspondientes métodos. Pero bueno, es a mi particularmente no me nubla la vista de que PHP me proporciona ventajas frente a otros lenguajes para la programación web, que es para lo que lo uso, frente a otros comparando la distribución básica.
Y si nos ponemos con el tema de las librerías, pues que le vamos a hacer, PHP lleva muchos años de rodaje y por eso tiene librerías para casi todo lo que pueda necesitar. De hecho, nunca ha habido nada para lo cual no dispusiese de una librería, puede que haya tenido suere...

» autor: dlopez

#195 Unos consejos para los interesados en programar (bien)

luisZavaleta — Sat, 17 May 2014 06:10:14 +0000

#114 eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/

» autor: luisZavaleta

#194 Unos consejos para los interesados en programar (bien)

acanas — Sat, 17 May 2014 05:56:07 +0000

Es curioso, casi todos los comentarios de esta noticia han sido escritos por programadores, y en general están mejor redactados y tienen menos falta de ortografía que los de noticias generales o de política

» autor: acanas

#193 Unos consejos para los interesados en programar (bien)

--62492-- — Fri, 16 May 2014 20:56:51 +0000

#192 "Es una traducción literal pésima."

Que si, que como traductor doy asco . Pero el caso es que es español correcto y que es tan sencillo como la versión inglesa.

Yo aporto ejemplos y argumentos, mientras que tu te limitas a indicar que yo soy mal traductor, lo que por si no te habías dado cuenta, nada aporta al debate

» autor: --62492--

#192 Unos consejos para los interesados en programar (bien)

--125581-- — Fri, 16 May 2014 20:20:41 +0000

LA "Programación orientada a objetos (POO) es un paradigma de programación que representa el concepto de "objetos"" Es una traducción literal pésima.

» autor: --125581--

#191 Unos consejos para los interesados en programar (bien)

--62492-- — Fri, 16 May 2014 19:56:02 +0000

#189 Te voy a poner un ejemplo de lo similares que son las gramáticas, usando la entrada de programación orientada a objetos de la wikipedia:

"Object-oriented programming (OOP) is a programming paradigm that represents the concept of "objects" that have data fields (attributes that describe the object) and associated procedures known as methods. Objects, which are usually instances of classes, are used to interact with one another to design applications and computer programs.[1][2] C++, Objective-C, Smalltalk, Java, C#, Perl, Python, Ruby and PHP are examples of object-oriented programming languages."

"Programación orientada a objetos (POO) es un paradigma de programación que representa el concepto de "objetos" que tiene campos de datos (atributos que describen el objeto) y procedimientos asociados conocidos como métodos. Los objetos, que usualmente son instancias de clases, son usados para interactuar unos con otros para diseñar aplicaciones y programas de ordenador.[1][2] C++, Objective-C, Smalltalk, Java, C#, Perl, Python, Ruby y PHP son ejemplos de lenguajes de programación orientada a objetos."

No me parece que el español complique en absoluto la explicación.

» autor: --62492--

#190 Unos consejos para los interesados en programar (bien)

--62492-- — Fri, 16 May 2014 19:41:17 +0000

#189 "En el inglés la gramática es más sencilla y directa comparada con el castellano."

No estoy de acuerdo, pero por favor, pon ejemplos si lo crees así.

De hecho la gramática española e inglesa son bastantes similares comparada con la de otros lenguajes

» autor: --62492--

#189 Unos consejos para los interesados en programar (bien)

--125581-- — Fri, 16 May 2014 19:34:06 +0000

#188 En el inglés la gramática es más sencilla y directa comparada con el castellano.

Menos rodeos = interpretación más rapida de conceptos que requieren una explicación larga.

» autor: --125581--

#188 Unos consejos para los interesados en programar (bien)

--62492-- — Fri, 16 May 2014 19:32:40 +0000

#187 "Cierto, pero observa cualquier clase de mates en chino."

¿En serio has visto muchas clases de mates en chino? Yo ninguna

"O mejor aún, cambia en Code Academy tu leccion al castellano."

Te repito, ponme una frase que no se pueda poner igualmente simple en castellano. El que la traducción la hayan hecho más compleja no significa que no se pueda hacer mejor.

» autor: --62492--

#187 Unos consejos para los interesados en programar (bien)

--125581-- — Fri, 16 May 2014 19:24:57 +0000

#180 " De hecho la forma que enseñan de hablar es relativamente enrevesada"

Cierto, pero observa cualquier clase de mates en chino.

O mejor aún, cambia en Code Academy tu leccion al castellano.

» autor: --125581--

#186 Unos consejos para los interesados en programar (bien)

--62492-- — Fri, 16 May 2014 18:20:52 +0000

#181 "Pues yo he cambiado el chip en un montón de aspectos de mi vida residiendo en el extranjero y creo que en buena medida el nuevo idioma ha tenido bastante que ver"

A poco que lo pienses te darás cuenta que si te vas a Argentina, a Méjico, a Guinea, a Cuba,... vas a cambiar el chip en muchos aspectos, a pesar de ser el mismo idioma.

Tu puedes creer que en parte es el idioma, pero realmente no lo sabes por que ha habido otras variables. Yo por contra he aprendido sin moverme del país, y se que eso no me ha cambiado el chip.

"El idioma dice mucho de nosotros y de sus respectivas culturas"

Dira algo, no lo niego, aunque la realidad es que distintas culturas compartimos el mismo idioma. Pero por si no recuerdas de donde partió esto, yo dije "el idioma no es responsable de como lo use la gente", lo que no es incompatible con que el como lo use la gente hable de su cultura.

» autor: --62492--

#185 Unos consejos para los interesados en programar (bien)

Patxi_ — Fri, 16 May 2014 18:20:34 +0000

#183 Si tampoco digo lo contrario, simplemente que yo no suelo tener problemas con pip, aunque no lo he probado mucho bajo Windows. Y sin embargo Composer tiene más pinta de "inacabado" cuando lo he usado.

» autor: Patxi_

#184 Unos consejos para los interesados en programar (bien)

Patxi_ — Fri, 16 May 2014 18:18:58 +0000

#86 vamos, que han hecho un

gcc python.c -O php

» autor: Patxi_

#183 Unos consejos para los interesados en programar (bien)

--308165-- — Fri, 16 May 2014 18:01:44 +0000

#182 si trabajas en linux y con lo típico de Python va bien, pero ponte a desarrollar para Windows y verás.

Por cierto ¿cuánto tiempo hace que no usas composer? Con los nuevos estándares PSR-4 y PSR-5 la función de autoload es la polla y el duo git / composer va como la seda.

» autor: --308165--

#182 Unos consejos para los interesados en programar (bien)

Patxi_ — Fri, 16 May 2014 17:34:42 +0000

#91 ¿Que Composer es mejor que los "gestores de paquetes" de Python?

» autor: Patxi_

#181 Unos consejos para los interesados en programar (bien)

frankiegth — Fri, 16 May 2014 17:22:51 +0000

Para #180. Pues yo he cambiado el chip en un montón de aspectos de mi vida residiendo en el extranjero y creo que en buena medida el nuevo idioma ha tenido bastante que ver. El idioma dice mucho de nosotros y de sus respectivas culturas.

» autor: frankiegth

#180 Unos consejos para los interesados en programar (bien)

--62492-- — Fri, 16 May 2014 16:57:21 +0000

#178 "Parecido a decir "añadiendo dos unidades a dos unidades, obtenemos como resultado cuatro " a "dos,añadir,dos,cuatro" en chino/japonés ."

dos y dos son cuatro

En serio, estoy estudiando japonés y chino, y lo que dices no es cierto. De hecho la forma que enseñan de hablar es relativamente enrevesada. Lo que ocurre es que en el habla real se simplifica, se utiliza el contexto. Pero tanto en idiomas asiáticos como en latinos.

#177 "Dale la vuelta y experimenta como mentalmente se cambia el chip cuando uno se expresa en otro idioma que empieza a dominar."

Hablo inglés, y estoy estudiando japonés, y algo de chino. Y nada de esto me obliga a cambiar el chip. Igual a ti si, pero se trata de una experiencia particular tuya, que no a todos nos ocurre.

» autor: --62492--

#179 Unos consejos para los interesados en programar (bien)

--125581-- — Fri, 16 May 2014 16:43:26 +0000

#178 Perdón, quise decir "las expresiones matemáticas en los idiomas asiáticos son mucho más cortas que en idiomas latinos/germánicos."

» autor: --125581--

#178 Unos consejos para los interesados en programar (bien)

--125581-- — Fri, 16 May 2014 16:36:03 +0000

#176 Por lo general, las expresiones matemáticas en los idiomas son mucho más cortas que en idiomas latinos/germánicos.

Eso ayuda a expresar y entender las mismas operaciones mucho más rápido.

Parecido a decir "añadiendo dos unidades a dos unidades, obtenemos como resultado cuatro " a "dos,añadir,dos,cuatro" en chino/japonés .

Pues en el castellano, en los manuales de programación, realizan los mismos fallos. Las explicaciones son largas e innecesarias.

» autor: --125581--

#177 Unos consejos para los interesados en programar (bien)

frankiegth — Fri, 16 May 2014 16:27:11 +0000

Para #176. '...pero el idioma no es responsable de como lo use la gente...'

No tengo pruebas que lo demuestren, pero estoy convencido de que te equivocas. _{CC #175}

Dale la vuelta y experimenta como mentalmente se cambia el chip cuando uno se expresa en otro idioma que empieza a dominar.

» autor: frankiegth

#176 Unos consejos para los interesados en programar (bien)

--62492-- — Fri, 16 May 2014 16:09:48 +0000

#175 En serio, ponme una frase en inglés que no puedas decir con la misma sencillez en español. Una sola. Te reto.

Otra cosa es que la gente se complique más o menos, pero el idioma no es responsable de como lo use la gente.

» autor: --62492--

#175 Unos consejos para los interesados en programar (bien)

--125581-- — Fri, 16 May 2014 15:58:17 +0000

#139 "
El inglés es claro y conciso en estos temas, te sale más a cuenta meterte de cabeza en el inglés que permitir que te lien las ciencias en computación con retorcida prosa española. "

He ahí mi problema con las mates en secundaria. En inglés, pillaba todo a velocidad supersónica.

En castellano (y euskera igual), dan 50 vueltas para explicar una simple ecuación.

Por eso, en Code Academy, cuenta en inglés. No quiero leer cuarenta frases subordinadas como si fuera una obra de Cicerón para saber como se asigna usa simple variable.

» autor: --125581--

#174 Unos consejos para los interesados en programar (bien)

--125581-- — Fri, 16 May 2014 15:22:13 +0000

#169 Cógete un emulador de Spectrum y crea código ASM para Z80.

Ahí vas a optimizar por cojones tu código.

Hay gente que se ha hecho hasta un Doom en 3D.

Y bueno, si ves programas como Elite en 48k... es para pensárselo.

» autor: --125581--

#173 Unos consejos para los interesados en programar (bien)

--194262-- — Fri, 16 May 2014 14:24:26 +0000

Respecto al tema de si PHP es un mal lenguaje no estoy de acuerdo. Los lenguajes de programación son simplemente un medio de comunicación simplificada entre el hombre y la máquina. Al igual que sucede en los distintos idiomas cada uno tiene sus propias particularidades y características. Por ejemplo en francés el número 90 se escribe "quatre-vingt-dix", que representa cuatro por veinte más diez. Ésto no es nada óptimo ni ventajoso frente a como se escribe en español o en inglés (ninety). Algunos podrían decir algo similar a los que critican ciertos lenguajes de programación: "¡el francés es una m***da! Pero lo cierto es que a pesar de esa supuesta desventaja Francia ha conseguido estar muy por delante de nosotros en ciencia y tecnología. Para ellos no ha supuesto ninguna problema porque lo importante es el uso que se hace. Lo mismo se puede decir acerca de las grandes obras de la literatura o de la música realizada por distintos intrumentos o incluso de las distintas formas de codificación de las notas musicales.

En realidad un buen programador lo es independientemente del lenguaje que use. Se pueden encontrar verdaderas maravillas en PHP y verdaderos bodrios en Python y viceversa. Un lenguaje no evita usar malas prácticas y otro sí pero eso no quiere decir que el programa final vaya a estar mal hecho. Cada lenguaje tiene sus puntos fuertes y sus puntos débiles y lo bueno es saber elegir el adecuado para cada proyecto y programar de forma óptima, sencilla, clara y ordenada.

» autor: --194262--

#172 Unos consejos para los interesados en programar (bien)

enaro — Fri, 16 May 2014 13:47:56 +0000

#143 Discrepo parcialmente: en mi trabajo una de las cosas a las que me dedico, que por suerte no es la única :), es a optimizar trozos de código. Y no lo hago en ensamblador, pero si que me miro el que genera el compilador para comprobar que todo es correcto: que la vectorización está bien hecha, que hay prefetchers donde toca, que los bucles están desplegados, que se usa precisión simple en vez de doble y un montón de cosas más. Y no, no siempre el compilador lo hace bien, hay que mimarlo un poquito y darle las cosas bien masticadas.

En general aquí todo el mundo barre para casa pensando que lo que él hace es lo correcto, cuando en realidad hay un montón de campos distintos y lo que es necesario y funciona en una especialidad no tiene porque hacerlo en otra.

» autor: enaro

#171 Unos consejos para los interesados en programar (bien)

ElAnonimo — Fri, 16 May 2014 13:09:52 +0000

#162 Claro, el tema es cuando tengas que realizar un algoritmo avanzado y eficiente, si no conoces las estructuras y funcionamiento bruto de las abstracciones que utilizas acabas haciendo chapuzas. Luego resulta que ¿Por qué tarda tanto en arrancar este programa tan simplón?

Si te quieres dedicar a ello a nivel profesional, es una mala elección empezar por ahí, porque puedes sentir que controlas más de lo que realmente controlas y porque no vas a entender los argumentos que te den para elegir dos opciones que funcionan.

Por ejemplo, he visto utilizar un HashMap (pares clave-valor, en cada lenguaje se llamarán X) con claves tal que 1, 2, 3... 18751548, sin ningún valor intermedio ausente. Claro, eso funciona, Java te deja, ahora, si sabes algo de estructuras de datos y lo que implica esa acción sabrás que lo correcto habría sido usar un ArrayList.

Cosas que te obligan a saber si aprendes con un lenguaje que no ofrezca tanta abstracción (C, Pascal, Fortran...) sobre lo que implica ese uso de HashMap:
*Estás obligando a calcular un hash de cada índice numérico, eso conlleva ciclos de reloj, y al ser índices enteros consecutivos es absurdo.
*Una vez calculado el hash, la búsqueda de la coincidencia para obtener la entrada es otra vez pesada, aún metiendo un árbol binario (si sabes lo que es)
*Una vez obtenida la entrada hay que comprobar la colisión del hash.
*Estás desperdiciando memoria en conservar un hash y el entero que sirve de índice.

¿Cómo se resuelve con un array a partir del índice?
1 - Se multiplica el índice por el tamaño de cada entrada.
2 - Yastá.

Los primeros pasos son los que más te marcan el aprendizaje, si tienes alguna mala manía programando muy difícil te vas a librar de ella. Si programas en C las malas manías se quitan a golpe de "Violación del segmento" y corrupción de memoria (del proceso).

Y luego, si dejas Java y te quieres adentrar en... digamos... programar para dispositivos embebidos, drivers, sistemas operativos o herramientas de bajo nivel, vas a flipar en colores de todas las asunciones erróneas que tenías, doble de quebraderos de cabeza. En cambio, aprender Java o C# controlando C es un juego de niños, no paras de pensar "oh, que guay, ya tiene una herramienta para hacer esto solo", pero sabiendo y conociendo qué es lo que está haciendo realmente.

Luego vayamos a la exageración ¿Ensamblador? Bien, ensamblador tiene una serie de problemas,
* el primero y evidente es que hay un ensamblador por cada procesador ya que programas directamente para ese hardware, no puedes aprenderlos todos y no es práctico.
* el segundo que el control de la estructura de datos entre asm y c tiene un salto brutal en dificultad pero un mínimo impacto en rendimiento (incluso un compilador podría hacerlo mejor que tu si no eres un genio bestial y controlas un huevo de procesadores "¿Hola? ¿Estoy empezando recuerdas?").
* luego está el detalle de que no vas a poder ejecutar tus programas de iniciado en hardware real hoy día (o muy difícilmente), vas a tener que pelearte pues con emuladores de ensamblador que a saber qué hacen y que tal lo implementan y si equivale realmente a un procesador real. "¿Estoy aprendiendo algo o es solo un juguete difícil con lucecitas?"
* también que es bastante ilegible y para entenderlo hace falta conocer la arquitectura interna de una CPU (no, de LA CPU para la que es ese ensamblador), que tampoco está mal, pero ahí ya nos vamos a saber ingeniería informática y no solo a programar...

» autor: ElAnonimo

#170 Unos consejos para los interesados en programar (bien)

--62492-- — Fri, 16 May 2014 13:08:12 +0000

#111 "Claro hay genios que pueden hacer programas decentes"

Falso. Yo hago programas decentes en PHP y no soy un genio.

» autor: --62492--

#169 Unos consejos para los interesados en programar (bien)

frankiegth — Fri, 16 May 2014 13:04:41 +0000

Para #161. '...pero pequeño, sólo 2200-2500 líneas de código...'

Y es que cuesta. Al inicio y durante el proceso de aprendizaje Ansi C es duro, pero fue fantástico sentirse tan cerca del metal, de la máquina.

» autor: frankiegth

#168 Unos consejos para los interesados en programar (bien)

--1-- — Fri, 16 May 2014 12:49:06 +0000

#163 No puedo publicar código que no es mío, y mucho menos si es de alumnos. Pero aquí tienes la guía de desarrollo por semanas para el sistema de ficheros (es un copy&paste del campus virtual, el formato queda una mierda):

dl.dropboxusercontent.com/u/13267747/so2-guia.odt

» autor: --1--

#167 Unos consejos para los interesados en programar (bien)

Irrelevanterrimo — Fri, 16 May 2014 12:46:29 +0000

Hay un problema recurrente. Los malos programadores dan trabajo a más malos programadores. Y así hasta el infinito.

» autor: Irrelevanterrimo

#166 Unos consejos para los interesados en programar (bien)

Irrelevanterrimo — Fri, 16 May 2014 12:45:02 +0000

#50 Yo creo que tendemos a ser chovinistas los que venimos de la universidad y nos hemos pegado con Pascal, C y posteriormente C++.

No creo que debamos(en terminos laborales) pensar que alguien que aprende Java y sólo Java tenga que ser un mal programador. Probablemente es curioso en su trabajo y respeta las buenas prácticas en la forma de hacer las cosas.

Ahora bien...

Yo estoy corrigiendo exámenes de candidatos para entrar en una empresa importante dedicada a este mundo y he de decir que los que sólo conocen Java, suelen hacer un examen muy bueno en la parte Java que es elemental, pero no captan los detalles del problema, que es donde se dan los puntos, es decir, donde vamos a pillar al examinado. Además, de que cuando se van al resto del examen donde no hay palabra de java, sino de otro lenguaje o directamente pseudocódigo, meten la pata estrepitosamente.

Por otro lado, los que hacen el examen y son de carrera, sin experiencia, suelen fallar en el conocimiento del lenguaje pero demuestran un espabilo mayor allí donde hay problemas lógicos que comprender.

No sé si me explico, pero creo que las tablas en programación (conocer los cimientos de que va todo esto) son necesarias al fin y al cabo.

» autor: Irrelevanterrimo

#165 Unos consejos para los interesados en programar (bien)

Seta_roja — Fri, 16 May 2014 12:41:25 +0000

Ya que estamos y creo que viene al caso:

En inglés: www.coursera.org/course/algo

En spanglish: www.coursera.org/course/pealgoritmico

» autor: Seta_roja

#164 Unos consejos para los interesados en programar (bien)

frankiegth — Fri, 16 May 2014 12:39:30 +0000

Para #161.

1) No lo tengo fresco pero conozco/sé ansi C y como debug utilizaba GDB en terminal y ocasionalmente alguna versión de GDB gráfica, pero vamos, que era lo mismo.

2) Java no tiene entorno IDE por defecto, si te descargar el SDK de java puedes picarlo todo sin problemas en editores de texto plano. El problema es la cantidad de funcionalidades que disponen sus librerias sumadas a las que ofrezca tu propio código, el autocompletado en los IDE ayuda mucho paran perderse entre mil anotaciones.

3) Tengo que buscarlas. Fueron dos prácticas con valor parcial en la nota final, en la primera implementamos una agenda para telefono movil a muy bajo nivel en una porción reducida de memoria con mucho tema de punteros y optimización (de espacio). En la segunda implementamos un servidor/cliente (ambas partes). El servidor debía soportar conexiones al mismo tiempo para varios clientes y el objetivo era visualizar directorios, visualizar el contenido de archivos, y cosas así desde un menu definido, remotamente entre dos máquina via TCP/IP. Puedo enviártelas en otro momento sin problemas.

» autor: frankiegth

#163 Unos consejos para los interesados en programar (bien)

elmike — Fri, 16 May 2014 12:36:23 +0000

#161 Por que no colgáis la practica y la evaluación de la misma en algún sitio donde todos podamos verla y así aprendemos algo?

» autor: elmike

#162 Unos consejos para los interesados en programar (bien)

Amandy — Fri, 16 May 2014 12:31:19 +0000

#160 Yo empecé de cero con Java. Incluso, mi sobrino con 12 años está aprendiendo a programar en Java gracias a un juego. Y le ha ido muy bien.

» autor: Amandy

#161 Unos consejos para los interesados en programar (bien)

--1-- — Fri, 16 May 2014 12:26:57 +0000

#160 Varias preguntas:

1. ¿Sabes C? Si es así, ¿para qué, si no hace falta?

2. Java y su entorno de programación está diseñado para evitar los errores estúpidos de programadores, que me pases una práctica (que son programas pequeños) en Java no demuestra nada, mis alumnos también las tienen desde primero y no tienen idea de programar con punteros, ni hacer debug si no tienen el IDE que los haga.

3. Pásame una práctica más o menos compleja en C (por ejemplo mis alumnos de SO2 hace un sistema de ficheros completo, pero pequeño, sólo 2200-2500 líneas de código, y les cuesta mucho) y podré evaluar mejor tus conocimientos y buena programación. ¿Lo espero? gallir en gmail.com.

» autor: --1--

#160 Unos consejos para los interesados en programar (bien)

frankiegth — Fri, 16 May 2014 12:22:15 +0000

Para #159. Cuando vivía en España pensaba igual que tu, que empezar con la programación a objetos antes que la estructurada era un error, pero hoy lo veo completamente al revés.

Java no es un lenguaje complicado, es infinitamente más sencillo que el imprescindible ansi C en muchos aspectos, y no se necesita entender todo desde el principio para empezar a escribir código que haga algo.

Si quieres ver las prácticas que realicé desde el primer curso puedo pasarte un enlace en un privado, lo tienen todo online y las prácticas suelen colgarlas también en inglés. Es un problema de metodología en la enseñanza y clases de apoyo con estudiantes de cursos superiores, no es más complicado aprender Java que Ada, en absoluto. La orientación a objetos, los conceptos básicos de las internalidades de Java y ejemplos sencillos de implementación de código están al alcance de cualquiera si se sabe como impartirlos, y de ahí hacia adelante.

» autor: frankiegth

#159 Unos consejos para los interesados en programar (bien)

--1-- — Fri, 16 May 2014 12:16:16 +0000

#136 #133 #134

Es un error enseñar Java desde el principio, lo experimento desde hace años (ojo, doy clases y veo la diferencia), y expliqué porqué:

- Porque se usa IDE (es casi obligatorio si no eres gurú de Java, y no lo eres cuando comienzas a programar) por lo que ni entienden muy bien qué están haciendo (cosas del autocompletar, por ejemplo) y ni siquiera aprenden a estructurar y sangrar el código (porque ya lo hace el IDE).

- Por obliga a aprenderse "reglas" sin saber muy bien por qué, por ejemplo:

public class HelloWorld {

public static void main(String[] args) {
System.out.println("Hello, World");
}

}

¿Qué es una clase? ¿qué es una función pública estática de una clase? Para que lo entiendan deben aprender antes conceptos de POO, pero resulta que todavía ni saben lo que es "programar algoritmos en lenguajes imperativos secuenciales" (Java y todos los lenguajes orientados a objetos son eso, fundamentalmente).

Lo mismo en Python:

print("Hello world")

¿Cuál es más claro y cuál exige menos conocimientos? (y lo puedes hacer en cualquier editor de texto y ejecutar directamente (python hello.py, sin necesidad de IDE o llamadas a builders previas).

Por otro lado, justificar que es bueno "porque lo usan en universidades nórdicas" es una falacia de autoridad de copón. No creo que sus profesores sean mejor que yo, ni que no puedan cometer fallos.

hay opiniones de otra gente muy experta que piensa lo mismo que yo, por ejemplo: www.joelonsoftware.com/articles/ThePerilsofJavaSchools.html

Y sobre ensamblador, no dije que no haya que aprenderlo, sólo que no lo pondría como un requisito fuerte:

1. Estoy hablando de "gente que quiere aprender a programar", no de estudios universitarios de informática (donde sí se lo estudia).

2. Afirmo que se necesita como mínimo saber C para relacionar lo que se programa a como se ejecuta en la arquitectura.

3. Saber más lenguajes de programación siempre es bueno, y nunca diría que no se haga.

4. Yo programo o programé en: Fortran, Basic, Cobol, Prolog, Pascal, Ada, C, C++, Smalltalk, Shell/Bash, awk, Perl, Ruby, Python, Java, Lisp, PHP, Javascript... Es decir, sé un poco de lenguajes, y de todos, Python me parece el más simple y potente para empezar a aprender, y el C un requisito mínimo.

» autor: --1--

#158 Unos consejos para los interesados en programar (bien)

dlopez — Fri, 16 May 2014 11:53:59 +0000

#155 No te obceques. Puede que PHP naciese como un motor de plantillas, pero es más que evidente que su objetivo ya no es ni por asomo ese.

Respecto a que implemente su propio lenguaje para las plantillas: tampoco lo veo problema. Si la sintaxis luego le resulta más cómoda a un diseñador que la de PHP ¿por qué no? Además, los motores de plantillas lo que suelen hacer es coger dicha plantilla y compilarla a PHP.

Además, los motores de plantillas implementan ciertas funcionalidades que PHP no lo hace y tiene sentido que no lo haga, pues son demasiado específicas del mundillo de los motores de plantillas que, como te he dicho, PHP hace tiempo que trata de alejarse. Por ejemplo, la herencia de plantillas: www.smarty.net/docs/en/advanced.features.template.inheritance.tpl twig.sensiolabs.org/doc/templates.html#template-inheritance

Personalmente soy de los que piensa que PHP no debería ir embebido en el HTML en la medida de lo posible, y en mis desarrollos así trato de hacerlo. Pero entiendo que haya gente que se sienta cómoda con ello y tampoco me sangran los ojos si está hecho con cierto criterio.

No hay que ser más papista que el papa.

» autor: dlopez

#157 Unos consejos para los interesados en programar (bien)

dlopez — Fri, 16 May 2014 11:43:08 +0000

#156 Podrás empezar a programar con lo que quieras. Y si, puedo estar de acuerdo que Python es bueno para empezar. Pero cuando has aprendido a programar, luego lo que toca es programar. Y cuando hablamos de programación web, como ya he dicho antes, no he encontrado ningún argumento que me haga decantarme hacia otro lenguaje. Hablando del caso general, obviamente.

En ciertos contexto, puedo preferir NodeJS, donde el requisito del tiempo real sea más crítico. Pero es es más la excepción que la norma para el común de los mortales.

» autor: dlopez

#156 Unos consejos para los interesados en programar (bien)

wornes — Fri, 16 May 2014 11:00:15 +0000

#38 Python se recomienda sobre todo para empezar, y creo que eso mismo dicen en el artículo, mejor empezar con Python que con PHP, a mi me parece que tiene bastante sentido.

» autor: wornes

#155 Unos consejos para los interesados en programar (bien)

--312149-- — Fri, 16 May 2014 10:50:58 +0000

[Usuario deshabilitado]

» autor: --312149--

#154 Unos consejos para los interesados en programar (bien)

--312149-- — Fri, 16 May 2014 10:46:10 +0000

[Usuario deshabilitado]

» autor: --312149--

#153 Unos consejos para los interesados en programar (bien)

dlopez — Fri, 16 May 2014 10:43:11 +0000

#151 Si el motor de plantillas en cuestión, implementa sistemas de caché, implementan funciones que facilitan el desarrollo de las mismas y que permiten que se el diseño de plantillas se aleje de la programación pura y dura y se centre más en el desarrollo de las plantillas propiamente, puede que no lo sea tanto.

» autor: dlopez

#152 Unos consejos para los interesados en programar (bien)

casty — Fri, 16 May 2014 10:42:25 +0000

Para programar en C++ no es obligatorio usar todas las features del lenguaje.

» autor: casty

#151 Unos consejos para los interesados en programar (bien)

--312149-- — Fri, 16 May 2014 10:39:30 +0000

[Usuario deshabilitado]

» autor: --312149--

#150 Unos consejos para los interesados en programar (bien)

--312149-- — Fri, 16 May 2014 10:35:39 +0000

[Usuario deshabilitado]

» autor: --312149--

#149 Unos consejos para los interesados en programar (bien)

--370435-- — Fri, 16 May 2014 10:30:25 +0000

#147 eso es algo que pienso a veces, a dia de hoy solo mi imaginacion es el limite lo demas solo es una cuestion de tiempo ver manuales y aprender

» autor: --370435--

#148 Unos consejos para los interesados en programar (bien)

--370435-- — Fri, 16 May 2014 10:29:01 +0000

#142 y sin adn tendriamos humanos, pero aqui estamos chingando sin tener ni puta idea de que estamos programando adn

» autor: --370435--

#147 Unos consejos para los interesados en programar (bien)

nolonolo — Fri, 16 May 2014 10:26:43 +0000

#38 No puedo estar más de acuerdo contigo.

La condena que se hace a PHP en este articulo por el Doctor, es como tirarse de cabeza a una piscina vacía. Creo que lo más importante es, antes de ponerse manos a la obra, buscar, comparar y tomar la mejor decisión de usar las librerías/lenguajes apropiado para el problema que tenemos, ahorrando lo máximo en costes y esfuerzo. Para ello suelo buscar por la red y hacer caso omiso a este tipo de condenas personales que se hacen sin aportar ningún dato objetivo. Lo mismo con XML/JSON, me encanta JSON, pero no ofrece la misma robustez que un XML validado con un DTD. no? es un ejemplo.
Tengo experiencia y multitud de proyectos desarrollados en PHP, MySql, javascript que dejarían a menéame en la lógica de un hello world B) :P. Por el lado de procesado/servidor me encanta Perl, la potencia de las bases de datos orientadas a columnas, estudio y selección de algoritmos, procedimientos almacenados, programación del cron de linux, la escalabilidad de las máquinas virtuales, y, sobre todo, la multitud de soluciones libres que disponemos.
Hoy en día no nocesitamos ser Oracle, Microsoft o SAP para hacer algo muy muy grande. Con conocimiento de lo que hay disponible y perdiendo el miedo, eres capaz de hacer casi cualquier cosa.
PD: Me esperaba un articulo que algo sobre buenas practicas, código limpio, control de versiones, entornos colaborativos, etc. En fín, decepción

» autor: nolonolo

#146 Unos consejos para los interesados en programar (bien)

kaoD — Fri, 16 May 2014 10:15:30 +0000

#142 para aclarar algo más mi posición (maldito tiempo de edición ) cuando digo "saber un lenguaje" distingo entre "saber" y "conocer".

Saber ASM es saber TODAS las instrucciones (o la mayoría) de tu arquitectura de pe a pa, no conocer un poco cómo funciona. Por ejemplo, ¿qué hace PAVGW en SSE de x86? Yo ni puta idea e imagino que tú tampoco, así que ninguno de los dos realmente sabemos ASM 686.

Del mismo modo que saber C y aprender a crear clases NO es saber C++.

» autor: kaoD

#145 Unos consejos para los interesados en programar (bien)

kaoD — Fri, 16 May 2014 09:58:28 +0000

#142 ah, y por cierto, ¿"se ataca de forma totalmente injusta al ensamblador"?

No es un ataque. Es una realidad. Saber ASM es lo de menos porque es completamente innecesario para ese 99% de desarrollos reales. Ojalá todo el mundo aprendiera ASM porque es muy divertido, pero... ¿útil?

Obviamente si vas a escribir compiladores no es lo de menos, pero citar como me suelen citar cuestiones de rendimiento... en 2014 no tiene sentido, porque a mano vas a hacer un ASM menos eficiente que cualquier compilador seguro.

¿Qué sin ASM no podría existir el compilador? Sí. ¿Que compiladores son un 0,1% de los desarrollos? También. ¿Que los compiladores que se escriben compilan a backends en plan LLVM o son transpilers así que no tienes ni que aprender ASM? También.

» autor: kaoD

#144 Unos consejos para los interesados en programar (bien)

sleep_timer — Fri, 16 May 2014 09:51:59 +0000

#142 Así pasa luego, que los picateclas creen que la memoría y el disco es infinito, lo mismo que los recursos de procesador.

» autor: sleep_timer

#143 Unos consejos para los interesados en programar (bien)

kaoD — Fri, 16 May 2014 09:51:44 +0000

#142 todo eso está muy bien, pero programar en ensamblador es innecesario porque tienes unos compiladores muy majos que lo escriben más rápido, mejor, más optimizado y con más comprobaciones de los que cualquiero humano sería capaz.

Los compiladores son mucho mejores que tú programando. Los lenguajes de alto nivel no son más que instrucciones a los compiladores para que programen por ti. Qué mejor que aprovecharlo

Es que ni en empotrado se usa ya ASM, ni mucho menos en CISC donde tienes extensiones que añaden instrucciones que están pensadas para los compiladores y no para un humano.

Si usas ASM para optimizar, you are doing it wrong.

> Para resolver problemas de la vida cotidiana la orientación a objetos es perfecta porque el mundo está lleno de objetos reales (e imaginarios) que pueden representarse facilmente.

Soy fan de la FP así que ahí discrepamos

Seamos sinceros. El 99% de las veces este es el trabajo. Una simple capa CRUD con algo de UI específica para el caso de uso por encima y tirando.

> Para resolver problemas relacionados directamente con los propios ordenadores, [...], para comunicarse directamente con su hardware, para diseñar cierto tipo de hardware

Ese trabajo la mayoría de veces es de lo que en EEUU llaman Electrical Engineering, no de un Software Engineer (que es de lo que implícitamente habla Gallir y hablamos en general todos los comentarios del hilo).

> para comprender y desarrollar areas básicas de las ciencias de la computación saber que hace la máquina es imprescindible.

Sí, tal y como digo en otros comentarios.

» autor: kaoD

#142 Unos consejos para los interesados en programar (bien)

frankiegth — Fri, 16 May 2014 09:26:41 +0000

Para #50. '...Saber qué hace la máquina por debajo es lo de menos. Y te lo dice alguien que aprendió con C y fue fan de ASM en su día...'

Me pongo bastante triste cada vez que se ataca de forma totalmente injusta al ensamblador.

Sin ensamblador ni se podrían programar lenguajes de alto nivel ni se podrian compilar (ni ejecutar). En fin, que sin ensamblador digamos que no tendriamos ni los chips del PC ni PC.

Sin ensamblador no podriamos literalmente hablar directamente con el 'hardware', algo que los sistemas operativos a ciertos niveles agradecen profundamente.

Programar es un campo de muchos ámbitos.

Para resolver problemas de la vida cotidiana la orientación a objetos es perfecta porque el mundo está lleno de objetos reales (e imaginarios) que pueden representarse facilmente.

Para resolver problemas relacionados directamente con los propios ordenadores, tan necesarios ellos, para comunicarse directamente con su hardware, para diseñar cierto tipo de hardware, para facilitar la vida de los humanos via compilarores, para comprender y desarrollar areas básicas de las ciencias de la computación saber que hace la máquina es imprescindible.

» autor: frankiegth

#141 Unos consejos para los interesados en programar (bien)

--281764-- — Fri, 16 May 2014 09:25:42 +0000

Y quizá no hubiese sido mejor hacer un articulo que tropecientos twitts? quisir cada cosa sirve pa lo que sirve, twitter pa una cosa y los artículos pa otra.

» autor: --281764--

#140 Unos consejos para los interesados en programar (bien)

sleep_timer — Fri, 16 May 2014 09:11:32 +0000

Poner nombres de variables indentificables, como algunas grandes consultoras obligan a sus picateclas:
XJP005AH116, por ejemplo, que se ve claramente que es para almacenar el apellido.

» autor: sleep_timer

#139 Unos consejos para los interesados en programar (bien)

frankiegth — Fri, 16 May 2014 09:06:44 +0000

Para #101. '...¿alguno reclmendable y mas o menos basico en español?...'

Olvídalo, las traducciones suelen y tienden a ser terribles. Para temas avanzados los autores españoles más 'conocidos' van siempre 20 pasos por detrás que la mayoría de autores en lengua inglesa que tienen todos estos temas ya superados desde hace décadas.

El inglés es claro y conciso en estos temas, te sale más a cuenta meterte de cabeza en el inglés que permitir que te lien las ciencias en computación con retorcida prosa española.

» autor: frankiegth

#138 Unos consejos para los interesados en programar (bien)

nergeia — Fri, 16 May 2014 09:00:37 +0000

#50 Completamente de acuerdo. Manejar punteros directamente es cada vez más arcaico. Entre la STL, o incluso mejor, usando BOOST, lo que es necesidad de utilizarlos no tienes, la gran mayoría de las veces. A ver, tienes una clase string, la clase vector que almacena lo que quieras, la clase map, que es un diccionario.... Para que quiero un char*?

Y si lo quiero, pues uso punteros inteligentes (que se liberan solos si no les referencian), y tan contento--> unique_ptr<char> en vez de char*

» autor: nergeia

#137 Unos consejos para los interesados en programar (bien)

juanparati — Fri, 16 May 2014 08:57:45 +0000

Mi recomendación para aquellos que quiera a prender a programar como dios manda desde cero.

Empezad por leer esto:
download-mirror.savannah.gnu.org/releases/pgubook/ProgrammingGroundUp-

» autor: juanparati

#136 Unos consejos para los interesados en programar (bien)

frankiegth — Fri, 16 May 2014 08:53:45 +0000

Para #3. Goto #133 && #134.

» autor: frankiegth

#135 Unos consejos para los interesados en programar (bien)

musg0 — Fri, 16 May 2014 08:50:48 +0000

#47 Hice un curso de programación básica en Coursera porque lo hacían en Racket y me pareció muy cómodo para aprender programación funcional.

El lenguaje tiene niveles y puedes empezar por lo más básico y luego ir subiendo de complejidad. Además puedes usar primitivas de dibujo directamente como tipos de datos lo que hace que sea más entretenido. Me dió la sensación de ser un "Logo" pero en funcional.

Lo malo es que fuera del ámbito del apredizaje no parece que haya proyectos complejos hechos en Racket y se queda como un mero entretenimiento para pasar luego a lenguajes aparentemente menos de juguete.

» autor: musg0

#134 Unos consejos para los interesados en programar (bien)

frankiegth — Fri, 16 May 2014 08:46:02 +0000

Edit #133. '...Y si uno quiere empezar a ser bueno programando, ni diría que hay que saber ensamblador, pero dominar C es un requisito básico...'

Y si uno quiere entender bien C saber ensamblador (o al menos tener buenas nociones) es un requisito básico.

'...C es fundamental porque es un lenguaje muy simple pero cercano a la arquitectura, aprendes cómo se implementan todas las abstracciones...'

Y en Java, y en lenguajes funcionales tipo HASKELL, LISP o SCHEME (en realidad con cualquier lenguaje de programación serio puede hacerse). Las abstracciones son propias del la orientación a objetos y la orientación a objetos la facilitan mucho, razón de más para empezar a programar con objetos desde el principio.

» autor: frankiegth

#133 Unos consejos para los interesados en programar (bien)

frankiegth — Fri, 16 May 2014 08:40:20 +0000

'...Nunca comencéis a aprender con programación orientada a objetos (ni con lenguajes que lo exijan), agrega una capa de abstracción muy elevada...'

Error. En los paises nórdicos desde primero de carrera Java con objetos. El error es empezar a programar sin pensar en objetos. No lo digo yo (que también), lo practica hoy la propia universidad que inventó en los 70 la programación orientada a objetos.

'...Java no está mal, y mejoró mucho en los últimos años, pero exige un IDE, lo que os hace demasiado dependientes de él y no sabéis ni sangrar...'

Falso. Java puede programarse desde cualquier editor de texto, desde cualquiera, VIM incluido. El IDE es completamente opcional, aunque pueda ayudar mucho a gente que empieza más que nada por los autocompletados opcionales.

No es una critica, en la mayor parte de consejos lleva razón, pero no todos conocen como se tratajan en otros paises estos temas de primera mano.

» autor: frankiegth

#132 Unos consejos para los interesados en programar (bien)

Maegruin — Fri, 16 May 2014 08:26:30 +0000

#127 Ya que existe GLib, Boost.... me refiero a tener todas esas estructuras en el propio STL. Y claro que hay un STL, pero comparado con lo que te ofrecen los lenguajes "modernos" (Ruby, Python...) no tiene color. Con C+11 han intentado solucionar esto, pero no no se usa en muchos sitios aun.

» autor: Maegruin

#131 Unos consejos para los interesados en programar (bien)

kojiro — Fri, 16 May 2014 08:19:10 +0000

#110 smart pointers de c++11

» autor: kojiro

#130 Unos consejos para los interesados en programar (bien)

chepas08 — Fri, 16 May 2014 08:14:20 +0000

#125Â126 comentarios y sólo uno rajando de Javascript? Donde iremos a parar..

» autor: chepas08

#129 Unos consejos para los interesados en programar (bien)

outofmemory — Fri, 16 May 2014 08:14:12 +0000

Me sorprende que gallir no mencione los patrones de diseño. Sobre todo el libro de Gamma y compañía.

» autor: outofmemory

#128 Unos consejos para los interesados en programar (bien)

mangrar_2 — Fri, 16 May 2014 08:12:56 +0000

#34 Yo al reves, aprendi POO en C++ y luego empece a programar en java. El paso de c++ a Java es muy facil, al reves, jodido. Echo de menos cosas de c++ que no tengo en Java, como la sobrecarga de operadores.

» autor: mangrar_2

#127 Unos consejos para los interesados en programar (bien)

PythonMan8 — Fri, 16 May 2014 08:12:19 +0000

#110 Planeta tierra llamando a Jupiter: developer.gnome.org/glib/2.40/glib-data-types.html
(Cuidado, no confundir glib -The GNU Lib- con glibc -la implementatción de libc de GNU-)

C-- tiene STL desde hace siglos, pero aun así, C-- sigue siendo una mierda pinchada en un palo.

Más info: developer.gnome.org/glib/2.40/

» autor: PythonMan8

#126 Unos consejos para los interesados en programar (bien)

chepas08 — Fri, 16 May 2014 08:12:11 +0000

#106 Eso es cierto, desde que programo en PHP pienso menos, busco en google y acabo en stackoverflow.

» autor: chepas08

#125 Unos consejos para los interesados en programar (bien)

elmike — Fri, 16 May 2014 08:08:50 +0000

Es aquí donde ponen a parir a PHP?

» autor: elmike

#124 Unos consejos para los interesados en programar (bien)

chepas08 — Fri, 16 May 2014 07:54:37 +0000

Al final esto de comparar lenguajes en sí tiene su gracia, pero es bastante mas importante todo el "contexto" que rodea una plataforma. El IDE/Debugger, Frameworks y librerías. Vamos ya puede ser la ostia el lenguaje que como no tenga un IDE que vaya bien no lo pienso usar en el mundo real, y si luego tienes que picarte una librería para generar pdfs ya ni te cuento..

Yo puedo comparar trabajar profesionalmente con Java y Php con Eclipse y cada uno tienes sus ventajas y desventajas. Prefiero Java como lenguaje, debo ser cuadriculado, me gustan los lenguajes tipados, si tengo un array con peras no quiero meter manzanas, luego el open call hierarchy funciona de lujo y se donde se usa esa función. Pero el no tener que re-arrancar el maldito servidor cada vez que hago un cambio en una clase me hace querer a PHP..

» autor: chepas08

#123 Unos consejos para los interesados en programar (bien)

outofmemory — Fri, 16 May 2014 07:54:30 +0000

Yo resumiría todos los consejos en uno: "cada vez que toques algo, no solo tiene que funcionar, sino que lo tienes que entender y no aumentar la complejidad más de lo necesario". Cuando llegas al punto que implementar algo en tu programa es más complicado que el problema que quieres resolver, lo estás haciendo mal

» autor: outofmemory

#122 Unos consejos para los interesados en programar (bien)

--276849-- — Fri, 16 May 2014 07:49:27 +0000

#3 Yaml > Json
Básico: en.wikipedia.org/wiki/Software_design_pattern#Classification_and_list

» autor: --276849--

#121 Unos consejos para los interesados en programar (bien)

miguelpedregosa — Fri, 16 May 2014 07:45:36 +0000

#2 discrepo, el problema de PHP es que se popularizó demasiado y la cantidad de código basura que puedes encontrar en Internet es abrumadora.

Eso sí, hasta PHP 5.3 ni siquiera lo puedes considerar como lenguaje de programación.

» autor: miguelpedregosa

#120 Unos consejos para los interesados en programar (bien)

Find — Fri, 16 May 2014 07:22:42 +0000

Un clasico:
Riesgos de las escuelas Java
local.joelonsoftware.com/wiki/Riesgos_de_las_escuelas_Java

» autor: Find

#119 Unos consejos para los interesados en programar (bien)

Find — Fri, 16 May 2014 07:22:02 +0000

Hola mi nombre es Find y programo en C#

» autor: Find

#118 Unos consejos para los interesados en programar (bien)

Mister_Lala — Fri, 16 May 2014 07:21:55 +0000

Voy a burlarme un poco cambiando la profesión de informático por la de constructor en sus consejos:

Construir una casa es fácil. Construir una casa bien es muy difícil. No hay que engañar, que luego abandonan decepcionados a la primera complicación.

Cuanto más grandes es una casa, más debes pensar en su mantenimiento futuro. Hacerlo bien lleva aún más práctica.

A medida que crece la casa, se necesitan materiales y estructuras más complejas.

Casa compleja con estructuras complejas, requieren el dominio de lo básico.

Y aquí la mayoría peta de forma estrepitosa ¿Pongo un cable de 1.5 ó de 6? ¿Meto un tubo de 80x40 o necesitaré uno de 80x60?

Lo digo fudamentalmente por "enseñar a los niños" y que "todos deben saber un poco de electricidad y fontanería". Bien, pero cuidado en crear falsas espectativas.

Así como todo el mundo no puede ser buen músico, no todo el mundo tiene la capacidad o la voluntad de esforzarse en ser un manitas.

Saber cambiar un enchufe no requiere la experiencia para diseñar, construir y mantener una casa compleja.

Nunca empecéis a diseñar la cocina con el programa de IKEA. Agrega una capa de abstracción muy elevada.

Una excavadora no está mal, pero exige GASOIL, lo que os hace demasiado dependiente de él, y no sabéis ni usar un pico y una pala.

» autor: Mister_Lala

#117 Unos consejos para los interesados en programar (bien)

ktzar — Fri, 16 May 2014 07:20:13 +0000

#49 para hace gráficas PHP es una pasada. Yo hice hace ya casi una década una web de monitorización de consultas de usuarios para la dgt con carreteras y provincias marcadas por colores en función del uso. Y con PHP. El lenguaje no suele ser importante... Yo uso en el dia a dia 4 o 5 y en mi poco tiempo libre otros 3. Todos tienen esa base común que no hay que reaprender, luego cada uno con particularidades que le dan mucha potencia. Por ejemplo esto de ruby es una pasada:

`6.upto(10) {|x| puts x}`

Incluso objective c tiene perlitas, una vez superado el periodo de pánico.

Para ser buen programador, por otro lado, leerse Clean Code. Lo demás son tonterías www.amazon.co.uk/Clean-Code-Handbook-Software-Craftsmanship/dp/0132350

» autor: ktzar

#116 Unos consejos para los interesados en programar (bien)

AndyG — Fri, 16 May 2014 07:06:53 +0000

Me gustó esta charla, está bien para empezar.

www.youtube.com/watch?v=0SARbwvhupQ

Eso y leer Code Complete. Siempre leer Code Complete.

» autor: AndyG

#115 Unos consejos para los interesados en programar (bien)

JoePerkins — Fri, 16 May 2014 06:48:02 +0000

Se ha salvado por poner enlace a dos libros, porque el resto son sobradas de barra de bar la mayoría.

» autor: JoePerkins

#114 Unos consejos para los interesados en programar (bien)

dlopez — Fri, 16 May 2014 06:34:26 +0000

#111 PHP es malo, punto, está mal diseñado, está mal implementado,</i
aquí estaría bien que indicases ejemplos/referencias

carece de muchísimas características básicas,
¿qué le echas en falta que sea "básico"?

permite hacer cosas horribles,
como cualquier lenguaje de programación...

es un lenguaje para diseñadores que pseudo-programan.
Es cierto que puedes, y de hecho inicialmente se pensó así, embeber PHP dentro del HTML. Pero la mayoría del código que se realiza actualmente, al menos en mi experiencia, el PHP embebido en HTML se deja justo en la parte de la producción de la salida. La única diferencia frente a otros lenguajes que no se puedan embeber es que el resto de lenguajes lo tendrías que hacer con un motor de plantillas. Cosa que con PHP también se puede y de hecho se hace...

Respecto a los trastos de cocina y los lenguajes de programación, me remito a lo que he dicho en el anterior comentario. La mayoría de lenguajes de programación (todos los que yo conozco al menos...) permiten hacer cosas que harían llorar al niño Jesús. Ahora, si las haces no es problema del lenguaje de pogramación...

» autor: dlopez

#113 Unos consejos para los interesados en programar (bien)

--89954-- — Fri, 16 May 2014 06:34:11 +0000

No sé la manía a C++, si decimos Objective C, pero C++... con su STL y no tener que preocuparse de los malloc ni los delete cada vez que defines un string o una lista.

» autor: --89954--

#112 Unos consejos para los interesados en programar (bien)

Mister_Lala — Fri, 16 May 2014 06:12:10 +0000

¿En serio ha llegado esto a portada? Vaya tela María Manuela.

» autor: Mister_Lala

#111 Unos consejos para los interesados en programar (bien)

luisZavaleta — Fri, 16 May 2014 06:08:17 +0000

#38 PHP es malo, punto, está mal diseñado, está mal implementado, carece de muchísimas características básicas, permite hacer cosas horribles, es un lenguaje para diseñadores que pseudo-programan. Claro hay genios que pueden hacer programas decentes, pero un hay músicos que podrían hacer canciones decentes usando trastes de cocinan, pero eso no convierte a los trastes de cocina en instrumentos músicales.

» autor: luisZavaleta

#110 Unos consejos para los interesados en programar (bien)

Maegruin — Fri, 16 May 2014 06:05:20 +0000

#25 Los problemas de C/C++ son dos, primero no tiene estructuras de datos avanzadas estandarizadas (arrays, sets, hashs...), es cierto que con C++11 han mejorado muchísimo la librería estandar, pero antes era un coñazo estar utilizando librerías adicionales o programartelas tu mismo. Por otro lado el tener que preocuparse uno mismo de la gestión de memoria permite mejorar el rendimiento, pero es bastante coñazo a parte de ser muy propenso a que haya fallos o menory leaks.

» autor: Maegruin

#109 Unos consejos para los interesados en programar (bien)

dreierfahrer — Fri, 16 May 2014 06:02:04 +0000

#100 Perdon por el negativo, me se fue la mano

» autor: dreierfahrer

#108 Unos consejos para los interesados en programar (bien)

dreierfahrer — Fri, 16 May 2014 05:58:33 +0000

#87 Yo he entrado indignado por lo que dice de javascript:

JAVASCRIPT ES UNA MIERDA COMO UN TEMPLO. Con javascript se hacen cosas que quedan chulas en web, pero, en si, es una mierda como un templo. Todo lo que puedes hacer con javascript son castillos de naipes...

» autor: dreierfahrer

#107 Unos consejos para los interesados en programar (bien)

--55066-- — Fri, 16 May 2014 05:30:49 +0000

Umm, yo catalogaría a PHP como un lenguaje para iniciados. Su extensión lo hace complejo a la hora de mantenerlo, por lo que para trabajar con el hay que saber como hacer las cosas correctamente y tener una guía de estilos bien potente.

Cualquier cosa relacionada con la programación web es un tema complejo, por la variedad de tecnologías, rendimiento, seguridad...

» autor: --55066--

#106 Unos consejos para los interesados en programar (bien)

Pingocho — Fri, 16 May 2014 05:16:46 +0000

#103 Es cuestión de gustos y habilidades. Hay quienes son expertos copiando, pegando y ensamblando 1000 librerías, frameworks, scripts y fragmentos copiados de foros y Stackoverflow, para publicar algo rápido y que funcione. Eso sí, luego no trates de modificarlo o actualizar alguna librería. Creo que PHP se hizo para esa clase de "programadores".

» autor: Pingocho

#105 Unos consejos para los interesados en programar (bien)

atl3 — Fri, 16 May 2014 05:14:52 +0000

#9 Sir, deliver naww

» autor: atl3

#104 Unos consejos para los interesados en programar (bien)

Pingocho — Fri, 16 May 2014 05:13:22 +0000

#100 Creo que confundes "productivo" con chapucero. En realidad puedes ser "productivo" mientras realizas buenas prácticas de programación (quienes mantengan tu código -y tú mismo en el futuro- te lo agradecerán), y eso lo puedes lograr en Pascal, Java y hasta PHP. O puedes ser chapucero y terminar antes, pero dejando un desastre sin posibilidades de mantenimiento a futuro, y eso también lo puedes lograr con PHP, Java y hasta Pascal.

» autor: Pingocho

#103 Unos consejos para los interesados en programar (bien)

--312149-- — Fri, 16 May 2014 05:12:14 +0000

[Usuario deshabilitado]

» autor: --312149--

#102 Unos consejos para los interesados en programar (bien)

--330863-- — Fri, 16 May 2014 05:06:15 +0000

No sé qué pinta esto aquí. Aquí somos todos los mejores programadores de la galaxia y parte del extranjero. Y los rabos nos llegan por la rodilla.

» autor: --330863--

#101 Unos consejos para los interesados en programar (bien)

--371029-- — Fri, 16 May 2014 05:01:03 +0000

Los libros sobre algoritmos aue recomidnda gallir estan en ingles.

Aqui va la heregia, ¿alguno reclmendable y mas o menos basico en español?

No me importa tragarme documentacion o ejemplos en ingles pero ponerse con algo asi sin base alguna, si es en tu lengua materna mucho mejor.

Yo es que soy un negado en matematicas, y aunque para muchos programas no me ha hecho falta para otroa si es muy necesario( ya de paso cualquier cosa relacionada con matematicas para tontos aplicables genial)

Por cierto yo creo que se le tiene tirria a php porque cualquiera programa en php y ademas es un lenguaje muy extendido

» autor: --371029--

#100 Unos consejos para los interesados en programar (bien)

--312149-- — Fri, 16 May 2014 04:58:30 +0000

[Usuario deshabilitado]

» autor: --312149--

#99 Unos consejos para los interesados en programar (bien)

Pingocho — Fri, 16 May 2014 04:57:23 +0000

Cuánto PHPero hay por aquí. No lo toméis a mal, pero PHP no es más chapucero porque no es más viejo. Cada que me toca hacer algo en PHP os juro que me dan ganas de vomitar:

- Todo es una función:
En cualquier lenguaje: myString.split(","); myArray.indexOf(a).
En PHP: explode(",",$myArray); array_search($a,$myArray).

- Hay montones de alias (funciones con nombres diferentes pero que hacen lo mismo o casi), y sus nombres no son para nada descriptivos:
strpos, strrpos, strripos. Si no conocéis PHP ¿qué os dice esos nombres? strripos es el mismo que strrpos, pero insensible a las mayúsculas, y strrpos es lo mismo que strpos pero empezando por la derecha. ¿No era mejor ponerle dos parámetros a strpos y dejarnos de marear con un océano de funciones?

- Los parámetros no son para nada coherentes:
¿Era array_key_exists($array,$key) o array_key_exists($key,$array)? Siempre hay que estar mirando el manual porque en algunas funciones va primero el array y en otras va de último. Y así es en todas las librerías.

- Algunas funciones devuelven FALSE que se confunde con 0:
Normalmente en cualquier lenguaje myString.indexOf(a) devuelve un número que es la posición de a en myString o -1 si no se encuentra.
En PHP strpos($myString,$a) puede devolver FALSE que si no tienes cuidado te lo hace pasar por 0, lo cual indicaría erróneamente que $a está en la posición 0 de la cadena, cuando en realidad no está.

- ¿Cuándo un array es asociativo y cuándo no lo es?
¿Porqué un programador querría tener una estructura que a veces se comporta como un array asociativo (a.k.a. diccionario, map o hash) y a veces como uno secuencial? Y lo peor es que tratar de averiguar si un array es o no asociativo te costará hacer tu propio algoritmo (o copiarlo de Stackoverflow), cuando era tan fácil como hacer un tipo array y un tipo dictionary/hash/map/lo-que-sea.

- ¿include, include_once, require, require_once?
Pero qué mier... ¿Porqué no hacer un único "import" y ya? ¿Qué sentido tiene hacer 4 funciones que hacen casi lo mismo? Ya sé que esto se ha corregido con la versión 5.3, pero aún hay que lidiar con la importación de scripts (porque en realidad no son módulos y mucho menos paquetes) en servidores desactualizados.

- Algunas funciones no lanzan errores capturables con try/catch:
Son especialmente las viejas (como las de mysql) que vienen de PHP4. Por más que las encierres en try/catch, si el php.ini de tu servidor no está correctamente configurado, te llenarán la página con bonitos "warning" y "error".

- Otras falencias menores:
Los engorrosos, feos y totalmente innecesarios $, ->, =>; el engorroso y casi inexistente reflection; el no poder instanciar los arrays con [] y {} como lo hacen los demás (menos Java); la falta de sobrecarga de operadores y []. Al menos ya hay closures.

En fin, si no fuera por las exigencias de los clientes (que quieren compatibilidad con cuanta chapuza le hayan hecho en PHP antes y que corra en cualquier hosting baratillo), ni volteaba a mirar semejante adefesio.

» autor: Pingocho

#98 Unos consejos para los interesados en programar (bien)

--312149-- — Fri, 16 May 2014 04:45:42 +0000

[Usuario deshabilitado]

» autor: --312149--

#97 Unos consejos para los interesados en programar (bien)

--400924-- — Fri, 16 May 2014 04:42:40 +0000

Yo de programar cero, estoy empezando a leer visual Basic. Lo que aquí se comenta me suena a chino

» autor: --400924--

#96 Unos consejos para los interesados en programar (bien)

--308165-- — Fri, 16 May 2014 01:57:10 +0000

#94 Mira, esta es la típica discusión que he tenido desde hace 20 años con universitarios recien salidos de la carrera, de esos que tienen cuatro pelillos en lo que debería ser una barba y tal. Y al final, cuándo tienen que entregar un trabajo en un tiempo determinado, con unas funcionalidades concretas y ajustandose a un presupuesto, vamos, lo que viene siendo desarrollar un proyecto en el mundo real® normalmente bajan las orejitas y se olvidan rápido de su talibanismo prepubescente.

Pero bueno, tú sigue tirando de wikipedia y de debates teóricos que no van a ninguna parte y llamando "ijnorante" a la peña que yo mientras tanto sigo ganandome la vida con esto, como repito, llevo haciendo ininterrumpidamente los últimos 20 años.

#95 ¿Quién dijo que PHP fuese un lenguage de propósito general? ¿Oyes voces en tu cabeza? ¿Serios problemas de compresión lectora? ¿Quién dijo que Python no era una alternativa seria en muchos ámbitos? Sencillamente, no lo es por ejemplo en una típica aplicación de escritorio, porque para eso hay alternativas mejores, pero en otras muchas pues sí, nadie lo niega.

En fin, si intentas meter baza hazlo al menos no tergiversando lo que otros dicen o explican.

» autor: --308165--

#95 Unos consejos para los interesados en programar (bien)

--125581-- — Fri, 16 May 2014 01:51:06 +0000

#93 en.wikipedia.org/wiki/List_of_Python_software

PHP está lejos de ser un lenguaje de propósito general.

#94 Sobre proyectos serios...

Blender. Reddit. Enough said.

» autor: --125581--

#94 Unos consejos para los interesados en programar (bien)

centelleante — Fri, 16 May 2014 01:50:50 +0000

#91 Déjate de chorradas. Una biblioteca/librería es una cosa, y un proyecto/framework/herramienta es otra. Moodle no es una librería, no intentes hacer lo blanco negro. Y sí, Python tiene más librerías que PHP, sobre todo porque el soporte de módulos es una cosa que está en el lenguaje desde el principio y no un addendum a posteriori como en el caso de PHP.

Con lo de que nadie utiliza Python para proyectos serios ya te retratas tú solito. Sería muy fácil ponerte ejemplos de cómo Python ha eclipsado a MatLab en desarrollos científicos, pero el dominio de Python en ese área es tan OBVIO que no me voy a molestar. Por lo demás, échale un ojo a este artículo de la Wikipedia en.wikipedia.org/wiki/Python_(programming_language)#Use entiendo que nombres como NASA, Google y tal te sonarán.

Sobre tu último párrafo, pues sí coincido contigo. Python no tiene ni mucho menos la veteranía de PHP en cuanto a desarrollo web, por lo que te comenté en #89, ya que PHP se creó para eso y Python no. Pero es normal, lo raro sería al contrario. Y al tiempo, porque en cuanto el desarrollo web con Python despegue un poco más, no habrá escasez de recursos. Ya para django hay apps de todo lo que comentas, por poner un ejemplo.

» autor: centelleante

#93 Unos consejos para los interesados en programar (bien)

--308165-- — Fri, 16 May 2014 01:49:19 +0000

#92 Estamos en 2014. Vamos, que en nuestro mundo lo que haya pasado hace 2 años es irrelevante, pues imaginate si hablamos de hace 15 años.

» autor: --308165--

#92 Unos consejos para los interesados en programar (bien)

--125581-- — Fri, 16 May 2014 01:43:06 +0000

#91 " Las dependencias de Python, sus gestores de paquetes, etc. a la hora de la verdad son un dolor de muelas. Python es un lenguaje ultrapotente y maduro como scripting, lo demás son cuentos."

Python fué usado en un videojuego español hace la tira de años. Blade, igual te sueña.

» autor: --125581--

#91 Unos consejos para los interesados en programar (bien)

--308165-- — Fri, 16 May 2014 01:34:13 +0000

#89 Veo mucha "ijnorancia" en tu comentario. En modo extenso en software una librería es todo aquel código del que puedas tirar para constuir una aplicación, no tiene solo porque referirse al core en sí del lenguaje.

Y hay muchas alternativas en Python pero no comentas ningunas. Y frameworks salvo Django las demas son de juguete, para universitarios ociosos, pero nadie construye nada serio en ellas. Curioso además que no menciones a Zope, que es la otra única decente, aunque últimamente no está muy bien mantenida ni actualizada.

En cuánto a Python como lenguage de propósito general... va, venga, estando C, C+, C#, Java o incluso Delphi o Cobol nadie utiliza Python para proyectos serios en ciertos ámbitos, aunque en teoría pueda hacerse. Las dependencias de Python, sus gestores de paquetes, etc. a la hora de la verdad son un dolor de muelas. Python es un lenguaje ultrapotente y maduro como scripting, lo demás son cuentos.

Y nadie ha dicho que PHP sea un mejor lenguage, solo que es más sencillo implementar aplicaciones en el universo PHP que lo es en Python, y eso obviamente no es algo a despreciar. El cliente: oye, que quiero que mi web tenga un foro, un blog, una plataforma elearning para dar formación interna y un tienda online para vender gamusinos. Y quiero que tengan además estas características y estas otras y todo integrado y retroalimentado. Y lo quiero para dentro de 3 meses y sin gastarme más de 4.000 euros- En PHP tiene cientos de alternativas sólidas, con cientos de plugins, módulos, themes, y tropecientos programadores especializados en hacer adaptaciones personalizadas. Y todo vía últimamente instalable vía Composer, osea fácil y rápido.

Meanwhile en Python....

» autor: --308165--

#90 Unos consejos para los interesados en programar (bien)

Amandy — Fri, 16 May 2014 01:30:42 +0000

#2 Relacionado con lo que dice Gallir sobre PHP: www.meneame.net/story/php-fractal-mal-diseno-mil-razones-alejarse-php

#44 Me interesa ¿cuál es ese sub?

» autor: Amandy

#89 Unos consejos para los interesados en programar (bien)

centelleante — Fri, 16 May 2014 01:16:16 +0000

#85 Primero, en tu comentario en #18 has puesto "librerías". Las cosas que comentas no son librerías. Moodle, Magento, Joomla o Drupal no son librerías. Eso lo PRIMERO.

Lo segundo, de las cosas que comentas, de todas hay alternativas desarrolladas en Python, de mayor o menor calado. CMS hay a punta pala, frameworks igual (no todo es Django gracias a dios, está Flask, Bottle, o liarte la manta a la cabeza con Werkzeug o a pelo y hacer tu propio framework según el estándar WSGI). Lógicamente hay más cosas hechas en PHP orientadas a la web, porque PHP es un lenguaje específico de back-end, no como Python que es un lenguaje de propósito general. (Sí, PHP puede usarse para más cosas aparte de back-end... seamos serios).

Por último, lo que dices de que "hay más desarrolladores de PHP por algo", ese algo es que desarrollar para la web con PHP es muy sencillo, la barrera de entrada es prácticamente inexistente: te instalas un apache y php y con solo poner un echo "Hello world"; ya vale. Con Python pues es más jodido, tienes que tener un proxy inverso, tienes que tener un servidor de aplicaciones tipo gunicorn o mod_python, etcétera. No es trivial. Ahora, que quede claro que el hecho de que haya más desarrolladores de PHP que de Python no se debe en absoluto a que PHP sea un mejor lenguaje, ni de coña.

» autor: centelleante

#88 Unos consejos para los interesados en programar (bien)

--125581-- — Fri, 16 May 2014 01:16:16 +0000

#85 Mmmm todos los ejemplos que expones son de CGI's para web.

Python está en web, juegos, CUDA, administración de sistemas, inteligencia artificial, cálculo avanzado... mediante librerías, como comenta #89.

La lista donde se usa Python es enorme. Empezando por el gestor de paquetes de Fedora, Yum.

» autor: --125581--

#87 Unos consejos para los interesados en programar (bien)

freeuser1618 — Fri, 16 May 2014 01:13:48 +0000

#25 Hay más alternativas que C++ como lenguaje orientado a objetos con compiladores muy trabajados, está el tan olvidado Eiffel, un lenguaje muy completo y elegante y con excelentes compiladores (pocos eso sí).
Luego C# es un gran lenguaje pero la falta de compiladores optimizados a lenguaje máquina lo limitan a desarrollos dónde la velocidad ni el consumo de memoria sean críticos.
Me ha gustado lo que ha dicho sobre las estructuras algorítmicas básicas, son esenciales y ayudan a mantener un código coherente y fácil de leer.
Con lo único que jamás estaré de acuerdo es con lo que dice de Javascript, con los años le he cojido manía pero siempre me ha parecido un lenguaje de script extraordinariamente malo.
Hace años tuve que trabajar con Smalltalk en VisualAge y le acabé cojiendo cariño por la facilidad que tenía para manipular datos.

» autor: freeuser1618

#86 Unos consejos para los interesados en programar (bien)

Lito — Fri, 16 May 2014 01:04:57 +0000

#3 PHP además de divertido es tremendamente potente, sobre todo en las últimas versiones (PHP 5.4 y superiores) con la mejora sustancial en cuanto a:

* Posibilidades y tratamiento de Objetos
* Caché (OPcache en la 5.5).
* Traits
* Sintaxis varias (arrays): [1, 2, 3]
* Llamadas a funciones en objetos sin necesidad de instanciar: echo (new Car)->door;
* Referencias a indices en devolución directa de un array des una función: echo cars()[0];
* Servidor en línea de comandos.
* Serialización de un objeto por a través de un magic method.
* Nueva API para gestión de contraseñas (5.5).
* Array y String de referencia directa: echo "coche"[3];
* Uso de empty en functiones (Por fin!!!!): if (empty($Car->isBroken()) {
* etc, etc, etc...

Y lo que nos espera en PHP 6 o PHPNG!! Si es que llegamos con fuerzas, visto lo visto con Hack...

El problema de PHP es que es muy sencillo comenzar, y con él se hicieron las mayores chapuzas de la historia de la programación.

Pero me repito, con un buen conocimiento de PHP se pueden hacer virguerías

» autor: Lito

#85 Unos consejos para los interesados en programar (bien)

--308165-- — Fri, 16 May 2014 01:00:41 +0000

#81 Por poner ejemplos básicos, ¿cuántos motores de foros hay en Python? Porque en PHP tienes cientos y algunos buenisimos, como phpBB.

¿Cuántas plataformas elearning están desarrolladas en Python? Porque en PHP hay cientos y algunas buenísimas, como Moodle.

¿Cuántos CMS hay desarrollados en Python? Me refiero que tengan literalmente miles de módulos, themes y plugins. Porque en PHP hay muchos y algunos bastante buenos, como Drupal o la última version de Joomla.

¿Cuántas plataformas de pago hay en Python? Porque en PHP hay cientos y algunas con miles de themes, plugins y módulos como Magento.

¿Cuántas frameworks tiene Python aparte de Django? Es decir, Django es una muy buena framework, pero cada programador tiene sus manías y para alguno se puede hacer muy pesada o no ir con su filosofía de programación y a todos nos gusta tener alternativas. PHP tiene ahora mismo cientos de frameworks y algunas son muy buenas, como la de Zend, Symfony, Laravel, Yii.

Podría seguir toda la noche pero me imagino captas la idea.

Ojo, que yo desarrollo en Python también y me encanta y en muchas cosas ha sido pionero y los demás les han copiado. Yo todavía recuerdo hace 10 años cuándo descubrí por ejemplo su increíble forma de manejar cadenas, expresiones regulares y muchas otras características avanzadas, pero bueno, si hay más desarrolaldores en PHP es por algo, supongo.

En fin, tú en mi comentario veías "ijnoracia", yo en el tuyo veo fanboyismo desorejado y prepotencia.

» autor: --308165--

#84 Unos consejos para los interesados en programar (bien)

--125581-- — Fri, 16 May 2014 00:50:37 +0000

#82 "en el futuro los SOs serán navegadores web. Dentro de navegadores web. Dentro de AÚN MÁS navegadores web. Dentro de un sueño. Dentro de Matrix. Dentro de una tortuga. Y luego tortugas hasta el final. "

Entonces será el día en que lo deje y me dedique a otra cosa

Fuera coñas, si el futuro es la web y 2000 lenguajes cada día con más inconsistencias que estándares (tjo tjo W3C) mando esto al cuerno.

» autor: --125581--

#83 Unos consejos para los interesados en programar (bien)

centelleante — Fri, 16 May 2014 00:50:01 +0000

Por cierto, la recomendación del Cormen está bien, aunque en mi opinión hay alternativas mejores. Al menos no ha recomendado el Brassard...

» autor: centelleante

#82 Unos consejos para los interesados en programar (bien)

kaoD — Fri, 16 May 2014 00:48:01 +0000

#79 osea que tengo suerte porque me han metido alto nivel primero... see what I did there?

La verdad que tengo suerte porque entré ya sabiendo programar (ASM incluído) pero vamos, yo me imagino a los compañeros que entaron fresquitos y les pones ASM delante y les da un patatús. ¿Eso de poner ASM de primeras es porque quieren cargarse a la gente o qué?

#80 en el futuro los SOs serán navegadores web. Dentro de navegadores web. Dentro de AÚN MÁS navegadores web. Dentro de un sueño. Dentro de Matrix. Dentro de una tortuga. Y luego tortugas hasta el final.

#81 no es aplicable a tu comentario porque el mismo problema está en PHP (o peor) pero muchas de las bibliotecas que requieren compilar son un orto en Windows. No-recuerdo-cuál biblioteca de OpenGL se negaba a compilar la muy puta, con todo el stack CygWin de por medio. Acabé lanzando una VM y trabajando en Linux

Además que PyPi es un orto y Pip una mierda de gestor de paquetes (que insisto, PHP es peor )

» autor: kaoD

#81 Unos consejos para los interesados en programar (bien)

centelleante — Fri, 16 May 2014 00:45:58 +0000

#18 veo mucha ignorancia en tu comentario. ¿Qué librerías no has encontrado para Python? Hoy en día Pypi está plagado de bibliotecas de todo propósito, eso sin comentar la basta biblioteca estándar del lenguaje.

» autor: centelleante

#80 Unos consejos para los interesados en programar (bien)

--125581-- — Fri, 16 May 2014 00:44:31 +0000

#75 "¡Pero no te olvides de explicar lo que son las conveciones de llamada y las diferentes secciones de un ejecutable PE!"

Jo, con lo fácil que era antes con ASM para un Z80 de Spectrum con "randomize usr direccion* e ir cargando todo.

A saber como darán las ingenierías dentro de 20 años...

Con tantas capas va a ser inmanejable.

» autor: --125581--

#79 Unos consejos para los interesados en programar (bien)

--44542-- — Fri, 16 May 2014 00:44:19 +0000

#78 Un chico con suerte, en la ULPGC empiezan con ASM de MIPS y luego ya en el segundo semestre te meten Java. Y en primero aparte de las típicas álgebra, análisis, mates discretas, etc. Tienes Fundamentos físicos y estructura de computadores.

En la UPM son algo más normales y en primero tienes C y C++ y no tienes ASM

Claro que en la ULPGC te hablo de Ingeniería Informática y en la UPM de Ingeniería de Software, que se supone más especializada.

Te hablo de estas dos universidades porque son en las que he estudiado.

» autor: --44542--

#78 Unos consejos para los interesados en programar (bien)

kaoD — Fri, 16 May 2014 00:38:08 +0000

#77 y así salen

Pero no, antes que todo eso empiezan (por lo general) dando lo básico de programación en un lenguaje de "alto" nivel (en mi caso, Pascal).

¡Que no digo que no haya que enseñar las tripas, ojo! Sólo que cuando ya conoces lo básico es más fácil bajar a pegarte con punteros*, igual que cuando ya sabes andar es más fácil correr.

*Punteros que, por cierto, también son magia. En realidad la CPU no entiende de punteros, sólo direccionamiento. Los punteros son una cómoda abstracción que nos hace C.

» autor: kaoD

#77 Unos consejos para los interesados en programar (bien)

--44542-- — Fri, 16 May 2014 00:37:40 +0000

#75 "Si empezamos con el "mejor no enseñar lo mágico" empiezas a bajar por una pendiente resbaladiza y les acabas enseñando física y diseño de chips."

Y es lo que hacen en ingeniería informática

» autor: --44542--

#76 Unos consejos para los interesados en programar (bien)

--370435-- — Fri, 16 May 2014 00:35:22 +0000

#75 ya no me acuerdo de todo eso, me he hecho un choni de la programación con php

» autor: --370435--

#75 Unos consejos para los interesados en programar (bien)

kaoD — Fri, 16 May 2014 00:31:32 +0000

#73 entonces lo dicho, empecemos a programar con ASM, que eso de los if y los for y los while y los tipos (en efecto, en realidad los tipos son magia también) es magia pura, por no hablar de lo mágico que es poder definir funciones con sus argumentos y esas cosas. Brujería

¡Pero no te olvides de explicar lo que son las conveciones de llamada y las diferentes secciones de un ejecutable PE!

Si empezamos con el "mejor no enseñar lo mágico" empiezas a bajar por una pendiente resbaladiza y les acabas enseñando física y diseño de chips.

#74 "supongo que para alguna cosa servirá saber que en c realmente estas reservando un par de bytes para un entero"

Wat?

"que en java realmente son todo strings"

Wat?

» autor: kaoD

#74 Unos consejos para los interesados en programar (bien)

--370435-- — Fri, 16 May 2014 00:31:29 +0000

#71 supongo que para alguna cosa servirá saber que en c realmente estas reservando un par de bytes para un entero (o eran 4) y que en java realmente son todo strings... a lo mejor para programar arduino en c y que se te acaban los primeros 16ks echando hostiejas, que es lo mas bajo nivel que alguien puede llegar a programar salvo muy contados casos... pero normalmente...
$pepito = 12354123452346;
ele...
$ppito = "asgafghafghsdfg";
ele...
$pepito[0] = 123423423;
ele...

Cuando programaba videjouegos en mid2p y solo tenias 64ks... vaya que si interesaba optimizar el java de los cohones, optimizabas hasta el compresor que te hacia el jar

» autor: --370435--

#73 Unos consejos para los interesados en programar (bien)

--44542-- — Fri, 16 May 2014 00:30:05 +0000

#70 Yo estoy hablando desde el principio de porque lenguaje creo que debería empezarse a aprender a programar.

Yo creo que es mejor al revés, primero enseñar que hay varios tipos de datos y como se representan en el interior de la máquina, así todo cobra mucho más sentido luego, al menos para mí, no me gusta la magia

» autor: --44542--

#72 Unos consejos para los interesados en programar (bien)

kaoD — Fri, 16 May 2014 00:28:26 +0000

#71 no, eso no lo entenderá. Pero ahora has vuelto al tema de punteros cuando en #68 hablabas de tipos.

Pero gracias a que sabe PHP, ahora le puedes explicar:

"La memoria de tu ordenador en realidad es lineal, no tiene una estructura, no son más que 1s y 0s a cholón. PHP gestiona la memoria por ti, pero en C, al ser más cercano a cómo funciona el ordenador, eres tú el que tiene que hacer las gestiones."

Todo esto le resultará más fácil de comprender si ya sabe qué es una cadena y las ha usado.

» autor: kaoD

#71 Unos consejos para los interesados en programar (bien)

--44542-- — Fri, 16 May 2014 00:27:34 +0000

#69 Sí, pero entenderá que cuando crear una cadena lo que realmente está creando es una secuencia de caracteres donde la variable a la que la asignamos es solo un puntero al primer carácter? Esas cosas que lenguajes como Java camuflan dentro de un bonito objeto de tipo String.

» autor: --44542--

#70 Unos consejos para los interesados en programar (bien)

kaoD — Fri, 16 May 2014 00:27:19 +0000

#68 hmm, estábamos hablando de punteros, no de tipado. En Java no hay punteros pero sigue habiendo tipos.

Pero vale, siguiendo con tu ejemplo, ¿de verdad te parece más complicado? A mí me parece más simple que primero aprendan a programar y todo sea mágico, y luego les dices:

"Todo lo que has aprendido está muy guay pero varios lenguajes, entre ellos C, además te permiten anotar tipos.

De esta forma el compilador te ayuda, asegurándose de que toda la lógica de tipos sea correcta. Si tu programa compila, al menos ya sabes que no has errado en los tipos y te puedes dedicar a buscar el fallo en otro lado."

Ya sabía programar, y ahora encima entiende por qué existe el sistema de tipos... cosa que no entendería, y sería como tú dices "porque sí", si hubiera aprendido C primero.

» autor: kaoD

#69 Unos consejos para los interesados en programar (bien)

--370435-- — Fri, 16 May 2014 00:23:35 +0000

#68 en php la aprendes rápido, cuando les un xml y tienes que hacer (int)$valor pq si no if($valor == 1) no te da ni de coña... todo tiene su gracia, yo he prorgamado poco en c, acutalmente solo para el arduino, y se me hace pesado tener que estar tdo el tiempo definiendolo todo, también es cierto que con los 16ks de arduino es serio lo de definir bien los tipos de datos...

pero cuando he programado en java, o c siempre dependia de binarios que no funcionaban en otras plataformas, o de pesados ides piratas que a veces desaparecian y te tocaba aprender otro ide, y dependiente de sistemas operativos...

con php, dame un editor de terxtos y un cacharro que ejecute linux y te hago lo que sea y no necesitamos ni monitores o puertos series ni nada todo via web

» autor: --370435--

#68 Unos consejos para los interesados en programar (bien)

--44542-- — Fri, 16 May 2014 00:21:58 +0000

#65 Ya pero si tu te vas a PHP y puedes hacer esto:

$a = 5;
$b = "Hola";

Es más difícil explicarle el sentido de tipo de datos a alguien y porque necesita hacer conversión de tipos que si empezó con C y aprendió que si quería crear una variable de entero debía hacer:

int a = 5;

Las dos variables a son de tipo entero, los dos lo sabemos, un novato no puede captar esas abstracciones en PHP y no entender la diferencia.

» autor: --44542--

#67 Unos consejos para los interesados en programar (bien)

--370435-- — Fri, 16 May 2014 00:19:53 +0000

#66 mete un servidor c# o .net en una raspberry pi o en una cubox y yo no lo veo sencillo y elegante, lo veo mastodontico y dependiente...

» autor: --370435--

#66 Unos consejos para los interesados en programar (bien)

--44542-- — Fri, 16 May 2014 00:18:03 +0000

#64 Hombre precisamente la plataforma .Net con C# y ASP es de lo más elegante y sencillo para programar web. Eso sí, dependes de Microsoft .

» autor: --44542--

#65 Unos consejos para los interesados en programar (bien)

kaoD — Fri, 16 May 2014 00:17:24 +0000

#62 no choca una con la otra. Primero puedes aprender qué es una variable, qué es una asignación, que es una función, qué es...

Cuando ya entiendes todo eso puedes aprender qué son los punteros de una forma más fácil (sólo tienes que aprender punteros) y sobre todo más profunda (como ya tienes más piezas del puzzle, ves mejor los huecos que te faltan).

» autor: kaoD

#64 Unos consejos para los interesados en programar (bien)

--370435-- — Fri, 16 May 2014 00:16:18 +0000

#61 no es lo mismo un lenguaje pensando sobre todo para web con las ventajas que eso tiene a uno que está pensado para otras cosas o mas generalista.

Tampoco soy un experto soy mas bien un superviviente, pero he trabajdo en empresas en que las webs las hacian en c, o c# o en .net y menudos cacaos maravillaos para hacerlo funcionar todo, y unos servidores super caros con licencias windows y su ... madre....

Al final todo está convergiendo a la web, los lenguajes orientados a web tienen ciertas ventajas...

(aunque por ej. enviar datos raw por los sockets en php se me hizo imposible y no me apeteció ponerme con curl... en python los ejemplos que vi eran mas sencillos que en php

» autor: --370435--

#63 Unos consejos para los interesados en programar (bien)

audacious — Fri, 16 May 2014 00:14:51 +0000

¿Consejos para programar bien de parte de gallir? Esto es una broma ¿no?

» autor: audacious

#62 Unos consejos para los interesados en programar (bien)

--44542-- — Fri, 16 May 2014 00:14:06 +0000

#60 Yo discrepo, será que soy raro, pero yo soy de los que prefiere aprender entendiendo las cosas aunque sean más compleja que que me digan esto es así y punto.

» autor: --44542--

#61 Unos consejos para los interesados en programar (bien)

--44542-- — Fri, 16 May 2014 00:12:19 +0000

#59 Si es que yo no he dicho que ni uso sea mejor que el otro ni lo contrario, solo que has puesto más arriba que usabas PHP porque podías ver lo que hacías en cualquier dispositivo con un navegador. Y yo digo que eso es absurdo. Es como decir que tienes una tele Sony porque puedes ver Telecinco (Dios me libre) como si en el resto de marcas no pudieras ver Telecinco.

» autor: --44542--

#60 Unos consejos para los interesados en programar (bien)

kaoD — Fri, 16 May 2014 00:10:59 +0000

#53 no, puedes deducir que la programación 3D está dentro de la programación de alto rendimiento, que era uno de los casos especiales que mencionaba.

También puedes deducir que las APIs son inherentemente no-manejadas en C++ siempre que quieras ser agnóstico en cuanto a bibiotecas (ves, de nuevo otro tiro en el pie de C++) porque no están integradas en el lenguaje y cada cuál usa su abstracción de punteros manejados preferida.

DirectX no te puede exponer los punteros ya manejados, pero tú eres libre de hacerlo (y probablemente sea recomendable).

#55 la optimización del algoritmo pasa por usar punteros un 0% de las veces más o menos Es mucho más importante aprender algoritmia y complejidad para optimizar que aprender cómo funciona la máquina.

Y mi teoría como digo en #50 es que es más fácil el camino inverso: primero aprender a programar y luego bajar al metal. Si tienes que aprender a programar y a la vez cómo funciona la máquina, ¡tienes dos problemas a la vez!

» autor: kaoD

#59 Unos consejos para los interesados en programar (bien)

--370435-- — Fri, 16 May 2014 00:09:24 +0000

#56 no te digo que no... infinitamente menos que en php, pero no te digo que no, y seguro que es un gran lenguaje aunque he visto videos comparando los 2 lenguajes y criticando php (nunca he visto el video contrario) y las criticas eran absurdas, normalmente pq el que programaba en python no conocia bien php...
Si mucha gente dice que phyton mola, que ruby mola, que node.js mola... pero aun no he encontrado motivos suficientes para pasarme.
A lo mejor con node.js con eso de que es multihilo se podria jugar bastante para por ej. lo de domotica que tengo que hacer priulas acojonantes en php
Y eso que antiguamente lo hacia muchas partes en shellscript pero al final estoy pasando todo el codigo a php....

» autor: --370435--

#58 Unos consejos para los interesados en programar (bien)

kaoD — Fri, 16 May 2014 00:09:15 +0000

#47 "no tienes por qué irte a Haskell o Clojure, que son muy duros"

¡Pero si Clojure es un amor! A mí me parece sencillísimo. Haskell tampoco es difícil, sólo está mal explicado.

"puedes usar Scala como alternativa intermedia."

Ugh, aquí va a haber hostias

Odio Scala, entre otras cosas porque se queda en "el intermedio" y hereda lo malo de ambos paradigmas. ¡Ojo! Yo empecé con Scala, leyéndome el libro de Odersky del tirón, pero me he dado cuenta a la larga de que meter POO en funcional no sólo es innecesario sino que es contraproducente. Vale, es mejor que POO a secas (bueno, ahora con Java8 ni siquiera) pero es que te cargas todos los beneficios de la PF de un plumazo. IMHO una vez entiendes la PF la POO sólo complica la estructura del programa.

"Lo digo más que nada porque entrar de golpe en la programación funcional viniendo de imperativa, estructuras de datos mutables y POO se hace cuesta arriba."

Pues yo lo que normalmente veo es que la gente razona mejor las estructuras de datos inmutables que las mutables... aunque tienes mucha razón en que cuando ya vienes con la mentalidad imperativa se hace duro.

A mí la PF pura me resultó un cambio radical. Ya no imagino tener que tirar de POO. Me parece mucho más cercano a lo que realmente quiero expresar, más cercano a como funciona el mundo y, sobre todo, mucho más útil en cuanto a reutilización del código.

"(monads, je)"

Esa es una de esas cosas de Haskell que son sencillísimas y la gente las complica tanto al explicarlas que parecen salidas del infierno.

» autor: kaoD

#57 Unos consejos para los interesados en programar (bien)

alfredo_casado — Fri, 16 May 2014 00:08:53 +0000

Para programar bien lo que hay que hacer es practicar, practicar y practicar. Como toda actividad compleja requiere años y años de practica hasta que se va desarrollando un nivel aceptable (la famosa teoría de las 10.000 horas).

Muy importante también es no practicar siempre sólo, practicar con otros, sentarse con otros programadores a resolver un problema, aprender como otros afrontan los problemas y como van desarrollando las soluciones, no sólo aprender del resultado final sino sentarse con otros y aprender el proceso para alcanzar esos resultados. Participar de comunidades de desarrollo, participar en proyectos open source ayuda en este objetivo.

Y leer, leer y leer buenos libros sobre programación, y por supuesto, no ser tan idiotas de caer en fanatismos y flames ridículos y meter en nuestra caja de herramientas todo lo que pueda ser de utilidad.

» autor: alfredo_casado

#56 Unos consejos para los interesados en programar (bien)

--44542-- — Fri, 16 May 2014 00:07:38 +0000

#51 Habrá pocos servicios webs implementados en Python...

» autor: --44542--

#55 Unos consejos para los interesados en programar (bien)

--44542-- — Fri, 16 May 2014 00:06:52 +0000

#50 Hablo de aprender, no digo que los punteros sean buenos manejarlos para usarlos siempre (se usan cuando se tienen que usar) digo que se debe aprender como funciona C antes que empezar con las abstracciones de otros lenguajes.

Dices que apra ser un buen programador hay que "Saber algoritmia" y digo yo que para hacer buenos y eficientes algoritmos necesitarás saber como funciona la máquina a bajo nivel para poder optimizar el algoritmo.

» autor: --44542--

#54 Unos consejos para los interesados en programar (bien)

--30685-- — Fri, 16 May 2014 00:05:31 +0000

[Usuario deshabilitado]

» autor: --30685--

#53 Unos consejos para los interesados en programar (bien)

MetalAgm — Fri, 16 May 2014 00:04:36 +0000

#50

Podemos deducir entonces de tu comentario que todo el SDK de DirectX esta mal progrmaado porque usa punteros en C++ en vez de referencias.
Al igual que el SDK de Qt, OGRE3D, etc...

» autor: MetalAgm

#52 Unos consejos para los interesados en programar (bien)

--370435-- — Fri, 16 May 2014 00:04:20 +0000

#51 eso me dijo un informático que programaba en delphy hace años... yo sigo programando en php y todo sigue viendose via web... el... creo que está reciclándose...

» autor: --370435--

#51 Unos consejos para los interesados en programar (bien)

--44542-- — Fri, 16 May 2014 00:01:55 +0000

#49 Usa lo que quieras yo solo te digo que la razón de lo que hago en PHP lo puedo usar en un navegador es absurda .

» autor: --44542--

#50 Unos consejos para los interesados en programar (bien)

kaoD — Fri, 16 May 2014 00:01:08 +0000

#43 "pues genial porque no tienes que estar teniendo en cuenta que es un puntero y que esa memoria hay que liberarla."

Hete ahí que diferencie en el comentario entre puntero (apunta inherentemente a memoria, trabajar a bajo nivel) y referencia (una abstracción sobre los primeros).

No veo una ventaja de C++ poder usar punteros. La mayoría de las veces es, si acaso, un inconveniente. ¿Cuándo fue la última vez que usaste aritmética de punteros? Si la respuesta es "todo el rato" estás programando mal (o estás programando en sistemas empotrados). Si la respuesta es "nunca"... ¿cuál es entonces la ventaja de los punteros frente a referencias gestionadas?

"El problema viene cuando uno no entiende que no es lo mismo un array de enteros que un entero, que ese nombre de variable en realidad lo único que contiene es una dirección de memoria y no el contenido de la misma."

No. El problema es que en C/++ la diferencia es sutil. Un int* puede (o no) ser un escalar o un vector. ¿Cómo lo sabes? Inspeccionando el código, no te queda otra... y eso es un puto dolor de culo seas novato o no.

En real-life-C++ usarás librerías estándar que implementen vectores y acabarás programando Java-like.

La culpa de no distinguir entre un escalar int* y un vector int* no es del humano, es de la abstracción (porque tanto C como C++ son abstracciones sobre assembly). En Java no hay pérdida, o es un "int" o es un "List<Integer>". En ese sentido Java gana sobre C/++ igual que Haskell sobre Java.

Pero vamos que tampoco voy a defender a Java

"Esas pequeñas sutilizas que en C aprendes cuando quieras volver atrás te vas a hacer un lio"

¿Y quién quiere volver a atrás? Si no manejas sistemas empotrados o de alto rendimiento no tiene sentido estar tan cerca del "metal". Y si lo haces.... ¿qué

Además que en mi opinión es justo al revés, una vez entiendes la programación a alto nivel puedes "volver atrás" y entender los punteros sin necesidad de pelearte con entender qué es un "statement", qué significa "==" frente a "=", qué cojones es una variable, qué es una función, etc.

Si a alguien le enseñas a programar y a la vez le quieres explicar la diferencia entre * y & pues le vuelves loco sí o sí. Si ya sabe programar, al aprender punteros sólo tiene un problema contra el que enfrentarse.

"Si no sabes como se maneja la máquina interiormente jamás serás un buen programador."

Discrepo. Para mí un buen programador:

- Sabe de algoritmia (lo que bien comenta Gallir).
- Es bueno estructurando.

Saber qué hace la máquina por debajo es lo de menos. Y te lo dice alguien que aprendió con C y fue fan de ASM en su día.

» autor: kaoD

#49 Unos consejos para los interesados en programar (bien)

--370435-- — Thu, 15 May 2014 23:59:59 +0000

#48 si, bueno si quisiera cambiar, estudiaria pyton y node.js pero todavia no he encontrado nada que no pueda hacer con php,html,mysql,css, linux shell etc... tal vez si me quiero poner a hacer gráficas por ejemplo del sistema de domotica de la tempertaura un año... y cosas asi me limitase un poco php pero seguro que hay librerias graficas con las que jugar desde php copn execs y si toca picar un poco de codigo en python luego se integra en php

» autor: --370435--

#48 Unos consejos para los interesados en programar (bien)

--44542-- — Thu, 15 May 2014 23:56:42 +0000

#45 Lo que haces en Python, también. Solo te hace falta tener Python en vez de PHP en el servidor.

» autor: --44542--

#47 Unos consejos para los interesados en programar (bien)

--50929-- — Thu, 15 May 2014 23:56:11 +0000

#30 no tienes por qué irte a Haskell o Clojure, que son muy duros, puedes usar Scala como alternativa intermedia. Lo digo más que nada porque entrar de golpe en la programación funcional viniendo de imperativa, estructuras de datos mutables y POO se hace cuesta arriba (monads, je).

Respecto a Go, obviamente te voy a decir otra vez que prefiero Scala + Akka.

Estoy de acuerdo en lo de empezar por C (o ensamblador) y subir para arriba absorbiendo las abstracciones de cada generación de lenguajes. Y también con lo de estudiar estructuras de datos, algoritmos y las matemáticas necesarias para calcular complejidades. Aunque el resto son un poco consejos de perogrullo.

» autor: --50929--

#46 Unos consejos para los interesados en programar (bien)

--418333-- — Thu, 15 May 2014 23:55:19 +0000

#28 "Antes que C++ prefiero C, me parece más facil que C++ incluso siendo este orientado a objetos"...

Mi consejo es que(Aun pagando), vete a que te peguen un buen polvo... Sin coñas

» autor: --418333--

#45 Unos consejos para los interesados en programar (bien)

--370435-- — Thu, 15 May 2014 23:54:57 +0000

todo lo que cago en php lo puedo controlar con cualquier dispositivo con navegador... ademas de php uso mysql, html5, css, javascript etc... con eso llevo toda la vida, es cierto que el otro dia intente programar android y estoy verde pq no entiendo nada...

» autor: --370435--

#44 Unos consejos para los interesados en programar (bien)

--418333-- — Thu, 15 May 2014 23:50:43 +0000

#1 Pues hay un sub para estas cosas raras vuestras

» autor: --418333--

#43 Unos consejos para los interesados en programar (bien)

--44542-- — Thu, 15 May 2014 23:50:07 +0000

#33 No es porque se usen o se dejen de usar los punteros, tu en Java usarás punteros también, pero te lo camufla como si fuera una variable del tipo en cuestión. Si uno sabe lo que es realmente que cuando creas un array o una cadena tienes un puntero, pues genial porque no tienes que estar teniendo en cuenta que es un puntero y que esa memoria hay que liberarla.

El problema viene cuando uno no entiende que no es lo mismo un array de enteros que un entero, que ese nombre de variable en realidad lo único que contiene es una dirección de memoria y no el contenido de la misma.

Esas pequeñas sutilizas que en C aprendes cuando quieras volver atrás te vas a hacer un lio porque tu estás acostumbrado a manejar variables y no diferencias entre la pila y el montón. Si no sabes como se maneja la máquina interiormente jamás serás un buen programador.

» autor: --44542--

#42 Unos consejos para los interesados en programar (bien)

--370435-- — Thu, 15 May 2014 23:48:15 +0000

#41 ya te digo en todos los cacharros que te le listado ej: portatiles y pcs x86, con arm cubox, raspberri py, udooo
he podido funcionar perfecto con php, normalmente van en sus repositorios... solo tengo que... yum install php o sudo apt-get install php etc... no tengo ni que bajarme el codigo y compilarlo

Y como framework uso gedit

» autor: --370435--

#41 Unos consejos para los interesados en programar (bien)

--125581-- — Thu, 15 May 2014 23:45:23 +0000

#40 A lo que me refiero es que PHP tienes que instalarlo y Perl suele venir ya preparado para servir a un sistema Unix.

» autor: --125581--

#40 Unos consejos para los interesados en programar (bien)

--370435-- — Thu, 15 May 2014 23:44:37 +0000

#31 yo uso el sistema con procesadores x86 y con arm y con distribuciones variopintas y todos tienen php es decir que no he encontrado sistemas donde no pueda hacer funcionar php bien integrado con linux, si puedo ejecutar linux en un aparato puedo ejecutar php... no se si te refieres a eso... ej: portatiles y pcs x86, con arm cubox, raspberri py, udooo

» autor: --370435--

#39 Unos consejos para los interesados en programar (bien)

--125581-- — Thu, 15 May 2014 23:42:36 +0000

#34 No sé, supongo que el que entrara a los 15 años a la programación en C, es ver a C++ como un primo hermano "raro" con objetos y no termino de adaptarme.

Es pasar a Python y sí, ahí ya entiendo mejor los objetos y todo es más simple.

No termino de entenderlo. C vas a "bajo" nivel y puedes ver mejor las cosas.

» autor: --125581--

#38 Unos consejos para los interesados en programar (bien)

dlopez — Thu, 15 May 2014 23:42:01 +0000

Esa costumbre que se está imponiendo en los últimos tiempos sobre satanizar a PHP porque te permite hacer código horrendo, barbaridades algorítmicas, ... y poniendo a Python como ejemplo de como hacer bien las cosas me parece un sectarismo sin base alguna.

Puede que Python imponga ciertas prácticas que puedan ayudarte a hacer un código "mejor". Pero no nos equivoquemos, con Python se puede programar mierda igual de bien que con PHP si te lo propones.
Ahora, si necesitas las muletas que te ofrece Python para programar "bien", lo más seguro es que el problema no esté en el lenguaje de programación.

Además, como han comentado anteriormente, con las últimas actualizaciones PHP ha mejorado mucho como lenguaje de programación orientado a objetos. Entre otras cosas, porque no tiene problemas en copiar de nadie. Aquí tenéis un ejemplo, sacado directamente de Python (o al menos yo lo conozco de Python...): es1.php.net/manual/en/language.generators.overview.php

En fin, esta es la misma guerra de siempre. Aunque prácticamente todos los lenguajes de programación te permiten hacer cualquier cosa, cada uno es bueno para lo que es. Y a día de hoy, ningún lenguaje de programación me ha demostrado ser mejor que PHP en lo suyo. Ya sea usando frameworks o sin usarlos.

Y vaya por delante que en realidad soy un enamorado de Python (reconociéndole también algunos defectos). Pero en mi experiencia no cambiaría para la programación web PHP por Python (ni por Java, ni por Ruby, ni por C#... ni un largo etcétera de lenguajes que he probado) si no hay otros imperativos que condicionen mi elección.

He dicho...

» autor: dlopez

#37 Unos consejos para los interesados en programar (bien)

kaoD — Thu, 15 May 2014 23:41:45 +0000

#35 un emulador lo puedes hacer hasta con chips TTL. Yo hablo de comodidad y facilidad de mantenimiento, no de potencia.

#36 en el C++ que se usa de verdad no tocas punteros, todos son referencias gestionadas. Es prácticamente Java.

La cuestión de C++ es que es fácil dispararte en el pie. Por poner un ejemplo... ¿cada vez que implementas destructor, constructor copia o el operador de copia por asignación, implementas los otros dos?

en.wikipedia.org/wiki/Rule_of_three_(C++_programming)

» autor: kaoD

#36 Unos consejos para los interesados en programar (bien)

MetalAgm — Thu, 15 May 2014 23:41:18 +0000

#33 Para nada, como apunto en #34 aprendi a programar POO en Java, pero me gusta mas C++, le veo una sintaxis mas clara que otros lenguajes a la hora de definir clases, metodos y ademas puedo trabajar con punteros como en C, etc etc...

» autor: MetalAgm

#35 Unos consejos para los interesados en programar (bien)

--125581-- — Thu, 15 May 2014 23:40:20 +0000

#30 "conoces Rust y Nimrod? A mí Go no me llama nada, me parece una chapuzada y las abstracciones (en especial las de concurrencia como los canales) me parecen contraproducentes. "

Pues ya van sacando software entre ellos emuladores de GB y demás. Vale, emular una Game Boy no es especialmente "complejo" y con documentacion puedes hacerte la CPU Z80 en dos meses yendo a lo muy lento como un servidor, pero sí que puede llegar a sorprender.

» autor: --125581--

#34 Unos consejos para los interesados en programar (bien)

MetalAgm — Thu, 15 May 2014 23:39:02 +0000

#28 ¿Que complicación ves en C++? en.wikipedia.org/wiki/C++_classes

Yo aprendi POO con Java y cuando vi C++ no tuve ningun problema en pasarme a C++, yo veo una sintaxis muy clara y sencilla. Aparte de tener la potencia de C y la potencia de orientacion a objetos...

» autor: MetalAgm

#33 Unos consejos para los interesados en programar (bien)

kaoD — Thu, 15 May 2014 23:38:51 +0000

#24 si nos ponemos así que empiecen con ASM.

A mí me parece más importante que se adquiera el hábito de pensar de forma lógica y entender las estructuras, que pegarte con "el metal" cuando, a día de hoy, los punteros se usan poco más que en aplicaciones de alto rendimiento, empotradas o por masoquistas que no se quieren adaptar al siglo XXI.

#25 déjame adivinar: aprendiste a programar en los 90 o principios de los 2000.

» autor: kaoD

#32 Unos consejos para los interesados en programar (bien)

--110030-- — Thu, 15 May 2014 23:38:12 +0000

[Usuario deshabilitado]

» autor: --110030--

#31 Unos consejos para los interesados en programar (bien)

--125581-- — Thu, 15 May 2014 23:35:08 +0000

#29 Yo no usaría PHP en sistemas...

Por mantener la compatibilidad y demás. Y depender de un intérprete que no forma base del sistema.

Perl sería mas correcto. Está en todas partes y forma parte de la base de todos los Unix.

» autor: --125581--

#30 Unos consejos para los interesados en programar (bien)

kaoD — Thu, 15 May 2014 23:33:30 +0000

¡Gallir ya si aprendieras* programación funcional lo flipabas! Viendo tu amor por los algoritmos te encantaría, en especial Clojure (que es más práctico que Haskell y mantiene una gran parte de la pureza).

Siendo sinceros, el 90% de los programadores no necesitan saber algoritmia porque se dedican a interfaz de usuario y lógica de negocio simple. La gran mayoría de aplicaciones son una capa CRUD bajo una capa de UI específica para el caso de uso y poco más.

*Asumo que no la conoces porque lo más "funcional" que recomiendas es JavaScript.

#28 conoces Rust y Nimrod? A mí Go no me llama nada, me parece una chapuzada y las abstracciones (en especial las de concurrencia como los canales) me parecen contraproducentes.

» autor: kaoD

#29 Unos consejos para los interesados en programar (bien)

--370435-- — Thu, 15 May 2014 23:32:02 +0000

yo soy masoquista, programo todo con PHP (y linux shell) desde las webs de mis empresas, los backups, el sistema de domótica, los sensores, arduino... todo con php

» autor: --370435--

#28 Unos consejos para los interesados en programar (bien)

--125581-- — Thu, 15 May 2014 23:28:06 +0000

#25 Pues puestos a elegir elijo Go. Antes que C++ prefiero C, me parece más facil que C++ incluso siendo este orientado a objetos.

» autor: --125581--

#27 Unos consejos para los interesados en programar (bien)

tesla79 — Thu, 15 May 2014 23:27:33 +0000

#10 Ains... has hablado muy rapido
www.izaping.com/wp-content/uploads/2010/09/gato-culo-caca.jpg

» autor: tesla79

#26 Unos consejos para los interesados en programar (bien)

NapalMe — Thu, 15 May 2014 23:25:23 +0000

Cuando no programo en ensamblador me siento...sucio....

» autor: NapalMe

#25 Unos consejos para los interesados en programar (bien)

MetalAgm — Thu, 15 May 2014 23:24:42 +0000

No estoy de acuerdo en lo de que C++ sea un "pain in the ass".

En mi opinión, los mejores lenguajes son principalmente C como lenguaje estructurado y C++ como lenguaje orientado a objetos.

» autor: MetalAgm

#24 Unos consejos para los interesados en programar (bien)

--44542-- — Thu, 15 May 2014 23:18:54 +0000

Si alguien empieza a programar por lo que más quiera que empiece por donde hay que empezar, C, todo lo demás son abstracciones y más abstracciones. Pero lo primero es entender lo que hay debajo no hacer todo en 4 líneas. Cuando aprendes C y entiendes lo que estás haciendo ya lo demás viene solo.

Yo creo que es mil veces mejor que te expliquen que es un puntero y una dirección de memoria que que te digan tu pon este código para hacer esto y ya lo entenderás.

» autor: --44542--

#23 Unos consejos para los interesados en programar (bien)

--80628-- — Thu, 15 May 2014 23:17:38 +0000

Interesante lo de tirarse a por Python y dejar PHP.

» autor: --80628--

#22 Unos consejos para los interesados en programar (bien)

--13404-- — Thu, 15 May 2014 23:16:44 +0000

Iba a hacer un chiste sobre lo de Rosa María Artal y BarbieJaputa (www.meneame.net/notame/1834570) pero soy una persona discreta

» autor: --13404--

#21 Unos consejos para los interesados en programar (bien)

Sc4ramouche — Thu, 15 May 2014 23:10:51 +0000

dejad de menear el envio que ni con esas os va a dar una vuelta en su ferrari

» autor: Sc4ramouche

#20 Unos consejos para los interesados en programar (bien)

zoezoe — Thu, 15 May 2014 23:10:12 +0000

#19 Toy en ello

» autor: zoezoe

#19 Unos consejos para los interesados en programar (bien)

--110030-- — Thu, 15 May 2014 23:05:43 +0000

[Usuario deshabilitado]

» autor: --110030--

#18 Unos consejos para los interesados en programar (bien)

--308165-- — Thu, 15 May 2014 23:00:45 +0000

Si estáis aprendiendo a programar, directo al Python y evitad PHP (enseña malas prácticas y es un lenguaje sin siquiera coherencia).

Curioso consejo de alguien que desarrolla en PHP.

PHP a partir de la versión 5.4/5.5 es homologable a otros lenguages scripts del lado del servidor. Aungue entiendo el consejo de Phyton, el problema es que hay menos librerías en este lenguaje y no todo el mundo tiene ganas de reinventar la rueda.

» autor: --308165--

#17 Unos consejos para los interesados en programar (bien)

--13404-- — Thu, 15 May 2014 22:53:33 +0000

#16 Creo que las más grande fue una de JavierB en una noticia chorra que se tatuaba en semejante parte no sé qué frase (es un mnm clásico)

» autor: --13404--

#16 Unos consejos para los interesados en programar (bien)

--385931-- — Thu, 15 May 2014 22:51:41 +0000

#15 meneando , nas noches

» autor: --385931--

#15 Unos consejos para los interesados en programar (bien)

--13404-- — Thu, 15 May 2014 22:50:31 +0000

#9 lo he visto en twitter y sin ser de portada dice "verdades de barquero", pero por un tatuaje tiene mi voto (la próxima vez pon "si llega y se mantiene" )

» autor: --13404--

#14 Unos consejos para los interesados en programar (bien)

te_digo_que_no — Thu, 15 May 2014 22:44:34 +0000

da igual lo bien q programes, siempre alguien te pedirá que le arregles el ordenador

» autor: te_digo_que_no

#13 Unos consejos para los interesados en programar (bien)

RivaSilvercrown — Thu, 15 May 2014 22:19:18 +0000

#12

» autor: RivaSilvercrown

#12 Unos consejos para los interesados en programar (bien)

zoezoe — Thu, 15 May 2014 22:18:41 +0000

#11 www.meneame.net/m/Debian/radio-pyo-live-python-music

» autor: zoezoe

#11 Unos consejos para los interesados en programar (bien)

RivaSilvercrown — Thu, 15 May 2014 22:12:47 +0000

lo triste es que el mejor código que estoy viendo últimamente son... exploits. Y cosas en ruby y python.

» autor: RivaSilvercrown

#10 Unos consejos para los interesados en programar (bien)

--411477-- — Thu, 15 May 2014 21:55:47 +0000

#9 Un "hello world!" donde tu quieras

» autor: --411477--

#9 Unos consejos para los interesados en programar (bien)

zoezoe — Thu, 15 May 2014 21:54:09 +0000

#0 Si llega a portada me hago mi primer tatuaje, o casi,...tu eliges donde.

» autor: zoezoe

#8 Unos consejos para los interesados en programar (bien)

--125581-- — Thu, 15 May 2014 21:52:14 +0000

#6 Si sabes inglés, tienes un montón de títulos online para cada lenguaje de forma gratuíta.

Y también te recomiendo registrarte en sitios como Code Academy y similares.

» autor: --125581--

#7 Unos consejos para los interesados en programar (bien)

--1-- — Thu, 15 May 2014 21:51:34 +0000

#4 En Menéame usamos mucho de JSON, y haciendo manipulaciones torticeras con él, por ejemplo los gráficos de karma/votos de cada noticias, o los resultados de www.meneame.net/trends

» autor: --1--

#6 Unos consejos para los interesados en programar (bien)

--411477-- — Thu, 15 May 2014 21:51:15 +0000

A mi me parecen muy buenos consejos. Sobre los libros, diré que si ponéis el título en Google y añadís la palabra "pdf" a dicha búsqueda...bueno ¿quién sabe?

» autor: --411477--

#5 Unos consejos para los interesados en programar (bien)

conversador — Thu, 15 May 2014 21:49:36 +0000

Un poco de "pelota" a Gallir por aquí nunca viene mal

» autor: conversador

#4 Unos consejos para los interesados en programar (bien)

--125581-- — Thu, 15 May 2014 21:49:10 +0000

#3 " Por otro lado, odio XML con todas mis fuerzas. Adoro JSON "

Al fin alguien que me comprende. En fín, profundizaré lo que pueda en Python y luego C esporádicamente. Llegué (malamente) a punteros y structs y gracias.

EDIT: Hablando de JSON, ví un playlist de emisoras de radio en streaming en ese formato y es una maravilla.(me dió por sacar la lista de URL's en el fichero desde Python y lo logré sencillamente).

» autor: --125581--

#3 Unos consejos para los interesados en programar (bien)

--1-- — Thu, 15 May 2014 21:47:47 +0000

#2 PHP es divertido si sabes programar y le encuentras el truco (y te ríes de sus barbaridades, por ejemplo las funciones -tan útiles- de array_*().

Por otro lado, odio XML con todas mis fuerzas. Adoro JSON

» autor: --1--

#2 Unos consejos para los interesados en programar (bien)

--125581-- — Thu, 15 May 2014 21:45:36 +0000

"Si estáis aprendiendo a programar, directo al Python y evitad PHP (enseña malas prácticas y es un lenguaje sin siquiera coherencia)."

Señor @gallir , soy un absoluto patán con XHTML y PHP. Sin embargo, con Python (estudiando en mi casa fuera del GS de Admón de Sistemas y Redes) se me da mil veces mejor y la estructura me sale sola.

O soy yo o es el lenguaje y la declaración de datos/metadatos para XML.

Creo que son las dos cosas

» autor: --125581--

#1 Unos consejos para los interesados en programar (bien)

Amandy — Thu, 15 May 2014 21:43:22 +0000

¡Meneado! Venía a publicarlo, pero como siempre, lo busqué antes.

» autor: Amandy