Menéame: comentarios [1597580]

#66 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--215936-- — Tue, 08 May 2012 23:09:39 +0000

#65 ayúdame a contarlo mejor si quieres . He intentado hacerlo lo mejor posible. Gracias por el comentario, pero te agradecería fueses mas específico.

» autor: --215936--

#65 Videocurso de Programación en C impartido por Richard Couture (en castellano)

mikeollie — Sun, 06 May 2012 00:56:53 +0000

#64 Tienes una paja mental bastante gorda, me extraña muchisimo que de verdad hayas hecho la ingenieria como das a enteder, ya que parece que has puesto aqui una retahila de cosas de las que has ido absorviendo en internet, retahila de que cualquier profesor te daria un capon por decir tantas sandeces sin tener ni idea, dicho desde el respeto hacia tu persona. Un saludo

» autor: mikeollie

#64 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--215936-- — Thu, 03 May 2012 05:40:47 +0000

A los que quieran seguir el curso algo situados, aconsejo tener algunas nociones previas en sistemas informáticos para darle sentido al esfuerzo de aprender C si sois profanos en informática. Para el que quiera seguir, intentaré agrupar algunos conceptos que creo son necesarios y básicos para sacarle jugo a C. Al final de todo tenéis algunos links muy útiles

(Animo al que quiera ayudar a que me corrija o añada lo que considere que se debe saber. Intentaré poner conceptos en negrita que figuren en wikipedia o fáciles de buscar. La wikipedia y sus enlaces internos son vuestros amigos!!)

A groso modo:

Nociones básicas de máquinas de estado, buscad máquinas de Turing*.
Nociones de estructuras de datos muy elementales, que son los bits, sus "hermanos mayores" y el primo baudio así como que significan en relación al elemento que nos refiramos. Eso nos lleva a lo siguiente.
Nociones de estructura de computadores: Que es o que se entiende por computador/ordenador. Que es la entrada/salida y el concepto de BIOS y como interacciona con el sistema operativo. Que son y como funcionan las memorias en general, memoria principal y memoria secundaria, la CPU y sus registros -para mas adelante entender sistemas operativos y sus singularidades, como paso previo a ello- que tipos hay y como funcionan, lo que es un BUS en general y si queréis y recomiendo, su genealogía. También como entienden los distintos elementos el significado de bit y sus resultados y la relación con los registros de la CPU.
Es decir la lógica de bit.
Nociones sobre sistemas operativos, a lo básico, como ve un sistema operativo la maquina que gestiona, en ese sentido, buscad kernel o nucleo, sus tipos, que es espacio de usuario, espacio de kernel. Que es una shell, prompt o consola, pasos que sigue un ordenador desde el encendido hasta que se puede interactuar con el mediante E/S. Que es la multitarea y el multiusuario, que son y de que manera se comunican los procesos (síncronos o asíncronos) así como gestión de procesos y capas de abstracción, gestión de memoria principal, accesos a memoria, modos protegidos, violaciones de segmento o segmentation fault -la RAM en general- así como métodos de paginación y gestión de memoria secundaria sobre todo nociones sobre organizaciones internas o mas a groso modo sistemas de ficheros y memoria virtual.

La relación entre todo esto y estructura de computadores es importante saberla, así que intento poner por orden como yo lo estudié ya que es un poco recursivo y lo importante es una vez entendidos los elementos la relación que se establece entre ellos. En general todo deriva en la necesidad de saber que grandes familias existen de sistemas operativos y un poco el porqué de la elección de sus distintos diseños, no tanto en relación a lo comercial si no en relación al funcionamiento. No es lo mismo programar en C para linux o para ecosistemas windows de Microsoft aunque C sea un estándar, tiene peculiaridades según el sistema operativo en el que corre. Si has entendido las negritas y navegado un poco por sus enlaces en la wikipedia sabras el porqé. En ese sentido es importante saber conceptualmente que es POSIX y la api de win32 -o la que sea para la familia de SOs que corresponde- ya que es la capa de abstracción que provee el sistema operativo que para permitir la comunicación entre el programa y el núcleo de un modo estandarizado.

También es imprescindible saber, para programar en general, lógica formal (aquello de Si A luego B para entender el control de flujo de un programa). En cierta medida también algo sobre cálculo matemático básico, como mínimo muy mínimo calculo de funciones de primer grado. Aconsejable saber resolver sistemas de ecuaciones de grado N.

Para los que nunca hayan programado en un lenguaje funcional, fuera de un entorno de ventanas o API como QT o MFC orientados a eventos, es importante controlar también el flujo de datos. Esto es saber de bucles (en C do, while, for...), condicionales (if, "? : "...) y interruptores (switch...) así como el ámbito local o general de una variable y en que influye eso. Es cierto que C tiene librerías que lo extienden, pero entiendo que tanto el curso como mi parrafada hablan del estándar. La potencia de C es que se puede llegar a hacer todo lo que hacen los demás si uno tiene claro como hacerlo. Pero para ello hay que saber con quién tratamos. De ahí que debamos saber todo lo anterior. Hacer un circulo en pantalla en C sin ayuda es saber como se accede a la memoria de video, como es la fórmula matemática de un circulo y como implementar un algoritmo que lo haga en base a una gráfica discreta de pixeles y no continua. Un poco por eso se le conoce como el padre de ellos. Aunque es cierto que es todo un árbol genealógico lo de los lenguajes, así que existen abuelos, sobrinos y primos jajaja
Me desvió. Básicamente un diagrama de flujo y sus elementos gráficos son las piezas básicas para el control de la ejecución o flujo del programa. De ahí, obviamente su nombre. Recordad, dibujar ayuda siempre. El cerebro juega malas pasadas cuando intenta emular la ejecución de una parte del código y lo que a veces parece una obviedad es un espejismo. Si no queréis ir dando puñetazos en el escritorio, en el teclado o acordándoos de la madre de alguien y generar canas, respirad y dibujad. Ayuda y mucho tanto diagramas de flujo como de estado (máquina de estado).

Otra cosa que me gustaría que quedara clara, tanto Entrada como Salida son conceptos muy genéricos. Entrada hace referéncia desde la presión de un botón de teclado a la lectura de un dato en memoria tanto lecturas como comunicaciones entre procesos. Así como el estado de los registros de la CPU, una división por zero, un resultado negativo etc... También es una entrada un clic de ratón en un botón de una ventana o un evento del SO (ver api del SO). Del mismo modo Salida puede hacer referencia desde encender un led a enviar un e-mail. Así pues, un programa, aunque hay peleas sobre su definición que es interesante saber pero no estrictamente necesario, es una serie de instrucciones que la CPU entiende y que en función de unas Entradas genera unas Salidas. Es necesario para saber que es un programa a nivel abstracto, tanto desde el punto de vista del diseño del programador como desde el punto de vista de la gestión de procesos del SO anteriormente comentada, saber que la explicación se hace prescindiendo del concepto humano de programación. Es decir , C, C++, Pascal, Cobol, Java -en parte, pero no viene a cuento- solo son construcciones semánticas que hacen posible que un humano no tenga que estar picando instrucciones interminables de 0s y 1s o ensamblador. Recordemos, si no lo sabéis que básicamente ensamblador poner etiquetas a las instrucciones máquina en 0s y 1s que entiende la CPU. Si mover la posición 0001 de RAM a la 0002 en código máquina es 000010101Â0001 0002, el lenguaje ensamblador solo hace que 000010101 (instrucción mover) se llame MOV. Así cuando el compilador ASM (de ensamblador) ve algo como MOV 0001Â0002 sabe que debe traducirlo a 000010101Â0001 0002. Por tanto a parte de hacer fácil memorizar los centenares de instrucciones que entiende una CPU en 1s y 0s a un humano, estrictamente no crea un lenguaje nuevo. Solo etiqueta. Acercar a la manera de pensar y escribir de los humanos lo que debe hacer una maquina con 1s y 0s es lo que hacen los lenguajes llamados de tercera generación. Así pues, se debe traducir el lenguaje humano condicional a instrucciones en lenguaje máquina. Si uno piensa en un condicional tal que "Si a igual a 0 entonces b será b + 1 si no b = 0" puede traducirlo a C de inmediato (bueno, si uno es angloparlante mas aun ). Así que queda

if (a == 0)
{
b = b + 1;
}else
{
b = 0;
}
trivial, ¿no?. No hay que memorizar códigos numéricos ni saber que una comparación activa un registro de la CPU o un resultado de resta negativa otra etc... De ahí el compilador y el proceso de compilación, que traducen de lenguaje humano (aunque a mas de uno no se lo parezca jajaja) a 1s y 0s. Con todo y con eso, el compilador de C entiende trozos de código ensamblador debidamente etiquetados. Es mas, podemos llegar a la paradoja de que el 99% del código sea ensamblador. Esa es su potencia.

En el curso seguro que se explica como compilar, solo entrar en el matiz de que un compilador traduce pero no corrige. Cada arquitectura y cada sistema operativo tienen el propio. Hablar con la BIOS en linux significa hacer la petición al SO mediante el estándar POSIX que es el interfaz con el kernel y este lo es con la BIOS.
Si os atrevéis buscad que es un compilador en wikipedia y como se diseña. Compiladores I y II son de las ultimas (o eran con mi plan jejeje) las ultimas asignaturas de la carrera y de las mas hueso. Ahí queda.
Entender la relación con que puede hacer y que no puede hacer según que tipos de acceso permite el SO al hardware (de ahí las capas de abtracción, los núcleos, la gestión de memoria, multitarea, multiusuario, buses, sincronía...) y el papel de la BIOS en todo el fregado. Es decir, si uno no tiene claro que un programa lo que hace es recoger unas entradas y en función de ellas muestra unas salidas, en C, estas muerto en general.

Para finalizar y aunque parezca obvio, saber qué es un lenguaje de programación. Mas que nada y como ya hemos visto, saber el porque se habla de lenguaje máquina, de segundo nivel, tercer nivel etc... y que grandes familias hay. No tanto desde el punto de vista del origen empresarial si no que necesidades han venido a cubrir. También las distintas familias conceptuales que existen, sobre todo diferencias entre lenguajes funcionales, procedimentales y orientados a objetos. Aunque claro está, saber de la existencia del

» autor: --215936--

#63 Videocurso de Programación en C impartido por Richard Couture (en castellano)

mikeollie — Wed, 02 May 2012 01:10:11 +0000

#61 Alto nivel o bajo nivel se refiere al nivel semantico del lenguaje, el lenguaje maquina es el mas bajo porque es inmediato en al semantica, es decir una instruccion atomica tiene un significado inmediato para la maquina, que la unidad de control actua conforme al codigo de operacion. El ensamblador tiene el mismo nivel semantico, pues no es mas que un codigo mnemotecnico para llamara a 0 y 1 de una manera mas facil de recordar. Los lenguajes han ido subiendo de nivel semantico y su evolucion ha ido para la aplicacion sistematica de los conceptos de abstraccion, modularidad y encapsulacion, por eso c es un lenguaje de sistemas, hoy en dia el diseño y desarrollo de software se hace orientado a objetos, y por eso hoy en dia se utiliza la poo o lenguajes funcionales (por que los lenguajes son como talleres que te dan herramientas para hacer cosas) para hacer software, porque sirven para tener un mejor software

» autor: mikeollie

#62 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--284490-- — Tue, 01 May 2012 19:28:32 +0000

Sigo viendo sesiones posteriores del curso. Hay momentos grandiosos. youtu.be/1qCXPQwFnKA#t=1338s

» autor: --284490--

#61 Videocurso de Programación en C impartido por Richard Couture (en castellano)

gnugeek — Tue, 01 May 2012 16:15:03 +0000

Estrictamente se habla de "lenguaje de bajo nivel" cuando necesitas conocer en profundidad las características del hardware a usar dado que no hay "capas transarentes" entre tu y el hardware. Es una definición un tanto personal pero lenguajes de bajo nivel solo son código máquina y ensamblador. Apartir de ahi no se considera "lenguaje de bajo nivel" ni aqui ni en pekin.

» autor: gnugeek

#60 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--151124-- — Tue, 01 May 2012 15:30:10 +0000

Hay GOTO en los comentarios! Con tantas citas ya no se si voy pro el 50 o por el 15

» autor: --151124--

#59 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--284490-- — Tue, 01 May 2012 15:20:15 +0000

quack...quack...quack me encanta.
youtu.be/kVoU0yFVbPY#t=1423s

» autor: --284490--

#58 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--265313-- — Tue, 01 May 2012 14:07:29 +0000

#56 Lo entiendo de forma diferente que tu. El alma, y la limpieza del codigo en C, depende mucho de funciones. Normalmente programar en C requiere muchas mas lineas que otros lenguajes a cambio de otras bondades, con lo que la necesidad del concepto de funcion toma mucho peso cuando programamos en C. Entiendo que es a lo que se refiere, y algo que desde ese punto de vista comparto. Hay cosas que se pueden hacer en perl (por ejemplo) sin el uso de metodos que en C seria una locura sin funciones.
Asi lo entiendo yo cuando este hombre dice eso. En cualquier caso cada uno es muy libre.

» autor: --265313--

#57 Videocurso de Programación en C impartido por Richard Couture (en castellano)

mojopicon.net — Tue, 01 May 2012 12:30:35 +0000

#53 El alto o bajo nivel no es tanto una cualidad que, o se tiene o no se tiene. Más bien se puede hablar de grados, de que un lenguaje es de más alto nivel en comparación con otros. Desde ese punto de vista, se puede establecer una jerarquía de niveles en los lenguajes donde el nivel más bajo correspondería al ensamblador. A continuación estaría el C, luego otros lenguajes de 3ª generación tipo Pascal, Basic, Cobol..., y por encima de ellos lenguajes con más abstracción, orientados a objetos, etc.

» autor: mojopicon.net

#56 Videocurso de Programación en C impartido por Richard Couture (en castellano)

centelleante — Tue, 01 May 2012 12:23:04 +0000

#37 Perdona, pero el intento de puntero a función que has intentado hacer es sintácticamente incorrecto.

#38 Discrepo, hay MUCHAS cosas en C aparte de declaración de variables y funciones: macros, declaración de tipos, estructuras de control (que no son funciones), etcétera etcétera.

Que no, que lo de que en C todos son funciones está mal y punto. Hay lenguajes como Python y Ruby en lo que todo es un objeto y se puede considerar como tal, pero C no es así.

» autor: centelleante

#55 Videocurso de Programación en C impartido por Richard Couture (en castellano)

dreamweb — Tue, 01 May 2012 12:00:11 +0000

C es para nenazas. Yo estoy aprendiendo ensamblador del Z80.

» autor: dreamweb

#54 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--125581-- — Tue, 01 May 2012 10:48:07 +0000

Hala, bajados con Clive en webm. En Linux: clive -f best "www.youtube.com/watch?=blablabla"; "www.youtube.com/watch?=blebleble"; y así con todos.

Aunque se caiga Youtube ya tengo suficiente.

Edit: mierda, están en la entradilla. Entonces:

wget --mirror ftp://ftp.linuxcabal.org/pub/Videos/CursoDelLenguaje_C_enLinuxCabal_AC/ o también podéis hacerlos vuestro propio programa con libcurl

» autor: --125581--

#53 Videocurso de Programación en C impartido por Richard Couture (en castellano)

gnugeek — Tue, 01 May 2012 10:35:31 +0000

El lenguaje C NO ES UN LENGUAJE DE BAJO NIVEL. Evidentemente es menos abstraido que por ejemplo c# pero repito NO ES DE BAJO NIVEL.

» autor: gnugeek

#52 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--265313-- — Tue, 01 May 2012 09:58:16 +0000

#50 Gracias. Le echare un vistazo, pues no conocia este paper.

» autor: --265313--

#51 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--265313-- — Tue, 01 May 2012 09:55:15 +0000

#48 De nada.
Debo confesar que me gusta C. Me gusta mucho. Pero no todo es blanco o negro. Cada lenguaje tiene su objetivo y por mucho que me guste C, uso otros lenguajes ,sobre todo interpretados, para realizar scripts de parseo de datos y scripts de sistema (UNIX como norma general). A veces se debe tener en cuenta el tiempo de desarrollo, el objetivo del software, la plataforma, el hardware etc ... para hacer un buen uso. Con esto quiero decir que no todo es correcto dependiendo del ambito en el que nos encontramos. Lo mas inteligente es saber elegir bien. Esa es la clave para que al final nuestro codigo y nuestro tiempo merezcan la pena.
Saludos

» autor: --265313--

#50 Videocurso de Programación en C impartido por Richard Couture (en castellano)

takamura — Tue, 01 May 2012 09:55:00 +0000

#48 De paso, aquí te dejo un artículo con una visión diferente de qué significa potencia en un lenguaje: www.google.com/url?sa=t&rct=j&q=why functional programming mat (sobre todo el capítulo 4, pero a lo mejor necesitas leer los anteriores para entenderlo).

» autor: takamura

#49 Videocurso de Programación en C impartido por Richard Couture (en castellano)

takamura — Tue, 01 May 2012 09:43:41 +0000

#48 Gracias por el enlace, aunque ya lo conocía.

Saludos.

» autor: takamura

#48 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--265313-- — Tue, 01 May 2012 09:39:28 +0000

#45 No veo la relacion entre el conocimiento de un lenguaje y la potencia del lenguaje en si mismo. Si sabes PHP y no sabes C, no quiere decir que PHP sea mas eficiente, solo quiere decir que sabes PHP y no sabes C. Si sabes C y PHP entonces esto quiere decir que conoces dos lenguajes, pero C siempre sera mas eficiente que PHP. Lo mismo para C y Ensamblador. Tu conocimiento del lenguaje no hace mas eficiente al lenguaje, te hace mas eficiente a ti. Es el creador o creadores del lenguaje,plataforma, su objetivo y estructura lo que hace que el lenguaje sea eficiente. Espero haber podido mostrar algo mejor el matiz.
#43 Te dejo un link que te puede ser util:
www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&
Saludos

» autor: --265313--

#47 Videocurso de Programación en C impartido por Richard Couture (en castellano)

maelstromm — Tue, 01 May 2012 09:39:14 +0000

Interesante personaje... ha sido carpintero, detective privado, barman, y consultor de seguridad informática.. Ha trabajado incluso en la Casa Blanca..

Para el que le interese mas una entrevista..

www.nautilus.iteso.mx/?p=4146

Ahora vive en Mexico, en Guadalajara.. donde fue tomado el video.

Me ha llamado la atención como ve a la sociedad mexicana...

"El tiempo Mexicano fue un gran problema. La gente me decía, nos vemos a las diez y pueden pasar horas sin que llamen, tal vez lleguen, tal vez no. Y la falta de formalidad y la inpuntualidad no es la excepción, es la normalidad, es increíble."

"A mi, en el centro de Guadalajara, me han robado tres veces…¡Los policías! Es increíble. Por eso aprendí a salir a la calle con poco efectivo y plástico. Ellos no te roban el plástico"

» autor: maelstromm

#46 Videocurso de Programación en C impartido por Richard Couture (en castellano)

Aitor — Tue, 01 May 2012 09:25:23 +0000

#45 ¿Eso es una pregunta?

» autor: Aitor

#45 Videocurso de Programación en C impartido por Richard Couture (en castellano)

Javi-_Nux — Tue, 01 May 2012 09:22:38 +0000

#44 a lo que me refería es....si queremos calcular la inversa de una matriz 1 millón x 1 millón de la forma más eficiente posible, donde tengo más control, en ensamblador llamando a una rutina de una bibilioteca escrita por otro o en c++ en un método escrito por mí utilizando el algoritmo que yo quiero.

» autor: Javi-_Nux

#44 Videocurso de Programación en C impartido por Richard Couture (en castellano)

Aitor — Tue, 01 May 2012 08:44:53 +0000

#42 No por usar código enteramente tuyo controlas todos los detalles del comportamiento de tu código necesariamente más, ni por usar bibliotecas (¿quién os enseña a decir librería?) controlas menos todos esos detalles: Si usas sólo código tuyo pero de muy alto nivel, entonces en muchas ocasiones por cada comando que escribas por debajo se harán veinte cosas sin que seas consciente necesariamente (a no ser que lo hayas estudiado con mucha profundidad ese lenguaje) y por otro lado si sólo usas bibliotecas muy bien especificadas (aunque no te digan cómo lo hacen, que si te digan qué es exactamente todo lo que hacen) eso no hace que pierdas el control de absolutamente ningún detalle.

#41 Jajaja captado el mensaje, supongo que se sobreentiende que todas esas afirmaciones son en broma

» autor: Aitor

#43 Videocurso de Programación en C impartido por Richard Couture (en castellano)

takamura — Tue, 01 May 2012 08:44:01 +0000

#39 No, en absoluto.

» autor: takamura

#42 Videocurso de Programación en C impartido por Richard Couture (en castellano)

Javi-_Nux — Tue, 01 May 2012 08:37:20 +0000

Controlar lo que haces no creo que dependa del lenguaje sino de si usas código enteramente escrito por tí o estas usando librerias escritas por otros.

» autor: Javi-_Nux

#41 Videocurso de Programación en C impartido por Richard Couture (en castellano)

raharu — Tue, 01 May 2012 08:33:06 +0000

#40 xkcd.com/378/

» autor: raharu

#40 Videocurso de Programación en C impartido por Richard Couture (en castellano)

Aitor — Tue, 01 May 2012 08:20:16 +0000

#29 Cierto, lo que corrobora mi teoría de que es óptimo para controlar lo que haces, pero... ¿No es eso programar en C? Tienes que saber manejarte en C para hacerlo en cualquier caso.

Además, los hombres de verdad programan en C para controlarlo todo, y es cuando quieren controlar más aún cuando llaman a otro lenguaje: ensamblador

» autor: Aitor

#39 Videocurso de Programación en C impartido por Richard Couture (en castellano)

Aitor — Tue, 01 May 2012 08:13:22 +0000

#16

#17 Sí claro, es uno de los casos que tenía en mente cuando he dicho "cuando por lo que sea necesitas hacer algo donde necesitas saber con más precisión qué o cómo va a hacerse por debajo realmente", optimizar también es una necesidad.

#21 #30 Sí, pero en cualquier caso es divertido oírle pronunciar palabras como grrratis (0:00:36).

#31 No sé explicar las emociones como me siento con tu pregunta ¿Bromeas verdad?

» autor: Aitor

#38 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--265313-- — Tue, 01 May 2012 08:12:18 +0000

#23 "int a = 0; ¿eso es una función? No." . No, eso es la inicializacion de la variable int a a cero, comun en muchos lenguajes.
"#include <stdio.h> ¿eso es una función? Tampoco." Es una cabecera (header) .h con multiples funciones.
Dando por hecho que necesitamos el uso de las variables, el resto de C se puede considerar funciones. Asi se considera que la herramienta fundamental de C, son las funciones. Al menos para que un programa de C funcione debe tener una funcion.
Saludos

» autor: --265313--

#37 Videocurso de Programación en C impartido por Richard Couture (en castellano)

pawer13 — Tue, 01 May 2012 08:00:50 +0000

Como javero tengo el problema de que me cuesta, tras 5 años dedicado a la POO, pensar sin objetos, pero llevo unas semanas intentando desoxidarme, con C y con Go (el nuevo lenguaje de Google). Tendré que apuntarme este curso...

#23 Siempre puedes interpretar la asignación como una función:
int a=0 --> =(int a, 0)

incluso puedes hacer cosas rebuscadas como:
int zero() { return 0;)
int* a=zero;
Con lo que la variable a realmente es una función que devuelve siempre cero

» autor: pawer13

#36 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--242079-- — Tue, 01 May 2012 07:42:50 +0000

#15 Dios, casi lo has clavado. Solo te faltado poner al tipo este de la teletienda. www.youtube.com/watch?v=b86SOHZ0nIA

» autor: --242079--

#35 Videocurso de Programación en C impartido por Richard Couture (en castellano)

RANDOMIZE_USR_0 — Tue, 01 May 2012 07:41:11 +0000

entonces, si ya he visto el video ¿ya se C? ¿ya puedo hacer mi propio sistema operativo?....

» autor: RANDOMIZE_USR_0

#34 Videocurso de Programación en C impartido por Richard Couture (en castellano)

UbaldoPerez — Tue, 01 May 2012 07:39:43 +0000

#18 El código activo, son todo funciones: Él está en lo cierto. El inicio de programa es la FUNCIÓN main. El resto es preparación de datos. Lo dice un dinosaurio del C

» autor: UbaldoPerez

#33 Videocurso de Programación en C impartido por Richard Couture (en castellano)

raharu — Tue, 01 May 2012 07:34:37 +0000

#26 Siendo puntillosos, stdio.h trata solo de entrada/salida. A lo que te refieres es a la libreria de C en general. A parte, C no tiene muchas palabras reservadas, pero son más que 3 o 4.

» autor: raharu

#32 Videocurso de Programación en C impartido por Richard Couture (en castellano)

takamura — Tue, 01 May 2012 07:11:14 +0000

#11 Puffff... para empezar, todos los lenguajes orientados a objetos, funcionales y lógicos en cuanto a semántica y muchos otros lenguajes en cuanto a sintaxis.

» autor: takamura

#31 Videocurso de Programación en C impartido por Richard Couture (en castellano)

takamura — Tue, 01 May 2012 07:07:39 +0000

#7 ¿Qué tiene de potente el C?

» autor: takamura

#30 Videocurso de Programación en C impartido por Richard Couture (en castellano)

pizte — Tue, 01 May 2012 06:39:32 +0000

#10 Raro no, muy "rrarro"! Desde luego las fotografías de su página web no tienen desperdicio
#21 Totalmente deacuerdo, parece que esté gritando constantemente, me pone de los nervios.

Aparte de esto, es interesante que por fin haya un buen videotutorial en español

» autor: pizte

#29 Videocurso de Programación en C impartido por Richard Couture (en castellano)

iampiti — Tue, 01 May 2012 06:28:53 +0000

#14 en la mayoría de lenguajes de alto nivel cuando necesitas controlar al milímetro lo que se va a hacer puedes llamar a código C.
De todas formas está bastante claro que cada lenguaje es más apropiado para una tarea

» autor: iampiti

#28 Videocurso de Programación en C impartido por Richard Couture (en castellano)

bolo — Tue, 01 May 2012 06:01:08 +0000

¿ Este tio no dejo el C, se hizo cocinero, gano una estrella michelin y se dedica a hacer un programa de tv donde machaca sin piedad a la gente que trabaja en restaurantes ?

» autor: bolo

#27 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--321380-- — Tue, 01 May 2012 03:53:43 +0000

[Usuario deshabilitado]

» autor: --321380--

#26 Videocurso de Programación en C impartido por Richard Couture (en castellano)

faelomx — Tue, 01 May 2012 02:47:13 +0000

Realmente C solamente son 3 o 4 palabras reservadas y de lo mismo de operadores.
Sin STDIO.H haríamos poco o simplemente tardaríamos mucho tiempo en hacerlo.
El potencial reside en las bibliotecas de cabera.

» autor: faelomx

#25 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--151124-- — Tue, 01 May 2012 02:24:41 +0000

#include <stdio.h> Eso creo que no es C, lo procesa el preprocesador antes de compilar.

» autor: --151124--

#24 Videocurso de Programación en C impartido por Richard Couture (en castellano)

Drazul — Tue, 01 May 2012 02:21:19 +0000

#23 Bueno, vale, me has pillado, pero no hay que ser tan quisquilloso.

» autor: Drazul

#23 Videocurso de Programación en C impartido por Richard Couture (en castellano)

centelleante — Tue, 01 May 2012 02:16:58 +0000

#22 int a = 0; ¿eso es una función? No.

#include <stdio.h> ¿eso es una función? Tampoco.

Etc.

» autor: centelleante

#22 Videocurso de Programación en C impartido por Richard Couture (en castellano)

Drazul — Tue, 01 May 2012 02:15:41 +0000

Lo mejor es el tio que esta en el curso bebiendose una cerveza!

#18 en C no todo son funciones? dime un ejemplo, porque lo que yo se de C todo son funciones, quiza sea que estamos hablando de lenguajes distintos.

» autor: Drazul

#21 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--308165-- — Tue, 01 May 2012 02:01:54 +0000

Valoro su esfuerzo, pero su español es insufrible.

Mejor que mi alemán en todo caso.

» autor: --308165--

#20 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--280187-- — Tue, 01 May 2012 01:40:48 +0000

Esto no es un curso de programación en C. Esto es un curso de lenguaje de programación C.
Si quieres aprender a programar, no es buena idea hacerlo desde el punto de vista de uso de un lenguaje en concreto. Para nada.

#17
Y no sólo eso, es posible que no estés aprovechando la localidad espacial y estés machacando continuamente las líneas de caché del procesador. Para suerte de muchos el padding y blocking lo hacen los compiladores sin despeinarse.

» autor: --280187--

#19 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--277019-- — Tue, 01 May 2012 01:31:33 +0000

Que grande el Richard este!

Un tanto offtopic, pero sus fotos no tienen desperdicio www.imat.com/richard/index.es.html

» autor: --277019--

#18 Videocurso de Programación en C impartido por Richard Couture (en castellano)

centelleante — Tue, 01 May 2012 01:30:06 +0000

Qué tío más raro. Además, dice cosas incorrectas, como que "todo en C es una función"... wtf? No sé, no me convence.

» autor: centelleante

#17 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--196950-- — Tue, 01 May 2012 00:57:28 +0000

[Usuario deshabilitado]

» autor: --196950--

#16 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--8993-- — Tue, 01 May 2012 00:38:23 +0000

[Usuario deshabilitado]

» autor: --8993--

#15 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--125581-- — Tue, 01 May 2012 00:12:49 +0000

Es como juntar a Eric S. Raymond con ~~Sid Vicious~~ Joe Strummer, pero mola

» autor: --125581--

#14 Videocurso de Programación en C impartido por Richard Couture (en castellano)

Aitor — Tue, 01 May 2012 00:12:33 +0000

#12 Parece que en cualquier momento pueda dejar el portátil coger una guitarra de tres cuerdas y empezar a cantar los grandes éxitos de Sex Pistols. ¿Verdad?

No es que a C tengas que dárselo todo hecho, sino que la evolución de los lenguajes diría que es al contrario, que es a los lenguajes más modernos a quienes no se lo tienes que dar. Los últimos te lo "camuflan", el problema es que como dices en tu última frase esa no es siempre una buena cualidad cuando por lo que sea necesitas hacer algo donde necesitas saber con más precisión qué o cómo va a hacerse por debajo realmente.

» autor: Aitor

#13 Videocurso de Programación en C impartido por Richard Couture (en castellano)

thingoldedoriath — Mon, 30 Apr 2012 23:48:21 +0000

Bien... ya he escrito mi primer programa en C

Este tipo me cae de PM

Voy a ver si encuentro los otros vídeos, a ordenarlos y a hacer un backup en otro lugar de la nube.

Supongo que estos contenidos "están bajo GPL"... lo comprobaré.

#0 Gracias a ti por menear esto

» autor: thingoldedoriath

#12 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--321203-- — Mon, 30 Apr 2012 23:31:34 +0000

[Usuario deshabilitado]

» autor: --321203--

#11 Videocurso de Programación en C impartido por Richard Couture (en castellano)

Aitor — Mon, 30 Apr 2012 23:27:59 +0000

#7 ¿Que habías olvidado C? ¿Cómo se puede olvidar C? ¿Qué lenguaje moderno hay que no esté basado en cierta medida en C? Blasfemo... Yo lo añoro cada día ahora que por obligación manejo casi siempre otros lenguajes.

» autor: Aitor

#10 Videocurso de Programación en C impartido por Richard Couture (en castellano)

Aitor — Mon, 30 Apr 2012 23:20:48 +0000

Pero qué... ¿Soy el único al que le parece algo "extraño" ese tipo? Desde luego C es un gran lenguaje de programación, si a alguien que le pueda interesar le sirve de ayuda un formato como este adelante, aunque sigue pareciéndome más práctico un manual de calidad, los hay para todos los niveles .

» autor: Aitor

#9 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--306117-- — Mon, 30 Apr 2012 22:43:33 +0000

Directo a la hemeroteca. Documento histórico con aire oldschool mas curioso que útil.

» autor: --306117--

#8 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--242079-- — Mon, 30 Apr 2012 22:41:28 +0000

Lo que hubiese deseado tener un profesor así de guay an mis años mozos.

» autor: --242079--

#7 Videocurso de Programación en C impartido por Richard Couture (en castellano)

rak — Mon, 30 Apr 2012 22:38:21 +0000

Increíble, llevo años programando y por gracia (o desgracia) de los modernos lenguajes de alto nivel había olvidado por completo lo potente que es C, ahora tan de moda.

Por otro lado el hombre este es una máquina.

C es solo para machos!!! jejejeje. Suerte amigos.

» autor: rak

#6 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--198199-- — Mon, 30 Apr 2012 22:35:52 +0000

printf("Me gusta\n");

» autor: --198199--

#5 Videocurso de Programación en C impartido por Richard Couture (en castellano)

gyllega — Mon, 30 Apr 2012 22:14:39 +0000

curioso personaje!!

y las charlas por ahora interesantes!!

» autor: gyllega

#4 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--227452-- — Mon, 30 Apr 2012 22:12:45 +0000

#2 Desde luego que no es habitual,y por lo que llevo visto hasta ahora parece muy ameno

» autor: --227452--

#3 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--175549-- — Mon, 30 Apr 2012 22:12:37 +0000

#2 Añadido, gracias.

» autor: --175549--

#2 Videocurso de Programación en C impartido por Richard Couture (en castellano)

thingoldedoriath — Mon, 30 Apr 2012 22:11:19 +0000

#0 Una pequeña sugerencia...
Es posible que añadas al título que el curso es "en castellano"??

Me ha sorprendido gratamente¡! No es habitual.

Cierto que ahora ya queda en este comentario pero creo que mucha más gente se interesaría y entraría a ver los vídeos si el título dijese que es en español.

» autor: thingoldedoriath

#1 Videocurso de Programación en C impartido por Richard Couture (en castellano)

--227452-- — Mon, 30 Apr 2012 22:08:25 +0000

Muy bueno el Richard este: Guarda tus datos,porque no sólo es posible,sino que es probable que,durante el curso de programación en C ,cambies el sistema de archivos de tu disco duro por un "Hola Mundo"

» autor: --227452--