Feda /dev/ - No Javascript allowed

Normas
spoiler
Personas non gratas
Memes feda dev




desu

Antes querian full stack devs para pagar 1 y que trabaje como 4.

Ahora quieren un "dev" implicado con negocio para pagar 1 y que trabaje como 6.

1
Kaledros
#24140KazuluDev:

es cierto que todo lo público da asco

Hombre, pues no. Pero las partes del entramado público que sí funcionan no las conoces porque no te molestan, es como todo. Lo que no quita que no haya bastantes cosas que cambiar y mejorar, claro.

Respecto a lo del tuit, es muy fácil: ¿quieres que me encargue de algo más que del código? Lo negociamos y vemos. Pero esperar nada de nadie así por las buenas, sorry pero no soy una ONG.

Wei-Yu

Ahí ya cada uno tiene que hacer su propio ejercicio de lectura, pero no me parece que esté hablando desde la perspectiva de contratar carnaza para una cárnica random.

Que sí que es un poco inconexo a la hora de contarlo pero "un rant" se entiende que es emocional, otra cosa es que por la naturaleza de la viralidad estemos acostumbrados a leer cosas en ese plan que son "verdades como puños", pero un día normal de alguien normal tiende a tener esas formas.

Sin tampoco saber cuánto cobrarían los supuestos entrevistados entiendo que si estás con esas preocupaciones estás en el lado de la industria en el que se cobra bien (que lo hay, al igual que su contraparte ratonera).

1
B

.

Naith

Hasta aquí he leído. Ese no es el rol del developer y me da igual los años que tenga el developer, si le gusta lo que hace y está cómodo perfecto. El rol que describe ahí es el de Ingeniero de Software y en su bio de twitter tiene: "I lead Business driven Software Engineering teams". O es gilipollas o quiere que sus desarrolladores hagan trabajo que requeriría de un salario superior. Una puta rata vamos.

1 2 respuestas
vivora

#24155 Más bien quiere desarrolladores que hagan su trabajo por el salario de un desarrollador y así él se puede dedicar a tocarse los cojones

Wei-Yu

El rol que describe ahí es el de Ingeniero de Software

jeje

1 respuesta
Kaledros

#24155 Es que me da la sensación de que está mezclando cosas. Cosas como "entender el mercado", "medir el impacto" o "idear hipótesis de solución" no son trabajo del developer, eso es cosa del product owner, del product manager y de gente que cobra bastante más que el dev que lo tiene que implementar. Y a ningún product owner le va a hacer gracia que le vaya un dev a decirle cómo "impactar" en el sector salvo que sea un vago que cobre por calentar la silla.

Fyn4r

#24157 @kazuluDev confirma?

1 1 respuesta
B

.

1
Kaledros

Vale, de haber leído primero este montón de mierda nos hubiésemos ahorrado una discusión: https://stanete.com/es/business-driven-mindset

Este tío es una parodia de pantomima full XDD

r2d2rigo

Para que veais que las peliazules frontenders motivadoras son internacionales:

3 respuestas
danao

#24146 mas de un oficio? se esta refiriendo que ademas de developer estas obligado a saber de sistemas para al menos entender donde corre tu codigo o se refiere a que tambien se les exige hacer PPTs?

#24162 y replca twitter por mejorar la comunidad en vez de con sermones con enseñanza? esta gente que marca pautas, se cree que la gente tiene que estar 24h pensando en unos y ceros...

1 respuesta
B

.

1 respuesta
danao

#24164 es que no lo entiendo xD por eso preguntaba no se a que se refiere la respuesta.

1 respuesta
B

.

1 respuesta
Kaledros

#24162 "Y cuando cumplas 50 tendrás la peor crisis existencial de la historia del universo por haber desperdiciado tu vida completamente en pos de un ideal capitalista". Nada peor que tener un trabajo que además sea tu hobby.

1
Wei-Yu

3 respuestas
danao

#24166 entonces +1 a su comentario

Traber

#24168 por eso, cuando una mujer dice no, puede ser un si.

frekaice

#24168 La historia que emocionó a Spielberg

JohnVoiden

#24168 Y las empresas que venden transparencia, cuando te dicen que no pero pides el feedback de la razón y ni se dignan a contestarte, xdé.

desu

#24162 A ver...

Helping you learn Full Stack | Sr Software Eng | Teaching Algorithms and javascript | Become a NextGen Developer | learn frontend

Voy a analizar esta imagen de un "hilo", a ver que tal esta full stack, Senior Softwar Engineer, que me quiere ayudar a ser un next gen developer explica.

Funcion: un "subprograma" dise;ado para realizar una tarea especifica.
Las funciones se ejecutan cuando son llamadas, a esto se le llama "INVOCAR" una funcion.
FUNCTIONS ARE OBJECTS

"DEFINIR" una funcion, hay "2 maneras" de "DEFINIR", una expresion o una "arrow function", la funcione expression es una declaracion... XD

PARAMETRO VS ARG
let name => name es un parametro
let name = true => true es un argumento

Closure: usar una variable antes de declarla dentro de una funcion

Recursion: una funcion que se invoca a si mismo con el numero reducido de parametros

En fin... HAHAHAHAHHA Todo mal.

1 respuesta
Ranthas

Lo más inquietante son las respuestas: "useful info, thanks".

1 respuesta
pineda

#24174 por intentar follar se dicen muchas tonterías

3
desu

El concepto de función recursiva siempre me sorprende lo mal que se explica.

Y me sorprende lo mal que la mayoría de alumnos lo entiende.

Porque si has explicado lo que es una función y como se evalúa, no tiene ningún tipo de confusión.

https://mitpress.mit.edu/sites/default/files/sicp/full-text/sicp/book/node15.html

From one point of view, they seem hardly different at all. Both compute the same mathematical function on the same domain, and each requires a number of steps proportional to n to compute n!. Indeed, both processes even carry out the same sequence of multiplications, obtaining the same sequence of partial products. On the other hand, when we consider the ``shapes'' of the two processes, we find that they evolve quite differently.

Consider the first process. The substitution model reveals a shape of expansion followed by contraction, indicated by the arrow in figure [*]. The expansion occurs as the process builds up a chain of deferred operations (in this case, a chain of multiplications). The contraction occurs as the operations are actually performed. This type of process, characterized by a chain of deferred operations, is called a recursive process. Carrying out this process requires that the interpreter keep track of the operations to be performed later on. In the computation of n!, the length of the chain of deferred multiplications, and hence the amount of information needed to keep track of it, grows linearly with n (is proportional to n), just like the number of steps. Such a process is called a linear recursive process.

By contrast, the second process does not grow and shrink. At each step, all we need to keep track of, for any n, are the current values of the variables product, counter, and max-count. We call this an iterative process. In general, an iterative process is one whose state can be summarized by a fixed number of state variables, together with a fixed rule that describes how the state variables should be updated as the process moves from state to state and an (optional) end test that specifies conditions under which the process should terminate. In computing n!, the number of steps required grows linearly with n. Such a process is called a linear iterative process.

De hecho si nos quedamos con esta frase del proceso lineal iterativo.

In general, an iterative process is one whose state can be summarized by a fixed number of state variables, together with a fixed rule that describes how the state variables should be updated as the process moves from state to state and an (optional) end test that specifies conditions under which the process should terminate.

Vemos que todos los procesos lineal recursivos se pueden expresar como lineal iterativos... y viceversa.

De hecho no doy por valida la distinción del SICP en que distingue entre el stack interprete y tu stack...

Pero bueno, prefiero el SICP a decir que una funcion recursiva es una funcion que se invoca cada vez con menos parametros...

func factorial(a, b, c, d) {
   return factorial(a, b, c)
   // despues llamas factorial(a,b)
       // despues factorial(a)
}

??? no entendi la verdad, y eso que ha definido parametros justo encima kekekek

Fyn4r

No entendí eso de distinguir entre argumento y parámetro, definir una movida como param1 y ponerle una flecha que pone "argument"

2 respuestas
pineda

#24177 Parámetro es la variable, y argumento es el contenido. Me imagino que es la adaptación tristona de los punteros, con el paso por referencia vs copia del contenido

1 respuesta
desu

#24177 segun su propia definicion, esta mal, en efecto. parámetro seria el nombre de la variable en la scope de la función, en cambio argumento es el valor que tiene dentro de la scope.

https://developer.mozilla.org/en-US/docs/Glossary/Parameter

Function parameters are the names listed in the function's definition.
Function arguments are the real values passed to the function.

def foo(a: str):
  print(a)

a es nombre del parámetro de foo, y como lo referencias dentro de la scope de la funcion, si llamo esa funcion con "hello world", ese seria el argumento, y dentro de foo a evaluaria a "hello world".

pero es que tal y como ella lo explica parece que, un parametro es una variable, y un argumento es un valor.

let variable = valor
// y segun ellla
parametro = argumento

ademas que ese ejemplo esta mal porque creo que esta haciendo shadowing del nombre no? XD nse es una mierda

#24178 creo que es simplemente por como se define a bajo nivel, cuando defines una funcion le metes el numero de parametros (en el caso de js referencias supongo) que espera y despues cuando lo interpretas lo pasas por registro o stack (creo que en js todo es por stack) y dentro haces pop ...

fijate es obvio

X-Crim

Y ya no hay stop

6