Feda /dev/ - No Javascript allowed | Página 589

aren-pulid0 #17641 Ene '21

#17640 Si, en mi instituto estan impartiendo este año el de Ciberseguridad y es 1 añito nada mas

X-Crim #17642 Ene '21 Moderador Mario Kart

#17631 comentario guardado en marcadores para el futuro

1 respuesta

Fyn4r #17643 Ene '21 Inocente

#17639 el data engineer es el que monta y maneja la infraestructura para que los demás puedan hacer sus powerpoints, informes y demás

#17640 /ban

Ranthas #17644 Ene '21

Tampoco hacen falta 2 años de FP para encadenar if-then-else(s) a cascoporro

1

Kaledros #17645 Ene '21

#17642 ¿FP de Big Data próximamente en Twitch?

eisenfaust #17646 Ene '21

EaRlY rEtUrN bAd

http://boris-marinov.github.io/if/

En fin.

1 respuesta

Lecherito #17647 Ene '21 A toda leche

#17646 Casi pillo sida leyendo eso

aren-pulid0 #17648 Ene '21

De donde sacais esas mierdas?

1 1 respuesta

Ranthas #17649 Ene '21

La gente ya no sabe que hacer para que los masillas lean sus blogs.

Kaledros #17650 Ene '21

Notes on Time and Causality

A collection of philosophical essays on the above topics

Great minds think alike.

Wei-Yu #17651 Ene '21

> thesaurus
> teoría de categorías/fp
> artículo rancio sobre vim

con el bonus de movidas cuánticas

desu #17652 Ene '21

#17648 https://lobste.rs/s/z17zyg/structured_programming_how_write_proper

A mi me parece una que no tiene claro donde mea. O lo haces funcional o no. Si predicas lo funcional muchas cosas que dice no tienen sentido (los if else if elses ni los usarias), si predicas lo pragmatico entonces otras (early return) no tienen sentido.

Si se supone que quiere hacernos entender que hay situaciones para todo, fracasa porque es un pajeet.

Falla la regla basica "show dont tell".

Si te dicen haz esto o haz lo otro, por mucho snippet que ponga, no te esta demostrando ni razonando nada. Las conclusiones se construyen no se derivan de ejemplos pillados a mano. Es una falacia logica de primates (o pajeets) basica.

Es una pena en lo que se ha convertido lobsters, lleva unos meses flojo flojo con pajeets a tuti pleni, espero que empiecen a banear gente pronto o sera una cloaca como reddit o medium.

Kaledros #17653 Ene '21

:_____)

2 respuestas

Naith #17654 Ene '21 Penitente

#17653 Menuda ghosteada. A lo mejor le ha pasado algo a Paula y por eso no puede responderte.

2 respuestas

_Rpv #17655 Ene '21

#17654 esta con hexan y hda.
menuda orgia se están pegando

1

desu #17656 Ene '21

#17654 Me recuerda a una Paula con la que quede para tomar un cafe cuando aun se podía salir a la calle.

También me dieron un buen plantón.

A los días descubrí que había quedado con el bueno de Luca, estudiante de erasmus Italiano, para enseñarle la ciudad.

1 respuesta

_Rpv #17657 Ene '21

#17656 no sabia que fueras de cuenca

1 respuesta

Fyn4r #17658 Ene '21 Inocente

Por eso las recruiters son chicas, para que estés acostumbrado a que te den plantón

4

desu #17659 Ene '21

#17657

isvidal #17660 Ene '21

#17653 Creia que estabas de lujo en la empresa que estabas ahora.

1 respuesta

Kaledros #17661 Ene '21

#17660 Visto en Reddit

desu #17662 Ene '21

El otro dia os dije algo parecido sobre la responsabilidad:

Did anyone else notice that there is no software engineering management involved in the "ideal" picture? In this ideology, every developer acts autonomously, even by deploying to production. This removed all technical responsibilities from the well-payed management people. Conflicts? Resource management? Scheduling? Happens to other people. At the core of this ideology lies the principle that every software is just a bag of fully orthogonal features that can be implemented completely independent of each other and will play nicely together. If this assumption does not hold, it's the developer's fault (aka "ownership").

Dear developer colleagues, do not fall for this trap. Hold your managers responsible. Let them make the difficult decisions. Real leadership should lift some burden from the people being lead.

NINGUN ingeniero tiene responsabilidad, a no ser que seas el CTO.

1 respuesta

isvidal #17663 Ene '21

Recomendaciones para luces de escritorio?

Luces calidas que vayan pinzadas a la mesa?

1 respuesta

eondev #17664 Ene '21

#17663 una puta bombilla

1 1 respuesta

Markitos_182 #17665 Ene '21

#17664 coge la radial y hazle una

2

JuAn4k4 #17666 Ene '21

#17662 Depende de los niveles de jerarquía que haya. Hay leads de equipo que deberían ser responsables del rendimiento del equipo. Y también está el VP of engineering en muchas empresas. Y luego ya están los sitios donde las decisiones las toma marketing o ventas y la responsabilidad del "líder" técnico queda diluida.

1 respuesta

desu #17667 Ene '21

#17666JuAn4k4:
Hay leads de equipo que deberían ser responsables del rendimiento del equipo.

Responsabilidad no es lo mismo que obligación (donde deriva una responsabilidad contractual, que debería llamarse obligación contractual).

Tu ejemplo, tu eres el lead y tienes la *obligación contractual de mantener el rendimiento. Si el rendimiento falla que acciones correctoras puedes tomar? Si no puedes tomar ninguna por ti mismo sin pasar por jerarquía, no eres el responsable.

Un gran poder conlleva una gran responsabilidad.
— tio ben

Si no tienes poder, no tienes responsabilidad.
Porque una gran responsabilidad no equivale a un gran poder verdad?

Para ser el responsable además de la obligación de mantener el rendimiento, tienes el poder/capacidad de echar a la gente a la calle, fichar gente, negociar contratos, decir que no a clientes, mover deadlines...

Por tanto, como tu dices, no es que la responsabilidad haya quedado diluida, es que se la han metido por el culo. Tienes unas obligaciones (asumamos que están en el contrato porque normalmente no lo estan...), no tienes un poder real y tienes la responsabilidad. Eso si, tu equipo es muy autonomo, toma muchas decisiones, tienes mucha libertad tecnologica y haces AGILE. XDDDDD

1 respuesta

Kaledros #17668 Ene '21

#17667desu:
Si no tienes poder, no tienes responsabilidad

Y aquí debería acabarse la discusión.

Yo esto lo he hablado a veces con los del equipo: está bien hablar algunas cosas y consensuar decisiones entre todos cuando seis ojos ven más que dos, pero no siempre es así. Hay decisiones que se tienen que tomar y que no están sujetas a debate. Que una cosa es decidir cómo se organizan las ramas de un proyecto, cómo diseñar una API o una GUI y otra decidir qué arquitectura o qué BD se va a usar en el proyecto. Y para esos casos se necesita alguien que tenga responsabilidad y autoridad.

desu #17669 Ene '21

1h de no decir nada

2 respuestas

MTX_Anubis #17670 Ene '21 :psyduck:

#17669 Si al menos fueran carísmáticos pues bueno, sería entretenido verlos pero madre mia que toston. He ido dando saltos y son horribles.

La verdad es que a esta gente que le molan hacer postcast, cierta difusión/divulgación deberían hacer cursos o algo para mejorar la locución y presentación, no sé. Ya no que se vea más profesional pero sí más interesante lo que cuentan (por lo menos que se lo preparen antes por dios y si lo han hecho, que se lo preparen más). Y eso sin entrar en el contenido, que es obvio que darte los resúmenes de unas encuestas poco contenido vas a poder rascar si no haces un analisis más profundo y explicativo.

Por cierto @desu, he de decir que estoy bastante de acuerdo con los útlimos posts tuyos. Sin que sirva de precedente para que no te lo creas.

1 2 respuestas

Feda /dev/ - No Javascript allowed

Normas basicas de convivencia:

Memes Feda/dev

Usuarios habituales