Feda /dev/ - No Javascript allowed

recordais cuando no flameaba y era constructivo? ahora tiene un palo metido por el culo como @r2d2rigo

denominador común? .net

cuando tengo razón tengo razón

.

#31569 #31570 Me gustaría cursar DAW/DAM por gusto en un futuro. Me gustaría también poder hacer alguna aplicación para el trabajo (control de personal / material ) etc... Pero por gusto también y para sacarle provecho.

#31563 lo siento, no te oigo entre la lluvia de billetes que me pagan por picar 10 lineas al dia.

#31576 al cambio ahora mismo 3.8k netos al mes. Y hago tan poco que da tiempo a colar alguna cosilla freelance en horario de oficina

#31580 me suena haber visto un proyecto en github que hacía justo eso (test/build/run/watch/etc) pero ahora mismo no me acuerdo de cuál era

#31580 con cargo estas equivocado

cargo y go son buenos ejemplos de sistemas de building

porque los maintaners del lenguaje son los mismos que lo desarrollan

asi que primero deberiamos separar la MIERDA para PAJEETS como gradle, maven, kobalt nse que es

con los otros cargo o go

cargo o go no requieren layer2

dicho esto me gusta como piensas y te doy un positivo. cambia plugin por modulo y ya tienes la mentalidad unix.

#31582 que jodido, yo estuve con una bebita que tambien tuvo problema en la rodilla y la operaron 2 veces, pues no veas como costaba follar, mas facil entender el codigo de un fpero

#31581 si lo encuentras avisa

#31583 no lo estas entendiendo. No estoy pensando en sustituir absolutamente nada, estoy pensando en una layer 2 que si es requerida en muchas ocasiones. Cosas como copiar ficheros de un sitio a otro, o una especie de preprocesador para credenciales etc etc antes de llamar al sistemma que toque en ese momento (como puede ser cargo) o incluso manejar las dependencias desde ahi y pasarselas al sistema que toque en cada momento.

#31585 Osea en verdad si entendi. Al menos la idea.

Lo que no veo es que no puedes hacer en el shell que requieres un DSL.

Si crees que no lo entiendo ponme un ejemplo de algo que no pueda hacer en shell y pasarselo a go y cargo.

#31588 ese L2 del que hablas normalmente se tiene en cuenta a la hora de diseñar el cicd.

Por ejemplo, te obligo a que en todos los repos haya un fichero de config del cicd. Este primero lee ese fichero, hace más acciones que vengan ahí definidas y después buildea/testea/etc