Feda /dev/ - No Javascript allowed

Normas
spoiler
Personas non gratas
Memes feda dev




B

Oficialmente hoy me he estrenado como programador.

He hecho PR (En verdad no porque trabajamos sobre una rama), me la han mergeado y parte de la plataforma caída.

Ahora, ¿La culpa ha sido mía por no hacer tests suficientes?

4 4 respuestas
_Rpv

#40201 la culpa es del que la ha mergeado, por no probar antes de desplegar

2
mrbeard

.

B

#40201 La culpa realmente es de la aparente pobre o nula infraestructura de la que dispones. "Trabajar en una rama" dice mucho en muy poco...

2 3 respuestas
B

#40204 Yo sufro cada vez que toco la BD, y hasta ahí puedo leer. Cada uno que saque las conclusiones que deba con esa oración.

Pero también es verdad que estoy aprendido muchísimo.

1 respuesta
Wei-Yu

#40201 gz!

La culpa es tuya por no revisar y testear bien, de él por lo mismo y del equipo por no tener mejores tests.

1 respuesta
B

#40206 Lo he arreglado en pocos minutos, que conste. Pero aún así, está bien que me haya equivocado en una cosa así para que no me vuelva a pasar.

GaN2

#40201 Bienvenido al club!

#40205 Para eso existen los backups. Porque teneis backups, verdad?

B

Si gazapos los cometemos todos... más triste es lo mio que tengo "roto" el poder generar nuevos pedidos de venta... esa mañana los comerciales me transmitieron mucho "cariño".

1 respuesta
LR

Usáis o habéis usado alguna librería para hacer algún tour por una web?

1 respuesta
Kaledros
#40204overflow:

"Trabajar en una rama" dice mucho en muy poco

¿Por qué?

1 respuesta
Lecherito

#40204 No seras de los que hace gitflow, no? xdddddddddddd porque me rio

1 respuesta
Troyer

#40210 https://introjs.com/

B

#40211 #40212 Para que quede claro, lo que entiendo por una rama es: Todos trabajando contra producción en el mismo repo.

En ese caso, revisar código es una tarea que se complica... dudo que alguien tenga el tiempo suficiente para estar refrescando la lista de commits e ir revisando "al vuelo". Lo que sucederá es que terminará esa rama con chorrocientos commits que no ha visto nadie de que se trata.
Luego rezar para que nadie te la líe en el histórico y luego tengas cristos cuando quieras trabajar con git a un nivel más profundo que "push, pull y commit". Que esto se enlaza con los permisos... ¿todo dios tiene acceso a realizar cambios en la rama prod? es un disparate... más sabiendo que pocos usan commits firmados y cualquiera puede hacerse pasar por cualquiera.

¿Que beneficios aporta trabajar todos contra una rama? Solo veo problemas... con lo sencillo que es tener tu rama de trabajo, ir haciendo rebase cuando a ti te salga del culo... y poder revisar todo con su buena trazabilidad y toda la pesca ?¿? ¿Tanto cuesta hacer un git checkout -b ... y trabajar a tu bola?

1 3 respuestas
JuAn4k4

#40214 Puedes trabajé en una rama con forks.

Lecherito

#40214 todos trabajando contra produccion es lo mejor que existe.

Revisar codigo es facil porque lo que haces son commits peque;os y que ademas son correctos y se pueden hacer deploy a produccion. Y no se a que te refieres con lo de ir refrescando la lista de commits e ir revisando al vuelo, es mucho mas complicado hacer rebases y una review enorme que hacer muchos commits peque;os.

Quien te va a liar algo en historico? Lo unico que tienes que hacer es que no se pueda reescribirlo y ale, ya solo tienes una linea continua de commits normales. Y para que tienes a alguien trabajando para ti que no confias en que haga cambios en la rama de produccion? Con que clase de cenutrios trabajas? Y lo mismo digo sobre commits firmados, yo trabajo con ssh y no le veo demasiado la necesidad de firmar los commits (tambien es que tu certificado ssh esta doblemente firmado por el server todos los dias, asi que se sabe quien eres).

Beneficios? Pues:

  1. Commits peque;os/normales
  2. Commits correctos
  3. Debido a esas dos, trabajo fluido y nada de silos durante X dias (he llegado a ver ramas de meses y luego venir con 300 fiecheros cambiados)

Lo que pasa es que la mierda de las pull requests que existen que tienes que hacer push de una rama y luego hacer la PR... madre mia, hay sitios con las reviews que son con un diff en vez de con un commit id/rama y es increible la diferencia. Y no solo un commit sino varios commits y varios repositorios en una misma review.

2
aren-pulid0

#40209 tbd papi, aunque sé que en odoo eso no se estila

Aunque mi opinión sea impopular yo no estoy a favor de este estilo de workflows, se acaba subiendo a prod muchas cosas que rompen.
Almenos en user facing.... Da la impresión de que la aplicación falla mucho para el usuario.

Por cierto, alguno que lleve este workflow puede comentar como manejan los cambios de infraestructura?

Kaledros

#40214 ¿Trabajas con chimpancés con deficiencia mental o algo? Porque es lo único que se me ocurre, en un entorno de trabajo con profesionales no da absolutamente ningún problema trabajar contra producción salvo temas puntuales.

Seyriuu

Yo con temas de git y tal no he trabajado pero en banca teníamos el entorno de desarrollo, el de preproducción y el de producción que viene a ser como vuestros branch y teníamos semanas para dejar pre estable, hacer las pruebas para que nos diesen permiso y subir y blablabla. Luego llegaba el día de la subida y todo se rompía porque fulanito del equipo ABC ha subido algo que guarda en la base de datos la fecha con formato distinto al habitual y cuando eso lo lee el proyecto XYZ no sabe tratarlo y tienes a Don Amancio Ortega llamando al banco diciendo que no ha podido comprar acciones de gamestop baratas antes del cierre de mesa y que exige una compensación.

Cada puto mes.

2 respuestas
B
#40219Seyriuu:

Yo con temas de git y tal no he trabajado

:neutral_face:

1 1 respuesta
B

Chicos una pregunta, cuál es la mejor forma de monetizar una web personal? Adsense? O es necesario muchísimas muchísimas visitas para rascar 1€ en plan 50.000 visitas 1€ y cosas así.

Quiero publicar una cosilla y de paso si tiene impresiones o click pues rascar algo. Y como nunca he monetizado nada, pues quería preguntar

2 respuestas
Seyriuu

#40220 Los backends de bancos donde he trabajado no tienen GIT, el front-end sí tiene GIT/SVN, aquí tenemos un sistema donde cada uno sube su componente al entorno de DES/PRE/PRO y machaca lo que hubiera antes y hasta ahí. Las comparaciones de código se hacen a mano (si al que está subiendo no se le ha olvidado) y sí, da muchos problemas.

1 1 respuesta
B

#40221 Hacen falta muchísimas visitas, y más que eso, que hagan click en el anuncio, también depende mucho de qué país sea el que hace click, si es latam te dan céntimos, si es USA hasta 1.5 euros me han llegado a dar

1 respuesta
privet

#40222 Así debería ser, hay que confiar

B

#40223 como me temía, imagino que jodido jodido...

Entonces la gente esa que saca varias web nicho y dice sacar pasta de ahí, que tiene cientos de miles de visitas en cada web de mierda que saca?

3 respuestas
Seyriuu

#40225 Me has hecho pensar en todo el conglomerado ese de ADV, TQD y demás webs que parece que solo publican bots. Yo creía que esos monetizarían de publicidad y nada más.

Kaledros

#40225 Entra en una web porno sin adblocker y lo entenderás enseguida XD

B

.

1
Wei-Yu

así que sois vosotros los que me llenáis el guguel de resultados de mierda eh?

B

Yo quería algún banner sin más, algo de texto no intrusivos, etc.. sin más, con impresiones y algún click de alguien al que le interesen, ya que era una herramienta gratuita sin más, y no quiero llenar la página con 40 banners, popups y mierdas, quiero que entre más gente por utilidad y por salir en Google de los primeros que otra cosa, sin más.

Pero veo que me comeré los mocos.

Mundo móvil es más fácil ganar dinero con publicidad? O igual?

1 respuesta