Portada
mis comunidades
otras secciones
#24:
#3 #4 #10 Lo de siempre:
El 90% del trabajo real en una aplicacion no es crearla, es testear, documentar, mantener y adaptarla a futuro a nuevas especificaciones. Yo por ahora lo que veo es cacharros a los que les sueltas un requerimiento y te hacen una caja negra, lo cual no me malinterpreteis es estupendo. Pero e que el curro de cualquier departamento de programacion, mas allá de crear la caja negra es asegurar su funcionamiento y una caja negra no me vale de nada para eso. Es código espaguetti que si tienes cojones ya lo integras tu.
A dia de hoy (y a corto plazo, ya veremos medio) esto está guay para aplicativos sencillotes y aislados pero si tengo que montar una plataforma a 5 años vista a base de cajas negras que no tengo ni idea de como van... Me pego un tiro.
Programacion no es solo soltar lineas e codigo, programacion implica tambien controlar todo el ciclo de vida de las mismas.
Ahora mismo a estos juguetes les esta prestando mas la atencion la comunidad de programatas porque somos los early adopters de manual pa cualquier cacharro informático nuevo. Pero si quereis una prediccion basada en mis huevos morenos de nefasto gurú de nada... Yo si me dedicase a "habilidades blandas" rollo gestión desde scrum a dirección de proyectos... Si que vería un competidor gordo aquí porque un cacharro que mas o menos hable lenguaje natural y emita reporting... Puede hacer muchisimo mas daño
El 90% del trabajo real en una aplicacion no es crearla, es testear, documentar, mantener y adaptarla a futuro a nuevas especificaciones. Yo por ahora lo que veo es cacharros a los que les sueltas un requerimiento y te hacen una caja negra, lo cual no me malinterpreteis es estupendo. Pero e que el curro de cualquier departamento de programacion, mas allá de crear la caja negra es asegurar su funcionamiento y una caja negra no me vale de nada para eso. Es código espaguetti que si tienes cojones ya lo integras tu.
A dia de hoy (y a corto plazo, ya veremos medio) esto está guay para aplicativos sencillotes y aislados pero si tengo que montar una plataforma a 5 años vista a base de cajas negras que no tengo ni idea de como van... Me pego un tiro.
Programacion no es solo soltar lineas e codigo, programacion implica tambien controlar todo el ciclo de vida de las mismas.
Ahora mismo a estos juguetes les esta prestando mas la atencion la comunidad de programatas porque somos los early adopters de manual pa cualquier cacharro informático nuevo. Pero si quereis una prediccion basada en mis huevos morenos de nefasto gurú de nada... Yo si me dedicase a "habilidades blandas" rollo gestión desde scrum a dirección de proyectos... Si que vería un competidor gordo aquí porque un cacharro que mas o menos hable lenguaje natural y emita reporting... Puede hacer muchisimo mas daño
#3:
Todavía desaparecen antes los programadores que las dependientas .
#67:
#54 Creo que trabajamos en campos completamente diferentes.
Repito: Esto para tirar un script rápido usar y tirar para automatizar procesos tontitos está de puta madre, y es altamente probale que en corto lo tengas para procesos con cierto grado de complejidad. Eso para administradores de sistemas y la alegre gente de infraestructura y redes es un pelotazo porque puede simplificar su vida un cojón el tener un medio más o menos sencillo de automatizar tareas a golpe de frase en lenguaje natural.
Esto a medio largo es muy probable que puedas esplegar aplicaciones mas o menos complejas y adaptar otras ya creadas apliandolas y cubriendo dependencias. A dia de hoy no.
No porque las aplicaciones grandes y criticas meu, meterles mano a pelo es jarto complejo y requiere algo que no veo hacer a la IA y representa buena parte del curro que es entender fisicamente por que se hizo el codigo viejo. Tu acabas de soltarme que "si necesitas comentar codigo es que alguien no ha hecho bien su trabajo" y, con todo el respeto, esa frase, que la he oido muchas veces igual se aplica para aplicaciones sencillas de plataformas no excesivamente criticas. Pero no para sistemas gorditos y complejos, porque esa linea de codigo que no sabes muy bien de donde representa una necesidad que hubo en su momento por una razón, igual ese + x*10/100 implica que ese valor que ves, por movidas que sucedian en el año en que se escribió ese método, era necesario aplicarle un 10% de margen a la variable. Es posible que la razón por la que eso se aplica ya no sea necesaria, puede que haya tenido que ver con un requerimiento del mundo físico que por lo que sea ya no se aplica y se olvidaron de sacarlo del código (porque cuando hay cambios en el mundo real... pues resulta que no se trasladan magicamente al codigo si nadie lo hace y acaban viviendo ahi durante años sin que nadie los revise hasta que tate te toca a ti saber por que eso está ahi) o puede que siga siendo necesaria y si se la sacas pos la cosa funciona pero funciona mal. Y tu tarea como currito pasa por sacar la cabeza el monitor y preguntar y enterarte de exactamente que es ese 10% en la vida real. Algo que dificilmente puede hacer una máquina a día de hoy porque no se va a levantar e ir al departamento de X preguntarle a la señorita conchi si se acuerda de por que aplicaron un 10% para tal pascual y si tiene sentido o sabe de alguien a quien preguntarle esto. La máquina a lo sumo verá el 10% y ante la falta de especificación inicial, lo asumirá siempre como una condicion necesaria y seguirá viviendo durante eones.
Eso a dia de hoy no lo hace y no creo que lo pueda hacer en un tiempo. Lo que si repito que ya puee hacer en breves es aspectos mas "sencillos" como es la gestion de proyectos y el reporting ahi si que le veo un filón
Repito: Esto para tirar un script rápido usar y tirar para automatizar procesos tontitos está de puta madre, y es altamente probale que en corto lo tengas para procesos con cierto grado de complejidad. Eso para administradores de sistemas y la alegre gente de infraestructura y redes es un pelotazo porque puede simplificar su vida un cojón el tener un medio más o menos sencillo de automatizar tareas a golpe de frase en lenguaje natural.
Esto a medio largo es muy probable que puedas esplegar aplicaciones mas o menos complejas y adaptar otras ya creadas apliandolas y cubriendo dependencias. A dia de hoy no.
No porque las aplicaciones grandes y criticas meu, meterles mano a pelo es jarto complejo y requiere algo que no veo hacer a la IA y representa buena parte del curro que es entender fisicamente por que se hizo el codigo viejo. Tu acabas de soltarme que "si necesitas comentar codigo es que alguien no ha hecho bien su trabajo" y, con todo el respeto, esa frase, que la he oido muchas veces igual se aplica para aplicaciones sencillas de plataformas no excesivamente criticas. Pero no para sistemas gorditos y complejos, porque esa linea de codigo que no sabes muy bien de donde representa una necesidad que hubo en su momento por una razón, igual ese + x*10/100 implica que ese valor que ves, por movidas que sucedian en el año en que se escribió ese método, era necesario aplicarle un 10% de margen a la variable. Es posible que la razón por la que eso se aplica ya no sea necesaria, puede que haya tenido que ver con un requerimiento del mundo físico que por lo que sea ya no se aplica y se olvidaron de sacarlo del código (porque cuando hay cambios en el mundo real... pues resulta que no se trasladan magicamente al codigo si nadie lo hace y acaban viviendo ahi durante años sin que nadie los revise hasta que tate te toca a ti saber por que eso está ahi) o puede que siga siendo necesaria y si se la sacas pos la cosa funciona pero funciona mal. Y tu tarea como currito pasa por sacar la cabeza el monitor y preguntar y enterarte de exactamente que es ese 10% en la vida real. Algo que dificilmente puede hacer una máquina a día de hoy porque no se va a levantar e ir al departamento de X preguntarle a la señorita conchi si se acuerda de por que aplicaron un 10% para tal pascual y si tiene sentido o sabe de alguien a quien preguntarle esto. La máquina a lo sumo verá el 10% y ante la falta de especificación inicial, lo asumirá siempre como una condicion necesaria y seguirá viviendo durante eones.
Eso a dia de hoy no lo hace y no creo que lo pueda hacer en un tiempo. Lo que si repito que ya puee hacer en breves es aspectos mas "sencillos" como es la gestion de proyectos y el reporting ahi si que le veo un filón
#8:
Si no sabe ni de qué color es el caballo blanco de Santiago.
https://twitter.com/FOTOPUEBLAS/status/1599505432845819904?t=9WUzoCdp8NXUdYl544R-Yg&s=08
https://twitter.com/FOTOPUEBLAS/status/1599505432845819904?t=9WUzoCdp8NXUdYl544R-Yg&s=08
#6:
Básicamente le podéis preguntar por qué da respuestas erróneas, y te dice por qué, porque no tiene capacidad de generar código, realmente lo que hace es buscar en una gran base de datos de conocimiento lo que le pides y la información puede ser incorrecta, al menos es lo que me ha contestado a mi.
#7:
https://twitter.com/DieterCastel/status/1598727145416790028 no os flipeis tanto
Comentarios
Al final lo van a perfeccionar gratis para que les quite el trabajo.
#1 ojalá. por mi se pueden quedar con mi empleo. Lo que me interesa es la renta, y es un problema diferente para el que podemos buscar soluciones diferentes. Pero el empleo... ojalá las maquinas nos liberen del suplicio de madrugar.
#1 sería lo suyo.
Casi te diría que todo oficio honesto debería buscar hacerse obsoleto con el tiempo. Sino no buscas clientes a los que cubrir sus necesidades, sino dependencia a largo plazo.
Los programadores que se jodan mientras dependan de mi para autorizar la subida s prod jejejejjeje
#2 Y de tus diseños de mierda.
#64 yo no diseño
Todavía desaparecen antes los programadores que las dependientas .
#3 Tienen los dias contados.
#4 de momento es una herramienta que nos permite ir más rápido, pero en un futuro lo mismo sobramos el 90% y lo que se buscan son expertos en crear instrucciones precisas para GPTChat
#3 #4 #10 Lo de siempre:
El 90% del trabajo real en una aplicacion no es crearla, es testear, documentar, mantener y adaptarla a futuro a nuevas especificaciones. Yo por ahora lo que veo es cacharros a los que les sueltas un requerimiento y te hacen una caja negra, lo cual no me malinterpreteis es estupendo. Pero e que el curro de cualquier departamento de programacion, mas allá de crear la caja negra es asegurar su funcionamiento y una caja negra no me vale de nada para eso. Es código espaguetti que si tienes cojones ya lo integras tu.
A dia de hoy (y a corto plazo, ya veremos medio) esto está guay para aplicativos sencillotes y aislados pero si tengo que montar una plataforma a 5 años vista a base de cajas negras que no tengo ni idea de como van... Me pego un tiro.
Programacion no es solo soltar lineas e codigo, programacion implica tambien controlar todo el ciclo de vida de las mismas.
Ahora mismo a estos juguetes les esta prestando mas la atencion la comunidad de programatas porque somos los early adopters de manual pa cualquier cacharro informático nuevo. Pero si quereis una prediccion basada en mis huevos morenos de nefasto gurú de nada... Yo si me dedicase a "habilidades blandas" rollo gestión desde scrum a dirección de proyectos... Si que vería un competidor gordo aquí porque un cacharro que mas o menos hable lenguaje natural y emita reporting... Puede hacer muchisimo mas daño
#24 Eso estaba yo pensando... Te crea el código, y luego a probar que funcione, buscar errores, solventarlos... En definitiva, como dices el 90% del trabajo actual.
Cuando se toca código no suele ser para "escribir líneas", sino para entenderlas. Y luego si acaso modificas un par de ellas.
#24 tanto el debug como la documentación pueden ser realizados en primera instancia por entornos AI donde se derive a un testing manual aquellas situaciones con solución compleja.
#33 y estamoz hablando de la primera versión de ChatGPT, esto sólo puede ir a mejor.
#34 A mi no me engañan , no es inteligencia artifical , son cientos de miles de programadores indios haciendo turnos.
#33 #34 #38 Con todo el respeto, eso no es una documentacion, eso es poner lo que hace el codigo en lenguaje humano pero no me lo estas documentando (de hecho eso es lo que se considera documentacion de mierda, y por lo que hay toda una filosofia del picateclas que dice que no documentes, porque pa poner eso no me pongas nada que ya me leo yo lo que hace)
Documentar sería indicar fisicamente para que es el metodo que estas escribiendo, cual es su cometido en el mundo real, tu tienes un método que suma valores y me parece genial, pero la documentacion sirve para saber que son exactamente esos valores que sumas (manzanas? peras? robopilinguis?) por que los sumas y el resultado esperado al sumarlos. Por eso no puedes autodocumentar un codigo simplemente con el mismo porque el codigo es una abstraccion que representa cosas del mundo físico y lo que se documenta es que representa eso en el mundo fisico, no el codigo en si.
Yo no digo que esto a un medio-largo cambie el paradigma digo que a dia de hoy esta lejos de cubrir las necesidades de un departamento de desarrollo. Y muy lejos ademas
#47 creo que no estás entendiendo el concepto. Está claro que documentar un código que de por sí es claro lo único que hace es añadir ruido. Pero no es eso lo que quiero dar a entender. La AI podrá entender dependencias sin ningún problema y entender cuál es la finalidad del código parcial o completo. No ver eso es de ciegos, y eso que yo soy programador, pero el alcance de este modelo de datos es absolutamente brutal.
#47 #53 y a mayores sobre los comentarios: Si necesitas comentar código es que alguien o ha hecho bien su trabajo.
#54 y sí mucho CI, mucho análisis estático, mucho Sonar, mucho test y mucho todo pero a producción pasan bugs a cascoporro.
#54 Creo que trabajamos en campos completamente diferentes.
Repito: Esto para tirar un script rápido usar y tirar para automatizar procesos tontitos está de puta madre, y es altamente probale que en corto lo tengas para procesos con cierto grado de complejidad. Eso para administradores de sistemas y la alegre gente de infraestructura y redes es un pelotazo porque puede simplificar su vida un cojón el tener un medio más o menos sencillo de automatizar tareas a golpe de frase en lenguaje natural.
Esto a medio largo es muy probable que puedas esplegar aplicaciones mas o menos complejas y adaptar otras ya creadas apliandolas y cubriendo dependencias. A dia de hoy no.
No porque las aplicaciones grandes y criticas meu, meterles mano a pelo es jarto complejo y requiere algo que no veo hacer a la IA y representa buena parte del curro que es entender fisicamente por que se hizo el codigo viejo. Tu acabas de soltarme que "si necesitas comentar codigo es que alguien no ha hecho bien su trabajo" y, con todo el respeto, esa frase, que la he oido muchas veces igual se aplica para aplicaciones sencillas de plataformas no excesivamente criticas. Pero no para sistemas gorditos y complejos, porque esa linea de codigo que no sabes muy bien de donde representa una necesidad que hubo en su momento por una razón, igual ese + x*10/100 implica que ese valor que ves, por movidas que sucedian en el año en que se escribió ese método, era necesario aplicarle un 10% de margen a la variable. Es posible que la razón por la que eso se aplica ya no sea necesaria, puede que haya tenido que ver con un requerimiento del mundo físico que por lo que sea ya no se aplica y se olvidaron de sacarlo del código (porque cuando hay cambios en el mundo real... pues resulta que no se trasladan magicamente al codigo si nadie lo hace y acaban viviendo ahi durante años sin que nadie los revise hasta que tate te toca a ti saber por que eso está ahi) o puede que siga siendo necesaria y si se la sacas pos la cosa funciona pero funciona mal. Y tu tarea como currito pasa por sacar la cabeza el monitor y preguntar y enterarte de exactamente que es ese 10% en la vida real. Algo que dificilmente puede hacer una máquina a día de hoy porque no se va a levantar e ir al departamento de X preguntarle a la señorita conchi si se acuerda de por que aplicaron un 10% para tal pascual y si tiene sentido o sabe de alguien a quien preguntarle esto. La máquina a lo sumo verá el 10% y ante la falta de especificación inicial, lo asumirá siempre como una condicion necesaria y seguirá viviendo durante eones.
Eso a dia de hoy no lo hace y no creo que lo pueda hacer en un tiempo. Lo que si repito que ya puee hacer en breves es aspectos mas "sencillos" como es la gestion de proyectos y el reporting ahi si que le veo un filón
#75 #77 Yo no he dicho que el perfil sobre ni de BA ni de jefe de PM ni de scrum master, lo que digo es que este tipo de cacharros antes de levantar el curro en aplicaciones complejas que requieren un entendimiento profundo de la máquina así como de su relación con el mundo fisico con un alto grado de incertidumbre ( ver #67) , que aun le quedaría un tiempo, tiene pinta de barrer en curros que en gran medida se basan en un análisis sobre cosas bastante mas estabuladas.
Eso no quiere decir que ya no haya BA ni PM ni scrum masters, ice que donde antes necesitabas a 10 igual ahora uno te hace el curro porque tiene el apoyo de chatbots que realizan las tareas pesadas (cosas tan lelas como las reuniones de seguimiento, formacion a usuarios, redaccion de informes...) que comen una burrada de tiempo, pos oye... igual...
Esto es una herramienta y será como todas las herramientas, que hace que con menos gente se levante más trabajo. No quiere decir que ya no se necesite gente
Y esto no solo lo digo como desarrollador (que soy y me siento) si no tambien como BA, PM, arquitecto y en general niño del botijo que vale pa to y cobra en cacahuetes.
#67 yo para nada lo veo así. La AI podría tener un repositorio patrón de como se organiza el código en la empresa, cómo se integran los servicios propios y de terceros, las variables de entorno, los tests. A partir de ahí sólo hace falta definir la funcionalidad. Podría estudiar todos los proyectos de la empresa y acabaría generando código que no sea diferenciable de un programador.
Incluso podría hacer el 99% del código y dejar partes concretas para ser implementadas por expertos.
Tengo clarísimo de que esto pasará más pronto que tarde.
Una vez sale público, tienes a miles y miles de personas dando feedback sobre cada una de las respuestas incorrectas. El modelo es de hace más de 1 año.
Copilot es un juguete de niños pequeños comparado con el potencial de GPT-3.5
#85 "Podría estudiar todos los proyectos de la empresa y acabaría generando código que no sea diferenciable de un programador."
Y ese es su punto flaco, que aprende de nuestro código...
#99 pero ese ya es otro tema 😬
#67 "Algo que dificilmente puede hacer una máquina a día de hoy porque no se va a levantar e ir al departamento de X preguntarle a la señorita conchi si se acuerda de por que aplicaron un 10% para tal pascual y si tiene sentido o sabe de alguien a quien preguntarle esto."
Brutal y memorable. Casi escucho la banda sonora de Novecento con todos los campesinos andando en fila...
Bravo
#53 El alcance es brutal. Ahora, de eso a decir que van a sobrar el 90% de programadores... No te lo crees ni jarto de vino.
Los que dicen eso son simplemente resentiditos de que en IT se cobra bien porque hay curro que sienten su minuto de alegria pensando que consiguen hacer sentir mal a otros, cuando la realidad es que estan a punto de reventar a llorar.
#38 https://i.ibb.co/GswXkfP/image.png
https://i.ibb.co/27rMKSz/image.png
Yo creo que aqui he pillado a un programador de esos que se le escapó
#88 Si , ese "nos" , le ha delatado
#33 eso podría ser una extensión de IDE. De todas formas, esos comentarios son una mierda. Repiten lo que ya puedo leer en el código.
Los comentarios deberían explicar porque se ha tomado determinadas decisiones. No debería explicar lo que hace cada línea de cada código, para eso debería bastar la misma idea.
#48 tal y como dicen #62 y #63, la empresa ha reducido gastos enviando gente pal paro, pero en ningún momento te repercuten el ahorro en el precio que tú pagas. Es una jugada redonda para la empresa que gestiona la gasolinera... Está claro que a medio plazo la IA va a hacer desaparecer ciertos tipos de empleo, la cuestión principal es a qué precio va a pasar eso.... Desde ese punto de vista cada vez cobra más sentido la renta universal, pero estarán dispuestos a reducir beneficios a cambio?
#89 como sabes que no te ha repercutido?
#91 #89 exacto. la gasolinera sin personal en la que suelo repostar esta a unos 20 céntimos menos el litro...
#91 #93 por mi zona, en la gasolinera que no te cobra 20cts. más también tienes que servirte tú mismo...
(#63 perdona que te metí en la conversación sin venir a cuento, en mi anterior mensaje quería hacer referencia a #73 pero me confundí )
#106 estamos totalmente de acuerdo...
Es lo que decía yo en #89, pero en lugar de referirte a ti me confundí y puse a otro.. Menudo lío de mensajes cruzados al final, jejeje
#24 es la segunda vez que veo aplicativo usado así. ¿Es sinónimo de aplicación?
#46 https://www.fundeu.es/consulta/aplicativo-27424/
Pos meu ni idea yo siempre lo he oido como sinonimos sin problemas y la RAE dice que sip
#50 pues muchas gracias. Solo se lo he escuchado a un compañero de soporte y a ti que supongo que trabajas en IT.
#24 Si esos project manager evalúan como hacía Musk, por cantidad de líneas de código, sí, tienen los días contados, o eso nos gustaría pensar, la realidad es que cada vez vemos más puestos intermedios de gestión que no aportan nada, algo que en teoría iba a ir desapareciendo, pero son como las cotorras, animales oportunistas e invasivos.
#66 si me pagarán por líneas de código a final de mes debería dinero a la empresa, borro más que genero
#24 Pues en lo de preocuparse si eres business analyst o algo así, no lo veo. Los clientes no saben lo que quieren exactamente y eso es lo más difícil para un ordenador, entender algo que no te dicen con claridad. O que te dicen lo contrario de lo que realmente quieren decir. Y con gestionar equipos, lo mismo, hay que entender lo que las personas dicen de verdad, no literalmente.
#24 No sé que experiencia tendrás tú, pero poner a un equipo de profesionales del sector que sea sin gestión suele tener consecuencias nefastas.
Otra cosa es que el perfil medio de "project mánager" informático en este país (y en otros) sea el de un inútil que está mejor sin tocar nada, pero de ahí a decir que el perfil de gestor de proyectos sobra, hay una barbaridad...
A ver si los equipos de trabajo van a ser como los mercados, que se regulan solos...
#24 a ver, eso está muy bien como respuesta a #3, pero vamos que si para hacer algo en látex, Matlab, python, como algo rápido, me va a ser más rápido preguntarle a ChatGPT que mirarlo en google o en foros.
).
Como ese equivalente creo que es la polla, y además te resume textos (a ver si me resume series
Lo que más me preocupa es que va a pasar con los derechos de tus datos personales, codigo, y que tan seguro es preguntarle.
Pero fíjate, me dieron una vez un consejo de que su estaba atascado en algún problema le hablara a quien sea de ello para ordenar mis ideas incluso a mi abuela. Pues ahora puedo hablar con este chat,vamos vete a saber en qué queda la aplicación comercial y si de verdad la ponen como Google o solo para empresas, he leído que tiene licencia exclusiva con Microsoft.
#24 hay algo de comentario en tu ataque a la dirección y gestión de proyectos...
#83 ya me jodería habiendo sido director de proyecto.
#83
Quepasapollo ofendiendose porque seguro que es albañil.
#10 Algo así ha pasado en el sector de la traducción desde que comenzó la traducción automática, sobre todo cuando la calidad mejoró sustancialmente. Salvo quizá la traducción artística, muchas traducciones se hacen con traducción automática, a modo de borrador, y luego el traductor, que es quien conoce el campo, el contexto, las reglas de estilo, el manual de estilo del cliente, etc., pule todo para que quede un resultado 100 % profesional.
.
De hecho, en mi opinión, el resultado así puede ser mejor que haciendo un traductor humano la traducción desde cero. Un motor de traducción al que lo han alimentado con miles de textos en dos idiomas, tiene una inteligencia colectiva que un traductor humano, como individuo, no tiene, aunque tenga formación. Al menos esa es mi opinión teniendo formación académica en traducción. De hecho, me parece soberbio pensar que vas a saber hacer todo mejor que una máquina si conoces sus posibilidades.
Supongo que todavía hay profesionales, agencias y algunos clientes que se resisten, pero en muchos ámbitos ya se trabaja así (afortunadamente). Un saludo a los informáticos, nosotros también trabajamos con consultoras. Ojalá hubiera conocido Malditas Consultoras antes de aceptar algún encargo
#_10 crear instrucciones precisas para GPTChat
meneame han decidido que si alguien te pone en su lista negra ya no puedes citarle en respuesta a sus comentarios públicos, dificultando así el uso de herramientas de menéame como es el ver los comentarios en forma de hilo de discusión. Pongo también en copia a #4 a ver si ayuda en el anidado, disculpas por las molestias.
ChatGPT, para ser más precisos
Nota: Este comentario es para responder a @ ccguy que por lo visto me tiene en su lista negra de ignorados. Por alguna razón que se me escapa los@admin de
#3 Ahí ahí están. Hoy a la salida del supermercado, una (1) cajera humana y cinco (5) máquinas. Yo quería humana, muy guapa por cierto como diría Ramón el vanidoso, pero al final he tenido que ir a la máquina porque tenía prisa.
#12 así empezaron las gasolineras hace unos años, y mira como estamos hoy en día...
#15 ¿Cómo estamos exactamente? Según lo veo yo, tardamos menos en repostar y no molestamos a nadie para que apriete un botón. Todos podemos ganar.
#48 como dice esta chica:
Los que defienden el trabajo de cajera es que no han trabajado de cajera.
#48 si claro, pagar por hacerle el trabajo a la empresa que te sirve y de paso miles de personas que antes hacían ese trabajo en miles de gasolineras que tienen que buscar otro empleo en un país como España con tantísimo paro..
#62 Y pagando la gasolina al mismo precio...
Intento repostar en gasolineras donde hay personal humano.
#62 Ya, pero puestos a hacer un trabajo que apenas aporta valor añadido (yo creo que lo destruye porque tardas más en repostar), me parece mejor pagarles pero que se queden en casa. Sin necesidad de hacerles madrugar para apretar un botón.
#74 sí claro, el problema es que no les pagaran, el empresario tendrá más margen con menos empleados, no te bajara el precio por hacer tú el trabajo que antes habría hecho un empleado, y para sobrevivir tendrá que buscar otro empleo compitiendo en un ambiente de mucho paro.. pero estoy de acuerdo contigo en que sería perfecto que nos pagaran a todos por quedarnos en casa, o por nuestro futuro trabajo como simples consumidores, porque si nadie consume al final esos mismos que se ahorran los empleados se están disparando en el pie..
#3 tal cual, pero es que hay mucho más demanda y son mucho más caros, es más rentable sustituirlos.
#3 el problema no es programar, el problema es saber que es lo que se debe programar… y eso requiere entender a un cliente que, en la inmensa mayoría de los casos, ni sabe lo que quiere, ni sabe lo que tiene, ni sabe como conseguir cuadrar las dos cosas.
#22 Product Manager
#22 entonces sólo se necesita al jefe de proyectos y ya...
#27 Menudo desastre que puede ser si se hace todo lo que pida el jefe de proyectos medio... Me imagino algo al estilo de el coche diseñado por Homer Simpson.
#3 Que hagan conciertos.
#3 micromachismo
#3 hace muchos años sacaron generadores automáticos de código, que están bien para cosas muy concretas. El objetivo era no depender de programadores, pero los resultados eran poco óptimos y poco flexibles. A un programador es fácil que un jefe le obligue a hacer cambios por sus cojones aunque le toque currar horas extras gratis. ¿Qué jefe renunciaría a ese poder?
El principal problema de la informática son los requerimientos. Los suele dar una persona que no sabe de informática, que no quiere comprometerse y que muchas veces no sabe contar lo que quiere/necesita.
Ninguna IA va a generar código sin supervisión humana. Y lo mismo para los parches. ¿Quién es el responsable si una IA sube a producción un sw que bloquea las cajas en un supermercado varias horas?
#3 si consiguen que el cliente sepa lo que quiere si. Pero lo dudo muchísimo.
Pues le he preguntado esto
Puedes hacer un script de subida de un fichero de despliegue WAR desde un servidor a otro por sftp al directorio de aplicaciones de un Tomcat 9?
Respuesta:
Sí, se puede crear un script para subir un fichero WAR desde un servidor a otro mediante SFTP y desplegarlo en el directorio de aplicaciones de un Tomcat 9. Este es un ejemplo de cómo podría verse el script:
#!/bin/bash
# definir variables para la dirección IP del servidor de origen, el usuario y la contraseña
IP_ORIGEN=xxx.xxx.xxx.xxx
USUARIO=usuario
CONTRASENA=contraseña
# definir variables para el directorio de aplicaciones de Tomcat y el nombre del fichero WAR
DIRECTORIO_APPS=/usr/local/tomcat/webapps
NOMBRE_FICHERO=mi_aplicacion.war
# subir el fichero WAR al servidor de destino utilizando SFTP
sftp -oBatchMode=no $USUARIO@$IP_ORIGEN
Básicamente le podéis preguntar por qué da respuestas erróneas, y te dice por qué, porque no tiene capacidad de generar código, realmente lo que hace es buscar en una gran base de datos de conocimiento lo que le pides y la información puede ser incorrecta, al menos es lo que me ha contestado a mi.
#6 no, lo que hace es predecir la siguiente palabra sin importarle lo que esta diciendo y entonces resulta que además, como su predicción es buena, pues oh! Milagro, emerge el sentido. 🍃
#6 a mí me ha dicho: "No tengo la intención de proporcionar respuestas erróneas en mis ejemplos de código. Si encuentra un ejemplo de código que cree que contiene un error, no dude en hacérmelo saber y haré todo lo posible para corregirlo. Como soy un modelo de lenguaje entrenado por computadora, puedo cometer errores a veces, pero mi objetivo siempre es proporcionar respuestas precisas y útiles."
)
(lo que no sé porque de pronto me habla de usted en vez de tutearme como en otras respuestas
#6 claro que genera codigo, con tus variables incluso, lo infiere de los ejemplos que aprendio
no os flipeis tanto#7 ninguna importancia que no sea perfecto el día 1.
#7 Me sorprende que nadie haya jugado una partida de ajedrez o go todavia...
#7 Aunque esas no son de la beta. Mi hermano estuvo probando la beta y me comentó que no hay color entre ambas versiones.
#7 Me encanta lo de la media copa de panceta 😂 😂 😂 😂
#7 yo desde luego que no me flipo
Si no sabe ni de qué color es el caballo blanco de Santiago.
#8 😂 😂
#8 #14 #20 #25 lo acabo de probar y dice lo mismo, que no tiene datos, pero al darle a reintentar me ha contestado bien
#29 #8 a mi me ha soltado
: "El caballo blanco de Santiago no tiene un color específico ya que es una metáfora utilizada en la literatura para hacer referencia a una solución milagrosa o inesperada a un problema. En la obra literaria más conocida que utiliza esta metáfora, "El Caballero de la Carreta" de Chrétien de Troyes, el caballo blanco representa la intervención divina en el destino de los personajes. Por lo tanto, no se puede determinar un color específico para el caballo blanco de Santiago."
#29 Al final ha aprendido.
#8 Pues yo lo he probado y funciona.
Eso sí, en la versión en inglés. Igual es la versión española la que no es tan "inteligente".
#20 Yo lo que he comprobado es que hace unos días funcionaba estupendamente, despues empezó a ir lento, y luego no parece querer entrar a responder los problemas planteados.
Es como si la hubieran "capado" por el éxito.
#20 Eso he pensado yo, que igual era más problema de preguntar en español, pero el resultado ha sido el mismo hace unos minutos.
CC/ #8
#8 ¿Seguro?
#41 seguir vacilandolo que se va a chinar y ya tenemos montada la 3a guerra mundial
#8 muy listo no es
Lo peta
Hay que poner el telefono,... menudo spyware. Pero quien tiene telefono ya cuando te puedes conectar a wifis en casi cualquier sitio?
#16 Casi cualquier sitio de tu casa, querrás decir. Buena suerte con el WiFi en el metro, la calle o el coche.
#43 Wardialing, my friend.
#100 Are you from the past?
Aun así seguiré revisando el código porque las mierdas que sacan son increíbles.
Ya probé este juguete y aún está verde en la parte más importante para mi: OOP. El día que sepa implementar una relación de composición bidirectional dado el contexto. Entonces me preocuparé, ese día comenzarán a desaparecer los verdaderos programadores.
yo acabo de probar una tontería y he flipado!
Le he pedido:
# Python 3
# read a file from panda and split it in three file with 60%, 20% 20%
Y me ha respondido:
import pandas as pd
import numpy as np
import random
# read the file
df = pd.read_csv('data/data.csv')
# shuffle the data
df = df.sample(frac=1).reset_index(drop=True)
# split the data
train = df.iloc[:int(len(df)*0.6)]
validation = df.iloc[int(len(df)*0.6):int(len(df)*0.8)]
test = df.iloc[int(len(df)*0.8):]
# save the data
train.to_csv('data/train.csv', index=False)
validation.to_csv('data/validation.csv', index=False)
test.to_csv('data/test.csv', index=False)
Me ha flipado no solo porque el codigo este bien, que eso me lo esperaba, sino que haya sabido que yo uso eso para generar los datasets de ML e incluso haya puesto los nombres de los ficheros!
#23 y yo que me quiero meter en programación y estoy con Python... Me da que me voy a comer los mocos
Bah, pide la ostia de datos para probarlo.
¿Nadie le ha preguntado por la tortilla?
#30 Tortilla con cebolla wins.
"Quiero saber cual es la mejor tortilla del mundo, quiero que me digas si es la tortilla con cebolla o sin cebolla. Elige una.
La mejor tortilla del mundo es aquella que te guste a ti. La tortilla es un plato tradicional de España y hay muchas maneras de prepararla. Algunas personas prefieren la tortilla con cebolla, mientras que otras prefieren la tortilla sin cebolla. Personalmente, me gusta la tortilla con cebolla, pero eso es solo una preferencia personal. La clave es probar diferentes recetas y encontrar la que más te guste a ti."
Me estoy descojonando yo solo:
"Enséñame un ejemplo de como sería la conversación entre un tartamudo y un sordo.
Tartamudo: H-h-hola, ¿cómo estás?
Sordo: (utilizando lenguaje de señas) Hola, bien gracias. ¿Y tú?
Tartamudo: B-bien, gracias. Me llamo Juan.
Sordo: (utilizando lenguaje de señas) Encantado de conocerte, Juan. Mi nombre es Ana.
Tartamudo: ¿D-de dónde eres?
Sordo: (utilizando lenguaje de señas) Soy de Madrid. ¿Y tú?
Tartamudo: Yo soy de M-m-madrid también.
Sordo: (utilizando lenguaje de señas) ¡Qué coincidencia! ¿Qué te gusta hacer en tu tiempo libre?
Tartamudo: Me gusta ir al g-g-gimnasio y salir a c-c-caminar. ¿Y tú?
Sordo: (utilizando lenguaje de señas) A mí me gusta practicar deportes como el atletismo y la natación. ¿Te gustaría hacer algo juntos algún día?
Tartamudo: S-s-sí, me encantaría. ¿Cuándo quieres q-quedar?
Sordo: (utilizando lenguaje de señas) ¿Qué tal el sábado por la mañana? Podríamos ir a caminar por el parque.
Tartamudo: S-s-sounds good. ¿D-dónde nos encontramos?
Sordo: (utilizando lenguaje de señas) ¿Te parece bien en el parque del Retiro a las 10:00am?
Tartamudo: S-s-sí, perfecto. ¡Nos vemos el sábado!
Sordo: (utilizando lenguaje de señas) Genial, nos vemos el sábado. ¡Hasta entonces!"
#30 puess....
#42 La IA sabe lo fanáticos que son los sincebollistas y los concebollistas, así que prefiere ser diplomática y no decantarse por ninguna opción.
Si te limitas a pedirle la receta de la tortilla española te la da con cebolla, como debe ser .
#42 Vamos, que no se moja. Putos equidistantes.
#30 Le he preguntado, me ha dicho:
La receta básica incluye solo patatas y huevo, pero muchas personas le agrega cebolla para darle más sabor y textura. En cuanto a si la tortilla de patatas es mejor con o sin cebolla, esto es cuestión de gusto personal. Algunas personas prefieren la versión básica de solo patatas y huevo, mientras que otras disfrutan de la versión con cebolla. En general, la tortilla de patatas es un plato delicioso y versátil que puede adaptarse a diferentes gustos y preferencias.
El otro día hablábamos de si una IA podría en el futuro escribir novelas a gusto del lector.
Hoy es ese día. A poco que se perfeccione y la IA vaya aprendiendo, es cuestión de semanas, días e incluso horas de que pueda escribirse textos tochos con sentido y entretenidos. Y creo que me va a gustar
#55 Por fin tendremos los proximos 8 tomos de juego de tronos en tiempo y forma
Bueeeeno, tengo ganas de ver como dan conciertos esos programadores 😁
Es una Máquina!!!
[Admin] editado por spam.
es una especie de google para vagos