Debuggers para Javascript

Hoy me ha llegado un correo indicándome que un enlace en un tutorial antiquísimo que tenía apuntaba hacia el extinto “Firebug”.

Eran otros tiempos; los navegadores servían para navegar, pero casi no incluían herramientas de depuración. Hoy en día, casi todos ellos (si no todos) ayudan a diseñadores y programadores realizar aplicaciones mucho más funcionales, con una mejor estética y un gran rendimiento.

En todo caso, os dejo el enlace que me indicaban en el correo: https://www.pcwdld.com/firebug-alternatives-javascript-debugging-tools Es un recopilatorio de herramientas alternativas a Firebug para aquellos que lo estéis echando de menos.

GDG DevFest III: Persistiendo que es gerundio, Jorge Juan Barroso Carmona

#DevFestGranada,@GDGgranada, , @flipper83

Contenido:

• Persistencia: mostramos/guardamos datos aún cuando no hay red.
• Mobile first vs offline first
• Pensar que nuestra app pueda funcionar SIN que haya conexión a red: offline is not an error
• No exigir conexión a internet puede ser ventajoso para nosotros y para el cliente.
• Mem caché: guardar info en memoria
• Usar shared preferences (https://developer.android.com/reference/android/content/SharedPreferences.html)
• weakReference (https://developer.android.com/reference/java/lang/ref/WeakReference.html)
• Bases de datos
  • Si solo queremos guardar > JSON y guardr en disco
  • ORM, ORMLite (mejor que GreenDAO y SugarORM)
  • Realm: rápida, no SQL; no permite acceder desde diferentes hilos
  • Hacer siempre operaciones transaccionales
• Network
  • Retrofit para apis rest
• Patrón Repositorio: http://www.martinfowler.com/eaaCatalog/repository.html

GDG DevFest II: Programando Android como Ingenieros, Olmo Gallegos

#DevFestGranada,@GDGgranada, , @voghDev

Conceptos

• STUPID: Código malo (http://williamdurand.fr/2013/07/30/from-stupid-to-solid-code/)
  • Singleton
  • Tight Coupling
  • Untestability
  • Premature Optimization
  • Indescriptive Naming
  • Duplication
• Patrones de diseño
  • Singleton: peligroso > Android SDK permite hacer lo mismo pero de otra forma menos peligrosa
  • Observer (=Listener)
  • Respository
  • Builder
  • NullObject
  • Model-View-Presenter
• Arquitectura CLEAN:
  • Ejemplo en Github: https://github.com/voghDev
  • XML para definir los estilos de las vistas
• Librerías externas
  • retrofit / retrofit2
  • dagger
  • otto
  • picasso
  • butterknife
  • dagger2
  • RecyclerView
  • Glide
  • renderers
  • google/exoplayer
  • DBFlow
  • SectionedRecyclerView
  • WheelIndicatorView

Hate de code you wrote 6 months ago

GDG DevFest I: Catan architecture, Pablo Guardiola

#DevFestGranada,@GDGgranada,
Conceptos

• Clean Code
• Metodología SOLID: http://www.cmjackson.net/2009/09/04/solid-programming-principles/
  • Single responsability
  • Open/Close
  • Liskov Substitution
  • Interface segregation
  • Dependency Inversion
• Gran importancia de hacer test al código… ¡test automáticos!
  • Refactorizar código sin hacer tests, no es refactorizar.
• Alta “mantenibilidad”, baja “deuda técnica” (=consecuencia de nuestras malas decisiones)
• No obstante…¡¡ojo con la “sobre-ingeniería”
• Arquitectura Hexagonal:
  • http://alistair.cockburn.us/Hexagonal+architecture
  • Distintos actores pueden ejecutar tu aplicación: usuarios, programas autónomos, scripts de test…
  • Puertos + Adaptadores: Puerto = API, Adaptador = Implementación de un puerto
  • En Java los puertos son las interfaces y los adptadores son las implementaciones de la interfaz