la gente ni siquiera puede migrar a una versión mas moderna de un lenguaje ahora no van a reescribir todo además si los políticos dicen que no hay que usar C/C++ entonces hay que usar C/C++ XD
Rust lleva mucho tiempo siendo un lenguaje super político... una pena, pero la verdad, si el gobierno me dice que programaré en Rust y seré feliz, entonces ya tengo razones más que suficientes para seguir utilizando C89 / ANSI C.
Lo que se refieren en la seguridad en la memoria, pero si, hay varios lenguajes que pueden ocacionar problemas de otros tipos que igualmente afectarian.
Mucha seguridad piden los gobiernos y todavía ves en las administraciones públicas equipos con windows xp, y millones con windows 7.... Y ahora salen con estas... Entras en páginas web de la Junta de Extremadura y te salta la advertencia que sus certificados están caducados... de qué van....
En parte tienes razón, pero el Gobierno de Estados unidos hace unos anios atrás le pago a Microsoft para que de forma exclusiva le hiciera las actualizaciones de seguridad para sus equipos con Windows xp entre esos sistemas criticos de la marina.
@@santiagoarrieta2175bueno, a cobol hay que darle el crédito de ser menos interesado en ser aprendido. Pero si es algo viejo ya, el problema es lo altamente integrado que se encuentra incluso en uso de transacciones bancarias
En las empresas es difícil actualizar los equipos, software y hardware lo hacen cada cierto tiempo. En los gobiernos es más difícil eso y por ello recurren a pagarle a las empresas por esas actualizaciones.
@@Kasmin058-LHM no estoy tratando de refutar , pero eso no explica nada(es cierto pero suena a excusa barata) Ahí 3 grandes razones. Ignorancia, los que manejan dichos sistemas son operadores solo saben usar la parte del software mínima para realizar su trabajo, cualquier cambio implica recapacitar a esta gente(lo que cuesta dinero) Logística, en especial Mainframes (por ejemplo de servicio como colectivos, trenes y trasporte scon años encima), son sistemas antiguos no modularizados, osea ahí una solo computadora que procesa y coordina todo, la única forma de actualizar estos sistemas sin causar graves accidentes es detener el servicio simultáneamente y realizar un cambio masivo de todas las terminales (básicamente requiere la coordina de todo un país ya que el transporte afecta a la economía, politixa, servicios de salud etc). Un reemplazo progresivo no es imposible pero usar 2 sistemas implica un mayor riesgo de accidentes y crea muchos problemas por fallas de coordinación y suelen hacerse "atar con alambre" para que los 2 sistemas no colapsen(cosa q tiene que ser removida después). En sistemas más chicos simplemente no fueron implementados con la idea de q debían requerir un mantenimiento periódico, algunas veces haciendo q sea más viable reemplazarlos y ya. 3 corrupción y estafas en especial en megacoeporaciones y organismos públicos es un buen punto ciego para desviar fondos, en términos de tecnología todos somos ignorantes, simplemente pq la inovación constante del siglo que vivimos, en 20 años pasamos de un celular que solo llamaba y mandaba mensajes a una mini computadora de bolsillo, llenaríamos una habitación y más, con los aparatos que nesesitarias hace 20 años para que hagan un cuarto de lo q hace tu teléfono PD: en si la tecnología avanzo demasiado rápido para los modeló que siguen las industrias , y no es siempre es reemtable seguirlo. Las empresas busca crecimiento estable, mientras q el desarollo tecnológico fomenta la experimetacion para generar una retroalimentación.
Lo peor de la noticia, es saber que por lo menos en c++, ya existen formas de usar la memoria sin tener ningún tipo de problema de seguridad, el problema es que muchas personas no han migrado a las nuevas versiones del lenguaje.
No hay una forma como tal pero eliminando el tema smart pointers, data leak detection y otros sanitizadores, todo eso, sigue sin garantizar la seguridad a nivel codigo, siempre se puede filtrar algo porque el lenguaje no esta pensado de una forma sencilla, esta pensado para ser masterizado, no para ser usado por cualquiera. El problema que tienen es que se quiere hacer que cualquiera pueda programar C y C++, teniendo en cuenta de todos los problemas que se arraigan y todos los estandares que tienes que tener para poder solucionar algunas cosas casi que conviene más pensar en desarrollar en alguna alternativa, como Zig o Rust.
Le diré por razones bastante delicadas c es mucho más robusto y maneja directamente la memoria y es más rápido usted se ha preguntado porque en todos estos años Linus Torvalds no ha querido usarlo en el Kernel de Linux
@@gerardoaliferraroschelijas2572 No es tanto porque "sea rápido" sino porque c++ genera ensamblador ilegible, su librería estandar es basura y es imposible interoperar con otros lenguajes.
Créeme que detrás de esta decisión, están gente muy tesa, expertos asesores de seguridad nacional , tecnología. Pero pra mi C/C++ aprenderlo de por sí es un acto de rebeldía, de libertad , ya se para donde va el agua molino.
@@afanporsaberlos ordenadores del control de misión de la nasa estuvieron muchas décadas funcionando con lenguaje B en lugar de C y C++ puedes buscarlo, y no me sorprendería que como dices también usen COBOL a día de hoy
Google está de acuerdo con esto decir dejando C y C++, pero ya ha dicho que no va volver a codificar sus millones de lineas en esos lenguajes, creará parches para solventar vulnerabilidades y si usará Rust en futuro muy próximo
Esto no lo escribieron politicos, es un paper tecnico. JS no compila a C++. JS es interpretado por un runtime. Hay lenguajes creados en C y C++, no significa que se dependa de ellos necesariamente.
@@PhosphorusMoscu-code V8 esta escrito en C++, claramente lo necesitas, al igual que muchas herramientas dependen de C++, por ejemplo unity tambien, por mas que los desarrolladores usen C# el motor usa C++ y podria seguir nombrando ejemplos, como microcontroladores, navegadores, sitemas operativos, aplicaciones, servidores, etc, etc. JS si compila, es un lenguaje que es interpretado pero tiene una fase de compilación para su optimización, la cual obviamente va a depender del runtime o del navegador, que existen cientos. ahora lo que no puedes decir es "no dependemos de C++ necesariamente" y quedarte tan ancho, no es serio tu comentario
@@PhosphorusMoscu-code y sin nombrar Unreal Engine, anda tu a Epic games y diles que no necesitan C++ por un "paper tecnico" que me gustaria ver lo que te responden
@@PhosphorusMoscu-code a parte, si hubieras visto el video aunque sea los primeros 30 segundos veras que dice "LA CASA BLANCA" pero no te preocupes, ya que no lo viste te lo digo yo
Es que lenguajes de sistema solo se menciona Rust, pero creeria que Zig es una opción valida también. Ojo no dependen todos, te diria que Python unicamente. El resto tienen compilador propio con funcionamiento propio.
En cuestion a la seguridad de memoria en C, C++ mas depende de quien programe el software en estos lenguajes, con respecto a la seguridad de la memoria puede ser comprometida siempre y cuando no se compile con las medidas de seguridad que ya estan presentes en una compilacion normal, el NX (No exec in Stack), PIE, ASLR a nivel del sistema operativo, CANARY (Evita que se rompa la pila), otro caso es que el programador haga uso de gets o fgets por ejemplo que estas funciones ya son vulnerables porque no controlan el tamaño del buffer, como tambien es posible obtener ciertas posiciones de memoria con Format Strings aun teniendo estas medidas de seguridad activadas, en conclusion todo depende de como el desarrollador programe el software pertinente, no es la culpa del lenguaje.
Pero si Linux es usado en temas de ciber seguridad y fue escrito en C y emsablador ademas como esos lenguajes ayudaron en la creación de unix pues muchos sistemas operativos usan unix asi que quieren volver a la edad de piedra para el cambio
Originalmente Linux se creó para usarse en PC y Linux no pertenece directamente a Unix, sino a la familia Unix-Like. Quien sí pertenece directamente a Unix es macOS y Windows sería el sistema operativo popular que no pertenece a unix.
Linux tiene vulnerabilidades también, no pienses que no, Linus Torvalds es conciente de eso y es uno de los motivos por los cuales estan migrando Linux. Hay muchos factores que hizo considerar hacer una migración de C, sabiendo que es el mayor experto de C en la actualidad y lleva 30 años escribiendo el sistema solamente en C. Si él en conjunto de otras muy grandes autoridades hablan de un posible cambio creo que estaría bien tenerlo en cuenta.
@@PhosphorusMoscu-code Raro que nadie vea los indicadores de gobiernos títeres por narcot3rr0r1stas, destrucción de la libertad y democracia, o la invasión t3rr0r1sta y appeasers protestando a favor del t3rr0r1smo y del caos. Como que se desconectó el sentido común de la neurona científica en algún lugar del algoritmo humano.
UN PROFESOR DE RUclips COMENTO QUE LOS CULPAN DE TENER ERRORES CON LA MEMORIA, PERO EL DIJO QUE ESO SE DEBE A QUE DESCONOCEN COMO SE COMPONE LA MEMORIA FISICA, Y SI UNO CONOCIESE ELLO, Y LO ENTENDIERA PUDIERA MANEJARLOS ADECUADAMENTE, PORQUE ENTENDIENDO LA MEMORIA SABE UNO COMO MANEJARLA.
Vamos, de cajón. Si sabes como funciona un ordenador, entonces podrás programarlo con mayor eficiencia y cometerás menos errores... y si metes la pata y accidentalmente se te olvida por ejemplo liberar memoria, pues lo identificas en nada... vamos, como llevan siendo las cosas desde hace 50 años o más. Parece ser que los programadores modernos sencillamente son incapaces de hacer las cosas bien porque directamente no saben como funcionan los ordenadores. Alto skill issue.
@@tiranito2834 Concuerdo, no tienen un panorama ni medianamente claro sobre como funciona su herramienta de trabajo, ni tampoco les interesa aprenderlo.
@@camachoalvarezruben8990 Exactamente. Esta muy bien tener una herramienta que te facilite el trabajo asegurandose de reducir la probabilidad de que cometas un error, pero no debería de tratarse como magia... si no comprenders qué está haciendo esa herramienta por tí, entonces no comprendes realmente cómo funciona la máquina sobre la que estás trabajando.
No hay por que saber como funciona la memoria en profundidad para ser programador. Es un gran añadido pero no debería de importar, quizas a un ingeniero si se lo podrías pedir pero un programador es alguien que programa, nada más. Si mi abuela quiere mostrar por pantalla un hola mundo que necesidad tendría la señora de 90 años en saber sobre resistencias, conductores, semi conductores, transitores y demás. No le voy a dar un libro de arquitectura de computadores.
@@PhosphorusMoscu-code Y es así como nació el estereotipo del programador de javascript... Tu percepción de qué es un programador difiere mucho de la percepción que tienen los buenos programadores de qué es un programador. Supongo que esto aplica a todos los programadores mediocres, que creen que no hace falta entender cómo funciona la máquina para comandarla... Por cierto, está guapo eso de implicar que los ancianos no saben nada de programación cuando son los ancianos los que llevan más de 50 años desarrollando los sistemas sobre los que tú trabajas sin conocimiento alguno sobre su funcionamiento a bajo nivel... Por favor, deja de hacer el ridículo, para de decir sandeces, y ten un poquito de respeto por ti mismo. Que tú no entiendas cómo funciona el hardware no significa que no haya ningún caso en el que un programador tenga que saberlo... los programadores de drivers, kernel, OS y de gráficos por ejemplo, no tienen por qué tocar el hardware en ningún momento, su trabajo es exclusivamente programar... de ahí viene que sean programadores... pero... cómo se supone que van a programar esas funcionalidades si no comprender cómo funciona el hardware? Ah, pero como a tu abuela no le hace falta entender cómo funciona la máquina para imprimir en la consola un hello world, de repente es suficiente excusa para justificar tu ideología de que ningún programador requiere saber cómo funciona la memoria, por muy obviamente absurda que sea esa postura... ya me dirás tú el día que tengas que renderizar un triángulo (el hello world de los gráficos, lo más sencillo del mundo...) cómo lo haras sin comprender cómo funciona un buffer a bajo nivel y cómo pasarlo desde la CPU a la GPU y ordenarle al driver gráfico que lo dibuje... todo lo que has dicho no lo dirias si tu campo de trabajo se saliese tan solo un poquíto de hacer programitas de consola en el cole... así que lo dicho, no hables si no tienes ni idea. El mundo de la programación es muy amplio y la mayoría de los trabajos REQUIEREN tener una comprensión sobre cómo manejar la memoria... Mientras tanto, yo te dejo que sigas siendo un experto en programar hello worlds.
yo creo no solo tiene que ver con hecho de la memoria , si no con hecho de los lenguajes. sujeridos cumplen estandares que son mas faciles de analizar, ya que diferencia C/C++ usan. puros punteros a arrays y fatos que pueden especificarse de muchos modos. pero python, c# y java, no ya que estos estan hechos con una misma base y so. leibles en todas partes. quizas suene muy tonto pero para mi esa seria mi sospecha.
Las cosa como son, ningún lenguaje de esos va a desaparecer de un día a otro pero siendo objetivos cuanto trabajo de Cobol hay hoy en día? Casi no existe el trabajo en Cobol. C y C++ si bien va haber trabajo la idea es que sea una migración progresiva, los nuevos desarrollos en otros lenguajes y de a poco se genera la necesidad del codigo legacy moverlo a algo más.
Estoy seguro que estan al tanto pero no son de lo más fiable, hay que tener desarrolladores bastante buenos, piensa en el promedio de programador que entra sin haber pasado en la universidad y lo asignan a un proyecto en C o C++, el problema que se va a generar cuando tengan que compartir valores entre threads o tengan que solucionar git conflicts.
@@PhosphorusMoscu-code igualmente, los gobiernos ahora se van a centrar en la forma de atacar compiladores. Si el mundo se muda a lenguajes donde la memoria es manejada de forma "segura" (por las comprobaciones de compiladores), ahora una nueva forma de ataque seria buscar compiladores y reemplazarlos, parchearlos, hookear las llamadas que usan los compiladores, etc... ahora todo el codigo es vulnerable... Obviamente se agrega mas complejidad pero se puede. No existe una solucion magica, ni existira. La informatica es insegura por la complejidad, es inherente.
@@PhosphorusMoscu-code Catbon? Lol no. Con todos los problemas que tiene c++ para enlazar y ahora quieres complicarte más? Zig y hasta Odin son mejor opción
Python, dónde no existe encapsulación como tal (no hay modificador private como tal), java que es "fácil" de hacer ingeniería inversa del bitcode. Son muy seguros
Hay varias alternativas, nombraron un par pero puedes usar otros lenguajes que tengan esas features de las que habla el paper. Obviamente entre Rust y Go va haber una diferencia de performance, al igual que entre Go y Java, Java y Python, por darte ejemplos. Los trade offs los define el equipo posiblemente pero nombra algunos porque consideran que cumplen.
Yo veo esto como que, es una forma de obligarte a cambiar de lenguaje, porque si ya no facturas? los desarrolladores no han dejado cobol, vfp, vb6, pero facturan aún, al llegar este rumor a los clientes y el estado no comprará mas estos productos por los motivos que ellos tengan, ahi si vas a cmabiar si o si, Microsoft: no hace mucho lanzaron un rumor el limite de la memoria 16gb, cuidado esto viene amarrado con esto, sistemas mas lentos, mas RAM....para compensar sistemas lentos...
Pregunto desde la ignorancia. Rust sería tan bueno haciendo millones de operaciones de punto flotante.? O sea pescamos todas las aplicaciones financieras y las re-escribimos sin que colapse nada?
Realmente la eficiencia de lenguajes como Java, debido los Just-in-time o la compilacion AOT si tienen la eficiencia de lenguajes como C o C++, solo investigalo. Quiza esa opinion, en ese punto (y reitero, en ese punto), habria sido valida hacen 15 años atras, pero hoy no. Investigalo, un simple googleado, leyendo 1er y 2do resultado te lo demostrara ( hazlo en ingles para que tengas data minimamente actualizada y no de hacen 15 años como suele suceder en español).
En los 90s ninguno de los grandes programadores era ingeniero de título. El problema no es el intrusismo laboral (los mejores profesionales de la industria o son de otras carreras o de plano no tienen título xd) sino la gente que sacó la carrera pero no tiene vocación
Si ellos supieran que no importa el lenguaje que pongan como reemplazo, los internautas lo aprenderán (si no es que ya se lo saben de antemano) y seguirán haciendo lo mismo pero con otro lenguaje xd, nada es seguro, todo es hackeable.
Desde que salio .NET Core me parece que C# ahora es mas rapido que antes, antes se me travaba la pc manejando bastante gb de datos y ahora esta como si nada, se pueden hacer varias cosas satisfactoriamente
Cobol esta bastante fuera de por si, morir no creo que muera pero esta en las ultimas en general. Casi no existe el trabajo en Cobol, si vi 3 o 4 ofertas en 6 años te diria que es mucho.
Tampoco tanto, COBOL no es el lenguaje mejor pagado pero si va a tener la misma historia, va a terminar de la misma forma, quizas no en 20 años pero si en 40.
Siendo que los gringos quieren cambiar hasta las leyes de la física(excepto la segunda enmienda)... No me sorprendería que quitaran soporte a todo producto hecho en C/C++ en el siguiente lustro. Aunque así suceda... Siempre voy a desarrollar mis propias apps en C/C++ y quizá en Python y JavaScript para cuestiones de GUI y conectividad
Es importante entender también porque se dan estos cambios. Hay todo un mundo de lenguajes antiguos que fueron increibles pero surgio algo mejor y fue remplazado, no tiene nada de malo en realidad. Estas recomendaciones que se dan tienen sus motivos. No hay que aferrarse tanto a tecnología, es todo tecnico, hay mediciones y por eso se dan estas cosas.
y zigg y carbon? Creo que se pueden utilizar metodos seguros dentro de C y C++, porque creo que la mayoria de estos lenguajes no son mantenidos como es debido.
Sugieren Rust me imagino porque lleva más tiempo, Zig es posible pero aún no tiene ni versión 1 y por convención si esta en versión menor a 1 cada versión mino o patch puede estar sujeto a breaking changes y bugs grandes. Carbon ni hablar, es todavía más joven que Zig así que es imposible recomendarlo en el momento actual. Además de eso el creador de Carbon sugiere que para llegar a tener codigo 100% seguro es mejor escribir en Rust debido a que llegar a escribir codigo Carbon con tanta seguridad requeriría mucho esfuerzo.
Mira el lado bueno, el "la IA nos va a quitar el trabajo" ya no se dará porque habrán unos 10 años de desarrollo para hacer que cientos de millones de aplicaciones que fueron desarrolladas en C y C++ se traduzcan a otro lenguaje. todo patrocinado por la casa blanca. jejejeje. Sólo que avisen por cual de la decena de lenguajes que existen y se estan desarrollando, se usará.
Gestion de memoria, muy trillado . Que aprendan algo minimo de arquutectura de hardware , que se metan con la Memoria y veran como reducen esos tipos de errores .
Y eso ha estado pasando en C++ (no en C), pero el proceso es muy lento y aparte como C++ tiene que arrastrar un montón de cosas por el tema de la retrocompatibilidad (que para mi es uno de sus mejores características) pues algunas de las nuevas características e ideas no quedan hechas tan bien como deberían.
Bueno eso es lo que se plantea con Carbon, pero la forma de garantizar la seguridad de Rust es incompatible con el codigo de C++, por lo que el proyecto de Carbon esta en un punto en que no se sabe correctamente hacia a donde avanzar. Se quiere conseguir algo muy complicado y casi imposible. El creador de Carbon sugiere casi usar Rust en lugar de Carbon por esto que digo, siempre va haber puntos en donde ellos no puedan garantizar la seguridad. Carbon tiene tres etapas. Carbon compatible con C++ Carbon con algo de seguridad (Menos compatible con C++) Carbon seguro (De momento no existe) Son tres iteraciones de refactor, por eso se cree que no tiene sentido el ultimo, casi vale la pena directamente migrar a Rust en lugar de refactorizar tanto.
Pues si y como lo dijeron otros usuarios lo están organizaciones y empresas lo están haciendo aunque lentamente. Por ejemplo Microsoft esta reinscribiendo las bibliotecas principales de Windows en Rust aparte de C# y Linux desde la 6.1 tiene Rust. Android ya tiene Java, Go, Rust y Kotlin. Hay un sistema operativo escrito en Rust que se llama Redox, todavía no ha llegado a su versión 1.0 Sin contar que todos los lenguajes se actualizan cada cierto tiempo, al igual que el software le llegan novedades que pueden beneficiar a los desarrolladores en adaptarse fácilmente a lo nuevo o que puedan hacer mejor sus tareas. Pero también salen nuevos lenguajes de programación y software que quieren cumplir con diferentes situaciones u tareas. Pero estoy de acuerdo que si tu software critico tiene ciertas cosas de Rust u otro lenguaje seguro para la memoria y lo actualizas recurrentemente todo va estar bien.
@@heavymetalmixer91 CPPFront lo que paso es que no dio mucho fruto por la forma en que se escribe, hay mucha más gente esperando cosas como Carbon la verdad. Esta bien pero a mi por ejemplo no me convence nada. Carbon y Rust me gustan mucho más que CPPFront y Zig, incluso que C++.
Estamos igual con los dinosaurios de cobol, todo mundo crello que se iba a eliminar, y míralos seguimos dependiendo de ellos, y lo peor les pagan mejor que los demás.
Hay muy pocos sistemas Cobol hoy en día, existen pero son muy pocos la verdad. La mayoría de trabajos hoy en día son para otras cosas, hay varios motivos de por que sucedio eso. No es del todo correcto igual eso de que les pagan mejor tampoco, si te fijas en encuentas vas a ver que no es lo más pagado ni de cerca.
No estoy de acuerdo cuando dices que es la base de todos los sistemas no es así que los van eliminar los van eliminar pero igual no me va afectar lastima por los q estudiaron c+ pero bueno
@@makako7284 Ya hay informes muy buenos con una buena fundamentacion donde recomiendan reemplazar ese lenguaje por C # Go o Java y eso se va ir difundiendo cada vez más no se si será reemplzado pero si eso sucediera caballero nomás jjjj
Debe ser que la casa blanca no sabe que son los punteros inteligentes (smart pointers). Intentar implementar aplicaciones que requieren alto rendimiento, o embebidas, con python, java,... En fin
Los Smart pointers no garantizan nada al ser opcionales y no tener un flujo marcado por el compilador. Son considerablemente más seguros que el uso de compartir memoria de manera manual pero no estan garantizando que el smart pointer se use adecuadamente.
Con la existencia de lenguages como Rust, enfocados en la seguridad y permisos muy especificos para las estructuras de datos. Ya no tiene sentido el seguir utilizando lenguajes que pueden dar cabida a corrupcion de memoria, punteros sin un objetivo y algunos otros defectos (como el poo). Es necesario cambiar el codigo a uno que considere paradigmas actuales
Jajajajajajja jajajajajajajajaja jajajajajajajajaja😂🤣😂🤣😂🤣😂🤣🤣😂🤣😂🤣😂🤣😂😂🤣🤣😂🤣😂🤣😂🤣😂.,....😐😐😐😐😐..... Espera era en serio. Es simplemente imposible, hoy en día ni siquiera han dejado de usar lenguajes como Cobol, pq es inviable el costo de reemplazar cada pieza de software escrito en dicho lenguaje, además de q implica el cese temporal de ciertos servicios (como trenes, colectivos, etc) para ejecutar el cambio.
El uso de Cobol hoy en día es practicamente nulo, son trabajos muy especializados, casi nadie lo usa a decir verdad. No hay ningún beneficio a día de hoy en usar eso. Muchas veces no es necesario remplazar, lo que se hace son migraciones, se toma el codigo y se hace o un wrapper o se expone una API o algo así. Luego se va viendo con el tiempo de esto vale más la pena hacerlo con Java por que el CI/CD con Cobol es practicamente imposible y etc. hay muchos factores que se pueden tener en cuenta. Una migración no implica el cese temporal, estoy seguro que muchos servicios han migrado a tecnologías que ni conoces, no te has dado cuenta si quiera y no tuvo ningún downtime.
@@PhosphorusMoscu-code no es que se desarrolle en cobol simplemente el sistema quedo, y requiere mantenimiento Y los sistemas de los que hablo son mainframes, no pueden cambiar de software y ya el hardware no lo permite, ahi que reemplazarlo, el problema esta en que un Mainframe es una sistema centralizado, una unica coputadora central que realiza todo trabajo y el resto son todas terminales. Si ahi alternativas a la suspencion temporal de servico, pero no es rentable, y tiene un gran riesgo de provocar accidentes. No es tan simple como lo planteas, para evitar el corte de servico abria que reemplazar sistematicamente las terminales con modulos autonomos, que tengan simultanemente el api o warper, especializado par simular la terminal, y el nuevo sistema, un cambio progrecibo puede llevar a inconsitencias entre ambos sistemas que lleven a cortes localizados del servico, para evitar accientes. En corto, son sistemas que por la tecnologia de la epoca y el estado de la industra informatica, no fueron diseñados considerando la nesesidad de un mejora extructural, o espancion de funcionalidad. Sino para cumplir una tarea en especifico de la forma mas eficiente posible. En todo caso mi punto es q si aun no se han reemplazado todo el codigo de Cobol, menos se van a librar de C/C++ que es un lenguage intermedio
JS y Java… sobre todo Js es un sin Dios 😂. Estos de La Casa Blanca no parecen tener mucha idea… A parte, C y C++ se ha visto en sistemas críticos que con buenos procedimientos se consigue SW seguro 🤷. PD: Rust me gusta y Go me parece una opción si no te importa perder control
Hay que tener estandares muy altos para poder en C y C++ lograr lo que se hace con Rust y a pesar de eso se sigue sin tener las mismas garantías que tiene Rust. Como digo son casos excepcionales, la mayoría de empresas que escriben software jamás llegan a esos niveles. Rust no te impide perder control, existe el Rust unsafe pero no se para que querrias usarlo la verdad, la gran mayoría de las cosas se pueden hacer con safe. Go no creo que sea muy buena idea por que no es un lenguaje de sistemas como tal, puedes usar alternativas como tinyGo pero no se como resulte el binario final.
@@PhosphorusMoscu-codepues será lo que se tiene en toda industria con sistemas críticos porque se usan este tipo de lenguajes con tasas de error nulas o de poca criticidad. RUST es un newcomer interesante que veremos a ver a donde llega pero hay procedimientos que garantizan, igual que en compilador de RUST, que el código es seguro 🤷
@@fulgorete Es posible pero el tiempo que requiere llegar a lo mismo es mucho más grande, se pierde mucho tiempo sanitizando todo ese código y definiendo los estándares y especificaciones que se construirán para lograr eso.
Pues sí hasta cierto punto. El control de C/C++ a bajo nivel aún no te lo da RUST o sólo bajo ciertas condiciones. Además, los compiladores han avanzado mucho también, así como los analizadores estáticos y dinámicos. Usar RUST no te va a salvar de ciertos procedimientos tampoco, ojo. Por ejemplo, usar los últimos estándares de C++ te quitan mucho control de lo que ocurre under the hood, aunque se simplifiquen la vida como ocurre con muchos crates de RUST. En sistemas críticos debes tener un control absoluto💪
Nadie dice que van a morir, pero si se busca que los nuevos desarrollos se hagan en otra cosa y los viejos si pueden intenten o segurizarlos definitivamente o migrarlos.
ALGOL y Nebula también no? Lisp también, encabeza el ranking de popularidad todos los años. Hay que entender que todo tiene su tiempo, la evolución no es mala necesariamente, sino todos estariamos usando los lenguajes que mencione.
@@PhosphorusMoscu-code No hay nada como la arquitectura que esta hecha C/C++, no me vengas a decir que Rust resiste ciertas potencias o ciertos lenguajes "mejores", simplemente no hay nada que cambiar, esperar que venga algo más (sofisticado) para que lleguen en (realidad) a la altura de C y C++, mientras; si estaría de acuerdo algo como python, pero todos sabemos que no tiene ni un tercio del tacón de potencia que tiene c o c++ :/. Entonces la verdadera pregunta es: ?, Cambiar "calidad" por "seguridad" o ninguna de las 2?. O al revés?. Espero haber aportado al comentario y gracias y hasta luego 😁.
@@makako7284 No entiendo a que te refieres pero en insurrección Rust es muy performante, tiene validaciones adicionales que en coste computacional son despreciables la verdad y que además se las puede quitar si se desea. Muchas de las validación adicionales son retiradas por un tema que se validan en tiempo de compilación, son validaciones estáticas basadas en tipos y en las 4 etapas del compilador. Zig por su parte hace exactamente lo mismo solo que no agrega algunas validaciones a las instrucciones, intentan no generar eso porque siguen teniendo un poco la idea de Seguridad por Habilidad, mientras que Rust se guía de Seguridad por diseño.
Aprende Rust o Zig en todo caso, si quieres ve C++, no es malo, pero teniendo en cuenta el trade off que hay generalmente compensa un lenguaje moderno.
@@keviinpereez4329 Nadie dice que lo van a sacar pero si quizas reducir la cantidad de desarrollos nuevos. Codigo legacy habra por años más que asegurado.
No necesariamente Chrome esta hecho en muchas cosas, Windows también, Linux hace poco agrego Rust también. Hay runtimes de JS como LLRT que no usan C++, Winter, Deno, entre otros.
@@PhosphorusMoscu-code Chromium no es solo un programa más, es un mega proyecto, muy díficil de replicar, es muy complejo, si nos ponemos a ser precisos hasta el núcleo del intérprete de Python está escrito C, pero también muchos de sus implementaciónes hacen uso de múltiples lenguajes, solo que unos son menos usados que otros. Aún más el motor usado por Chrome y Firefox están escritos en C, también la mayoría de estas están escritos en estos lenguajes, también Windows y Linux están mayoritariamente escritos en C o C++ es decir la infraestructura de la informática moderna depende de estos lenguajes, es bueno ir usando otro nuevos lenguajes claramente, solo esperemos que en de C++ y C no haya escasez se desarrolladores. La otra opción es entrenar las AI para traducir el código C++ existente por Rust
@@IronMan0-h6j Claro, osea C y C++ no van a desaparecer, pero los nuevos desarrollos se esta recomendando a hacer en Rust, Chromium esta aceptando código en Rust también. Pero si, no hay porque tener miedo que desaparezca, C y C++ son los unicos lenguajes de bajo nivel desde hace más de 30 años, imaginate todo el software que hay en eso! Hay mucho legacy que se puede mantener.
Se puede usar para uso academico, lo que aporta C y C++ es el uso manual de la memoría. Todo lo que se considera logica de programación esta disponible en todos los lenguajes.
@@PhosphorusMoscu-code está bastante equivocado los sistemas de PC como Windows, Linux y Mac están hechos en c y c++ sobretodo Linux esta hecho en c , y Windows en c++ ahora eliminar c y c++ sería cambiar toda la arquitectura de los sistemas cosa también un poco difícil xq el lenguaje c es un lenguaje de programación q tiene un alta abstracción con la memoria de los sistemas
@@gerardoaliferraroschelijas2572 No estoy equivocado y lo que dices también es cierto. No tiene muchas validaciones estáticas, el manejar la memoria de forma insegura da problemas, se dan más posibilidades de abstraer con algunos lenguajes modernos. Hay muchas ventajas y por eso se está haciendo, Windows y Linux al menos están haciendo esa migración, es posible que nunca desaparezca el 90% del código C en ellos pero muy seguro que el código C++ si, Linux no tiene por ejemplo y Microsoft literalmente ama a Rust. Hay muchas ventajas en la migración. En Windows vas a encontrar varios dlls con _rs.dll al final eso es porque los hicieron con Rust. Personalmente veo super posible el cambiar la base de los sistemas pero porque se está haciendo hoy en día.
Usar rust no va a evitar que se hackeen los sistemas... sino es hacer programas de manera eficiente, de nada me sirve usar un escudo si no tengo ni idea de como se usa un escudo
En que sentido? Hay muchos articulos hablando sobre eso, sobre los problemas que son por explotación de memoria. Rust soluciona mucho de eso. Obvio que los bugs de analisis no los soluciona pero si muchos logicos y sintacticos.
@@eduardogz1422 Hoy en día tema crypto y blockchain. Si sales de eso tienes un panorama mucho más amplio que con otros lenguajes porque se escribe como si fuera un lenguaje de alto nivel, por lo que se puede usar facilmente para hacer backend web y bots, por su rendimiento se puede usar para AI, Data Science, etc. todo tema Big Data, al igual que con C y C++ terminas haciendo bindings de Pytorch u otras herramientas. Casos de ejemplo de esto, Axum, Actix y Rocket, frameworks web, tema AI tienes Burn un framework para eso justamente, Candle un Pytorch hecho en Rust por HuggingFace y usado por OpenAI, Polars el remplazo de Panda con API exactamente igual pero en lugar de Python hecho en Rust. Puedes hacer programas de escritorio y ahora se esta trabajando en tema Android y iOS, ejemplos de esto Tauri, Slint, GTK-RS, yo que se, hay muchos. En tema de gaming ya hay algunos proyectos que lo usan por dar ejemplos Veloren (un CubeWorld open source) y The Finals (no se un shooter). Incluso lo puedes usar para frontend con WASM, ejemplos de eso es Leptos y Yew, dos frameworks. Sistemas operativos y embebidos, casos famosos Windows que esta re escribiendo cosas, Linux también. Aeronautica por ejemplo, a diferencia de C y C++, Rust esta siendo considerado como una de las mejores opciones porque es recomendado por la gente de AdaCore, la gente que mantiene Ada, lenguaje de programación que se usa especialmente en aeronautica, SpaceX lo esta usando por dar ejemplos. Se esta trabajando en una especificación (Esto es un requerimiento casi legal para trabajar con lenguajes de programación en cosas tan criticas como aviones turisticos) para usarlo en muchos más lados. Hasta me han llegado trabajos para desarrollar base de datos. Cosas rarisimas. Re escribir cosas del ecosistema de Python y JavaScript, por ejemplo Deno, Prisma, Polars (No solo remplaza Pandas sino que disponibiliza una API para Python, JavaScript y Rust), FastAPI, NextJS, etc. Hay muuuchos usos, es un lenguaje que a diferencia de C y C++ no se ha centrado unicamente en el bajo nivel, no necesitas ser tan tecnico para usarlo, no cuesta tanto usarlo, son casos que fui viendo estos años. Mayormente para Crypto y Blockchain como dije pero es mucho más amplio que eso, Crypto y Blockchain son las industrias que lo abrazaron como desesperados pero de a poco se adoptan otros.
@@miguelquintana2548 No puedo pasar links por las politicas del canal pero puedes buscar como "Chromium - Memory Safety" "Secure by Design: Google’s Perspective on Memory Safety" "A proactive approach to more secure code" "Sustainability with Rust" Uno de ellos lo deja bien claro: Around 70% of our high severity security bugs are memory unsafety problems (that is, mistakes with C/C++ pointers). Half of those are use-after-free bugs. Incluso hace poco se hizo una conferencia "BlueHat IL 2023 - David Weston - Default Security" Ahí explicaron algunos beneficios de re escribir C/C++ a Rust, con mejoras de performance y todo.
Eso es terrible, como estudiante de ingeniería informática puedo decir que ese lenguaje aunque no tenga una mayor seguridad ha dado muchos aportes y puede usarse para el aprendizaje y entendimiento del lenguaje ensamblador, además de mejorar las prácticas en programación. Hay muchas cosas para eliminar que el lenguaje C/C++, como las detestables agendas woke que bastate daño han hecho al país y al mundo, y las leyes que facilitan la entrada a inmigrantes ilegales sin hacer previas valoraciones a estos. Jamás deberían quitar el lenguaje C/C++.
El problema es el tipo de gente que hay en la casa blanca. Tan solo miren el tipo de decisiones que se han tomado en ese lugar en los últimos años, y no es que Obama haya sido mejor o que trump sea El Salvador de ese país, es que ya hay mucho inepto en ese gobierno. De verdad se está viendo la decadencia de un imperio.
No son los lenguajes padres, hay muchos previos a C y C++, uno de los lenguajes más prehistoricos, incluso más que C y que existe a día de hoy es LISP por ejemplo. Algunos otros han caido, como ALGOL y Nebula. Otros simplemente han sido opacados como Ada.
En realidad no, la forma en que funciona es que tienen un bootstrap escalonado, por lo que podrias instalar Rust desde cero sin otras dependencias. Por otro lado hay un sitio, la LLVM que esta hecha en C++, pero estan siendo remplazada por un proyecto llamado Cranelift que hecho en Rust
@@PhosphorusMoscu-code Instalar Rust sí, pero yo me refería a compilar. ¿Existen compiladores de Rust hechos en Rust? Si no, sería código cerrado, si prohíben C no va a ser posible compilar Rust.
@@emilianoezequielparenti2459 Si, es justamente eso, el bootstrap es esa etapa donde (no se si tienes solo uefi o un OS detrás) desde una base totalmente limpia puedes obtener Rust sin ningún pre requisito. Rust contempla ese caso. Además todo el compilador Rust está hecho en Rust, no sé si lo dije pero la LLVM era uno de las polémicas hoy en dia tiene varias alternativas.
![Summer Walker - Heart Of A Woman [Official Lyric Video]](http://i.ytimg.com/vi/SFddctbZzw8/mqdefault.jpg)
la gente ni siquiera puede migrar a una versión mas moderna de un lenguaje ahora no van a reescribir todo
además si los políticos dicen que no hay que usar C/C++ entonces hay que usar C/C++ XD
Rust lleva mucho tiempo siendo un lenguaje super político... una pena, pero la verdad, si el gobierno me dice que programaré en Rust y seré feliz, entonces ya tengo razones más que suficientes para seguir utilizando C89 / ANSI C.
te apoyo
usas una imagen de anime, tu opinion es anulada. Ni si quiera me lei nada de lo q dices
Resistencia. Como la vida misma. "Por que vivimos en una sociedad" el guason.
@@bueno_excelente bueno?
Lo más absurdo de eso es que aconsejan usar solo lenguajes "seguros" y entre esa lista incluyen javascript
Lo que se refieren en la seguridad en la memoria, pero si, hay varios lenguajes que pueden ocacionar problemas de otros tipos que igualmente afectarian.
Mucha seguridad piden los gobiernos y todavía ves en las administraciones públicas equipos con windows xp, y millones con windows 7.... Y ahora salen con estas... Entras en páginas web de la Junta de Extremadura y te salta la advertencia que sus certificados están caducados... de qué van....
En parte tienes razón, pero el Gobierno de Estados unidos hace unos anios atrás le pago a Microsoft para que de forma exclusiva le hiciera las actualizaciones de seguridad para sus equipos con Windows xp entre esos sistemas criticos de la marina.
Y más arcaico. En muchos. Lugares los sistemas de trenes y colectivos siguen funcionando con Cobol.
@@santiagoarrieta2175bueno, a cobol hay que darle el crédito de ser menos interesado en ser aprendido. Pero si es algo viejo ya, el problema es lo altamente integrado que se encuentra incluso en uso de transacciones bancarias
En las empresas es difícil actualizar los equipos, software y hardware lo hacen cada cierto tiempo.
En los gobiernos es más difícil eso y por ello recurren a pagarle a las empresas por esas actualizaciones.
@@Kasmin058-LHM no estoy tratando de refutar , pero eso no explica nada(es cierto pero suena a excusa barata)
Ahí 3 grandes razones.
Ignorancia, los que manejan dichos sistemas son operadores solo saben usar la parte del software mínima para realizar su trabajo, cualquier cambio implica recapacitar a esta gente(lo que cuesta dinero)
Logística, en especial Mainframes (por ejemplo de servicio como colectivos, trenes y trasporte scon años encima), son sistemas antiguos no modularizados, osea ahí una solo computadora que procesa y coordina todo, la única forma de actualizar estos sistemas sin causar graves accidentes es detener el servicio simultáneamente y realizar un cambio masivo de todas las terminales (básicamente requiere la coordina de todo un país ya que el transporte afecta a la economía, politixa, servicios de salud etc). Un reemplazo progresivo no es imposible pero usar 2 sistemas implica un mayor riesgo de accidentes y crea muchos problemas por fallas de coordinación y suelen hacerse "atar con alambre" para que los 2 sistemas no colapsen(cosa q tiene que ser removida después). En sistemas más chicos simplemente no fueron implementados con la idea de q debían requerir un mantenimiento periódico, algunas veces haciendo q sea más viable reemplazarlos y ya.
3 corrupción y estafas en especial en megacoeporaciones y organismos públicos es un buen punto ciego para desviar fondos, en términos de tecnología todos somos ignorantes, simplemente pq la inovación constante del siglo que vivimos, en 20 años pasamos de un celular que solo llamaba y mandaba mensajes a una mini computadora de bolsillo, llenaríamos una habitación y más, con los aparatos que nesesitarias hace 20 años para que hagan un cuarto de lo q hace tu teléfono
PD: en si la tecnología avanzo demasiado rápido para los modeló que siguen las industrias , y no es siempre es reemtable seguirlo.
Las empresas busca crecimiento estable, mientras q el desarollo tecnológico fomenta la experimetacion para generar una retroalimentación.
Lo peor de la noticia, es saber que por lo menos en c++, ya existen formas de usar la memoria sin tener ningún tipo de problema de seguridad, el problema es que muchas personas no han migrado a las nuevas versiones del lenguaje.
No hay una forma como tal pero eliminando el tema smart pointers, data leak detection y otros sanitizadores, todo eso, sigue sin garantizar la seguridad a nivel codigo, siempre se puede filtrar algo porque el lenguaje no esta pensado de una forma sencilla, esta pensado para ser masterizado, no para ser usado por cualquiera.
El problema que tienen es que se quiere hacer que cualquiera pueda programar C y C++, teniendo en cuenta de todos los problemas que se arraigan y todos los estandares que tienes que tener para poder solucionar algunas cosas casi que conviene más pensar en desarrollar en alguna alternativa, como Zig o Rust.
Le diré por razones bastante delicadas c es mucho más robusto y maneja directamente la memoria y es más rápido usted se ha preguntado porque en todos estos años Linus Torvalds no ha querido usarlo en el Kernel de Linux
@@gerardoaliferraroschelijas2572 discrepo c++ es mucho mejor que c sobre todo en términos de velocidad
@@gerardoaliferraroschelijas2572 No es tanto porque "sea rápido" sino porque c++ genera ensamblador ilegible, su librería estandar es basura y es imposible interoperar con otros lenguajes.
Biden no sabe ni donde esta parado.
Créeme que detrás de esta decisión, están gente muy tesa, expertos asesores de seguridad nacional , tecnología. Pero pra mi C/C++ aprenderlo de por sí es un acto de rebeldía, de libertad , ya se para donde va el agua molino.
nunca,NUNCA JAMAS EN MI VIDA ME VAN A QUITAR C / C++ EN MI VIDA
jaja no han popido eliminar a cobol jajjaja
Hasta la NASA lo utiliza.
Me leíste la mente, el COBOL, tube una temporada que me dieron ganas de aprenderlo
@@afanporsaberlos ordenadores del control de misión de la nasa estuvieron muchas décadas funcionando con lenguaje B en lugar de C y C++ puedes buscarlo, y no me sorprendería que como dices también usen COBOL a día de hoy
Google está de acuerdo con esto decir dejando C y C++, pero ya ha dicho que no va volver a codificar sus millones de lineas en esos lenguajes, creará parches para solventar vulnerabilidades y si usará Rust en futuro muy próximo
Igual lo está haciendo Microsoft
C/C++ es literalmente el motor del mundo informático, es imposible dejar de utilizar C/C++ a estas alturas...
Se tiene que hacer, no es porque hay el caballo no se tiene que utilizar el tren. Será muy dificil y tardará mucho tiempo, eso es cierto
Yo prohibiría usar WordPress que tanto ha contaminado la web...
Politicos opinando sobre lo que no tienen ni put4 idea, que novedad, sabran que JS compila con C++? o que algunos lenguajes estan creados con C y C++?
qe pero si java script usa un interprete, java es de alto nivel, c ++ de bajo
Esto no lo escribieron politicos, es un paper tecnico.
JS no compila a C++.
JS es interpretado por un runtime.
Hay lenguajes creados en C y C++, no significa que se dependa de ellos necesariamente.
@@PhosphorusMoscu-code V8 esta escrito en C++, claramente lo necesitas, al igual que muchas herramientas dependen de C++, por ejemplo unity tambien, por mas que los desarrolladores usen C# el motor usa C++ y podria seguir nombrando ejemplos, como microcontroladores, navegadores, sitemas operativos, aplicaciones, servidores, etc, etc.
JS si compila, es un lenguaje que es interpretado pero tiene una fase de compilación para su optimización, la cual obviamente va a depender del runtime o del navegador, que existen cientos.
ahora lo que no puedes decir es "no dependemos de C++ necesariamente" y quedarte tan ancho, no es serio tu comentario
@@PhosphorusMoscu-code y sin nombrar Unreal Engine, anda tu a Epic games y diles que no necesitan C++ por un "paper tecnico" que me gustaria ver lo que te responden
@@PhosphorusMoscu-code a parte, si hubieras visto el video aunque sea los primeros 30 segundos veras que dice "LA CASA BLANCA" pero no te preocupes, ya que no lo viste te lo digo yo
Biden, voy a envíar un telegrama para informar de esto 😅
Esta noticia me ha dado mas motivos para aprender C y C++
Pues simplemente casi todas las alternativas que proponen depende de c o c++, el caso de python, javascript, java, c#
Es que lenguajes de sistema solo se menciona Rust, pero creeria que Zig es una opción valida también.
Ojo no dependen todos, te diria que Python unicamente. El resto tienen compilador propio con funcionamiento propio.
En cuestion a la seguridad de memoria en C, C++ mas depende de quien programe el software en estos lenguajes, con respecto a la seguridad de la memoria puede ser comprometida siempre y cuando no se compile con las medidas de seguridad que ya estan presentes en una compilacion normal, el NX (No exec in Stack), PIE, ASLR a nivel del sistema operativo, CANARY (Evita que se rompa la pila), otro caso es que el programador haga uso de gets o fgets por ejemplo que estas funciones ya son vulnerables porque no controlan el tamaño del buffer, como tambien es posible obtener ciertas posiciones de memoria con Format Strings aun teniendo estas medidas de seguridad activadas, en conclusion todo depende de como el desarrollador programe el software pertinente, no es la culpa del lenguaje.
Pero si Linux es usado en temas de ciber seguridad y fue escrito en C y emsablador ademas como esos lenguajes ayudaron en la creación de unix pues muchos sistemas operativos usan unix asi que quieren volver a la edad de piedra para el cambio
Originalmente Linux se creó para usarse en PC y Linux no pertenece directamente a Unix, sino a la familia Unix-Like. Quien sí pertenece directamente a Unix es macOS y Windows sería el sistema operativo popular que no pertenece a unix.
Linux tiene vulnerabilidades también, no pienses que no, Linus Torvalds es conciente de eso y es uno de los motivos por los cuales estan migrando Linux.
Hay muchos factores que hizo considerar hacer una migración de C, sabiendo que es el mayor experto de C en la actualidad y lleva 30 años escribiendo el sistema solamente en C.
Si él en conjunto de otras muy grandes autoridades hablan de un posible cambio creo que estaría bien tenerlo en cuenta.
@@PhosphorusMoscu-code si, supongo que todo inicio tiene un final bueno llevará bastante migrar a otros lenguajes
C es de la edad de piedra (1972). En 50 años ya debería haber algo mejor
A c y c++ no se les puede hacer ingeniería inversa de manera eficiente. Quieren todo bajo control.
C y c++ son faciles de hacerles ingenieria inversa xd
@@eliuthperez1064 si claro, y COBOL ya no sirve para nada. Mi cuate el hacker...
Porque la casa blanca es importante en esta conversacion sobre lenguajes de programacion?
Es un indicador más, como el saber que hacen los big 4, las FAANG y todo eso.
@@PhosphorusMoscu-code Raro que nadie vea los indicadores de gobiernos títeres por narcot3rr0r1stas, destrucción de la libertad y democracia, o la invasión t3rr0r1sta y appeasers protestando a favor del t3rr0r1smo y del caos. Como que se desconectó el sentido común de la neurona científica en algún lugar del algoritmo humano.
UN PROFESOR DE RUclips COMENTO QUE LOS CULPAN DE TENER ERRORES CON LA MEMORIA, PERO EL DIJO QUE ESO SE DEBE A QUE DESCONOCEN COMO SE COMPONE LA MEMORIA FISICA, Y SI UNO CONOCIESE ELLO, Y LO ENTENDIERA PUDIERA MANEJARLOS ADECUADAMENTE, PORQUE ENTENDIENDO LA MEMORIA SABE UNO COMO MANEJARLA.
Vamos, de cajón. Si sabes como funciona un ordenador, entonces podrás programarlo con mayor eficiencia y cometerás menos errores... y si metes la pata y accidentalmente se te olvida por ejemplo liberar memoria, pues lo identificas en nada... vamos, como llevan siendo las cosas desde hace 50 años o más. Parece ser que los programadores modernos sencillamente son incapaces de hacer las cosas bien porque directamente no saben como funcionan los ordenadores. Alto skill issue.
@@tiranito2834 Concuerdo, no tienen un panorama ni medianamente claro sobre como funciona su herramienta de trabajo, ni tampoco les interesa aprenderlo.
@@camachoalvarezruben8990 Exactamente. Esta muy bien tener una herramienta que te facilite el trabajo asegurandose de reducir la probabilidad de que cometas un error, pero no debería de tratarse como magia... si no comprenders qué está haciendo esa herramienta por tí, entonces no comprendes realmente cómo funciona la máquina sobre la que estás trabajando.
No hay por que saber como funciona la memoria en profundidad para ser programador. Es un gran añadido pero no debería de importar, quizas a un ingeniero si se lo podrías pedir pero un programador es alguien que programa, nada más.
Si mi abuela quiere mostrar por pantalla un hola mundo que necesidad tendría la señora de 90 años en saber sobre resistencias, conductores, semi conductores, transitores y demás. No le voy a dar un libro de arquitectura de computadores.
@@PhosphorusMoscu-code Y es así como nació el estereotipo del programador de javascript...
Tu percepción de qué es un programador difiere mucho de la percepción que tienen los buenos programadores de qué es un programador. Supongo que esto aplica a todos los programadores mediocres, que creen que no hace falta entender cómo funciona la máquina para comandarla...
Por cierto, está guapo eso de implicar que los ancianos no saben nada de programación cuando son los ancianos los que llevan más de 50 años desarrollando los sistemas sobre los que tú trabajas sin conocimiento alguno sobre su funcionamiento a bajo nivel...
Por favor, deja de hacer el ridículo, para de decir sandeces, y ten un poquito de respeto por ti mismo.
Que tú no entiendas cómo funciona el hardware no significa que no haya ningún caso en el que un programador tenga que saberlo... los programadores de drivers, kernel, OS y de gráficos por ejemplo, no tienen por qué tocar el hardware en ningún momento, su trabajo es exclusivamente programar... de ahí viene que sean programadores... pero... cómo se supone que van a programar esas funcionalidades si no comprender cómo funciona el hardware? Ah, pero como a tu abuela no le hace falta entender cómo funciona la máquina para imprimir en la consola un hello world, de repente es suficiente excusa para justificar tu ideología de que ningún programador requiere saber cómo funciona la memoria, por muy obviamente absurda que sea esa postura... ya me dirás tú el día que tengas que renderizar un triángulo (el hello world de los gráficos, lo más sencillo del mundo...) cómo lo haras sin comprender cómo funciona un buffer a bajo nivel y cómo pasarlo desde la CPU a la GPU y ordenarle al driver gráfico que lo dibuje... todo lo que has dicho no lo dirias si tu campo de trabajo se saliese tan solo un poquíto de hacer programitas de consola en el cole... así que lo dicho, no hables si no tienes ni idea. El mundo de la programación es muy amplio y la mayoría de los trabajos REQUIEREN tener una comprensión sobre cómo manejar la memoria...
Mientras tanto, yo te dejo que sigas siendo un experto en programar hello worlds.
yo creo no solo tiene que ver con hecho de la memoria , si no con hecho de los lenguajes. sujeridos cumplen estandares que son mas faciles de analizar, ya que diferencia C/C++ usan. puros punteros a arrays y fatos que pueden especificarse de muchos modos.
pero python, c# y java, no ya que estos estan hechos con una misma base y so. leibles en todas partes.
quizas suene muy tonto pero para mi esa seria mi sospecha.
el mega salseo de C C++ con el gov de U.S.A.
😂😂 si no desaparece cobol como van a quitar c or c++ jajaja alv esa migracion esta hot
Las cosa como son, ningún lenguaje de esos va a desaparecer de un día a otro pero siendo objetivos cuanto trabajo de Cobol hay hoy en día? Casi no existe el trabajo en Cobol.
C y C++ si bien va haber trabajo la idea es que sea una migración progresiva, los nuevos desarrollos en otros lenguajes y de a poco se genera la necesidad del codigo legacy moverlo a algo más.
parece que algunos programadores de C C++ del gov del norte no saben que existen o no quieren usar las "Memory Leak Detection and Management Tools"
Estoy seguro que estan al tanto pero no son de lo más fiable, hay que tener desarrolladores bastante buenos, piensa en el promedio de programador que entra sin haber pasado en la universidad y lo asignan a un proyecto en C o C++, el problema que se va a generar cuando tengan que compartir valores entre threads o tengan que solucionar git conflicts.
Entonces: en que lenguaje voy a programar los microcontroladores?
Zig, pero no tiene una versión 1.0 por ahora
Zig, Carbon, Rust.
Hay varios lenguajes que pueden usarse para eso, por eso sacan la noticia ahora y no hace 20 años.
@@PhosphorusMoscu-code igualmente, los gobiernos ahora se van a centrar en la forma de atacar compiladores. Si el mundo se muda a lenguajes donde la memoria es manejada de forma "segura" (por las comprobaciones de compiladores), ahora una nueva forma de ataque seria buscar compiladores y reemplazarlos, parchearlos, hookear las llamadas que usan los compiladores, etc... ahora todo el codigo es vulnerable... Obviamente se agrega mas complejidad pero se puede. No existe una solucion magica, ni existira. La informatica es insegura por la complejidad, es inherente.
Ensamblador. No hay de otra
@@PhosphorusMoscu-code Catbon? Lol no. Con todos los problemas que tiene c++ para enlazar y ahora quieres complicarte más? Zig y hasta Odin son mejor opción
Python, dónde no existe encapsulación como tal (no hay modificador private como tal), java que es "fácil" de hacer ingeniería inversa del bitcode. Son muy seguros
pero muy lentos
Hay varias alternativas, nombraron un par pero puedes usar otros lenguajes que tengan esas features de las que habla el paper.
Obviamente entre Rust y Go va haber una diferencia de performance, al igual que entre Go y Java, Java y Python, por darte ejemplos.
Los trade offs los define el equipo posiblemente pero nombra algunos porque consideran que cumplen.
Yo veo esto como que, es una forma de obligarte a cambiar de lenguaje, porque si ya no facturas? los desarrolladores no han dejado cobol, vfp, vb6, pero facturan aún, al llegar este rumor a los clientes y el estado no comprará mas estos productos por los motivos que ellos tengan, ahi si vas a cmabiar si o si, Microsoft: no hace mucho lanzaron un rumor el limite de la memoria 16gb, cuidado esto viene amarrado con esto, sistemas mas lentos, mas RAM....para compensar sistemas lentos...
no me jooood. quitar C C++, imposible.
Les guste o no las cosas que funcionan están hechas en C y en menor medida en C++ incluso java, C#, javascript, ruby, Python etc
Ya vi las manos de Microsoft pidiendo el cambio para ganar uno cuantos billones.
Si no terminan ahora con cobol ya esta que en 20 años quiza ya no se use c++
¿Y los sistemas embebidos? Por no decir que muchas veces aun se programan en ensamblador.
Pregunto desde la ignorancia. Rust sería tan bueno haciendo millones de operaciones de punto flotante.? O sea pescamos todas las aplicaciones financieras y las re-escribimos sin que colapse nada?
Realmente la eficiencia de lenguajes como Java, debido los Just-in-time o la compilacion AOT si tienen la eficiencia de lenguajes como C o C++, solo investigalo. Quiza esa opinion, en ese punto (y reitero, en ese punto), habria sido valida hacen 15 años atras, pero hoy no. Investigalo, un simple googleado, leyendo 1er y 2do resultado te lo demostrara ( hazlo en ingles para que tengas data minimamente actualizada y no de hacen 15 años como suele suceder en español).
Pero si java usa una máquina virtual, lo que le da sus limitaciones
El problema de java es la recolección de basura. Nunca sabes cuando va a pegar y detener el sistema xd
¿En ensamblador sí se puede? Los compiladores y runtimes de estos lenguajes no estarán programados en C ¿no?
No todos, hay algunos que fueron inicialmente hechos en OCaml por ejemplo.
La culpa es del intrusismo profesional. Cada vez hay menos ingenieros
En los 90s ninguno de los grandes programadores era ingeniero de título. El problema no es el intrusismo laboral (los mejores profesionales de la industria o son de otras carreras o de plano no tienen título xd) sino la gente que sacó la carrera pero no tiene vocación
Para SO el único que tiene la performance de C/C++ es Rust, pero va a llevar décadas hasta que se vuelvan obsoletos
Si ellos supieran que no importa el lenguaje que pongan como reemplazo, los internautas lo aprenderán (si no es que ya se lo saben de antemano) y seguirán haciendo lo mismo pero con otro lenguaje xd, nada es seguro, todo es hackeable.
Desde que salio .NET Core me parece que C# ahora es mas rapido que antes, antes se me travaba la pc manejando bastante gb de datos y ahora esta como si nada, se pueden hacer varias cosas satisfactoriamente
Quieren sacar a c/c++ pero no pueden sacar a Cobol.
Cobol esta bastante fuera de por si, morir no creo que muera pero esta en las ultimas en general. Casi no existe el trabajo en Cobol, si vi 3 o 4 ofertas en 6 años te diria que es mucho.
2:00 C y C++ interpretados?
En 20 años sera el lenguaje mejor pagado
Tampoco tanto, COBOL no es el lenguaje mejor pagado pero si va a tener la misma historia, va a terminar de la misma forma, quizas no en 20 años pero si en 40.
Creo que Manejar C/ C++ en 20 años va ser un acto de rebeldia , sospechoso como utilizar Tor. Saben el poder que hay en esos dos lenguajes.
la verdad que el lenguaje que se viene para eso es el google carbon pero no se ni cuando va a salirprobablemente 2027
Todavia es viable aprender c++
Un nuevo OS generado por AI con GO, cada vez seria mas simple, y la propagacion seria mas rapido eliminando el componete humano
Siendo que los gringos quieren cambiar hasta las leyes de la física(excepto la segunda enmienda)...
No me sorprendería que quitaran soporte a todo producto hecho en C/C++ en el siguiente lustro. Aunque así suceda...
Siempre voy a desarrollar mis propias apps en C/C++ y quizá en Python y JavaScript para cuestiones de GUI y conectividad
Es importante entender también porque se dan estos cambios.
Hay todo un mundo de lenguajes antiguos que fueron increibles pero surgio algo mejor y fue remplazado, no tiene nada de malo en realidad.
Estas recomendaciones que se dan tienen sus motivos.
No hay que aferrarse tanto a tecnología, es todo tecnico, hay mediciones y por eso se dan estas cosas.
Stroustrup estará contento (y Ritchie también, allí donde esté).
Querian reescribir linux con Rust, entonces se considera que es posible hacerlo...no?
y zigg y carbon? Creo que se pueden utilizar metodos seguros dentro de C y C++, porque creo que la mayoria de estos lenguajes no son mantenidos como es debido.
También se podria usar Ada, Nim y D.
Sugieren Rust me imagino porque lleva más tiempo, Zig es posible pero aún no tiene ni versión 1 y por convención si esta en versión menor a 1 cada versión mino o patch puede estar sujeto a breaking changes y bugs grandes.
Carbon ni hablar, es todavía más joven que Zig así que es imposible recomendarlo en el momento actual.
Además de eso el creador de Carbon sugiere que para llegar a tener codigo 100% seguro es mejor escribir en Rust debido a que llegar a escribir codigo Carbon con tanta seguridad requeriría mucho esfuerzo.
@@pedromendozaaristegui5974 Carbon es un chiste de lenguaje, la verdad
Mira el lado bueno, el "la IA nos va a quitar el trabajo" ya no se dará porque habrán unos 10 años de desarrollo para hacer que cientos de millones de aplicaciones que fueron desarrolladas en C y C++ se traduzcan a otro lenguaje. todo patrocinado por la casa blanca. jejejeje. Sólo que avisen por cual de la decena de lenguajes que existen y se estan desarrollando, se usará.
Gestion de memoria, muy trillado . Que aprendan algo minimo de arquutectura de hardware , que se metan con la Memoria y veran como reducen esos tipos de errores .
La realidad es q falta mucha innovación en relación a los lenguajes de programación debido justamente a q muchos están basados en modelos arcaicos.
Nimodo a usar JAVA, GML, bloc de notas
No lo creo deberia su argumento erradicar todo lo que se ha hecho con C++ y C para que funcione
Y de java ni una palabra no??
Esta bastante bien, las ultimas versiones mejoro bastante.
Casi todos los motores de videojuegos están basados en c/c++
El Gobierno de USA, que programemos en Rust y Ada dice.
Claro que si, hoy en dia parece que con el c y c++ se puede invocar cualquier libreria.
Si la Casa Blanca quiere eliminarlos, con mas ganas debo aprender sus secretos.
me daba cringue vada vez que decia C plus plus, o dices se mas mas o ci plos plos
Eliminemos la.programación
PHP: Primera vez?
Creo que lo mejor es añadír a C/C++ ciertas cosas de rust, y listo
Y eso ha estado pasando en C++ (no en C), pero el proceso es muy lento y aparte como C++ tiene que arrastrar un montón de cosas por el tema de la retrocompatibilidad (que para mi es uno de sus mejores características) pues algunas de las nuevas características e ideas no quedan hechas tan bien como deberían.
Bueno eso es lo que se plantea con Carbon, pero la forma de garantizar la seguridad de Rust es incompatible con el codigo de C++, por lo que el proyecto de Carbon esta en un punto en que no se sabe correctamente hacia a donde avanzar. Se quiere conseguir algo muy complicado y casi imposible.
El creador de Carbon sugiere casi usar Rust en lugar de Carbon por esto que digo, siempre va haber puntos en donde ellos no puedan garantizar la seguridad.
Carbon tiene tres etapas.
Carbon compatible con C++
Carbon con algo de seguridad (Menos compatible con C++)
Carbon seguro (De momento no existe)
Son tres iteraciones de refactor, por eso se cree que no tiene sentido el ultimo, casi vale la pena directamente migrar a Rust en lugar de refactorizar tanto.
@@PhosphorusMoscu-code También estap CPP2 AKA CPPFront.
Pues si y como lo dijeron otros usuarios lo están organizaciones y empresas lo están haciendo aunque lentamente. Por ejemplo Microsoft esta reinscribiendo las bibliotecas principales de Windows en Rust aparte de C# y Linux desde la 6.1 tiene Rust. Android ya tiene Java, Go, Rust y Kotlin.
Hay un sistema operativo escrito en Rust que se llama Redox, todavía no ha llegado a su versión 1.0
Sin contar que todos los lenguajes se actualizan cada cierto tiempo, al igual que el software le llegan novedades que pueden beneficiar a los desarrolladores en adaptarse fácilmente a lo nuevo o que puedan hacer mejor sus tareas. Pero también salen nuevos lenguajes de programación y software que quieren cumplir con diferentes situaciones u tareas.
Pero estoy de acuerdo que si tu software critico tiene ciertas cosas de Rust u otro lenguaje seguro para la memoria y lo actualizas recurrentemente todo va estar bien.
@@heavymetalmixer91 CPPFront lo que paso es que no dio mucho fruto por la forma en que se escribe, hay mucha más gente esperando cosas como Carbon la verdad.
Esta bien pero a mi por ejemplo no me convence nada.
Carbon y Rust me gustan mucho más que CPPFront y Zig, incluso que C++.
Microsoft, que de esto no entiende, ha decidido migrar a Rust. Pero qué sabrán ellos
Han conseguido muy buenos resultados, mejoras de performance incluso y solventación de bugs.
Mientras que no toquen el binario y el assembler, todo estará bien.
no son los lenguajes son los conceptos cuando fueron utilizados
Eso seria una estupidez de marca mayor, ambos lenguajes son base de todo lo que tenemos, los sistemas operativos y el hardware.
No se dice que no, solo se dicen que son de memoria insegura, el manejo manual de memoria trae muchos problemas.
@@PhosphorusMoscu-code Los trae para quien no sabe. En realidad es sencillo (sobre todo si usas Arenas)
Estamos igual con los dinosaurios de cobol, todo mundo crello que se iba a eliminar, y míralos seguimos dependiendo de ellos, y lo peor les pagan mejor que los demás.
Hay muy pocos sistemas Cobol hoy en día, existen pero son muy pocos la verdad. La mayoría de trabajos hoy en día son para otras cosas, hay varios motivos de por que sucedio eso.
No es del todo correcto igual eso de que les pagan mejor tampoco, si te fijas en encuentas vas a ver que no es lo más pagado ni de cerca.
No estoy de acuerdo cuando dices que es la base de todos los sistemas no es así que los van eliminar los van eliminar pero igual no me va afectar lastima por los q estudiaron c+ pero bueno
Cuál es la base de la mayoría de los operativos y software embebido? Puedes no estar de acuerdo, pero no cambiar la realidad :)
jajajaja este man no sabe nada de informatica de verdad 😂😂
@@makako7284 Ya hay informes muy buenos con una buena fundamentacion donde recomiendan reemplazar ese lenguaje por C # Go o Java y eso se va ir difundiendo cada vez más no se si será reemplzado pero si eso sucediera caballero nomás jjjj
Debe ser que la casa blanca no sabe que son los punteros inteligentes (smart pointers). Intentar implementar aplicaciones que requieren alto rendimiento, o embebidas, con python, java,... En fin
Los Smart pointers no garantizan nada al ser opcionales y no tener un flujo marcado por el compilador. Son considerablemente más seguros que el uso de compartir memoria de manera manual pero no estan garantizando que el smart pointer se use adecuadamente.
¿"RAst" o "ROst" (Rust)?
Con la existencia de lenguages como Rust, enfocados en la seguridad y permisos muy especificos para las estructuras de datos. Ya no tiene sentido el seguir utilizando lenguajes que pueden dar cabida a corrupcion de memoria, punteros sin un objetivo y algunos otros defectos (como el poo). Es necesario cambiar el codigo a uno que considere paradigmas actuales
Y qué me dices de los sistemas embebidos? Jajaja
Jamás jamás voy a dejar de programar en c y c++
No son los primeros lenguajes en dejar de ser usados
¿Por qué no mejor eliminan Java?
Jajajajajajja jajajajajajajajaja jajajajajajajajaja😂🤣😂🤣😂🤣😂🤣🤣😂🤣😂🤣😂🤣😂😂🤣🤣😂🤣😂🤣😂🤣😂.,....😐😐😐😐😐.....
Espera era en serio.
Es simplemente imposible, hoy en día ni siquiera han dejado de usar lenguajes como Cobol, pq es inviable el costo de reemplazar cada pieza de software escrito en dicho lenguaje, además de q implica el cese temporal de ciertos servicios (como trenes, colectivos, etc) para ejecutar el cambio.
El uso de Cobol hoy en día es practicamente nulo, son trabajos muy especializados, casi nadie lo usa a decir verdad. No hay ningún beneficio a día de hoy en usar eso.
Muchas veces no es necesario remplazar, lo que se hace son migraciones, se toma el codigo y se hace o un wrapper o se expone una API o algo así.
Luego se va viendo con el tiempo de esto vale más la pena hacerlo con Java por que el CI/CD con Cobol es practicamente imposible y etc. hay muchos factores que se pueden tener en cuenta.
Una migración no implica el cese temporal, estoy seguro que muchos servicios han migrado a tecnologías que ni conoces, no te has dado cuenta si quiera y no tuvo ningún downtime.
@@PhosphorusMoscu-code no es que se desarrolle en cobol simplemente el sistema quedo, y requiere mantenimiento
Y los sistemas de los que hablo son mainframes, no pueden cambiar de software y ya el hardware no lo permite, ahi que reemplazarlo, el problema esta en que un Mainframe es una sistema centralizado, una unica coputadora central que realiza todo trabajo y el resto son todas terminales.
Si ahi alternativas a la suspencion temporal de servico, pero no es rentable, y tiene un gran riesgo de provocar accidentes.
No es tan simple como lo planteas, para evitar el corte de servico abria que reemplazar sistematicamente las terminales con modulos autonomos, que tengan simultanemente el api o warper, especializado par simular la terminal, y el nuevo sistema, un cambio progrecibo puede llevar a inconsitencias entre ambos sistemas que lleven a cortes localizados del servico, para evitar accientes.
En corto, son sistemas que por la tecnologia de la epoca y el estado de la industra informatica, no fueron diseñados considerando la nesesidad de un mejora extructural, o espancion de funcionalidad. Sino para cumplir una tarea en especifico de la forma mas eficiente posible.
En todo caso mi punto es q si aun no se han reemplazado todo el codigo de Cobol, menos se van a librar de C/C++ que es un lenguage intermedio
JS y Java… sobre todo Js es un sin Dios 😂. Estos de La Casa Blanca no parecen tener mucha idea… A parte, C y C++ se ha visto en sistemas críticos que con buenos procedimientos se consigue SW seguro 🤷. PD: Rust me gusta y Go me parece una opción si no te importa perder control
Hay que tener estandares muy altos para poder en C y C++ lograr lo que se hace con Rust y a pesar de eso se sigue sin tener las mismas garantías que tiene Rust.
Como digo son casos excepcionales, la mayoría de empresas que escriben software jamás llegan a esos niveles.
Rust no te impide perder control, existe el Rust unsafe pero no se para que querrias usarlo la verdad, la gran mayoría de las cosas se pueden hacer con safe.
Go no creo que sea muy buena idea por que no es un lenguaje de sistemas como tal, puedes usar alternativas como tinyGo pero no se como resulte el binario final.
@@PhosphorusMoscu-codepues será lo que se tiene en toda industria con sistemas críticos porque se usan este tipo de lenguajes con tasas de error nulas o de poca criticidad. RUST es un newcomer interesante que veremos a ver a donde llega pero hay procedimientos que garantizan, igual que en compilador de RUST, que el código es seguro 🤷
@@fulgorete Es posible pero el tiempo que requiere llegar a lo mismo es mucho más grande, se pierde mucho tiempo sanitizando todo ese código y definiendo los estándares y especificaciones que se construirán para lograr eso.
Pues sí hasta cierto punto. El control de C/C++ a bajo nivel aún no te lo da RUST o sólo bajo ciertas condiciones. Además, los compiladores han avanzado mucho también, así como los analizadores estáticos y dinámicos. Usar RUST no te va a salvar de ciertos procedimientos tampoco, ojo. Por ejemplo, usar los últimos estándares de C++ te quitan mucho control de lo que ocurre under the hood, aunque se simplifiquen la vida como ocurre con muchos crates de RUST. En sistemas críticos debes tener un control absoluto💪
Yo odio c++ y c pero no por eso digo que lo borren.
😭deja en paz a c y c++
Nadie dice que van a morir, pero si se busca que los nuevos desarrollos se hagan en otra cosa y los viejos si pueden intenten o segurizarlos definitivamente o migrarlos.
O software que hacen tipos que aprendieron con videos de youtube
Estan locos...
Para nada, es super sensato lo que se esta hablando.
De repente me interesa aprender C y C+
No pueden migrarse de Cobol y salen con esto
Tampoco hay mucho trabajo en Cobol, es muy poco, la mayoria se fue migrando a Java para sacarlo del mainframe y pasarlo de un on premise a la nube.
@@PhosphorusMoscu-code por eso es de los mejores pagados también . Aún así se sale del contexto del video
Jajajaja cambiar C/C++? Algún Cobolero donde sea que se escondan se debe estar riendo de esto XD
ALGOL y Nebula también no? Lisp también, encabeza el ranking de popularidad todos los años.
Hay que entender que todo tiene su tiempo, la evolución no es mala necesariamente, sino todos estariamos usando los lenguajes que mencione.
@@PhosphorusMoscu-code No hay nada como la arquitectura que esta hecha C/C++, no me vengas a decir que Rust resiste ciertas potencias o ciertos lenguajes "mejores", simplemente no hay nada que cambiar, esperar que venga algo más (sofisticado) para que lleguen en (realidad) a la altura de C y C++, mientras; si estaría de acuerdo algo como python, pero todos sabemos que no tiene ni un tercio del tacón de potencia que tiene c o c++ :/. Entonces la verdadera pregunta es: ?, Cambiar "calidad" por "seguridad" o ninguna de las 2?. O al revés?. Espero haber aportado al comentario y gracias y hasta luego 😁.
@@makako7284 No entiendo a que te refieres pero en insurrección Rust es muy performante, tiene validaciones adicionales que en coste computacional son despreciables la verdad y que además se las puede quitar si se desea.
Muchas de las validación adicionales son retiradas por un tema que se validan en tiempo de compilación, son validaciones estáticas basadas en tipos y en las 4 etapas del compilador.
Zig por su parte hace exactamente lo mismo solo que no agrega algunas validaciones a las instrucciones, intentan no generar eso porque siguen teniendo un poco la idea de Seguridad por Habilidad, mientras que Rust se guía de Seguridad por diseño.
Y yo que quiero cambiar de javascript a c++
Hazlo eso no indica que van a sacar un lenguaje que lleva mas de 40 años en la industria
Aprende Rust o Zig en todo caso, si quieres ve C++, no es malo, pero teniendo en cuenta el trade off que hay generalmente compensa un lenguaje moderno.
@@keviinpereez4329 Nadie dice que lo van a sacar pero si quizas reducir la cantidad de desarrollos nuevos. Codigo legacy habra por años más que asegurado.
ven a c++ sjjsjssj
Si para poder interpretar javascript se requiere C++ porque en el mismo está construido Chrome, Windows, Linux. 😂
No necesariamente Chrome esta hecho en muchas cosas, Windows también, Linux hace poco agrego Rust también.
Hay runtimes de JS como LLRT que no usan C++, Winter, Deno, entre otros.
@@PhosphorusMoscu-code Chromium no es solo un programa más, es un mega proyecto, muy díficil de replicar, es muy complejo, si nos ponemos a ser precisos hasta el núcleo del intérprete de Python está escrito C, pero también muchos de sus implementaciónes hacen uso de múltiples lenguajes, solo que unos son menos usados que otros. Aún más el motor usado por Chrome y Firefox están escritos en C, también la mayoría de estas están escritos en estos lenguajes, también Windows y Linux están mayoritariamente escritos en C o C++ es decir la infraestructura de la informática moderna depende de estos lenguajes, es bueno ir usando otro nuevos lenguajes claramente, solo esperemos que en de C++ y C no haya escasez se desarrolladores. La otra opción es entrenar las AI para traducir el código C++ existente por Rust
@@IronMan0-h6j Claro, osea C y C++ no van a desaparecer, pero los nuevos desarrollos se esta recomendando a hacer en Rust, Chromium esta aceptando código en Rust también. Pero si, no hay porque tener miedo que desaparezca, C y C++ son los unicos lenguajes de bajo nivel desde hace más de 30 años, imaginate todo el software que hay en eso! Hay mucho legacy que se puede mantener.
Espero que no lo quiten del Visual Studio Community en el futuro.
No creo porque también está escrito en C# lo que si va suceder es el fin de VS para macOS en este 2024
@@Kasmin058-LHMEs que masOS no interesa mucho a casi nadie, o Windows o Linux.
@@Kasmin058-LHMPORUQE
Estan locos c y c++ son los lenguajes principales sin eso es como no aprender logica de programacion
Se puede usar para uso academico, lo que aporta C y C++ es el uso manual de la memoría.
Todo lo que se considera logica de programación esta disponible en todos los lenguajes.
@@PhosphorusMoscu-code está bastante equivocado los sistemas de PC como Windows, Linux y Mac están hechos en c y c++ sobretodo Linux esta hecho en c , y Windows en c++ ahora eliminar c y c++ sería cambiar toda la arquitectura de los sistemas cosa también un poco difícil xq el lenguaje c es un lenguaje de programación q tiene un alta abstracción con la memoria de los sistemas
@@gerardoaliferraroschelijas2572 No estoy equivocado y lo que dices también es cierto.
No tiene muchas validaciones estáticas, el manejar la memoria de forma insegura da problemas, se dan más posibilidades de abstraer con algunos lenguajes modernos.
Hay muchas ventajas y por eso se está haciendo, Windows y Linux al menos están haciendo esa migración, es posible que nunca desaparezca el 90% del código C en ellos pero muy seguro que el código C++ si, Linux no tiene por ejemplo y Microsoft literalmente ama a Rust.
Hay muchas ventajas en la migración.
En Windows vas a encontrar varios dlls con _rs.dll al final eso es porque los hicieron con Rust.
Personalmente veo super posible el cambiar la base de los sistemas pero porque se está haciendo hoy en día.
Me sorprende que recomienden JavaScript 😂.
Usar rust no va a evitar que se hackeen los sistemas... sino es hacer programas de manera eficiente, de nada me sirve usar un escudo si no tengo ni idea de como se usa un escudo
En que sentido? Hay muchos articulos hablando sobre eso, sobre los problemas que son por explotación de memoria. Rust soluciona mucho de eso.
Obvio que los bugs de analisis no los soluciona pero si muchos logicos y sintacticos.
@@PhosphorusMoscu-codeMayormente para que se usa rust?
@@eduardogz1422 Hoy en día tema crypto y blockchain. Si sales de eso tienes un panorama mucho más amplio que con otros lenguajes porque se escribe como si fuera un lenguaje de alto nivel, por lo que se puede usar facilmente para hacer backend web y bots, por su rendimiento se puede usar para AI, Data Science, etc. todo tema Big Data, al igual que con C y C++ terminas haciendo bindings de Pytorch u otras herramientas. Casos de ejemplo de esto, Axum, Actix y Rocket, frameworks web, tema AI tienes Burn un framework para eso justamente, Candle un Pytorch hecho en Rust por HuggingFace y usado por OpenAI, Polars el remplazo de Panda con API exactamente igual pero en lugar de Python hecho en Rust.
Puedes hacer programas de escritorio y ahora se esta trabajando en tema Android y iOS, ejemplos de esto Tauri, Slint, GTK-RS, yo que se, hay muchos.
En tema de gaming ya hay algunos proyectos que lo usan por dar ejemplos Veloren (un CubeWorld open source) y The Finals (no se un shooter).
Incluso lo puedes usar para frontend con WASM, ejemplos de eso es Leptos y Yew, dos frameworks.
Sistemas operativos y embebidos, casos famosos Windows que esta re escribiendo cosas, Linux también.
Aeronautica por ejemplo, a diferencia de C y C++, Rust esta siendo considerado como una de las mejores opciones porque es recomendado por la gente de AdaCore, la gente que mantiene Ada, lenguaje de programación que se usa especialmente en aeronautica, SpaceX lo esta usando por dar ejemplos. Se esta trabajando en una especificación (Esto es un requerimiento casi legal para trabajar con lenguajes de programación en cosas tan criticas como aviones turisticos) para usarlo en muchos más lados.
Hasta me han llegado trabajos para desarrollar base de datos. Cosas rarisimas.
Re escribir cosas del ecosistema de Python y JavaScript, por ejemplo Deno, Prisma, Polars (No solo remplaza Pandas sino que disponibiliza una API para Python, JavaScript y Rust), FastAPI, NextJS, etc.
Hay muuuchos usos, es un lenguaje que a diferencia de C y C++ no se ha centrado unicamente en el bajo nivel, no necesitas ser tan tecnico para usarlo, no cuesta tanto usarlo, son casos que fui viendo estos años.
Mayormente para Crypto y Blockchain como dije pero es mucho más amplio que eso, Crypto y Blockchain son las industrias que lo abrazaron como desesperados pero de a poco se adoptan otros.
@@PhosphorusMoscu-code a ver recomienda un articulo
@@miguelquintana2548 No puedo pasar links por las politicas del canal pero puedes buscar como
"Chromium - Memory Safety"
"Secure by Design: Google’s Perspective on Memory Safety"
"A proactive approach to more secure code"
"Sustainability with Rust"
Uno de ellos lo deja bien claro:
Around 70% of our high severity security bugs are memory unsafety problems (that is, mistakes with C/C++ pointers). Half of those are use-after-free bugs.
Incluso hace poco se hizo una conferencia
"BlueHat IL 2023 - David Weston - Default Security"
Ahí explicaron algunos beneficios de re escribir C/C++ a Rust, con mejoras de performance y todo.
no lose rick... parece falso
Odio ese lenguaje xd. Apoyo la moción 😂
Eso es terrible, como estudiante de ingeniería informática puedo decir que ese lenguaje aunque no tenga una mayor seguridad ha dado muchos aportes y puede usarse para el aprendizaje y entendimiento del lenguaje ensamblador, además de mejorar las prácticas en programación. Hay muchas cosas para eliminar que el lenguaje C/C++, como las detestables agendas woke que bastate daño han hecho al país y al mundo, y las leyes que facilitan la entrada a inmigrantes ilegales sin hacer previas valoraciones a estos. Jamás deberían quitar el lenguaje C/C++.
no me van a quitar c/c++ nunca sjsjsjsj
El problema es el tipo de gente que hay en la casa blanca. Tan solo miren el tipo de decisiones que se han tomado en ese lugar en los últimos años, y no es que Obama haya sido mejor o que trump sea El Salvador de ese país, es que ya hay mucho inepto en ese gobierno. De verdad se está viendo la decadencia de un imperio.
Yo con Nim en la mochila
JAVASCRIPT LOOOOOOL AJJAJAJAJAJA
ESOS SON LOS LENGUAJES PADRE. SON LENGUAJES SAGRADOS. SI LOS INTENTAN QUITAR PROGRAMAREMOS MAS SEGUIDO EN ESTOS LENGUAJES. 💪
No son los lenguajes padres, hay muchos previos a C y C++, uno de los lenguajes más prehistoricos, incluso más que C y que existe a día de hoy es LISP por ejemplo.
Algunos otros han caido, como ALGOL y Nebula.
Otros simplemente han sido opacados como Ada.
Puede
Y seguro rust se compila con C.😅
En realidad no, la forma en que funciona es que tienen un bootstrap escalonado, por lo que podrias instalar Rust desde cero sin otras dependencias.
Por otro lado hay un sitio, la LLVM que esta hecha en C++, pero estan siendo remplazada por un proyecto llamado Cranelift que hecho en Rust
@@PhosphorusMoscu-code Instalar Rust sí, pero yo me refería a compilar. ¿Existen compiladores de Rust hechos en Rust? Si no, sería código cerrado, si prohíben C no va a ser posible compilar Rust.
@@emilianoezequielparenti2459 Si, es justamente eso, el bootstrap es esa etapa donde (no se si tienes solo uefi o un OS detrás) desde una base totalmente limpia puedes obtener Rust sin ningún pre requisito.
Rust contempla ese caso.
Además todo el compilador Rust está hecho en Rust, no sé si lo dije pero la LLVM era uno de las polémicas hoy en dia tiene varias alternativas.