Si no puedes contratar a los mejores ingenieros de tiempo completo, creo que puede ser mejor contratar a los mejores ingenieros de medio tiempo que contratar de tiempo completo a ingenieros suficientemente buenos.
Claro, dependerá de qué tan difíciles sean técnicamente los problemas que resuelve tu negocio, pero si empiezas a contratar talento de nivel B, el talento de nivel A nunca va a llegar.
Creo que una alta densidad de talento es, por sí sola, el mejor beneficio, y que una alta densidad de talento en sí misma es una excelente oferta.
Por supuesto, si es una organización que no resuelve problemas difíciles, quizá no sea necesario contratar a los mejores ingenieros; pero en ese caso, primero habría que reflexionar si realmente hace falta contratar ingenieros. Si no es un negocio donde la tecnología sea el núcleo, creo que tercerizar podría ser una mejor opción.
¿Por qué sería un problema que un estudiante use IA para hacer una tarea?
El problema es el docente que asigna una tarea que se puede entregar usando IA...
¿De verdad creen que se puede confiar en el desempeño de GPTZero?
¿Se soluciona haciendo que la tarea se escriba a mano? ¿Entonces significa que está bien preguntarle a la IA, copiarlo a mano y entregarlo?
Por favor, reaccionen y vean la esencia del problema...
La rapidez de los cambios en esta industria es tanto una ventaja como una desventaja jaja. Pero el problema del texto, en el fondo, se debe al caos que provoca Vercel. Si van a trabajar en frontend, conviene tenerle bastante cuidado a Vercel :(
Estoy totalmente de acuerdo, pero me pregunto si en lugar de decir que alguien "odia" a la IA, no sería mejor decir que la "rechaza". El significado y la connotación que implica la palabra "odio" no son buenos, y el odio siempre engendra más odio.
Biome sigue siendo más rápido. Pero si solo vemos la velocidad, oxlint de VoidZero es aún más rápido.
Como Biome es más cómodo en términos de usabilidad y documentación, a menos que el ESLint actual se vuelva más rápido y al mismo tiempo se estabilice con la combinación ESLint + ESLint Stylistic en lugar de ESLint + Prettier, esta optimización de multithreading es asombrosa, pero da la impresión de que algún día podría ser reemplazado.
También son buenas noticias para Firefox.
Sin el dinero de apoyo que Google les da para que, al menos nominalmente, parezca que no es un monopolio, Mozilla se iría inmediatamente a la quiebra.
Si pierde Chrome, ya no tendría motivo para seguir dándolo.
No hackearon la comunicación, sino el gateway.
Como los servidores del juego aumentan o disminuyen según la carga,
el gateway te indica a cuál servidor conectarte cuando inicias sesión.
Hoy en día se pueden obtener certificados TLS gratis, así que también es posible implementar HTTPS de forma segura, ¿no?
La idea sería que el gateway comprometido apunte a un servidor incorrecto, y que ese servidor intercepte todos los datos para ejecutar un ataque MITM.
Lo que dice la opinión de Hacker News en el comentario de abajo es exacto.
"Next.js tiene una capa de abstracción enorme e innecesaria para el 99.9999% de los proyectos; en los pocos casos en que realmente se necesita algo así, creo que sería mejor hacer una solución a medida con componentes de más bajo nivel"
APIs excesivamente complejas sin necesidad, la forma en que promocionan como production ready algo inestable e incompleto, y la enorme dependencia de Vercel hacen que, si no usas Vercel, sea difícil operarlo en serio.
Como empecé mi carrera en la web, quizá por eso lo veo así, pero la web (sobre todo el frontend) originalmente se desarrolla con ese saborcito (?) jaja
Con ese sabor de cambios rapidísimos...
El lado de JS se siente un poco así. Hay un montón de cosas que supuestamente son buenas, pero todas tienen algún problemita y van cambiando rapidísimo según la moda...
Aunque puede ser que lo sienta así porque antes trabajaba principalmente con Java, EJB y Struts.
Si no puedes contratar a los mejores ingenieros de tiempo completo, creo que puede ser mejor contratar a los mejores ingenieros de medio tiempo que contratar de tiempo completo a ingenieros suficientemente buenos.
Claro, dependerá de qué tan difíciles sean técnicamente los problemas que resuelve tu negocio, pero si empiezas a contratar talento de nivel B, el talento de nivel A nunca va a llegar.
Creo que una alta densidad de talento es, por sí sola, el mejor beneficio, y que una alta densidad de talento en sí misma es una excelente oferta.
Por supuesto, si es una organización que no resuelve problemas difíciles, quizá no sea necesario contratar a los mejores ingenieros; pero en ese caso, primero habría que reflexionar si realmente hace falta contratar ingenieros. Si no es un negocio donde la tecnología sea el núcleo, creo que tercerizar podría ser una mejor opción.
Entonces, ¿ahora solo queda GoLand?
El último, el 21, sí es un problema.
¿Por qué sería un problema que un estudiante use IA para hacer una tarea?
El problema es el docente que asigna una tarea que se puede entregar usando IA...
¿De verdad creen que se puede confiar en el desempeño de GPTZero?
¿Se soluciona haciendo que la tarea se escriba a mano? ¿Entonces significa que está bien preguntarle a la IA, copiarlo a mano y entregarlo?
Por favor, reaccionen y vean la esencia del problema...
La rapidez de los cambios en esta industria es tanto una ventaja como una desventaja jaja. Pero el problema del texto, en el fondo, se debe al caos que provoca Vercel. Si van a trabajar en frontend, conviene tenerle bastante cuidado a Vercel :(
Ojalá que la interfaz fuera un poco más moderna..
En Windows también se puede instalar mediante scoop.
Está bueno..
Parece que Zed le está poniendo bastante esfuerzo a la integración de IA.
Protocolo de Cliente de Agentes (ACP)
Zed - el editor de código con IA más rápido
El editor de código colaborativo "Zed" ahora pasa a ser de código abierto
Estoy totalmente de acuerdo, pero me pregunto si en lugar de decir que alguien "odia" a la IA, no sería mejor decir que la "rechaza". El significado y la connotación que implica la palabra "odio" no son buenos, y el odio siempre engendra más odio.
Biome sigue siendo más rápido. Pero si solo vemos la velocidad,
oxlintde VoidZero es aún más rápido.Como Biome es más cómodo en términos de usabilidad y documentación, a menos que el ESLint actual se vuelva más rápido y al mismo tiempo se estabilice con la combinación ESLint + ESLint Stylistic en lugar de ESLint + Prettier, esta optimización de multithreading es asombrosa, pero da la impresión de que algún día podría ser reemplazado.
Dios mío;;;;;;;
Interesante.
También son buenas noticias para Firefox.
Sin el dinero de apoyo que Google les da para que, al menos nominalmente, parezca que no es un monopolio, Mozilla se iría inmediatamente a la quiebra.
Si pierde Chrome, ya no tendría motivo para seguir dándolo.
Parece que todavía no se dieron cuenta de que React también perjudica la productividad.
Aunque el código sea muy largo, si se puede explicar fácilmente "qué hace", no es deuda.
Por eso se dice que el uso indiscriminado de la IA genera deuda, porque dificulta hacer eso.
No hackearon la comunicación, sino el gateway.
Como los servidores del juego aumentan o disminuyen según la carga,
el gateway te indica a cuál servidor conectarte cuando inicias sesión.
Hoy en día se pueden obtener certificados TLS gratis, así que también es posible implementar HTTPS de forma segura, ¿no?
La idea sería que el gateway comprometido apunte a un servidor incorrecto, y que ese servidor intercepte todos los datos para ejecutar un ataque MITM.
Lo que dice la opinión de Hacker News en el comentario de abajo es exacto.
"Next.js tiene una capa de abstracción enorme e innecesaria para el 99.9999% de los proyectos; en los pocos casos en que realmente se necesita algo así, creo que sería mejor hacer una solución a medida con componentes de más bajo nivel"
APIs excesivamente complejas sin necesidad, la forma en que promocionan como production ready algo inestable e incompleto, y la enorme dependencia de Vercel hacen que, si no usas Vercel, sea difícil operarlo en serio.
Como empecé mi carrera en la web, quizá por eso lo veo así, pero la web (sobre todo el frontend) originalmente se desarrolla con ese saborcito (?) jaja
Con ese sabor de cambios rapidísimos...
El lado de JS se siente un poco así. Hay un montón de cosas que supuestamente son buenas, pero todas tienen algún problemita y van cambiando rapidísimo según la moda...
Aunque puede ser que lo sienta así porque antes trabajaba principalmente con Java, EJB y Struts.
Gracias.