Lo explicó de forma demasiado rebuscada para algo simple... Estados Unidos quiere que el dólar sea la moneda de reserva mundial, y para que eso ocurra, en vez de vender muchos productos y hacer que los dólares se acumulen dentro de EE. UU., necesita comprar muchos bienes para que los dólares se distribuyan por el mercado mundial.
Crear extensiones de Python con C/C++ reduce demasiado la productividad, pero PyO3 es muy cómodo porque de entrada cuenta con maturin y cargo.
Además, en los módulos de Python la compilación cruzada también es indispensable, y con Rust incluso eso es sencillo.
Parece que el sistema de salario integral en realidad se usa con la idea de que la compensación del tipo 2, de salario mensual fijo, ya está incluida jajaja
Cuando trabajaba en una empresa, cuando me tocaba estar de guardia, era bastante estresante dormir ligero con la laptop y el Apple Watch encima para responder a incidentes, incluso durante las horas de sueño, al manejar y en los días libres. Después de renunciar, me encantó poder no ser interrumpido-
Responder 24/7 no es nada fácil. Más aún si eres la única persona de DevOps... básicamente no existe jajajaja.
Solo queda cerrar los ojos y rezar para que el servicio no reviente... jajajaja
Me parece bueno que estén pensando en la compensación. Porque ni siquiera suelen prestar atención a la compensación en sí. En especial el on-call dentro del salario integral... hay un ambiente en el que se da por hecho...
Aunque uso una buena laptop, sinceramente no me queda muy claro eso de que VS Code sea rápido. Al final termino usando IntelliJ, que de plano es pesado pero muy cómodo por la cantidad de funciones que tiene, o si no, un IDE o editor de texto desarrollado de forma nativa. Definitivamente se sentía más rápido y la experiencia era mejor.
Estoy de acuerdo en que es un buen framework por sí mismo, pero como muchas empresas y startups se enfocan en sacar productos rápido con la excusa de la buena productividad sin preocuparse por el rendimiento, cuando dicen que algo está hecho con Electron termino rechazándolo de entrada.
De todos modos, ¿quieres decir que la experiencia de apertura es mejor que con algo como Qt?
Lo explicó de forma demasiado rebuscada para algo simple... Estados Unidos quiere que el dólar sea la moneda de reserva mundial, y para que eso ocurra, en vez de vender muchos productos y hacer que los dólares se acumulen dentro de EE. UU., necesita comprar muchos bienes para que los dólares se distribuyan por el mercado mundial.
Crear extensiones de Python con C/C++ reduce demasiado la productividad, pero PyO3 es muy cómodo porque de entrada cuenta con
maturinycargo.Además, en los módulos de Python la compilación cruzada también es indispensable, y con Rust incluso eso es sencillo.
Entiendo los otros puntos, pero la afirmación sobre la RAM está demasiado alejada de la experiencia...
Parece que el sistema de salario integral en realidad se usa con la idea de que la compensación del tipo 2, de salario mensual fijo, ya está incluida jajaja
Las aplicaciones de Electron que siempre deben permanecer ejecutándose en segundo plano me parecían algo pesadas.
"Ese proceso en sí mismo al final se queda como experiencia acumulada del desarrollador". Estoy totalmente de acuerdo.
Pensando en el Magic Mouse y la Touch Bar... :thinking_face:
Me hace pensar en una historieta web donde la IA les da prompts inversos a los humanos para que programen.
https://comic.naver.com/bestChallenge/detail?titleId=818158&no=21
La idea era adjuntar una annotation y esparcir aleatoriamente texto oculto con transparencia en forma de prompt.
Pues no sé... incluso con solo 3 o 4 apps de Electron abiertas, es muy común que ya andes sufriendo por falta de memoria....
No parece que hayan agregado una anotación; ¿será que están esparciendo texto oculto de forma aleatoria?
Hay demasiada superficie de ataque y no le prestan mucha atención, así que ahora pienso dejarlo.
Cuando trabajaba en una empresa, cuando me tocaba estar de guardia, era bastante estresante dormir ligero con la laptop y el Apple Watch encima para responder a incidentes, incluso durante las horas de sueño, al manejar y en los días libres. Después de renunciar, me encantó poder no ser interrumpido-
Sí uso IA, pero como es tonta, si no sabes corregirla no puede implementarlo bien. Viendo eso de vibe coding, todo está lleno de código con errores...
Parece que esto va a seguir ocurriendo a menos que la IA realmente pueda resolver problemas y aprender al mismo tiempo, como lo hace una persona.
Me da curiosidad cómo será el motor del juego en sí.
Responder 24/7 no es nada fácil. Más aún si eres la única persona de DevOps... básicamente no existe jajajaja.
Solo queda cerrar los ojos y rezar para que el servicio no reviente... jajajaja
Me parece bueno que estén pensando en la compensación. Porque ni siquiera suelen prestar atención a la compensación en sí. En especial el on-call dentro del salario integral... hay un ambiente en el que se da por hecho...
Aunque uso una buena laptop, sinceramente no me queda muy claro eso de que VS Code sea rápido. Al final termino usando IntelliJ, que de plano es pesado pero muy cómodo por la cantidad de funciones que tiene, o si no, un IDE o editor de texto desarrollado de forma nativa. Definitivamente se sentía más rápido y la experiencia era mejor.
Estoy de acuerdo en que es un buen framework por sí mismo, pero como muchas empresas y startups se enfocan en sacar productos rápido con la excusa de la buena productividad sin preocuparse por el rendimiento, cuando dicen que algo está hecho con Electron termino rechazándolo de entrada.