Feda /dev/ - No Javascript allowed

#31413 que eres un pajeet analfabeto que no sabe otra cosa aparte de hacer patrones de sobre enginieria que no le importen a nadie ni es capaz de comprender porque los copia sin pensar

no quita que haya gente en el mundo haciendo QA mil veces mas valioso que tu existencia

asique si alguien pregunta por QA le dices que hay gente buena haciendo cosas guapas como la que yo he dicho y que luego tambien hay monos apretando botones y haciendo mockito, como seguramente haces tu, que te inchas a mockear db para que lo entiendan los de producto anormal

#31416 es viernes y me quedan 2 minutos de jornada laboral

perdona si me he puesto nervioso

las formas no han sido correctas, pero el contenido si

no pretendia ofenderte, se que eres muy inseguro y acomplejado

que pases un buen finde largo

y todos igualmente

yo cuando hacia QA hacia fuzzy para testar algoritmos de optimizacion, generaba clausulas y l uego intentaba a partir de los sets de incompatibilidad rastrear los problemas.

por ejemplo tenia un COMPILADOR que generaba 3 millones de clausulas o asi, a veces segun el input podia haber clausulas insatisfactibles.

por ejemplo, no has contemplado que una lista puede ser vacia. esto esta contemblado a nivel de codigo, pero a nivel de clausulas no es tan simple de ver la estructura que deberia tener.

el codigo esta bien pero tenias que analizar esas millones de variables que no tienen ningun sentido. hasta encontrar que el problema era la manera en que generabas listas vacias para X input.

asique hacia pruebas para sacar los subconjuntos conflictivos e ir reduciendo el problema. a base de generar inputs para cada tipologia de entrada.

una especie de minimizacion del set original hasta el insatisfactible minimo basado en parametros.

otro tipo de QA es el generador de tests a partir de specs. en lenguajes potentes como clojure o haskell te genera todos los tipos de manera aleatoria y basandote en estrategias y se comprueba. es super facil

otro ejemplo de QA que he hecho ademas de estos 2 es el de dependent types y cosas de FP avanzadas con liquid haskell. pero esto solo lo he hecho por mi cuenta.

a nivel practico es parecido a como funcionaba el caso 1 pero aplicado a sistema de tipado y analizar codigo estaticamente.

en lugar de FALTAR AL RESPETO a la gente que hace tests y QA podriais poner ejemplos que es lo que ha preguntado el chaval.

si quieres saber mas preguntame y nos metemos en una session en twitch.

#31425 para atrás no, he goshteado a la empresa que flipas, no contesté cuando me mandaron la oferta

#31429 Si fui yo, tengo una serie sobre esencialismo en ingenieria que algun dia posteare en el blog. solo hice la primera parte... pero creo que puede ser una gran serie.

te estas leyendo el libro? es muy bueno.

desde que empece a aplicar estas ideas en mi vida he notado un cambio brutal en los aspectos en que hice "focus".

el problema es que en 2 a;os aplicando las ideas del libro he mejorado tanto mi vida que ahora estoy como atascado.

es una sensacion extra;a. me ha servido para mejorar areas pero ahora que hago? las mantengo? busco cosas nuevas en que mejorar? te entra crisis de identidad. el esencialismo te ayuda a ser mejor pero no toma decisiones por ti.

ya comentaras que tal te parece el libro cuando lo termines, cuando puedas empiezalo a aplicar.

#31432 Yo estoy mirando el vod https://www.twitch.tv/videos/1190959702

para ir saltando y me va bien ahi

vaya derroche de medios

me ha motivado una chavala que ense;aba su vimrc a ordenar el mio XD

https://signal.org/bigbrother/cd-california-grand-jury/

brutal respuesta