Entras, pones una librería OP y te vas

s4suk3

La idea es compartir librerías que nos gusten, a ser posible código libre de github.

Ejemplo de una buena contribución:
Nombre de la librería, link y una descripción breve.

 [ Akka ] ( https://github.com/akka/akka ) - Actors made easy para JVM.

Repositorio Awesome Mediavida

5
bornex

https://github.com/FasterXML/jackson

1 1 respuesta
MTX_Anubis

Decenas de miles de peticiones por segundo en JVM?

https://github.com/netty/netty

Actors made easy para JVM

https://github.com/akka/akka

1
Lecherito

#2 Jackson me parece sida usando getters/setters para serializar/deserializar

1 respuesta
kreamkul

https://daneden.github.io/animate.css/

4 1 respuesta
eXtreM3

https://www.minimamente.com/example/magic_animations/

2 1 respuesta
soek

Mock make it simple: https://github.com/typicode/json-server

1 1 respuesta
B

Google test: https://github.com/google/googletest

1 respuesta
s4suk3

#8 para que usas esa librería?

1 respuesta
Martita-

#5 #6
Imagino que esas librerias de css se pueden usar el Ionic/Ionic2 no?

1 respuesta
varuk

Podríais decir, aunque sea en una línea, qué hace y para qué la habéis usado. Y, también, si alguno dice "esa es mala", como #4 , que proponga una alternativa.

Todo esto dicho de buenas.

3
eXtreM3

#10 Ionic interpreta CSS3? En caso afirmativo: sí, puedes.

B

http://www.typhoonframework.org

Dependency injection library. Desarrollo frameworks para iOS, y algunos de mis frameworks tienen dependencies en otros frameworks. Typhoon es perfecto para este tipo de trabajo ya que siempre uso dependency injection

1 respuesta
s4suk3

#13 ese es el equivalente de dagger2 en ios?

aprovecho y pongo una:
https://github.com/andrew--r/channels

YouTube (mostly, but not only) channels for frontend developers

1 respuesta
B

#14 viendo el codigo de dagger2 parece que si

Troyer

Podéis poner al menos en que os salvó el culo o por que es tan genial, más que nada porque googlear librerias sabemos todos y pegar aquí el enlace a github no nos aporta nada.

B

http://underscorejs.org/

1 respuesta
kreigon

https://github.com/numpy/numpy

2
s4suk3

#17 http://kitcambridge.be/blog/say-hello-to-lo-dash/

B

#9 Para escribir unit tests en C++. Es bastante JUnit-like (o unittest de Python, por si te suena más).

Si digo que está OP es porque la verdad, considero que no hay mejor manera de implementar los unittests en C++ que con eso ahora mismo.

eXtreM3

API https://randomuser.me/

Devuelve datos aleatorios de personas: nombre, foto, email... En distintos formatos: JSON, XML, CSV, o YAML.

Muy útil para maquetar previews.

Results
1
Ranthas

https://www.aspose.com/products/words/java

1
Gantorys

http://image.intervention.io/

Librería PHP para manipular imágenes

bornex

Sois gentuza si no os mola esta librería:

https://github.com/PHPOffice/PHPExcel

2 1 respuesta
Sonos

Mapas:

https://github.com/Leaflet/Leaflet

1
B

#24 Anda que no tiene bugs ni nada la librería completa de PHPOffice, hace poco tuve que usarla para una implementación y estuve más tiempo arreglando bugs que haciendo la implementación.

1 respuesta
bornex

#26 Seguro, yo la he usado y no he tenido ningún problema. Pero el caso es, ¿Hay alguna otra alternativa?

Por que no veas la que tuve que liar para generar un CSV y los saltos de linea pasarlos de linux a windows. Al final no pude :(

1 respuesta
B

#27 Para mostrar cualquier documento de microsoft office(excel,word,ppt) pequeño tardaba eones y mal formateado si es que mostraba algo sin dar errores. Lamentablemente poca alternativas vi.

alterego

D3.js

Cuando tengo que hacer gráficas me tiro de cabeza a esta librería. Aunque hay algunas librerías (muchas tiran de d3 como base) que te crean gráficas con dos líneas, cuando quieres hacer algo más personalizado puedes sudar sangre. Pero con D3 puedes hacer lo que quieras. Es una pasada.

1 1 respuesta
Lecherito

Pues para lo de Jackson.

Lo "normal" es que las librerías usen las propiedades directamente con reflection (o con Unsafe, si se es un valiente) para sacar las propiedades en vez de los getters/setters. La cosa es que como esto la gente no lo sabe pues te llega el novato de turno a agregar un inocente método del tipo

public boolean isAwesome() {
    return this.awesomeString.equals("awesome");
}

Y la próxima vez en el JSON te va a meter la propiedad "awesome" y "awesomeString" porque todos sabemos que los getters/setters son la manera cool de hacer las cosas. El caso es que cuando lo vayas a deserializar te va a decir que no conoce el setter de la propiedad awesome porque es calculada y te hará explotar todo.

Que no quieres que pase esto? Añade @JsonIgnore a todos los métodos (getters calculados) que quieras o a la clase, suerte intentando reescribir algo de código que no soporta Jackson desde el principio (y si, me ha pasado y está pasando ahora mismo)

La alternativa? Pues sinceramente hace tiempo que directamente no uso JSON en proyectos personales como tal, para mierdas de configuración puede venir bien (aunque prefiero HOCON) pero para todo lo demás (g)RPC. Y si no queda más remedio porque es una api que consumirán otras personas que prefieren json pues lo que venga con el framework de turno, shit happens.