En estos momentos un número creciente de personas toma la decisión de estudiar informática de un modo u otro. Algunos no pueden acceder a estudios universitarios o sencillamente no tienen tiempo. Esto tiene fácil solución gracias a los cursos de los que os vamos a hablar a continuación. Muchos acaban en la universidad realizando los correspondientes estudios para convertirse en un informático profesional. Otros muchos no tienen esa posibilidad, no disponen de tiempo o sencillamente no les apetece. A continuación, os vamos a hablar de una...
|
etiquetas: cursos , informática , gratuitos , temario
Venga, el siguiente: Así he realizado la carrera de Arquitectura desde mi casa...
EDIT: De hecho algunos en la versión gratuita no incluye ni examen.
"Construir un PC de cero 2."
www.youtube.com/watch?v=CP37uCODMa0
Venga, el siguiente: Así he realizado la carrera de Arquitectura desde mi casa...
www.youtube.com/watch?v=IzMOKdH_8cU
Pero en cuanto tu cerebro se acostumbra a la nueva manera de pensar todo va encajando. Y generalmente, al principio, a los que más les cuesta es a los que vienen del bachillerato porque no tienen ni pajolera idea de programación y, como he dicho, todo se da muy rápido al principio.
¿Qué pensáis de los cursos estilo autodidacta de gente como el canal Soy Dalto?
CC: #4 #5 #20 #30 #31 Os menciono porque da la impresión que tenéis algo de idea del tema.
Y ahora, medio en serio, jovencitos, siempre que alguien os venga con el cuento de que la carrera universitaria no vale para nada, y que se puede aprender lo mismo por tus medios y tal, acordaros de que la gente de dinero SI que envía a sus hijos a la universidad, cueste lo que cueste.
A ver si lo que pasa es que alguien no quiere que vayáis vosotros, jóvenes polluelos.
Lo primero es que "aprender a programar" es un concepto demasiado amplio. En esa frase podemos incluir, por ejemplo, aprender a programar en front-end o back-end. Solo esas dos cosas son dos mundos gigantescos y completamente diferentes, aunque evidentemente se tienen que relacionar entre sí.
Luego estaría la pregunta de que para qué quieres aprender a programar. Si es por curiosidad/pasatiempo, pues me imagino que cualquier curso online estaría bien. Ahora bien, si lo que quieres es trabajar de ello o cambiar de rumbo profesional, pues yo me plantearía alguna alternativa más seria. Más que nada porque veo muy difícil que te contraten en alguna parte si no tienes, como mínimo, un ciclo formativo. Podrías probar como freelancer, pero primero te tienen que conocer y sin experiencia y/o bastantes conocimientos, pues es bastante complicado.
Para la gente que se quiera dedicar a ello de manera profesional, ahora es un buen momento. No hay suficiente demanda para la cantidad de ofertas que hay. Y con lo del trabajo en remoto puedes trabajar prácticamente para cualquier empresa del mundo sin moverte de tu casa.
También vale demostrar conocimientos por la vía más o menos práctica, es decir, es perfectamente posible (y te lo digo desde la experiencia) demostrar que te has programado y montado algo para ti desde 0 en más de una ocasión y que eso te lleve a tener un trabajo.
Claro que depende mucho de lo que hayas montado, en mi caso fue un par de páginas web que me llevaron a una empresa pequeña, que me llevó a acabar siendo DevOps/SRE y ahora estoy en la 2º grande (y sin carrera).
Recuerdo, de la primera empresa, que una persona una vez quiso deslumbrarnos para una entrevista de trabajo enviándonos un CV programado en C++, por lo que para verlo tenías que instalarte con permisos de administrador 900Mb de mierda y luego podías abrirlo , pero es que encima el contenido era absolutamente delirante (sí, lo instalamos por las risas, en una MV aislada de todo ). No hagas eso nunca por dios , si vas a aprender haciendo algo en plan autodidacta intenta que sea algo útil y para ti, no algo demencial. Algo que se pueda publicar en un repositorio público y que no de vergüenza ajena, da igual si es mejorable (todo es mejorable), pero que sea útil.
En el mundo laboral bastantes informáticos con los que he trabajado (no todos, pero digamos que ha dado la impresión de una cierta tendencia) parecían conocer bien los lenguajes pero intentaban aplicar las técnicas de moda del momento sin entenderlas bien (un ejemplo: viví una época en que todo el mundo hacia patrones Factory sin saber que era y para sirve el UML). El problema es que les tenias que dar el problema resuelto y la programación bien estructurada, o te encontrabas (esto me pasó varias veces) con programas de mas de 500 líneas de código que no funcionaban, y que un planteamiento adecuado podía resolver en menos de veinte líneas de código (la gestión de procesos concurrentes parece ser que no se estudia) . Todo por no emplear estructuras lógica que ya existen y están estudiadas (esto requería ver algo de mates), y en su lugar preferir hacer un "esto lo hago yo a mi forma".
También tengo que decir que conocido a dos informáticos que programando que eran realmente impresionantes. Metódicos, eficaces, y sobre todo muy importante: sino sabían hacer algo, lo decían, buscaban material teórico e intentaban entender bien el mecanismo que resuelve el problema. Entendían que su trabajo tenia una dependencia enorme de las matemáticas y no se liaban, las estudiaban y las aplicaban. Para el resto de programadores estos dos eran unos "frikis" a los que nadie parecía querer entender, y que se "liaban mucho".
www.youtube.com/watch?v=L656idB33Mo
www.youtube.com/watch?v=hhP3vZAkR8g
Muchas veces sueño que me llaman para decirme que me falta una asignatura para terminar.
En su dia hice la ing. tecnica y me gustaria saber como esta los temarios de las asignaturas de arquitectura de computadoras.
He buscado apuntes actuales y no hay nada por la red que yo haya encontrado y si buscas libros en español son del neolitico.
Alguien tiene info de esto?
Yo cuando entrevisto a gente lo que hago es sacarles de la zona de confort un poco para ver cómo se desenvuelven, cómo resuelven problemas (sencillos), etc... utilizando las herramientas que van a usar en el trabajo en el día a día. Y haber estado pegándote 4 años con problemas, estructurar conocimiento, etc... ayuda mucho a salir bien parado de entrevistas. Si solo has aprendido a hacer ABC, pues el ABC te sale bien, pero el ABxD ya no.
Eso sí, hay videos y libros de Standford disponibles, miles de cursos, software, etc... No sé en otros ámbitos, pero informática es totalmente viable estudiarla sin pisar una facultad.
#80 Si quieres trabajar en el ámbito, mejor olvídate del español.
Era pseudocodigo, parecido a Pascal, muy tipado y muy estricto.
La sintaxis era lo de menos, pero se aprendia algoritmos, se aprendia a crear y recorrer estructuras, se aprendia a hacer bucles, recursividades y demas historias. Si aprendes eso, la sintaxis es secundaria. Y no, con eso no estas "preparado" para el trabajo, pero en 10 dias te pones en cualquier lenguaje. El que solo sabe la sintaxis y el copy&paste le cambias de Java a C# y lo matas.
store.steampowered.com/app/1444480/Turing_Complete/
Me picó la curiosidad, pulsé los enlaces, vi el temario y ¡Menuda decepción!!
Entre lo que enseñan en ese curso y lo que es construir un PC hay un verdadero abismo. Te hablan de puertas lógicas, unidad aritmético-lógica, CPU, ensamblador, lenguajes de programación, sistema operativo... Pero lo que es construirlo parece que poquito poquito poquito. Esperaba que hablasen de placas base, procesadores en el mercado con pros y contras, cajas / fuentes de alimentación, tipos de memorias RAM, discos duros, tarjetas gráficas, buses, USB, HDMI, monitores, teclados, ratones... Así como la BIOS, etc.
Yo para las entrevistas, un truco que tenia era "el cambio de proyecto".
Pongamos que la entrevista es para java. Le exponia el proyecto y le preguntaba que que tal lo veia y que como encajaria. La gente normalmente dice que perfecto.
Luego le decia, que claro, que los proyectos acaban y que por politica de empresa, justo antes del periodo de finalizacion tendria que cursar de forma intensiba y muy probablemente apoyar en proyectos p.e. de C# o Python. En ese momento es cuando les miro a la cara muy detenidamente. Al que se le pone cara de muerto, es que le da miedo, el que no se inmuta muy probablemente es que no quiera ni entrar o se va a ir antes de acabar y el que se le alegra la cara, ese es el bueno. Una vez decidido, se le aclara cual es la realidad y se le pregunta si sigue interesado.
Es curioso que muchos profesores se dedican a escribir libros de muchas materias en español pero de temas hardware es como que nos da verguenza y me refiero a arquitectura de procesadores actuales no del x86.
architecnologia.es/libro
Aprendes a programar casos académicos, que no tienen que ser fáciles, pero no suelen parecerse en nada a lo que se hace en un entorno comercial.
En la universidad programaras una calculadora, un simulador de red, tal vez algun juego qeu corra en el navegador.
En un entorno comercial plataformas de comercio electrónico, con usuarios, problemas de seguridad, mil personas trabajando en el mismo proyecto, código escrito de diversas maneras, un sinfín de arquitecturas, etc. sin contar algo que inexplicablemente se ignora al menos yo lo vi solo de pasada: gestión de sistemas operativos o, ya puestos, programación de sistemas. Un kernel? Si, te lo ponen en un dibujo el primer día, pero trabajar con un sistema operativo y administrarlo es algo esotérico que no se ensena.
Yo todo eso lo aprendí con talleres que hacíamos nosotros mismo en una asociación de software libre y redes que teníamos en mi facultad. Si no, lo que me dieron en el temario no me hubiese servido de gran cosa. De hecho los que se graduaron con buenas notas porque no se despistaban con esas cosas, terminaron trabajando de en otros sectores, incluso alguno no sabia lo que había estudiado, si le preguntabas algo básico no tenia ni papa. Pero todo de 10.
Por otra parte, como teleco no colegiado te digo que un ICT podría hacerlo alguien que saliera de una FP, siempre que le enseñaran las cuatro bases que necesita saber y que haga los cursos que se dan en los colegios oficiales, los cuales tienen que hacer todos los telecos cada cierto tiempo tanto para aprender a hacerlos como para aprender las nuevas normativas.
Para finalizar, la mayoría de los trabajos colegiados que no son opositados tienen lo peor de trabajar como autónomo (que realmente lo eres) y lo peor de trabajar como funcionario (mucho papeleo, burocracia, normas cambiantes, mucho trato con administraciones que aman las anteriores características). No sé si eso es lo que quiere un funcionario además de oposiciones exclusivamente para ellos.