Search

"Introduccion a Rails" por TheCocktail

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    Notes on slide 1

    6 Favorites

    "Introduccion a Rails" por TheCocktail - Presentation Transcript

    1. Ruby on Rails Agustín Cuenca (ASP Gems) Luis Villa (The Cocktail) Conferencia Rails Hispana 2006
    2. Chicago 2001
    3. ¿Cómo te sientes al terminar cada día? Jason Fried Economista metido a diseñador web Empresario (PYME 4 personas) Interfaz: usabilidad, “minimalismoâ€, elegancia, belleza Marcar la diferencia: pasión por el producto (better...) http://www.flickr.com/photos/x180/50231325/
    4. La programación debería SIEMPRE de ser divertida. 37 Signals
    5. Tarea 2 Tarea 1 Tarea 4 Tarea 5 Tarea 6 Tarea 3
    6. ¡Necesitamos una herramienta sencilla!
    7. ¿Algún freelance experto en PHP?
    8. Copenhague ¡Aquí! La programación debería SIEMPRE de ser divertida. http://flickr.com/photos/alltheaces/256423578/
    9. ?
    10. Nextangle
    11. Sólo tengo 10 horas/semana David Heinemeier Hansson Copenhague 1979 Estudiante universitario de administración de empresas “No programador†de PHP Diseñador de interfaz Obsesión por la belleza
    12. Limitaciones personas Limitaciones tiempo Limitaciones distancia Limitaciones diferencia horaria
    13. Convertir debilidades en fortalezas Sun Tzu. El arte de la guerra
    14. Proyecto “lateral†Menos personas Menos tiempo Menos presupuesto
    15. Más creatividad... Menos código...
    16. Menos errores Menor mantenimiento Más rápido Más productivo Mejor producto ¿Más feliz?
    17. No voy a usar PHP... usaré... Ruby
    18. ZZZZ ZZZZ Yahoo Maps. Teleatlas
    19. ZZZZ Yahoo Maps. Teleatlas
    20. Yahoo Maps. Teleatlas
    21. Una herramienta interna de gestión... cuyo interfaz “se quita de en medioâ€
    22. Sencillez En diseño, las funcionalidades que se incluyen son tan importantes como las que quedan fuera...
    23. La programación debería SIEMPRE de ser divertida. Basecamp
    24. De herramienta a producto... simple, enfocado, claro, elegante
    25. basecamphq.com
    26. De producto a framework... problemas reales, soluciones reales
    27. Ruby on Rails
    28. Real basado en necesidades reales DRY eliminando tareas repetitivas COC adoptando convenciones Ãgil abierto a cambios en desarrollo
    29. Cambio de modelo de empresa...
    30. La programación debería SIEMPRE de ser divertida. 37 Signals 2.0
    31. La programación debería SIEMPRE de ser divertida. http://www.flickr.com/photos/chicagoist_photos/106050092/
    32. Filosofía de diseño de producto...
    33. Funcionalidad Bueno Coste Tiempo Barato Rápido ¡Elige dos!
    34. ¡Comienza por el interfaz! Una especiï¬cación funcional no es funcional Ni es clara, ni describe lo que quieres
    35. ¡Comienza por la Experiencia de Uso! Diseña Prototipa Experimenta Cambia Aclara y repite
    36. Get Real! No se puede hacer clic en papel o en diagramas https://gettingreal.37signals.com/toc.php http://agilemanifesto.org/
    37. ¿Nace una industria?
    38. Wow!!! “Ruby on Rails es un avance en la reducción de barreras de entrada a la programación. Potentes aplicaciones web que antes podrían tardar semanas o meses en ser desarrolladas pueden ser creadas en cuestión de días.†-Tim O'Reilly, Fundador de O'Reilly Media
    39. La programación debería SIEMPRE de ser divertida. Odeo
    40. La programación debería SIEMPRE de ser divertida. 43 Things
    41. La programación debería SIEMPRE de ser divertida. Cork’d
    42. La programación debería SIEMPRE de ser divertida. Measure Map
    43. Ruby El corazón de Rails La programación debería SIEMPRE de ser divertida. Yukihiro Matsumoto. Matz http://flickr.com/photos/hakluyt/197249477/
    44. Ruby Ruby: lenguaje de programación orientado a objetos Basado en lenguaje natural Ayuda al pensamiento humano “Usableâ€: fácil de aprender Eï¬ciente: menos líneas de código Felicidad: mejora la experiencia del programador Comunidad muy activa
    45. Ruby La estética del diseño japonés Minimalista Foco en factores humanos Principio de la menor sorpresa Principio de lo sucinto (breve, compendioso) http://flickr.com/photos/tasteful_tn/223674828/
    46. Ruby Lang
    47. Principio de la menor sorpresa Principio de la menor sorpresa ๠Principio supremo en el diseño de Ruby ๠Hace felices a los programadores ๠Hace Ruby mas fácil de aprender
    48. Principio de lo sucinto Menor esfuerzo y eï¬cienca ๠No malgastar tiempo en ï¬cheros de conï¬guración, getters, setters, etc. ๠Cuanto mas rápido programas, más consigues ๠Less Code: menos código, menos errores, menor coste de mantenimiento
    49. Orientado a objetos ๠Todas las clases derivan de Object incluyendo Class (como en Java). No hay primitivas (diferente a Java) ๠Ruby usa herencia simple (la herencia múltiple se consigue con mixings) ๠Los módulos permiten añadir comportamientos a las clases ๠Reflexión es uno de los muchos mecanismos dinámicos del lenguaje ๠Los operadores = o + son en realidad métodos
    50. Ruby on Rails
    51. Ruby on Rails
    52. ¿Qué es Ruby On Rails? “Ruby on Rails (RoR) es un entorno de desarrollo web de código abierto que está optimizado para la felicidad de los programadores y para la productividad sostenible. Permite escribir un código bello al favorecer la convención sobre la conï¬guración.†-- www.rubyonrails.org
    53. Nativo web Desde la web para la web... con todas las consecuencias ๠Separación limpia presentación (Vista) negocio (Controlador) ๠URLs limpias (“tecno-agnósticasâ€, usables, indexables...) ๠El interfaz es el producto: AJAX, RJS, conexión con Flash (RIA)... ๠Conectividad. Orientado a la “Web de Datosâ€: RSS, Web Services, SOAP, REST,...
    54. ¿Qué tiene de especial? Mejores prácticas “empaquetadas†๠Diseñado para la “felicidad†del programador ๠Felicidad + Motivación = Productividad ๠Entorno de tests y pruebas incluido ๠Flexibilidad ante los cambios ๠Velocidad de desarrollo (agilidad) ๠Belleza del código
    55. Principios de Ruby on Rails Motivación del programador ๠DRY: Don’t Repeat Yourself (Once and Only Once) ๠Cada cosa en su sitio ๠Reducir duplicaciones en código, reduce posibilidad de errores ๠COC: Convention Over Conï¬guration ๠El desarrollador sólo necesita deï¬nir conï¬guraciones no convencionales ๠Menor trabajo de desarrollo (scaffolding) ๠Hace las aplicaciones web más sencillas de entender
    56. Crear una aplicación... mac> cd proyectos mac> rails mi_aplicacion create create app/controllers create app/helpers create app/models ::: create log/development.log create log/test.log mac>
    57. La programación debería SIEMPRE de ser divertida.
    58. Un sitio para cada cosa Aplicación (MVC) Controladores Modelos Vistas Público dispatchers Imágenes CSS Javascript
    59. 3 entornos integrados
    60. Navegador Servidor web ! Modelo Vista " Controlador Dispatcher ' # Action Pack Action Base de Action View Active Record (& $% Controller datos $& (% Action Mailer
    61. Controlador Action Controller Recibe las peticiones http del usuario ๠Modiï¬ca, si es necesario, el modelo según la petición ๠Prepara la información a mostrar ๠Selecciona plantilla (Vista) para: ๠Presentar resultados ๠Gestionar el diálogo
    62. Controlador Action Controller Filtros (Filters) ๠Permiten ejecutar código antes/después de las acciones ๠Permiten saltarse las propias ejecuciones de las acciones ๠Muy útiles para autenticación y para ï¬ltrado posterior ๠Tipos: before ï¬lter, after ï¬lter, around ï¬lter
    63. Modelo Active Record Representa las tablas en la base de datos ๠Declaración en los modelos, limpia y legible ๠No es necesario indicar nombre de tablas ๠Relacionados entre sí de manera predeï¬nida ๠has many, belongs to, has and belongs to many... ๠Convenciones para reducir al mínimo el código ๠...aunque todo se puede personalizar, claro
    64. Modelo Active Record Migraciones ๠Expresan cambios en la base de datos ๠Permiten actualizar fácilmente ๠Migraciones mediante un script ๠Actualización: rake migrate ๠Mecanismos de descripción de la migración: ๠ActiveRecord para los datos ๠create table, remove column, etc. para casos comunes
    65. Modelo Active Record Observadores (observers) ๠Permiten ejecutar operaciones relacionadas con los modelos. ๠Se especiï¬ca la lista de observadores de la aplicación ๠Diferentes enganches: before validation, after create, before save, ...
    66. Vista Action View Capa de presentación de la aplicación ๠Plantillas generales (layouts) ๠Escritas en Ruby (rhtml) ๠Deï¬nen el aspecto base de las páginas que compondrán el sitio o aplicación web ๠No afecta negativamente a la accesibilidad web ๠XML, RSS en la vista ๠Plantillas rxml ๠Plantillas parciales (partials) ๠Reutilización de fragmentos de plantillas (includes)
    67. Vista Action View Helpers ๠Etiquetas HTML (formularios) ๠Paginación ๠Generación de Javascript ๠Generación de URLs ๠Formato de texto y números ๠Generación de fragmentos de la pagina ๠Medición de tiempos
    68. Evolución de Ruby on Rails Una alternativa “realâ€... ๠Versión inicial: liberada julio 2004 ๠Version 1.0: liberada en Diciembre 2005 ๠Version 1.1: liberada en marzo 2006 ๠Agosto de 2006: Apple anuncia Ruby on Rails en Mac OS X v10.5 "Leopard" (previsto 2007)
    69. Quién usa Ruby on Rails
    70. La programación debería SIEMPRE de ser divertida. 43 Places
    71. La programación debería SIEMPRE de ser divertida. 43 People
    72. La programación debería SIEMPRE de ser divertida. All Consuming
    73. La programación debería SIEMPRE de ser divertida. A List Apart
    74. La programación debería SIEMPRE de ser divertida. ma.gnolia.com
    75. La programación debería SIEMPRE de ser divertida. Open BBC
    76. La programación debería SIEMPRE de ser divertida. Tractis
    77. La programación debería SIEMPRE de ser divertida. La Coctelera The Cocktail
    78. La Coctelera The Cocktail
    79. La programación debería SIEMPRE de ser divertida. Blogs Telecinco The Cocktail
    80. La programación debería SIEMPRE de ser divertida. Libro de Arena The Cocktail
    81. La programación debería SIEMPRE de ser divertida. Jazztelia The Cocktail
    82. La programación debería SIEMPRE de ser divertida. Comunidad UEM The Cocktail
    83. La programación debería SIEMPRE de ser divertida. TCM The Cocktail
    84. La programación debería SIEMPRE de ser divertida. Historias Cepsa
    85. ¿Por dónde comienzo?
    86. Ruby Sitios y documentación ๠Ruby-lang.com: sitio oï¬cial ๠Ruby-doc: documentación ๠Rubyforge: proyectos libres en Ruby ๠RubyGarden: comunidad de Ruby ๠Rubíes: comunidad española
    87. Ruby on Rails Sitios y documentación ๠rubyonrails.org: sitio oï¬cial ๠rubyonrails.org.es: sitio oï¬cial español ๠ror-es@lists.simplelogica.net: Lista de correo
    88. Gracias Agustín Cuenca Luis Villa del Campo agustin@aspgems.com luis.villa@the-cocktail.com www.aspgems.com www.the-cocktail.com blog > www.grancomo.com

    + enriqueplaceenriqueplace, 3 years ago

    custom

    3672 views, 6 favs, 4 embeds more stats

    "Ponencias de la Conferencia Rails Hispana

    El 24 more

    More info about this document

    CC Attribution-NonCommercial LicenseCC Attribution-NonCommercial License

    Go to text version

    • Total Views 3672
      • 3507 on SlideShare
      • 165 from embeds
    • Comments 0
    • Favorites 6
    • Downloads 0
    Most viewed embeds
    • 144 views on http://rubisobrerieles.blogspot.com
    • 13 views on http://rubyonrails-cusco.blogspot.com
    • 7 views on http://www.pelogo.org
    • 1 views on http://www.planetacodigo.com

    more

    All embeds
    • 144 views on http://rubisobrerieles.blogspot.com
    • 13 views on http://rubyonrails-cusco.blogspot.com
    • 7 views on http://www.pelogo.org
    • 1 views on http://www.planetacodigo.com

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories

    Tags

    -->
    Search
    RSS Feed
    What's new?

    © 2009 SlideShare Inc. All Rights Reserved