mongodb

No, no es que estemos probando cosas, lo que pasa es que hablaremos de pruebas en el desarrollo de software, también conocido como "Testing". Reflexionaremos acerca de si es bueno hacer test cuando se desarrolla, qué tipos de test existen, y si vale la pena desplegar un sistema de testeo muy profundo. Los sistemas de testeo que hemos citado:http://junit.org/junit5/https://karma-runner.github.io/1.0/index.htmlhttps://jasmine.github.io/http://www.seleniumhq.org/http://nightwatchjs.org/http://jmeter.apache.org/https://gatling.io/ (https://akka.io/)https://www.blazemeter.comEn la sección de recomendaciones hemos citado:Vídeo de la fauna de developers:Canal de desarrollo Fun Fun Function: https://www.youtube.com/channel/UCO1cgjhGzsSYb1rsB4bFe4Q/Editor Compass de MongoDB: https://www.mongodb.com/products/compassEditor online https://stackblitz.com/En la sección de oyentes hemos citado los siguientes elementos:Canción basada en el discurso de Apollo Hester: https://www.youtube.com/watch?v=_OZM5YoqtEkServicio de stream de audio con ruido de fondo de cafetería: https://coffitivity.com/También inauguramos canal de Slack. Todos/as l@s que quieran entrar y empezar a opinar sobre desarrollo podéis entrar al hub https://join.slack.com/t/programaresunamierda/shared_invite/enQtMjk0NzE3NzUwMjc5LTRkNzkxZDc4NTBlNzZhM2Q3ZjMyZjRhZDVhNjNkYjJhZmM2NmJkZWIwN2E1YTg2MDQzYTcwMmY3ZjNkMmQ5MzMTod @s l@s que tengáis comentarios o sugerencias para el podcast podéis enviarnos un correo a programaresunamierda@gmail.com o dejarnos un comentario en Twitter: @progesunam .No olvidéis de suscribiros a nuestro podcast en ivoox o itunes, o si lo preferís agregad el RSS a vuestra app de podcast preferida. En cualquier caso siempre agradeceremos reviews del podcast en cualquiera de las plataformas.La música elegida para la entrada y salida del podcast son del grupo "Dilo". En concreto las canciones son "War Inside" y "Sick of reality"

Todos tenemos en mente que MongoDB tiene la velocidad de un Fórmula 1, pero ¿por qué hay veces que nuestro Fórmula 1 parece un 600? Hagamos un ejemplo para ver cuándo, cómo, dónde y porqué nuestro Formula1, no corre como debiera. ¿Será un problema de combustible? Nuestras querys son las adecuadas ¿Será que el terreno no es el adecuado? MongoDB es la mejor opción para nuestra BBDD y para lo que queremos obtener ¿O simplemente será el piloto que no sabe o no tiene herramientas para poder manejarlo? Como hacemos que nuestra BBDD sea rápida y ágil. ¿Estáis preparados para ver a Mongo en nuestro circuito de pruebas? https://2017.codemotion.es/agenda.html #5649626120060928/5735625055535104

Once you start working with Big Data systems, you discover a whole bunch of problems you won’t find in monolithic systems. Monitoring all of the components becomes a big data problem itself. In the talk we’ll mention all of the aspects that you should take in consideration when monitoring a distributed system using tools like: Web Services,Spark,Cassandra,MongoDB,AWS. Not only the tools, what should you monitor about the actual data that flows in the system? We’ll cover the simplest solution with your day to day open source tools, the surprising thing, that it comes not from an Ops Guy.

A lo tonto hemos llegado al episodio número 12. Nos hace ilusión hablar de Sakai y su comunidad. Este LMS ocupa gran parte de nuestro trabajo y participar con la su comunidad es una experiencia genial.  Damos un repaso a cómo nos introdujimos en esta comunidad open source y qué nos gusta de ella.  Os dejamos los enlaces más relevantes de lo que hemos hablado en el episodio.Proyecto SakaiFundación ApereoConferencia virtual de SakaiCódigo de SakaiLoowidEn el apartado de recomendaciones hemos hablado de:MongoDB AtlasFirefox Developer EditionRecordad que nos interesa saber vuestra opinión acerca del contacto y sensaciones que tengáis en la participación en comunidades open source.Todos los que tengáis comentarios o sugerencias para el podcast podéis enviarnos un correo a programaresunamierda@gmail.com o dejarnos un comentario en Twitter: @progesunam . No olvidéis de suscribiros a nuestro podcast en ivoox o itunes, o si lo preferís agregad el RSS a vuestra app de podcast preferida. En cualquier caso siempre agradeceremos reviews del podcast en cualquiera de las plataformas.La música elegida para la entrada y salida del podcast son del grupo "Dilo". En concreto las canciones son  "War Inside" y "Sick of reality"

A lo tonto hemos llegado al episodio número 12. Nos hace ilusión hablar de Sakai y su comunidad. Este LMS ocupa gran parte de nuestro trabajo y participar con la su comunidad es una experiencia genial.  Damos un repaso a cómo nos introdujimos en esta comunidad open source y qué nos gusta de ella.  Os dejamos los enlaces más relevantes de lo que hemos hablado en el episodio.Proyecto SakaiFundación ApereoConferencia virtual de SakaiCódigo de SakaiLoowidEn el apartado de recomendaciones hemos hablado de:MongoDB AtlasFirefox Developer EditionRecordad que nos interesa saber vuestra opinión acerca del contacto y sensaciones que tengáis en la participación en comunidades open source.Todos los que tengáis comentarios o sugerencias para el podcast podéis enviarnos un correo a programaresunamierda@gmail.com o dejarnos un comentario en Twitter: @progesunam . No olvidéis de suscribiros a nuestro podcast en ivoox o itunes, o si lo preferís agregad el RSS a vuestra app de podcast preferida. En cualquier caso siempre agradeceremos reviews del podcast en cualquiera de las plataformas.La música elegida para la entrada y salida del podcast son del grupo "Dilo". En concreto las canciones son  "War Inside" y "Sick of reality"

https://github.com/paradigmadigital/curso-vertx-1 00:09 Ejemplos 00:51 Ejemplo 1.Básico de servidor http 32:17 Ejemplo 1 Básico de servidor http-Visual VM 33:07 Ejemplo 2 Básico de cliente 47:43 Ejemplo 3. API REST + Mongo 1:20:43 Preguntas ¿Quieres saber más? https://www.paradigmadigital.com/ ¿Quieres saber cuáles son los próximos eventos que organizamos?: https://www.paradigmadigital.com/eventos/ Ver más eventos nuestros: https://www.youtube.com/playlist?list=PL2yjEVbRSX7XaQgyjsApXIqydTrC7v_Of

OpenSky es uno de los primeros grandes usuarios de Symfony desde su lanzamiento. Hoy en día cuenta con varios millones de usuarios activos. Compartiremos como OpenSky utiliza Symfony, Doctrine con MySQL y MongoDB y otros componentes. También ofreceremos algunos tips de la infraestructura y la organización que posibilitan un crecimiento gradual, continuo y ágil.

Once you start working with Big Data systems, you discover a whole bunch of problems you won’t find in monolithic systems. Monitoring all of the components becomes a big data problem itself. In the talk, we’ll mention all of the aspects that you should take in consideration when monitoring a distributed system using tools like Web Services, Spark, Cassandra, MongoDB, AWS. Not only the tools, what should you monitor about the actual data that flows in the system? We’ll cover the simplest solution with your day to day open source tools, the surprising thing, that it comes not from an Ops Guy.

Sin descripción.

In hardly any other area we've had as much change and improvement as in the field of databases. Just a few years ago everyone had "their" database that was used for each project. Today you are confronted with a variety of approaches and implementations. We start off with a brief look at the theoretical background of distributed systems and databases in particular. On the basis of this, we take a look at traditional relational databases such as PostgreSQL and MySQL. Additionally, we dive into newer NoSQL systems like MongoDB, Redis, Cassandra, or Elasticsearch. After that, we discuss possible scenarios as well as the advantages and disadvantages of several databases: * Why SQL is in fashion (again). * Why MongoDB's document structure fits object-oriented programming so well. * How you can capture visitor hits with Redis efficiently. * Why Cassandra is so scalable and fail-safe. * How full-text search works with Elasticsearch. The right choice of database(s) hasn't become easier through the wide range of possibilities, but all the more interesting!