Feda /dev/

Saphyel

#27750 pues tiene mejores graficos que el pc de @umbranoide

Troyer

Alguien quiere hacerme los tests en postman? Llevo 1 semana y solo he hecho 7, que palazo.

1 respuesta
Saphyel

#27752 cuanto pagas? yo por £30 por endpoint los hago.

Para los que son de MV se lo dejo a £90, por si alguien tiene algun amigo interesado.

1
pineda

test.sh

response=$(curl http://localhost:8080/api/method)
if echo $response | grep 'foo'; then echo OK; else echo FAIL; fi;

la autentica salud para probar endpoints

os veo cada dia desde el teletexto

Enviado desde mi centro de planchado Rowenta

2 2 respuestas
Amazon

#27754 Ahora tengo tu IP voy a hacerte DDoS

4 1 respuesta
Troyer

#27755 https://github.com/cyweb/hammer

Troyer

3 1 respuesta
Troyer

Vamoooo que es vieeeeeeeeeerne

2 2 respuestas
Ranthas

#27758 Did you remember when I confirm the design?

I LIED!

1
Saphyel

#27757 lo mejor de javascript es cuando hay un error en un vendor, gl con la información que te da.

Merkury

#27754 pfff vaya noob

HTTP_STATUS="$(curl -IL --silent http://example.com | grep -o XXX )";

if [ "$HTTP_STATUS" == "XXX" ]
Amazon

#27758

Este me gusta más

3 1 respuesta
Saphyel

#27762 en mi empresa es más fácil salir limpio del tribunal de Estrasburgo que de un pull request.

1 respuesta
Troyer

#27763 yo hago las review de mis propios pull request, ser solo un 1 programador en un proyecto grande es como jugar solo a un juego de mesa para 4 personas.

A veces finjo tener varias personalidades para darle más vida a mi trabajo.

10 2 respuestas
pineda

#27764 y haces daily meeting?

1
Saphyel

#27764 le pones drama normalmente? en plan:

  • "Oh no mas wey que hiciste aqui"
  • "Pendejo no mames esto esta bien"
  • "Aca encontre un bug"
  • "Andale si es la nueva funcionalidad"
  • "Mis dies aprovado"
  • "Que mala onda 6k lineas de cambios"
1
pineda

lo cojonudo es trabajar solo y tener conflictos en un merge

3
desu

#27750 Cuando quieras te enseño un poco de programación funcional, sé lo justo y necesario, un paso más que tu.

https://www.google.es/search?q=throw+exception+bad+practice

2 respuestas
Merkury

#27768 p0r poco hamijo!

MisKo
Ranthas

#27768 Muchas ínfulas para no tener un avatar con un animalito.

GlatoR

@umbranoide donde estará con su golang

1 respuesta
eZpit

#27772 Si dices "Go es una mierda" 3 veces frente al espejo se aparece

1 respuesta
Markitos_182

Go es una mierda

pineda

mi perro se llama gopher

Saphyel

#27773 a mi me aprecio y me dijo que que con puedes hacer un hello world que funcione a veces

GlatoR

Me está gustando Javascript vanilla, Typescript y hacer cositas con PixiJs

Ale, que tengáis una buena noche

eZpit

Los que hacéis code reviews a menudo con las webs de Github/Gitlab, ¿cuales son vuestros principales problemas con ellas? ¿Usais alguna otra herramienta?

En la empresa usamos GitLab y la vista de los cambios de un merge request me resulta horrible de usar. He empezado a hacer for fun una app nativa (mac) y necesito ideas sobre que desarrollar más o menos.

4 respuestas
zoeshadow

#27778 Para mi el principal pain point es con aquellas PRs un poquito más grandes, que muchas veces dividir en 2 PRs hace que el reviewer pierda contexto y dejándolo en una sola puede ser difícil de revisar.
Para ese tipo de casos había pensado en algún tipo de extensión de GitHub en la que el que abra la PR pudiera añadir contexto a los diferentes cambios, haciéndolos más fáciles de revisar.
Otra cosa interesante también sería la posibilidad de "apilar" cambios en distintos subgrupos, pero formando todos parte de la misma PR. Esto agilizaría mucho mi trabajo que a veces consiste en 1 PR de refactor + 1 PR añadiendo la nueva feature, que supone 2 procesos de revisión distintos + tiempo de corregir lo que te propongan etc...

1 respuesta
eZpit

#27779 Lo de apilar cambios, tanto GitLab como GitHub soportan revisar commits específicos y cambios desde tu ultima review. GitLab permite revisar "versiones" que son grupos de commits pusheados juntos a una PR abierta. E.g. abro pull request vacia, trabajo en feature 1 y pusheo, luego en feature 2 y pusheo, en GitLab puedo revisar version 1 y version 2 ¿No tiene GitHub algo equivalente?

Lo que creo que no soportan ninguna de las dos, es seleccionar varios commits consecutivos. ¿Aportaría algo extra? (Juntar commits no consecutivos no tiene sentido)

Con lo de añadir "contexto" te refieres a comentarios? Otros archivos? A priori solo puedo hacer cosas que sean posibles con las APIs de GitLab/GitHub, no se exacto que tienes en mente.

1 respuesta
Tema cerrado