Gracias por tu comentario y apoyo. Nos apuntamos hacer la sugerencia a nuestros miembros, les hemos dado la potestad de decidir el siguiente capítulo ;-)
Gracias! Para darle un poco más de juego a nuestra audiencia dejamos que los cronistas (miembros de segundo nivel) elijan los temas que se votaránenabierto en la comunidad, activa la campana y te llegará la votación para el siguiente vídeo y si te animas a ser historiador o cronista, bienvenido eres :-)
Gracias por un vídeo tan entretenido, RoR siempre me gustó mucho, pero me gusta más python y Django. Quería pedirle la historia de Django. Gracias Chicos.
Muy buen trabajo, gracias por siempre traer buen contenido. Yo elijo el tercer camino, video de metaprogramacion xD. Yo conocí ruby por synthmaker/flow stone se usa para robotica y procesamiento de senales, aunque ruby era mas para hacer las interfaces y lo demás se manejaba con un sistema de nodos y un subconjunto de c, me siento viejo. En python creas elementos privados con __ al inicio del nombre.
Gracias Gracias a ti por tu soporte y apoyo! No te sientas viejo, al menos todo lo que cuentas es de este siglo :-D Sobre Python, bueno el _ o __ son convenciones, en realidad, no prohíben que puedas o no acceder :-D
No, en Java los números enteros, por ejemplo, no son objetos. Es decir, tienes la posibilidad de crear objetos de la clase Integer, pero también números (no objetos) con "int". En Ruby todo es un objeto, código como " '123'.to_i() " es válido porque el literal de la cadena de texto es un objeto de tipo String.
Es un lenguaje que vale la pena y te ayuda a aprender otros conceptos como meta-programación, alguien ha sugerido un vídeo precisamente de meta-programación, lo propondremos entre los miembros, nos alegramos de tu decisión y gracias por el comentario.
Realmente es verdad que no hemos hablado específicamente de Smalltalk, aunque tenemos vídeo de Alan Kay y su crítica a los lenguajes orientados a objetos, el desastre del billón de dólares, esperamos que disfrutes del vídeo y no te preocupes, nos apuntamos Smalltalk para proponerlo entre los miembros ;-)
LISP el lenguaje elegido por nuestro gran señor y ser superior Richard Stallman para crear el sistema operativo perfecto "Emacs", Dvorak -> y hablando de traiciones de la historia 😢 Tengo que probar Julia a ver si se verdad es tan agradable
Qué bien, la verdad es que si te gusta mucho Ruby y dado que hay muchas ofertas online, es posible que puedas hacerte con una, ¿cuáles lenguajes usas a día de hoy?
El problema es que aunque uses _mangling_ (el doble guion bajo) lo que hace Python es ocultarlo por "ofuscación", por ejemplo: ``` class A: def __init__(self): self.__a = 5 a = A() print a._A__a ``` Y ahí tendrás que puedes acceder al dato, por lo que, como decíamos, privado privado no es.
Como decía, las dos barras bajas (o guiones bajos o subrayados) solo hacen un poco de "magia negra" (mangling) y aún puedes acceder a esos datos desde fuera, revisa mi comentario anterior y prueba el código ;-)
Tomamos nota. Ciertamente es un lenguaje poco conocido y con una sintaxis muy diferente a otros lenguajes más conocidos como C, BASIC o LISP. Gracias por el comentario.
Es igual de bueno emplear Ruby o emplear C# y la parte buena de lenguajes como Java o C# es que en su plataforma puedes emplear otros lenguajes diferentes y también que tenemos los vídeos sobre Java y C# en nuestro canal :-)
Corroboramos que para algunos usos y sin optimizar Ruby no es muy veloz, no obstante, depende de la versión de Ruby empleada, los elementos usados y cómo y dónde se despliegue. No en vano Github y otros grandes siguen usando Rails y no parece que les vaya mal. Sin embargo, coincidimos que hay otros frameworks más rápidos como por ejemplo Phoenix con Elixir. Gracias por el comentario.
Es curioso, he visto Sonic Pi en algunos Code BEAM relacionado a Elixir y he visto que también hay para poder trabajar con Python, no obstante, lo ideal es poder emplear el lenguaje que veas que mejor se adapta, si Ruby es cómodo para esa tarea, bienvenido sea :-)
4 месяца назад+1
Si el lenguaje es la teoría. Es el framework es la religión que reafirma dicha teoría.
Creemos que la principal dificultad del diseño de las librerías de Ruby y sobre todo su librería estandar radica precisamente en su completa orientación a objetos. Si siempre debes ligar los métodos a un objeto a veces surgen problemas y ya ni hablamos de cuando se quieren extender funcionalidades. En definitiva, es confuso, pero ¿hay solución? Gracias por el comentario.
@@programandootrahistoria en realidad no es el caso. A lo que me refiero es a los nombres cortos en metodos y en que hay mil formas de hacer una misma cosa. Yo en lo personal creo que POO es el paradigma más natural para desarrollar software complejo. A su vez las clases sirven como espacios de nombres mas acotados. Si quieres hacer algo con strings buscas en la clase string... Volviendo a ruby tienes metodos como toS, toI y cosas así que tecleas menos pero luego el programa ni tu lo entiendes.
finalmente la gente se acostumbra a los símbolos y su significado, un "to_s" para alguien que programa en Ruby es tan fácil y comprensible como un "&&" para los programadores de C, Java, ... emplear nombres largos y explicativos es lo que se hizo con Clipper, COBOL, BASIC, Ada, ... y desgraciadamente muchos tuvieron un éxito muy limitado, esto plantea un debate interesante, haremos algo con ello. Gracias por tus comentarios.
No hay laburo paro para Ruby. Se ve que no has visto el tipo que hizo bootcamp de Ada y lo que les costó los que fueron por esperanza de laburo con ada
No recuerdo haber visto nunca una oferta de trabajo de Ada, es más, he buscado y solo he encontrado para el Departamento de Defensa y ni decir lo difícil es que te contraten, la cantidad de requisitos que debes cumplir es impresionante. En Ruby on Rails sin embargo es más fácil encontrar ofertas de trabajo, pero debes estar abierto/a a moverte o si tienes suerte quizás encuentres una buena oferta en remoto. Pero por experiencia, el remoto se ofrece únicamente a personas que tienen mucha experiencia, sino la empresa no se fía en contratar.
La gente hablando y convenciendo que si Rubby, que si Python y que si Rust ahora. Si quieres lenguajes serios, está C/C++/C#, Java y algunos más, pero Rubby, por Dios, abre la mente.
Aprendí Ruby como primer lenguaje y me gusta muchísimo!
Recomiendo a todos darle una vuelta o dos
¡Silencio todo el mundo!, ¡Silencio que empezó mi programa favorito!
Queremos más Ruby
Estuvo genial este capítulo!
Me encantaría que hicieran uno de Django.
Ya tengo ganas de ver el siguiente capítulo!!!
Gracias por tu comentario y apoyo. Nos apuntamos hacer la sugerencia a nuestros miembros, les hemos dado la potestad de decidir el siguiente capítulo ;-)
Muy currado!
Gracias, gracias :-)
Wow... Esta genial el canal. Excelente videos! Será que a futuro pueden hablar de AWK y TCL. Saludos desde México.
Gracias! Para darle un poco más de juego a nuestra audiencia dejamos que los cronistas (miembros de segundo nivel) elijan los temas que se votaránenabierto en la comunidad, activa la campana y te llegará la votación para el siguiente vídeo y si te animas a ser historiador o cronista, bienvenido eres :-)
Excelente video como siempre 😊👍🏻.
Hola, cuando hablamos de NIM, excelente video sigan asi.
Anotamos sugerencia, gracias por el comentario
Cómo Ruby developer por más de dos décadas este es el video que esperaba.
Nos complace saber que cumplimos las expectativas, gracias por el comentario :-)
Gracias por un vídeo tan entretenido, RoR siempre me gustó mucho, pero me gusta más python y Django.
Quería pedirle la historia de Django.
Gracias Chicos.
Gracias por apoyarnos y tus palabras, tomamos nota.
Muy buen trabajo, gracias por siempre traer buen contenido. Yo elijo el tercer camino, video de metaprogramacion xD.
Yo conocí ruby por synthmaker/flow stone se usa para robotica y procesamiento de senales, aunque ruby era mas para hacer las interfaces y lo demás se manejaba con un sistema de nodos y un subconjunto de c, me siento viejo.
En python creas elementos privados con __ al inicio del nombre.
Gracias Gracias a ti por tu soporte y apoyo! No te sientas viejo, al menos todo lo que cuentas es de este siglo :-D
Sobre Python, bueno el _ o __ son convenciones, en realidad, no prohíben que puedas o no acceder :-D
@@programandootrahistoria Entiendo, siempre se aprende aquí xD
Como es que esta gente no tengan 100M de suscriptores?
Eso pensamos nosotros también! A suscribirse!
Sería genial que hablaran de Laravel, el como un framework es más usado y conocido que el lenguaje en el que está hecho.
Tomamos nota 📝 gracias por el comentario
todo en ruby es un objeto, igual que java, creo que volvere a ver ruby, no se como este on rails. tienen un nuevo seguidor desde ahora.
No, en Java los números enteros, por ejemplo, no son objetos. Es decir, tienes la posibilidad de crear objetos de la clase Integer, pero también números (no objetos) con "int". En Ruby todo es un objeto, código como " '123'.to_i() " es válido porque el literal de la cadena de texto es un objeto de tipo String.
Mi lenguaje favorito ❤❤❤❤
Se hace querer :-) Gracias por el comentario.
Ruby, Metaprogramación y Julia ❤
Apuntamos, gracias por el comentario
Ok, me convencieron voy aprender ruby,
Es un lenguaje que vale la pena y te ayuda a aprender otros conceptos como meta-programación, alguien ha sugerido un vídeo precisamente de meta-programación, lo propondremos entre los miembros, nos alegramos de tu decisión y gracias por el comentario.
Yo elegiría un parecido a Smalltalk con unos retoques de azúcares sintácticos, y tiene una historia de unos 50 años, desde 1971.
Realmente es verdad que no hemos hablado específicamente de Smalltalk, aunque tenemos vídeo de Alan Kay y su crítica a los lenguajes orientados a objetos, el desastre del billón de dólares, esperamos que disfrutes del vídeo y no te preocupes, nos apuntamos Smalltalk para proponerlo entre los miembros ;-)
LISP el lenguaje elegido por nuestro gran señor y ser superior Richard Stallman para crear el sistema operativo perfecto "Emacs",
Dvorak -> y hablando de traiciones de la historia 😢
Tengo que probar Julia a ver si se verdad es tan agradable
Cierto, LISP es un lenguaje del que aún no hemos hablado en el canal, quédate atento y quizás nuestros miembros lo sugieran en breve y lo saquemos ;-)
Ay caramba! uso Ruby, aunque casi no hay chamba xd
Qué bien, la verdad es que si te gusta mucho Ruby y dado que hay muchas ofertas online, es posible que puedas hacerte con una, ¿cuáles lenguajes usas a día de hoy?
De Ruby tal cual no hay... Pero si de Ruby on rails y hay que saber inglés.
por favor comparación con django y on rails
tomamos nota, gracias por el comentario
hasi se hacen atributos privados en python
def _metodo_privado(self):
print("Método privado")
_privado = "privado"
con _ 😢
El problema es que privados, privados, no son. El intérprete no te marcará un error si intentas usarlos desde fuera del objeto
@@programandootrahistoria no se que version usen pero no permite modificar y si muestra el error de objeto o atributo privado
El problema es que aunque uses _mangling_ (el doble guion bajo) lo que hace Python es ocultarlo por "ofuscación", por ejemplo:
```
class A:
def __init__(self):
self.__a = 5
a = A()
print a._A__a
```
Y ahí tendrás que puedes acceder al dato, por lo que, como decíamos, privado privado no es.
@@programandootrahistoria Si pones dos barras bajas delante sí
Como decía, las dos barras bajas (o guiones bajos o subrayados) solo hacen un poco de "magia negra" (mangling) y aún puedes acceder a esos datos desde fuera, revisa mi comentario anterior y prueba el código ;-)
uno de prolog ❤😢
Tomamos nota. Ciertamente es un lenguaje poco conocido y con una sintaxis muy diferente a otros lenguajes más conocidos como C, BASIC o LISP. Gracias por el comentario.
Yo Ruby??? La quinceañera con sus mil invitados 😅
Chale y yo acá tratando de hacer algo productivo con c#
Es igual de bueno emplear Ruby o emplear C# y la parte buena de lenguajes como Java o C# es que en su plataforma puedes emplear otros lenguajes diferentes y también que tenemos los vídeos sobre Java y C# en nuestro canal :-)
rails es lentísimo, menos lo están usando y no tiene futuro. no lo estudien!
Corroboramos que para algunos usos y sin optimizar Ruby no es muy veloz, no obstante, depende de la versión de Ruby empleada, los elementos usados y cómo y dónde se despliegue. No en vano Github y otros grandes siguen usando Rails y no parece que les vaya mal. Sin embargo, coincidimos que hay otros frameworks más rápidos como por ejemplo Phoenix con Elixir. Gracias por el comentario.
Lo unico por lo que uso ruby es por sonic pi.
Es curioso, he visto Sonic Pi en algunos Code BEAM relacionado a Elixir y he visto que también hay para poder trabajar con Python, no obstante, lo ideal es poder emplear el lenguaje que veas que mejor se adapta, si Ruby es cómodo para esa tarea, bienvenido sea :-)
Si el lenguaje es la teoría. Es el framework es la religión que reafirma dicha teoría.
Buena analogía, gracias por el comentario.
Ruby como lenguaje es genial, pero la filosofía de su stdlib da lugar a confusión.
Creemos que la principal dificultad del diseño de las librerías de Ruby y sobre todo su librería estandar radica precisamente en su completa orientación a objetos. Si siempre debes ligar los métodos a un objeto a veces surgen problemas y ya ni hablamos de cuando se quieren extender funcionalidades. En definitiva, es confuso, pero ¿hay solución? Gracias por el comentario.
@@programandootrahistoria en realidad no es el caso. A lo que me refiero es a los nombres cortos en metodos y en que hay mil formas de hacer una misma cosa. Yo en lo personal creo que POO es el paradigma más natural para desarrollar software complejo. A su vez las clases sirven como espacios de nombres mas acotados. Si quieres hacer algo con strings buscas en la clase string... Volviendo a ruby tienes metodos como toS, toI y cosas así que tecleas menos pero luego el programa ni tu lo entiendes.
finalmente la gente se acostumbra a los símbolos y su significado, un "to_s" para alguien que programa en Ruby es tan fácil y comprensible como un "&&" para los programadores de C, Java, ... emplear nombres largos y explicativos es lo que se hizo con Clipper, COBOL, BASIC, Ada, ... y desgraciadamente muchos tuvieron un éxito muy limitado, esto plantea un debate interesante, haremos algo con ello. Gracias por tus comentarios.
Amo Ruby.
Pero como programador nivel junior no hay laburo para Ruby dev.
Mejor empezar con otros lenguajes como Python o php
Tengo curiosidad, las ofertas son limitadas en tu zona geográfica o son de difícil acceso porque piden séniors?
@@programandootrahistorialas dos cosas.
En mi país pocas ofertas y las ofertas remotas piden mínimo 2/3 años de experiencia
No hay laburo paro para Ruby.
Se ve que no has visto el tipo que hizo bootcamp de Ada y lo que les costó los que fueron por esperanza de laburo con ada
No recuerdo haber visto nunca una oferta de trabajo de Ada, es más, he buscado y solo he encontrado para el Departamento de Defensa y ni decir lo difícil es que te contraten, la cantidad de requisitos que debes cumplir es impresionante.
En Ruby on Rails sin embargo es más fácil encontrar ofertas de trabajo, pero debes estar abierto/a a moverte o si tienes suerte quizás encuentres una buena oferta en remoto. Pero por experiencia, el remoto se ofrece únicamente a personas que tienen mucha experiencia, sino la empresa no se fía en contratar.
La gente hablando y convenciendo que si Rubby, que si Python y que si Rust ahora. Si quieres lenguajes serios, está C/C++/C#, Java y algunos más, pero Rubby, por Dios, abre la mente.
Aquí no se convence a nadie de nada, solo contamos historias. Si te interesa tenemos también otras como C, C++, Java, C# e incluso COBOL y FORTRAN 😉