Feda /dev/ - No Javascript allowed

Normas
spoiler
Personas non gratas
Memes feda dev




B

#31046 No soporta el RFC-9999999999 ... además seguro que es una EvilRegex ¬¬

privet

#31041 es muy intuitivo regex

Wei-Yu

La 1 y 13 minutos, hora de comerse una polla. Coged la tarta que tenéis pegada debajo de la silla y juntémonos todos en un corro. Intentad poner una bolsa encima de la tarta para no mancharos el pijama.

1 respuesta
isvidal

#31053 estas bien?

Wei-Yu

ven vidal cógeme de la mano que necesitamos armonía para crear un espacio seguro

denimH

Intoxicación por brócoli

1 respuesta
Fyn4r

#31056 nunca infravalores la furia del brócoli

1
LLoid

Esta es la del no se e me pausa pero versión vegana

desu

Bueno las 16.15, hora de ir plegando. hoy me he quedado 15 minutos mas para que vean que me esfuerzo.

1 respuesta
B

No he aguantado y me he instalado Intellij CE en el disco que no está congelado.

Vaya porquería es netbeans yisus.

A todo esto, ¿influye mucho el jdk utilizado?

2 respuestas
JuAn4k4

#31060 En tu salud mental bastante.
#31059 Presencialismo

Wei-Yu

con jdk te refieres a la versión (jdk 14 por ejemplo)?

si estás aprendiendo, cuanto más nuevo mejor, y si tienes suerte caerás en una empresa que se actualiza varias veces al año

aren-pulid0

Dejo esto por aquí por si alguno trabajáis con Django o tenéis planes de usarlo en un futuro

https://github.com/HackSoftware/Django-Styleguide

Especial mención a https://github.com/HackSoftware/Django-Styleguide#apis--serializers porque en los tutoriales de DRF enseñan una forma poco reutilizable y acaba siendo caótica.

Dejan además una implementación para realizar inline serializers: https://github.com/HackSoftware/Styleguide-Example/blob/master/styleguide_example/common/utils.py#L34

Y es más, incluyen una forma de estandarizar los mensajes de las excepciones (aunque esto aún no lo he probado tiene muy buena pinta)
https://github.com/HackSoftware/Django-Styleguide#error-formatting
Y aquí la implementación: https://github.com/HackSoftware/Styleguide-Example/blob/master/styleguide_example/api/errors.py

2
laZAr0

Hablando de regex

6
Jastro

vaya newfags los que reportan a desu en este hilo

1 1 respuesta
GuaNaGe

Yo por desgracia caí en un proyecto de arquitectura bastante antiguo pero muy muy muy grande y se usa java 1.7 con eclipse....................................

Tengo muchas ganas de meterle mano al intellij y a la 14. Porque a nivel personal no es lo mismo :'(

B

jajajaj no creía que nadie usase ese botón en este hilo, yo creo recordar usarlo una vez para reportar a @Wei-Yu pero por tocar las narices simplemente

1 1 respuesta
Ranthas

#31067 Cuando empieza con su proselitismo vegano dan ganas de reportarlo con la mano abierta

1
Wei-Yu

Qué pasa, no cagasteis aún hoy? necesitáis más semillas y menos spaghetti

1 respuesta
Naith

#31069 yo he cagado tras el café.

Ranthas

Mis deposiciones están bien, gracias por tu interés.

Kaledros

#31060 A partir de Java 8 es la diferencia entre llevar un Ibiza de 2006 y uno del año pasado: tiene más comodidades y te hace la vida más fácil, pero el de 2006 te lleva a los sitios igual. Si puedes elegir eliges el nuevo, pero tampoco es tanto drama si lo quieres para ir a comprar y volver.

De Java 8 para abajo es como comparar un Ibiza de 2006 con un burro cojo, ciego y con conmoción cerebral.

1 1 respuesta
Traber

Tengo una pregunta.

Si en mi trabajo desarrollo algo tipo, una librería, y la desarrollo yo en su totalidad, entiendo que soy su autor, aunque no tenga derechos de ningún tipo sobre el código ni su explotación.

No obstante, en casa decido replicar lo que ya he desarrollado en una librería de código libre, basándome en los conocimientos que he usado para hacer lo que ya he desarrollado en el trabajo, pero sin acceso al código original. ¿Eso tiene algún tipo de problema legal? Al fin y al cabo, si lo he desarrollado yo, y se cómo lo hice, puedo volver a hacerlo.

3 respuestas
eondev

#31073 si el código no es el mismo, debería dar igual.

1 respuesta
Lecherito

#31073 creo que solo habria problemas en caso de que haya patentes por medio. Si es algo generico y el codigo no es un copypasta dudo que haya problemas

1 respuesta
Traber

#31074 La cosa es que si hago yo ambos, el código acabará pareciéndose porque los patrones serían prácticamente calcados (estoy hablando de librerías que implementan generics y CRTP (Curiously Recurring Template Pattern), cosa que no es muy habitual ver. Línea a línea obviamente no sería igual, pero es obvio que ambos seguirían la misma arquitectura.

#31075 0 patentes, de hecho, me resultaría curioso que: 1.- se pudiera patentar este código y 2.- que mi empresa lo hiciera xD

Naith
#31073Traber:

¿Eso tiene algún tipo de problema legal?

No, si eres capaz de replicarlo por tu cuenta sin mirar el original no te pueden hacer nada. Temas parecidos a este fueron a juicio en los 80 en EEUU.

1 respuesta
Traber

#31077 Supongo que te refieres a las primeras BIOS genéricas, la diferencia es el procedimiento que usaron para hacerlo se basaba en 2 equipos:

  • Uno analizaba el comportamiento de la BIOS original, elaboraba informes técnicos del comportamiento, y se los pasaba al segundo equipo.
  • Un segundo equipo usaba esos informes y replicaba dicho comportamiento usando su propia implementación.

En mi caso, yo soy 3 equipos: BIOS original, equipo de análisis y equipo de implementación.

También me gustaría saber si vosotros habéis usado/creado cosas en el trabajo que os han parecido tan buenas que os gustaría llevároslas para vuestros propios proyectos personales.

1 4 respuestas
B

#31078 Yo he desarrollado un conector entre dos plataformas y mi jefe se está hartando a venderlo a otras consultoras con pago por uso. Fue una cosa que hice en diciembre del año pasado con mucha presión de fechas y sé que hay otra forma mejor de hacerlo más estándar y escalable.

Me he planteado muchas veces desarrollarlo y venderlo yo por mi cuenta, no lo he hecho por tiempo

Naith

#31078 entonces F. Aunque si la empresa no es muy grande quien sabe, a lo mejor ni se enteran.

Siempre puedes preguntar.

Usuarios habituales