¿Los informáticos viven amargados?

#207
Y yo también. Saber programar mejor que uno con carrera no es un logro muy grande. Pero ei, quieres que chocemos los 5 contigo? Adelante tío, eres el mejor programador de todo el oeste. Y los tontos haciendo carreras y masters para estar debajo de tu nivel...

...

...

de programación.

Espero que fuera de aquí no seas tan corto de miras. Espero.

#210 Código depurado + Consumo mínimo de recursos (En mi caso carga de BD y carga de página) + Fácil escalabilidad.

#211 Vuele a leer que no lo has entendido ha sido una analogía en ningún caso he querido decir Arquitecto (De edificios) = Necesita Programar

#213 Venga sí, no necesito que nadie me reconozca nada excepto yo mismo y las personas para las que trabajo todo ha empezado contradiciendo a los ingenieros flipados de informática (Que no son todos ni mucho menos) que se creen que solo los de su "alta raza" pueden hacer cosas y que los meros mortales estudiantes de carrera "inferiores" como Magisterio/Filologias/Derecho/ADE/Economía no saben hacer ni la O con un canuto.

#217
Que estés picado con gente que va de superior no hace que lo que dices sea verdad. Hazte a la idea. Y un informático no sólo sirve para programar. Vuélvete a hacer a la idea.

Que tus compañeros de trabajo sean gilipollas es irrelevante.

#211 La complejidad de un programa se mide mediante una expresión matemática, y se denomina "orden de complejidad". Luego eso se escala a lo que quieras. Por cierto, en Java la memoria se elimina sola, casi siempre (importante esto); para algo existe el garbage collector.

Pero supongo que eso lo enseñan en un módulo FP.

#210 Y supongo que para ti depurar el código es eliminar líneas de código... A ti también te aplico lo que le he dicho a #211.

A este tipo de cosas me refiero. Os movéis con conocimientos con una base teórica realmente pobre, y en cuanto se os aprieta un poco mostráis esta carencia.

#222 ¿Entradas y salidas? ¿Y la implicación de las sentencias en SQL dan igual?

Y si te comparas con un tío que está a medio formarse, siempre ganarás. En el entorno laboral al final te enfrentarás a ingenieros, no a medio-ingenieros.

#222 esas respuestas las podía dar yo antes de hacer la carrera, en la ESO. No sé qué quieres demostrar. Hasta googleando un poco se pueden sacar.

Encima de que doy de pista "eficiencia del algoritmo", ains xD.

El tema no es la respuesta en sí, sino el por qué de lo que pasa. Entendiendo el por qué serás mejor que alguien que no sabe lo que hay "detrás", ya que en informática hay capas y capas, una capa te abstrae de otra y si tienes un error, siempre será mejor saber cómo funciona la capa que te está haciendo transparente una funcionalidad. Es la base de la informática.

Qué tiene que ver la usabilidad en la modificación del código? Es un término usado para interfaz de usuario nada más. Además, no está relacionado con la eficiencia.

Si te digo O(nlogn) qué me contarías?

Para un tío que estudia LADE no está mal, para uno que usa Google tampoco, pero vamos, de aquí a decir que es mejor que los ingenieros superiores en informática, tela xD. No sé con qué ingenieros informáticos te encontrarás tu en el área de programación.

Salió una estadística de los últimos 10 años de carrera, y la Ingeniería Informática es una que solo la acaban el 15% de los matriculados de primer año. Creo que esa cifra se debe tener mucho en cuenta a la hora de decir gilipolleces sobre una carrera como esta (esto va en general).

EDIT: #222 es que un estudiante de ingeniería en 2º de carrera no tiene por qué saber tecnologías web, eso lo sabrás tu por tu trabajo y punto, no se es un mal ingeniero por no saber tecnologías web. Sin embargo esa persona al menos sabrá lo que es un GET y un POST y su funcionamiento al acabar la carrera (es decir, desde el nivel de aplicación hasta el nivel físico, pasado por todas las capas y nodos intermedios desde el cliente al servidor y viceversa). Sería un mal ingeniero si no tiene ni puta idea de eso cuando su trabajo es sobre tecnologías web

Pues yo romperé una lanza a favor del que sacó el tema de los matemáticos. Trabajo en el mundillo de las finanzas y los de CS y SE suelen ser, por norma general, unos matados. Los únicos que suelen pasar las entrevistas son los que han hecho un double major en math/cs y la élite está reservada únicamente a PhD en matemáticas.

Es verdaderamente triste ver cómo un ingeniero es incapaz de hacer demostraciones, diseñar algoritmos, o al menos aplicar algún ejemplo al azar del CLRS. Como mucho saben hablar un poco de Big O o algún puzzle de memoria tipo careercup y similar. Rara vez hay excepciones. Eso sí, conocen todas las features de C++ casi de memoria, como si eso valiese de algo xD

En cuanto al diseño y todo eso. Quien es mal programador es mal diseñador, y quien es mal diseñador es mal programador. No hay una cosa sin la otra. Yo creo que el diseño es como el ajedrez, es algo que tiene que ver con la experiencia y capacidad innata de cada uno. De nada sirve estudiar patrones de diseño cuando estos no están demostrados, cambian con el tiempo y generalmente no son más que workarounds ante deficiencias de un lenguaje.

#181 Lo verdaderamente triste es que Java tenga cabida en una universidad.