Feda /dev/ - No Javascript allowed

Normas
spoiler
Personas non gratas
Memes feda dev




Wei-Yu

Trabajar

13
HeXaN

Vivir.

2
pineda

9
Ranthas

Otro día más con los masillas sentando cátedra

1
Kaledros
#12239eondev:

haciendo proyectos por hobby

Mira que hay hobbies jodidos, pero lo de acabar tu jornada y seguir trabajando porque te gusta no lo entenderé en la vida.

1 respuesta
eondev

#12245 supongo que esa gente no se pegará 10 horas en la oficina y saldrán quemados xD

Naith

Las contribuciones a OpenSource deberían ser porque en tu trabajo necesitas que X software tenga una funcionalidad que no tiene, la implementas para tus necesidades y de paso contribuyes al proyecto en caso de que tenga cabida.

2 1 respuesta
Markitos_182

#12247 been there, done that

Ranthas

Que se pronuncie el paladín del open source, @uchar

_Rpv

https://www.youtube.com/watch?v=p6M7SzKKmc8
Se gasta 180$ al mes en comida pidiendo sobras a los vecinos, pero luego aquí hay gente que come por menos de 150e xddd

1 respuesta
Fyn4r

#12250 El bait es tan cutre que podría haber sido de desu

2
B

Madre mía que movidito el día con el opensource...

Tratar de englobar todos los proyectos de open-source bajo un mismo prisma es jodido... Yo puedo hablaros de como veo que funciona el proyecto en el que trabajo (tampoco estoy metido en las entrañas, aunque me he postulado para 'delegate' y a ver si puedo conocer más de este mundillo... a finales de año sabre si me aceptan o no).

La gente colabora por egoísmos... Mi empresa todo lo desarrolla en abierto, pero solo desarrolla lo que nuestros clientes necesitan. Es una simbiosis con el resto de empresas... cada una va haciendo como hormigas su papel, hacer PR, revisarlos etc... pero todo motivado por el propio interés. La idea de "por un mundo mejor y más justo" es del "software libre" no del open-source.

La calidad del software open-source es infinitamente mejor que la de un código cerrado por obvios motivos:
A) Es un código que puede ser constantemente auditado, antes de ponerlo en tu servidor puedes verlo y comprobarlo por ti mismo.
B) Es un código usado en miles de instancias
C) Es un un código revisado por varias personas antes de ser publicado
D) La infraestructura de validación (todos sabemos que no puede ser perfecta) es muy buena.

Os recomiendo esta lectura: https://biblioweb.sindominio.net/telematica/catedral.html (y podéis leer también criticas al mismo texto si las buscáis)

3 1 respuesta
eondev

:sunglasses:

X-Crim

1
eisenfaust

#12252 Resumiendo, que el código OS es mejor porque ESR? xD

Ninguno de esos motivos que expones son intrínsecos al open source. El código cerrado también puede ser auditado, utilizado en miles de instancias y revisado antes de ser publicado.

Creer que la calidad de un software no es ortogonal a su modelo de licencia es fundamentalismo.

2 2 respuestas
Wei-Yu

ha dicho orto jaja

5 1 respuesta
eondev

#12255 Los proyectos OS de origen comunitario y de calidad podrían ser resultado de la facilidad que da el OS de reunir a gente de gran nivel, digo yo. Vamos, desconozco la cantidad de gente que aportará a un proyecto por hobby unas horas al día y el impacto que tienen y la gente que se gana un sueldo con donaciones o lo que sea. BTW, por el hecho de ser SO tienes la posibilidad de que empresas aporten, cosa que hace más rico el software y el ecosistema.

#12256 ortopedica tienes lac ara hijo de ptua

1 respuesta
eisenfaust

#12257 Eso de que aporten es pensamiento desiderativo. Ni aportan, ni donan (OpenSSL como escandaloso ejemplo), y las que lo hacen, con una fracción de lo que han sacado empleando dicho software en primer lugar.

El código abierto ahora mismo beneficia a grandes empresas que hacen dinero sin necesidad de tener que redistribuir software (proveedores cloud y demás morralla) beneficiándose de millones de horas de trabajo sin verse obligadas a dar nada a cambio. Cuesta más el paquete con lacito en forma de SaaS que el propio contenido.

Como resultado un particular lo tiene muy complicado hoy día para competir en un mercado devaluado donde la gente no paga por software, sino por servicios [0] (un resultado distópico), y el único modelo de negocio factible en un proyecto de código abierto es la consultoría la cual tiende casi por necesidad a la creación de software innecesariamente complicado.

Yo no contribuyo a ningún proyecto más allá de alguna tontada sin valor comercial o forks que haya creado por necesidad, pero sí que conozco a varios que están quemadísimos y viviendo en condiciones de pobreza, algunos de ellos con proyectos que si cada empresa de la que tienen constancia de que utiliza su software donase un euro al mes, sería millonarios.

0: https://www.defmacro.org/2017/01/18/why-rethinkdb-failed.html

2
Fyn4r

proyectos que si cada empresa de la que tienen constancia de que utiliza su software donase un euro al mes, sería millonarios.

THIS

B

#12255 El punto diferenciador es que el open-source puedes aportar una solución en el momento que quieras sin esperar a que otros entes lo hagan... si te corre prisa puedes dejar un PR abierto y usarlo en tu despliegue hasta que sea finalmente fusionado.
La capacidad de respuesta y la variedad, hacen que esos puntos ganen mucha fuerza en el open-source.

Yo tengo trabajado con código cerrado en mis inicios, y tener que llamar a Madrid para que los magos de por allí subieran un parche. Si tuviese acceso al código el dolor de huevos sería mucho menor.

1 respuesta
Markitos_182

Vendo certificado SSL *.mediavida.com

1
X-Crim

se les ha pasao por completo

Ranthas

Esta web ya no es segura, caballeros.

1 respuesta
Markitos_182

#12263 never has been

eisenfaust

#12260 Mi experiencia al respecto con código propietario ha sido excelente, hablamos de fixes en cuestión de horas o un día. Desde luego mucho mejor que mendigar manitas en issues de GitHub que es lo que se destila ahora xD

#12260uchar:

si te corre prisa puedes dejar un PR abierto

Lo de prisa pues depende de lo trivial del cambio. El último fork que tuve que realizar (Traefik) me llevó más tiempo del que yo considero aceptable en un hotfix, entre adquirir conocimiento de dominio, familiarizarme con el codebase, etc.

The whole idea that anything can be so "shared" as to have no value in itself is not a problem if the rest of the world ensures that nobody is starving or needing money. For young people who have parents who pay for them or student grants or loans and basically have yet to figure out that it costs a hell of a lot of money to live in a highly advanced society, this is not such a bad idea. Grow up, graduate, marry, start a family, buy a house, have an accident, get seriously ill for a while, or a number of other very expensive things people actually do all the time, and the value of your work starts to get very real and concrete to you, at which point giving away things to be "nice" to some "community" which turns out not to be "nice" enough in return that you will actually stay alive, is no longer an option.

All of this "code sharing" is an economic surplus phenomenon. It works only when none of the people involved in it are in any form of need. As soon as the need arises, a lot of people discover that it has cost them real money to work for the community and they reap very little benefit from it, because they are sharing value-less services and getting value out of something that people take for granted is hard to impossible. This is unfortunately even more true when employees are considered "free" while consultants are not, so buying the supposed "services" from people who know the source code is not an exercised option.

Just because it is nice to get things for free does not mean it is a good idea to organize anything based on removing the value of those things, but until people need that value, getting stuff for free is so nice that looking to the future is something most people simply will not do, and those who refuse think about will also refuse to listen to those who have. Thus they will continue to deplete the value of software to the point where nobody wants to pay for any software, be it of a particular kind or in general. Software development tools are already considered to be give-aways by some people, threatening commercial vendors and those who would like to make money providing software tools to developers.

https://www.xach.com/naggum/articles/[email protected]

1 respuesta
X-Crim
2
desu

Hoy he tenido 2 horas de discusion sobre lo de Kafka. A

yer dije que mi senior me dijo que si a todo... pues NO, me MINTIO, no sabe ni de que le hablaba xdddddddd.

No tiene nadie ni puta idea, ni de avro-protobuff ni de connectores, ni de kafka stream ni de kafka connect, ni de gestionar los casos en que se rompe una replica...............lo he tenido que explicar todos de 0 y todos los bugs que ellos tienen y como todo el codigo sobra.............

Me cambio de empleo o que?

En fin gracias a todos los del hilo que me ayudaron, he aprendido algo en este hilo por primera vez en todo el año... Normalmente solo decis boberias y cuñadismos varios. Pero esta vez mira, me ha ayudado la gente coherente y estoy agradecido.

Troyer
1
Zoko
1
Wei-Yu