No.10425
¿Hace falta ser un HIJO DE PUTA para ser LÍDER?
Hay muchos líderes de las grandes companias de Silicon Valley como Apple, Microsoft, Tesla sobre todo
Steve Jobs e Elon Musk que fueron/son bastantes duros con sus empleados.
Ahora la pregunta es: ¿es necesario ser así de hijo de puta es decir gritar, humillar hasta ponerle
apodos a tus empleados para que laburen mejor o se puede conseguir el mismo rendimiento sin insultar?
Steve Jobs era conocido por ser el más hijo de puta de todos, era un tremendo forro hay
una banda de anécdotas del chabón despidiendo e insultando un montón.
____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10429
>>10425
La respuesta corta es:NO
La otra respuesta es: no necesitas ser un sorete mal cagado para optener resultados y respeto de tus empleados (lease el libro Como Ganar amigos e Influenciar sobre las personas), desde ya que aveces necesitas ser un forro asertivo para hacer que las cosas se muevan al exito y no te pasen por arriba, PERO ser un hijo de puta va con la persona no con el Liderazgo. Un buen lider no es quien infunde odio y rencor en sus, en este caso, empleados sino aquel que con rectitud y buenas maneras motiva e infunde respeto en quien trabaja para él. Ser un Encargado/Gerente/Dueño de Empresa/CEO no te hace un Lider.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10539
>>10425
No
Solo podes ser un hijo puta con quien se encuentra en una posición inferior a vos, el maltrato y el abuso solo son posibles en cuanto un sistema lo permite.
Por eso banco al unabomber, a los que cagan a tiros a la gente en la escuela, a los que matan al jefe.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10564
>>10425
Nicola Tesla invento el mundo moderno y murio pobre y solo en un apartamento cuidando palomas por no querer judear a la humanidad a cambio de usar sus inventos
el tipo queria darle enregia al mundo entero, pero por buenudo que era, el usaba la palabra "gratis" frente a empresarios privados, cuando deveria haver ido frente a politicos y usar la palabra "impuestos"
mientras tanto el otro Judio de Edison no hiso mas que plagiar trabajo ajeno, estafar a sus empleados con contratos negreros y prometerle a empresarios privados que podrian judear los judaismos mas judaicos que jamas se hallan judeado nunca en la historia de las judeadas
asi que si, estoy inclinado a creer que si no sos un hijo de puta que judea al projimo alguien mas te va a terminar judeando la vida
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10640
>>10564
Y Jobs le robó todo a Douglas Engelbart y la gente de Xerox.
Jobs murió como un prócer lamentado por millones de personas en el planeta y Engelbart murió al poco tiempo casi en el anonimato. Lo mismo pasó con el creador de C, Dennis Ritchie.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10641
>>10640
Eso es medio troll lo que decís.
La verdad es que Steve Jobs amaba dar presentaciones eso es lo que lo hizo famoso, Dennis
Ritchie le gustaba programar todo el día encerrado en la casa en una computadora, ni siquiera
creo que a Dennis Ritchie le gustaría ser reconocido por todos lados, probablemente era un
tipo más cerrado y no le gustaba ser reconocido por todos lados.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10642
>>10640
Linus Torvalds no puede ni hacer 1UNApresentación simplemente no puede, no puede
hacer un powerpoint NO PUEDE, porqueNO LE GUSTA, en todas las presentaciones que dió
siempre pide un tipo que le haga preguntas, porque elNO PUEDE PREPARAR NADAporque
NO LE GUSTA, asío que discrimines tanto a Steve Jobs, el se hizo FAMOSO por las presentaciones
que daba, el inovó esa forma de presentar productos, el dirigía toda la empresa ahora Apple está
todavía peor sin él.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10643
>>10640
Seguramente que Dennis Ritchie no quería el reconocimiento de las MASAS, probablemente con el reconocimiento de la gente de Unix ya estaba satisfecho
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10645
>>10642
Ya saltó un retardado de la manzana. Hasta en los chans hay que bancarlos ahora.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10647
>>10641
Jobs basicamente hiso marketing pero lo recuerdan como si huviese inventado la informatica
mas o menos igual que Edison
con suerte el tiempo reconosera al Dennis Ritchie por su merito y se cagara en Jobs como el vende humo que siempre fue
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10656
>>10647
>Dennis Ritchie
Lol, tremendo zealote, Ritchie no invento nada significativo, UNIX es una down copy de Multics. Los compiladores y lenguajes de alto nivel existieron desde antes de C y B, la codificación UTF-8 era lo más lógico y no hacía falta ser un genio para darse cuenta.
No defiendo a Jobs, pero alguien debe mostrarte la verdad.
>creat
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10728
>>10645
>Ya saltó un retardado de la manzana.
No. A mi Steve Jobs y todos los productos de Apple ni me importan, pero puedo
entender el esfuerzo que hay, y por qué hay tanta gente que lo respeta.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10734
>>10640
>al poco tiempo casi en el anonimato. Lo mismo pasó con el creador de C, Dennis Ritchie.
Y es perfectamente lógico, C es un lenguaje pésimo adorado por programadores de bajo intelecto, al tiempo de la creación de C LISP era incluso mejor.
C ha sido y sigue siendo un mal ejemplo para el diseño de lenguajes modernos.
https://eev.ee/blog/2016/12/01/lets-stop-copying-c/
UNIX:
https://programmingmadecomplicated.wordpress.com/2017/08/12/there-is-only-one-os-and-its-been-obsolete-for-decades/
xahlee.info/UnixResource_dir/writ/unix_phil.html
https://kukuruku.co/post/the-collapse-of-the-unix-philosophy/
>Y Jobs le robó todo a Douglas Engelbart y la gente de Xerox.
En realidad no, Xeroc Park estaba financiada por el estado. La UI era el próximo salto evolutivo, lo de la tablet (que fue idea Alan Kay) es discutible.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10774
>>10734
>C es un lenguaje pésimo
pajeet "programador" de visual basic detectado
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10783
>>10734
c es el unico lenguaje de la actualidad que te deja controlar la memoria a bajo nivel sin trabas, lo que lo hace el más flexible. Que no sea usado demasiado en empresas es un tema aparte que puedo desarrollar si te interesa, pero no le quita que este entre lo mejor de lo mejor.
LISP esta bueno pero tiene objetivos muy distintos
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10833
>>10783
>puedo desarrollar si te interesa
estaría bueno chori ; yo sé C y estoy pensando en usarlo para entrar a laburar ó aprender otra cosa para tener más chances de meterme en el mercado..
>LISP esta bueno pero tiene objetivos muy distintos
y laboralmente?
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10853
>>10833
c no se usa mucho por un tema económico. Desarrollar un programa en bajo nivel, de forma explicita, lleva tiempo, disciplina y gente capacitada. El resultado es mejor pero la gente en la actualidad se conforma con programas de calidad baja, porque bueno, la mayoría no tienen un punto de comparación, lo único que conocen son cosas como word corriendo en windows 10.
La mayoría de los lenguajes de alto nivel o de scripting vienen con varios problemas resueltos, como el manejo de memoria y la forma de estructurar un programa. Esa solución no es la mejor para todos los casos, es algo genérico, pero es una solución y le saca esa preocupación a los desarrolladores. Estos lenguajes te "llevan de la mano" y te fuerzan por un camino, y eso hace al desarrollo mas simple y rapido. Como el hardware es cada vez mejor las empresas pueden salirse con la suya con software cada vez peor, lo que les permite tener mano de obra cada vez más barata, reemplazable y rápida. Al final del dia esto termina siendoles rentable porque la gente se conforma.
Igual sigue existiendo un lugar para c, en cosas que necesitan ser lo mas eficientes posibles por algún motivo critico, o en código de librerías que usan otros lenguajes. En motores de videojuegos y sistemas operativos sigue siendo la norma (usan c++, pero el código importante sigue siendo estructurado).
LISP prácticamente no existe laboralmente, sé que hay un lenguaje de esa familia que se usa para algunas cosas especificas, pero es muy raro. El problema que tiene LISP (ademas de su sintaxis fea) en empresas es que le da demasiada libertad de expresión al programador, lo que hace que el trabajo entre varias personas sea muy difícil (porque el código solo lo entiende el que lo escribió), y que esas personas sean muy difíciles de reemplazar. c también tiene este problema, pero en menor medida.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10859
>>10853
¿Por qué en la época de Windows ME quedaba tanta basura en la memoria? ¿Tiene algo que ver con lo que decís del manejo de memoria en lenguajes de alto nivel o venía por otro lado? Me acuerdo que lo tenía que reiniciar todo el tiempo y recién en los últimos meses encontré programas que te eliminaban basura de la memoria y gracias a eso aguantaba varios días sin reiniciar.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10878
>>10859
>¿Tiene algo que ver con lo que decís del manejo de memoria en lenguajes de alto nivel o venía por otro lado?
no ese chori, pero en mi opinión viene por este lado la cosa:
C y lenguajes similares de "bajo nivel", permiten tomar referencias a bloques de memoria, para almacenar en dichos bloques algo (una estructura, un array de enteros, un string, etc)
Los programadores toman cualquier cantidad de memoria para ejecutar lo que necesitan, idealmente mientras lo hacen llevan seguimiento de la memoria que pidieron.
Luego, cuando termina la función / subrutina / programa, llega el momento de liberar memoria: cada elemento para la cual se pidió memoria debe ser liberado para devolverle al sistema operativo lo que fue usado.
Este último punto mata a medio mundo en la programación. La enorme mayoría no libera bien la memoria, es decir deja referencias perdidas que el sistema operativo podría o no recuperar, y se termina volviendo lenta la PC porque baja memoria -> swapping etc etc
Los "programadores" en python ni siquiera conocen esto, o no les interesa. Para muchos programadores, la memoria que se pide es algo que el lenguaje mágicamente se encargará de resolver a medida que se van creando y destruyendo elementos. Entonces el problema se traduce a si el intérprete de python logra tomar y devolver memoria. Mismo problema en java.
Como decían, con el advenimiento de memorias RAM cada vez más baratas, este vicio lejos de ser solucionado, sigue existiendo y está sin control.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10885
>>10878
¿Pero los lenguajes de programación más modernos no autogestionan la memoria y liberan las variables de las rutinas que se dejan de usar? Entiendo que C no lo haga, pero creería que Python y Java, que son alto nivel, deberían hacerlo.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10888
>>10885
si lo hacen, es solo que los turboautistas quieren justificar su lenguaje inutil de alguna manera
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10901
>>10878
>Este último punto mata a medio mundo en la programación. La enorme mayoría no libera bien la memoria, es decir deja referencias perdidas que el sistema operativo podría o no recuperar, y se termina volviendo lenta la PC porque baja memoria -> swapping etc etc
Es incorrecto, en un OS moderno los recursos que un programa requiere terminan por dealocarse cuando el proceso es finalizado, si no es que el proceso lo hace forma explicita (lo cual es la mejor practica). La memoria no es reclamada (liberada) por el proceso al OS, al menos en Linux (Glibc). Esos leaks eran posiblemente un proceso residente o del mismo kernel.
>>10885
>¿Pero los lenguajes de programación más modernos no autogestionan la memoria y liberan las variables de las rutinas que se dejan de usar?
Eso no quiere decir que no se puedan tener leaks, podes tener leaks en Java simplemente por no destruir los objetos o en cualquier lenguaje (incluso JavaScript).
>>10783
>c es el unico lenguaje de la actualidad que te deja controlar la memoria a bajo nivel sin trabas, lo que lo hace el más flexible.
¿Nunca escuchaste de Pascal, Ada, Fortran? Incluso C# puede hacer eso. C tiene desventajas desde el principio, sólo ha triunfado por la amplia adopción de UNIX (un gran error).
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10914
>>10901
vos eras el autista anti-"unix-like" . cómo va che.
me parecen acertadas algunas de las críticas, pero los s.o. tipo unix siguen siendo los más productivos, valiosos de aprender, modificar, implementar, mantener. probame equivocado.
¿qué alternativa ofrecés, sino?
por ejemplo muh winshit, es mucho peor porque no sabés qué hace el s.o. por debajo (closed source). En algunas aplicaciones, esto no es aceptable. Además las licencias son caras.
La nomenclatura de los comandos más usados, como mv cp cd etc, es una crítica perfectamente válida.
pero, ¿qué querés que hagamos dada la situación actual? ¿descartar el conocimiento construido, los scripts creados, la tendencia casi mecanística de escribir "ps aux | grep …..", para normalizar y mejorar la nomenclatura de estos comandos? ¿provee alguna ventaja real y significativa esto?
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10924
>>10914
>pero los s.o. tipo unix siguen siendo los más productivos
Eso puede no ser correcto para todo tipo de usuario, Mac por ejemplo solía tener su nicho en el diseño gráfico y layout, es UNIX based pero podría no serlo y los usuarios normales no lo notarían. En estos días no importa tanto el tipo de OS, de hecho NT tiene muchas similitudes con UNIX.
>valiosos de aprender, modificar, implementar, mantener. probame equivocado.
Tal vez, pero cuando hablas de UNIX no te referís solo al kernel, el kernel es una parte pequeña. El kernel de Linux por ejemplo debe tener unas 20 mil loc (quitando los drivers), el kernel de Minix, perfectamente documentado en el libro de Tanenbaum, es también muy compacto. En esa parte la innovación sería absurda, pero en todo lo demás UNIX es bastante malo.
>¿qué alternativa ofrecés, sino?
Descartar POSIX y todas las interfaces de UNIX. Comenzando por C, C es tan malo que muchas personas no se dan cuenta que las funciones de ctypes y atoi, atof y funciones similares son afectadas por una flag global de las locale. Una de las peores cosas es no tener una sistema de configuración único para todas las configuraciones, no hay nada peor que cada programa implementando su propio parser de configuración.
Me gusta BeOS, nunca lo use, pero tiene una interface (API) OOP que es buena, lastima que sea C++.
>¿descartar el conocimiento construido, los scripts creados, la tendencia casi mecanística de escribir "ps aux | grep …..", para normalizar y mejorar la nomenclatura de estos comandos? ¿provee alguna ventaja real y significativa esto?
En el largo plazo sería beneficial, yo quitaría todos los commandos y reemplazaría la shell con un interprete mejorado, algo como python (no python), pero la idea es no tener commandos sino ejecutar funciones en una shell directamente, algo como lo que hizo Terry en TempleOS.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10927
>>10924
>En el largo plazo sería beneficial, yo quitaría todos los commandos y reemplazaría la shell con un interprete mejorado, algo como python (no python), pero la idea es no tener commandos sino ejecutar funciones en una shell directamente, algo como lo que hizo Terry en TempleOS.
Cringazo. Ya existen SO así como https://node-os.com/ Luke Smith habló en uno de sus videos de esto, es un meme de /g/ eso de remplazar bash por Python? Suena horrible, honestamente.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10930
>>10901
soy >>10853
coincido en que el problema de windows ME ese no es por un leak, igual la verdad ni idea. Por ahí es un leak de un programa que esta corriendo todo el tiempo, pero si fuera eso no podría solucionarse con otro programa. No coincido que sea buena practica liberar la memoria al final de un programa si el OS la va a liberar despues de todas formas, es una perdida de tiempo del programa, del programador y es propenso a errores, tiene muchas cosas en contra y no aporta nada.
Cuando digo que c es el unico es porque, hasta donde sé, es el unico que se usa en la actualidad, la verdad nunca escuche hablar de esos 3 fuera del ambiente academico. Por ahí Fortran se usa para algunas cosas legadas, no sé. c# no lo usé mucho pero hasta donde ví te forzaba a plantear las cosas en OOP y no te dejaba tener punteros sueltos, así que no diría que te deja controlar la memoria sin trabas.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10933
>>10930
>o coincido que sea buena practica liberar la memoria al final de un programa si el OS la va a liberar despues de todas formas
Es lo mejor, sobre todo si usas herramientas como Valgrind.
>la verdad nunca escuche hablar de esos 3 fuera del ambiente academico.
Ada se usa en la industria aeronáutica , creo que para todo lo que es avionica y también lo usa en gobierno de los estados unidos.
En C# podes tener memoria que no es gestionada por el GC, lo mismo en GO o en Rust (Rust usa otro mecanismo). De hecho creo que hay un OS escrito en C#.
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.10940
>>10425
pero me habian dicho que jobs era un budista bueno
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
No.11027
>>10933
pero valgrind te hace una distinción entre "accesible al final del programa" e "inaccesible", que es lo que te debería importar
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
