Los refranes tienen un significado implícito, pero cada vez hay más gente que los interpreta solo de forma literal.
Si ese tipo de ideas se pone de moda, otra vez la sala de reuniones se vuelve un caos como si nada.
Los adictos al papeleo se emocionan y se desatan, y el mismo fracaso se repite otra vez cada año.
Esto está muy ligado a la legislación laboral de cada país... En muchas empresas de EE. UU. simplemente se van turnando, y cuando a alguien no le funciona en cierto período, le cambian el orden. Eso suele ser lo normal. Como es algo pesado, también hay empresas que tienen un equipo dedicado exclusivamente al on-call.
En Europa, casi siempre hay una compensación aparte, ya sea porque cambió la naturaleza del trabajo o porque se considera trabajo fuera de horario.
En nuestro país, por culpa del sistema de salario integral, se suele manejar más o menos así no más. El on-call claramente también es trabajo, pero lo maquillan como si el pago por ese tiempo fuera una prestación o beneficio.
La verdad, ya sería difícil usar todos esos servicios, así que tener MCP es una gran ventaja.
Si de aquí en adelante mantienen bien la API, creo que será útil.
Aunque el hardware de Apple es excelente, su software está lleno de restricciones pensadas para atar al usuario.
Incluso si solo quieres que una app que tú mismo hiciste y compilaste funcione únicamente en tu propio dispositivo, necesitas una suscripción de 100 dólares.
Si eres desarrollador y usas apps open source pequeñas o medianas que compilas por tu cuenta para usarlas,
en vez de tener que hacer jailbreak con vulnerabilidades y hacer sideload en un dispositivo de Apple, es más fácil simplemente usar Android.
En nuestro caso, la guardia se pagaba a la mitad de la tarifa por hora, se apoyaban los gastos de comunicación y el tiempo de soporte se pagaba como horas extra al 1.5x.
[enlace eliminado] Parece que aquí dejaron una captura de pantalla de la versión de Android. Cuanto más lo usas, más se siente como una herramienta curiosa. La comunidad también es bastante geek y tiene muchos aspectos sorprendentes.
Con solo Emacs se puede hacer de todo. Últimamente incluso se puede instalar en Android, así que está buenísimo poder aprovechar tal cual las funciones de escritorio. Estoy profundizando bastante en el tema de Emacs como herramienta de gestión del conocimiento. Cuando mi hijo, que ahora va al jardín, entre a la primaria, para entonces seguro ya estará haciendo lifelogging con Emacs jaja. Como solo hay que aprender una sola herramienta, a largo plazo es una forma de reducir preocupaciones.
Pero si simplemente se les hubiera explicado a los usuarios el principio de la ofuscación y se hubiera ofrecido el servicio con una cláusula de exención de responsabilidad aceptando que cierto modelo podría vulnerarlo, quizá no habría sido necesario reembolsar; se nota que son muy considerados con los usuarios jaja
Últimamente, me da la impresión de que están despidiendo personal y trasladando al código abierto el mantenimiento que se volvió más difícil, para terminar cargándoselo a la comunidad.
Mientras refactorizaba, bastantes veces el análisis de código del lado de tsserver se ponía lento y el editor se congelaba por completo; ojalá salga pronto y podamos liberarnos de este sufrimiento.
Sentí que mucha gente lo proponía sin pensar en el structural typing.
Reescribirlo en un lenguaje de nominal typing como C# o Rust seguramente no habría sido fácil, porque habría que cambiar demasiadas cosas de la estructura fundamental del proyecto.
Entre los lenguajes que adoptan structural typing, los únicos que podrían dar un mejor rendimiento que una base existente en JS probablemente serían C++ o Go, pero si también se considera la productividad, no hay una alternativa real.
Es porque no has visto una buena casa de Electron ~
... eso es lo que parece que están diciendo jajaja
Los refranes tienen un significado implícito, pero cada vez hay más gente que los interpreta solo de forma literal.
Si ese tipo de ideas se pone de moda, otra vez la sala de reuniones se vuelve un caos como si nada.
Los adictos al papeleo se emocionan y se desatan, y el mismo fracaso se repite otra vez cada año.
Esto está muy ligado a la legislación laboral de cada país... En muchas empresas de EE. UU. simplemente se van turnando, y cuando a alguien no le funciona en cierto período, le cambian el orden. Eso suele ser lo normal. Como es algo pesado, también hay empresas que tienen un equipo dedicado exclusivamente al on-call.
En Europa, casi siempre hay una compensación aparte, ya sea porque cambió la naturaleza del trabajo o porque se considera trabajo fuera de horario.
En nuestro país, por culpa del sistema de salario integral, se suele manejar más o menos así no más. El on-call claramente también es trabajo, pero lo maquillan como si el pago por ese tiempo fuera una prestación o beneficio.
La verdad, ya sería difícil usar todos esos servicios, así que tener MCP es una gran ventaja.
Si de aquí en adelante mantienen bien la API, creo que será útil.
Aunque el hardware de Apple es excelente, su software está lleno de restricciones pensadas para atar al usuario.
Incluso si solo quieres que una app que tú mismo hiciste y compilaste funcione únicamente en tu propio dispositivo, necesitas una suscripción de 100 dólares.
Si eres desarrollador y usas apps open source pequeñas o medianas que compilas por tu cuenta para usarlas,
en vez de tener que hacer jailbreak con vulnerabilidades y hacer sideload en un dispositivo de Apple, es más fácil simplemente usar Android.
En nuestro caso, la guardia se pagaba a la mitad de la tarifa por hora, se apoyaban los gastos de comunicación y el tiempo de soporte se pagaba como horas extra al 1.5x.
Parece que el bando de C# estaba escondido por ahí.
> Francamente, hoy en día desarrollas en Java y tampoco es que necesariamente tengas que usar productos de JetBrains.
En esta parte... me cuesta un poco estar de acuerdo, sniff sniff...
[enlace eliminado] Parece que aquí dejaron una captura de pantalla de la versión de Android. Cuanto más lo usas, más se siente como una herramienta curiosa. La comunidad también es bastante geek y tiene muchos aspectos sorprendentes.
Con solo Emacs se puede hacer de todo. Últimamente incluso se puede instalar en Android, así que está buenísimo poder aprovechar tal cual las funciones de escritorio. Estoy profundizando bastante en el tema de Emacs como herramienta de gestión del conocimiento. Cuando mi hijo, que ahora va al jardín, entre a la primaria, para entonces seguro ya estará haciendo lifelogging con Emacs jaja. Como solo hay que aprender una sola herramienta, a largo plazo es una forma de reducir preocupaciones.
[enlace eliminado]
Pero si simplemente se les hubiera explicado a los usuarios el principio de la ofuscación y se hubiera ofrecido el servicio con una cláusula de exención de responsabilidad aceptando que cierto modelo podría vulnerarlo, quizá no habría sido necesario reembolsar; se nota que son muy considerados con los usuarios jaja
Fue un texto que me dio una respuesta a las inquietudes que he tenido últimamente. Muchas gracias por compartir un texto tan bueno.
Lo estoy usando compilando directamente el lsp. Al cambiarlo a Go, se siente clarísimo que bajó el uso de recursos.
Últimamente, me da la impresión de que están despidiendo personal y trasladando al código abierto el mantenimiento que se volvió más difícil, para terminar cargándoselo a la comunidad.
Oh, qué locura, por fin...!!!
MS es realmente impresionante.
Últimamente está de moda mejorar el rendimiento solo con pasar js a rust / go
Oh, increíble
Mientras refactorizaba, bastantes veces el análisis de código del lado de
tsserverse ponía lento y el editor se congelaba por completo; ojalá salga pronto y podamos liberarnos de este sufrimiento.Sentí que mucha gente lo proponía sin pensar en el
structural typing.Reescribirlo en un lenguaje de
nominal typingcomo C# o Rust seguramente no habría sido fácil, porque habría que cambiar demasiadas cosas de la estructura fundamental del proyecto.Entre los lenguajes que adoptan
structural typing, los únicos que podrían dar un mejor rendimiento que una base existente en JS probablemente serían C++ o Go, pero si también se considera la productividad, no hay una alternativa real.