Menéame: comentarios [2628619]

#119 Estándar de la NASA para la programación en C [.pdf eng]

--122466-- — Sun, 19 Jun 2016 14:15:28 +0000

[Usuario deshabilitado]

» autor: --122466--

#118 Estándar de la NASA para la programación en C [.pdf eng]

--507899-- — Fri, 17 Jun 2016 17:19:01 +0000

#117

» autor: --507899--

#117 Estándar de la NASA para la programación en C [.pdf eng]

--122466-- — Wed, 15 Jun 2016 22:22:12 +0000

[Usuario deshabilitado]

» autor: --122466--

#116 Estándar de la NASA para la programación en C [.pdf eng]

--507899-- — Wed, 15 Jun 2016 19:39:37 +0000

#115 tu lo unico que partes son los espejos,guapo.

» autor: --507899--

#115 Estándar de la NASA para la programación en C [.pdf eng]

--122466-- — Wed, 15 Jun 2016 12:35:44 +0000

[Usuario deshabilitado]

» autor: --122466--

#114 Estándar de la NASA para la programación en C [.pdf eng]

NapalMe — Mon, 13 Jun 2016 11:43:34 +0000

#96 Entonces me habré confundido, te pido disculpas.

» autor: NapalMe

#113 Estándar de la NASA para la programación en C [.pdf eng]

acastro — Mon, 13 Jun 2016 09:46:56 +0000

#103 Sería una tarea para los que desarrollen compiladores. La NASA tiene sus propias ideas sobre lo que considera inadecuado. Yo me refiero a ofrecer información adicional sobre todos los Warnings. Una especie de asistencia para programadores que seguramente ya incluyan algunas IDEs.

» autor: acastro

#112 Estándar de la NASA para la programación en C [.pdf eng]

genba — Mon, 13 Jun 2016 09:39:29 +0000

#109 Un lenguaje de sistemas no es adecuado para sistemas embebidos si requiere un entorno de ejecución pesado. Además, los sistemas embebidos requieren otras muchas cosas: punteros, acceso a periféricos, interrupciones, la posibilidad de garantizar formalmente el tiempo de ejecución y la política de planificación de tareas...

Ada tiene todo eso. Ada permite reducir el runtime a lo más mínimo mediante diferentes perfiles (profiles). Ada proporciona un perfil para sistemas críticos en tiempo real (Ravenscar). Ada proporciona verificación formal. etc. etc.

En cuanto a Rust, ni lo he usado, ni he oído de nadie que lo use para sistemas embebidos. ¿Que pueda usarse? Pues a lo mejor sí, pero no sé de nadie que lo use para aplicaciones serias. Además, también hay sistemas empotrados con Java o .NET, pero eso no significa que sean lenguajes adecuados para ello.

Pero, sobre todo, Rust nació en 2010. Ada nació en 1980, por lo que está bien probado y se ha usado en muchos proyectos industriales y militares, y la industria contribuye a su desarrollo y a que continúe siendo revisado y adaptado a las necesidades actuales. En cambio, Rust todavía está en pañales, tiene features inestables (según leo) y sólo es usado por hobbyists y por Mozilla para Firefox, que no es precisamente un sistema embebido.

Además, Rust en su estado actual no parece 100% apto para sistemas embebidos, según indica este paper: iot.stanford.edu/pubs/levy-tock-plos15.pdf

No es que quiera defender Ada a muerte, pero todo apunta a que Rust no es una alternativa real a día de hoy. A lo mejor para un proyectillo de Arduino de andar por casa está bien, pero yo no me atrevería a usar Rust para el sistema de control de un avión.

» autor: genba

#111 Estándar de la NASA para la programación en C [.pdf eng]

slowRider — Mon, 13 Jun 2016 09:21:22 +0000

#26 siempre me ha llamado la atención el poco exito que tuvo ada, incluso en los sectores hacia donde estaba dirigido, todavia veo gente que programa en pl/1 pero de ada nunca mas se supo.

» autor: slowRider

#110 Estándar de la NASA para la programación en C [.pdf eng]

slowRider — Mon, 13 Jun 2016 09:18:31 +0000

deriva del car C, version que utilizan los fabricantes de coches para programar dispositivos.

» autor: slowRider

#109 Estándar de la NASA para la programación en C [.pdf eng]

Findeton — Mon, 13 Jun 2016 09:15:07 +0000

#108 Un lenguaje de sistemas es un lenguaje de suficiente bajo nivel tal que se puede crear un SO con él. Lo cual apunta a que sea adecuado para sistemas empotrados/microcontroladores, precisamente por ser de bajo nivel. Y si, de hecho es perfectamente posible usarlo para programar microcontroladores y la gente lo hace.

» autor: Findeton

#108 Estándar de la NASA para la programación en C [.pdf eng]

genba — Mon, 13 Jun 2016 09:09:41 +0000

#107 Ada.

Rust no lo conozco, pero en su web se vende como un lenguaje de sistemas, no un lenguaje de embebidos. No creo yo que sea muy adecuado para sistemas embebidos/microcontroladores.

» autor: genba

#107 Estándar de la NASA para la programación en C [.pdf eng]

Findeton — Mon, 13 Jun 2016 09:09:03 +0000

#105 Dices que usar C/C++ te parece una locura, pero, ¿qué alternativas reales hay? Quizás Rust y poco más. Cuando estás en sistemas empotrados, o en sistemas de bajo nivel como microcontroladores, NO puedes usar lenguajes de alto nivel con recolectores de basura (como Golang).

» autor: Findeton

#106 Estándar de la NASA para la programación en C [.pdf eng]

genba — Mon, 13 Jun 2016 09:07:37 +0000

#105 PS #12 No conozco muchas situaciones en las que necesites un puntero no constante a función. La regla 29 no prohibe pasar punteros no constantes como argumentos de función, sino usar punteros no constantes que apunten a una función.

» autor: genba

#105 Estándar de la NASA para la programación en C [.pdf eng]

genba — Mon, 13 Jun 2016 08:54:02 +0000

#16 #21 Los dos motivos que más se dan para promover el uso de C/C++ en sistemas embebidos real-time o safety-critical son:

1. Que C/C++ son lenguajes muy conocidos y, por tanto, hay muchos programadores que saben programas en esos lenguajes, mientras que hay muchos menos programadores que sepan otros lenguajes más idóneos, como Ada.

2. Que la mayor parte de los vendors de microcontroladores proporcionan compiladores para C/C++, pero no para otros lenguajes más exóticos, como podría ser Ada.

Dicho esto, me sigue pareciendo una locura usar C/C++ por la gran cantidad de errores que se pueden cometer, incluso un programador experimentados y versado en las intricacies de C/C++.

#12 Para paliar los peligros de C/C++ es por lo que surgen estándares de codificación como MISRA y estos estándares de la NASA/JPL. Si estos estándares prohiben usar features de C/C++, es porque esas features son PELIGROSAS (con todas las letras y en mayúsculas).

» autor: genba

#104 Estándar de la NASA para la programación en C [.pdf eng]

xyria — Mon, 13 Jun 2016 08:33:49 +0000

#93 Ya lo hago. Lo ejecuto paso a paso. Puede que se trate de una librería de terceros (ComponentAce) la que esté generando el problema. Aunque tengo el código fuente, no voy a meterme ahí ni loco, prefiero eliminar las referencias a la librería. Ya veré como me las arreglo.

» autor: xyria

#103 Estándar de la NASA para la programación en C [.pdf eng]

ElPerroDeLosCinco — Mon, 13 Jun 2016 08:18:30 +0000

#101 Tu idea me parece buena, pero en la NASA no pueden dedicarse a formar a la gente. Se supone que sus programadores ya están sobradamente formados y lo único que cabe hacer para prevenir errores humanos es auditar el código y capar las técnicas mas peligrosas.

» autor: ElPerroDeLosCinco

#102 Estándar de la NASA para la programación en C [.pdf eng]

Find — Mon, 13 Jun 2016 08:09:22 +0000

#45 Y es para quien trabaja Wolowitz
bigbangtheory.wikia.com/wiki/Jet_Propulsion_Laboratory

» autor: Find

#101 Estándar de la NASA para la programación en C [.pdf eng]

acastro — Mon, 13 Jun 2016 07:00:24 +0000

#15 La gran potencia y flexibilidad del C podría calificarse de diabólica por el precio de inseguridad que puede tener a la mínima torpeza. Los tipos de warnings que pueden generar algunos compiladores actuales son muy amplios. Cada uno de ellos se refiere a la inseguridad potencial de alguna práctica.

Por ello, creo que los compiladores no solo deberían ser capaces de ofrecer un modo amplio de avisos (warnings) sino que para cada tipo de ellos, el propio compilador debería ofrecer un enlace web con información adicional, porque no todos los warnings resultan triviales y obvios.

En otras palabras, los compiladores de C en particular podrían ir acompañados de funcionalidad didáctica, porque no hay nada más educactivo que aprender de los errores propios.

» autor: acastro

#100 Estándar de la NASA para la programación en C [.pdf eng]

--27313-- — Mon, 13 Jun 2016 06:52:25 +0000

#4 Piérdete, imbécil.

» autor: --27313--

#99 Estándar de la NASA para la programación en C [.pdf eng]

--507899-- — Mon, 13 Jun 2016 05:20:38 +0000

#79 no decias que no te acordabas de mi? Pues eso....

» autor: --507899--

#98 Estándar de la NASA para la programación en C [.pdf eng]

--514545-- — Sun, 12 Jun 2016 23:07:43 +0000

#27 #15 Solo añadir que si algo hay depurado, es el compilador gcc, es a prueba de bombas, y quizá sea el compilador soportado por más tipos de arquitecturas, sean del año que sean.

Reconozco que odio C, y con estas limitaciones, lo odiaría mucho más, pero hay que reconocer que si uno necesita un binario fiable y predecible, ha de usar C y gcc por fuerza mayor.

» autor: --514545--

#97 Estándar de la NASA para la programación en C [.pdf eng]

--127397-- — Sun, 12 Jun 2016 23:07:29 +0000

#92 hasta que alguien lo lee, y como buen cuñado, corrige y perfecciona para mejorar la seguridad y eficiencia de la NASA

» autor: --127397--

#96 Estándar de la NASA para la programación en C [.pdf eng]

--324579-- — Sun, 12 Jun 2016 22:51:06 +0000

#87 no te preocupes, no me he ofendido. No tiene importancia.
No he editado, pero eso tampoco la tiene.

» autor: --324579--

#95 Estándar de la NASA para la programación en C [.pdf eng]

box3d — Sun, 12 Jun 2016 22:45:57 +0000

#12 el razonamiento viene de una de las reglas MISRA que no aparecen por ser propietarias.

Se quiere evitar ejecutar una direction de memoria que se desconozca a priori o, en el peor de los casos, memoria corrupta. En un sistema embebido los punteros constantes se almacenan en ROM lo que garantiza que no se corrompa, por eso se permiten.

» autor: box3d

#94 Estándar de la NASA para la programación en C [.pdf eng]

tartarus — Sun, 12 Jun 2016 22:42:47 +0000

#83 Hola, soy todos los usuarios anteriores fusionados en un cuarto usuario.

» autor: tartarus

#93 Estándar de la NASA para la programación en C [.pdf eng]

--174-- — Sun, 12 Jun 2016 22:37:49 +0000

#70: Puedes... no sé, depurar el código.

» autor: --174--

#92 Estándar de la NASA para la programación en C [.pdf eng]

--222052-- — Sun, 12 Jun 2016 21:26:27 +0000

[Usuario deshabilitado]

» autor: --222052--

#91 Estándar de la NASA para la programación en C [.pdf eng]

kolme — Sun, 12 Jun 2016 21:20:53 +0000

#89 Te queda mucho por aprender, pequeño Padawan.

» autor: kolme

#90 Estándar de la NASA para la programación en C [.pdf eng]

--88270-- — Sun, 12 Jun 2016 21:17:10 +0000

#26 Dicen que uno de los grandes retrasos y sobrecostes del programa J35 es por el Ada. El leguaje estará todo lo bien que quieran, pero no tiene el soporte de un buen IDE, entornos de desarrollo y depuradores que tiene el C.

» autor: --88270--

#89 Estándar de la NASA para la programación en C [.pdf eng]

--88270-- — Sun, 12 Jun 2016 21:14:35 +0000

#58 Una regla que se erifica casi al 100% es que si tu editor o tu IDE es una mierda, tu código será una mierda. Da igual lo bueno que te creas.

» autor: --88270--

#88 Estándar de la NASA para la programación en C [.pdf eng]

--212323-- — Sun, 12 Jun 2016 21:10:45 +0000

[Usuario deshabilitado]

» autor: --212323--

#87 Estándar de la NASA para la programación en C [.pdf eng]

NapalMe — Sun, 12 Jun 2016 21:09:25 +0000

#76 Si estas dando a entender que te he llamado tonto a ti estas suspendido en lógica, decir que la NASA no es tonta no implica que lo seas tu, así que no vengas con falsos victimismos.
He dicho que me hace gracia que lo cuestiones, nada mas, pero como has editado tu comentario, las respuestas dejan de tener sentido.
Un saludo.

» autor: NapalMe

#86 Estándar de la NASA para la programación en C [.pdf eng]

xyria — Sun, 12 Jun 2016 21:03:53 +0000

#85 Sí.

» autor: xyria

#85 Estándar de la NASA para la programación en C [.pdf eng]

barruka — Sun, 12 Jun 2016 21:03:25 +0000

#70 te da pereza... Correcto, y encima te considerarás a ti mismo como un buen profesional...

» autor: barruka

#84 Estándar de la NASA para la programación en C [.pdf eng]

perro_marron — Sun, 12 Jun 2016 20:59:56 +0000

#81 eso no tiene nada que ver con gcc, la especificacion es clara.

» autor: perro_marron

#83 Estándar de la NASA para la programación en C [.pdf eng]

avalancha971 — Sun, 12 Jun 2016 20:55:26 +0000

#34 Creo que el problema es que no has visto que un usuario es al que le has dicho que sí son de la NASA, y otro usuario es el que te ha dicho que ya no son el laboratorio de cohetes.

Aclaro que yo son un tercer usuario.

» autor: avalancha971

#82 Estándar de la NASA para la programación en C [.pdf eng]

perro_marron — Sun, 12 Jun 2016 20:54:58 +0000

#71 por la inmensa cantidad de herramientas que existen para c y para ningun otro lenguaje. Si consideras c como una especie de ensamblador todo cobra sentido. Muchos de los que trabajamos en sistemas empotrados usamos c pensando en el codigo que genera en lugar de la filosofia del lenguaje, que es lo que tocaria realmente.

» autor: perro_marron

#81 Estándar de la NASA para la programación en C [.pdf eng]

ChronoTrigger — Sun, 12 Jun 2016 20:07:39 +0000

#23 Alguna referencia sobre la initialización a cero de gcc?

» autor: ChronoTrigger

#80 Estándar de la NASA para la programación en C [.pdf eng]

xyria — Sun, 12 Jun 2016 19:57:55 +0000

#4 En Canarias usamos una expresión divertida para este tipo de situaciones: "Tírate al suelo y di que te dió un dolor".

» autor: xyria

#79 Estándar de la NASA para la programación en C [.pdf eng]

--122466-- — Sun, 12 Jun 2016 19:57:22 +0000

[Usuario deshabilitado]

» autor: --122466--

#78 Estándar de la NASA para la programación en C [.pdf eng]

--507899-- — Sun, 12 Jun 2016 19:47:35 +0000

#75 en meneame,donde esta tu vida...no he puesto ni el @ para invocarte...

» autor: --507899--

#77 Estándar de la NASA para la programación en C [.pdf eng]

--122466-- — Sun, 12 Jun 2016 19:39:45 +0000

[Usuario deshabilitado]

» autor: --122466--

#76 Estándar de la NASA para la programación en C [.pdf eng]

--324579-- — Sun, 12 Jun 2016 19:38:25 +0000

#72 lo pillo perfectamente. Como en la nasa no son tontos, el tonto soy yo por cuestionar.
Que soy tonto lo tengo asumido desde que suspendí el primer examen y corté con la primera novia. Pero no suelo entrar a discutir esas cosas, como comprenderás. Ni lo de editar.
MNM es libre, cada uno se mueve aquí como quiere. Lo de sin acritud era sincero.

» autor: --324579--

#75 Estándar de la NASA para la programación en C [.pdf eng]

--122466-- — Sun, 12 Jun 2016 19:36:18 +0000

[Usuario deshabilitado]

» autor: --122466--

#74 Estándar de la NASA para la programación en C [.pdf eng]

--324579-- — Sun, 12 Jun 2016 19:31:38 +0000

#44 el goto se debe usar siempre que sea necesario. Es decir: nunca.
#22 está por ver todavía el primer centro de desarrollo donde tengan recursos para hacer todo lo que quieran y más.
#71 lo pillo perfectamente. Como en la nasa no son tontos, el tonto soy yo por cuestionar.
Que soy tonto lo tengo asumido desde que suspendí el primer examen y corté con la primera novia. Pero no suelo entrar a discutir esas cosas, como comprenderás. Ni lo de editar.
MNM es libre, cada uno se mueve aquí como quiere. Lo de sin acritud era sincero.

» autor: --324579--

#73 Estándar de la NASA para la programación en C [.pdf eng]

--505393-- — Sun, 12 Jun 2016 19:28:55 +0000

#64 Si, exacto

» autor: --505393--

#72 Estándar de la NASA para la programación en C [.pdf eng]

NapalMe — Sun, 12 Jun 2016 19:26:35 +0000

#71 Sin acritud, si no entendiste el mensaje detrás del sarcasmo es tu problema.
Por si no lo pillas, estoy seguro que esa gente tiene una razón perfectamente lógica para cada punto de ese estándar, y he usado el sarcasmo para mostrar la gracia que me ha hecho tu amago de duda al respecto.
PD. Por cierto, muy bonito lo de editar el mensaje.

» autor: NapalMe

#71 Estándar de la NASA para la programación en C [.pdf eng]

--324579-- — Sun, 12 Jun 2016 19:20:29 +0000

#49 definir una función es lo mismo que definir un puntero constante a ella. Claro que tiene sentido la restricción, de hecho existen otros lenguajes que tienen esa restricción implícita. La cuestión es por qué no usan esos directamente, que es en lo que estamos y que ya hay bastante comentado.
#27 <<Se hace por evitar bugs,>>
Hasta ahí llegamos. En C se puede hacer de todo, para lo bueno y para lo malo.
No deben tener sencillo traducir desde otros lenguajes de tipado más robusto a C.
#21 sip, tiene sentido, yo me apunto a esa tesis. Ahora solo falta que alguien que trabaje en la nasa nos lo confirme
#57 sin acritud: tu compara tu aporte al debate con los del resto.
#52 cientos de proyectos y decenas de lenguajes los tiene una empresa grande sin necesidad de tener perfil tecnológico. En la nasa deben moverse en un orden de magnitud de miles o cientos de miles. Sería interesante ver el ciclo completo de SQA; las reglas de codificación son solo una pequeña parte y supongo no la más importante.

» autor: --324579--

#70 Estándar de la NASA para la programación en C [.pdf eng]

xyria — Sun, 12 Jun 2016 19:18:46 +0000

#3 Por no hacer caso de un warning, dado que compila y se ejecuta perfectamente, llevo un año con una "memory leak" que me genera errores muy de tiempo en tiempo. El código parece perfecto, sigo las sugerencias del compilador. Al final, va a tener razón el autor: Reescribe el código. Lo malo es que es una jodida clase con muchas propiedades y eventos y me da pereza reescribirla.

» autor: xyria

#69 Estándar de la NASA para la programación en C [.pdf eng]

--280860-- — Sun, 12 Jun 2016 19:18:16 +0000

#32 Que yo sepa fue por una junta que no soporto las bajas temperaturas de un deposito y como que una fuga de hidrógeno teniendo un mechero gigante cerca no es buena idea.

» autor: --280860--

#68 Estándar de la NASA para la programación en C [.pdf eng]

--27313-- — Sun, 12 Jun 2016 19:10:03 +0000

#22 En absoluto. El presupuesto de la NASA va ajustadísimo, y crear (y mantener) un compilador consistente que genere código decente no es moco de pavo, y menos cuando hablamos de un animal tan difícil de domar como C.

» autor: --27313--

#67 Estándar de la NASA para la programación en C [.pdf eng]

jmpep — Sun, 12 Jun 2016 18:51:15 +0000

#66 Y por eso he dicho que tu frase de #21 es cierta...

» autor: jmpep

#66 Estándar de la NASA para la programación en C [.pdf eng]

Findeton — Sun, 12 Jun 2016 18:49:58 +0000

#65 No, porque he dicho que con otros lenguajes no ocurre. No he dicho que con todos los demás no ocurra.

» autor: Findeton

#65 Estándar de la NASA para la programación en C [.pdf eng]

jmpep — Sun, 12 Jun 2016 18:46:49 +0000

#40 Error de lógica formal. "muchos lenguajes lo tienen" no invalida "que con otros lenguajes no ocurre." Lo único que invalidaría "que con otros lenguajes no ocurre" sería que ocurriera en todos. Como, de hecho, no es así, la frase de #21 es cierta.

» autor: jmpep

#64 Estándar de la NASA para la programación en C [.pdf eng]

Findeton — Sun, 12 Jun 2016 18:26:49 +0000

#54 Supongo que te refieres a la diferencia entre lenguajes como C/C++ donde se realiza una gestión manual de la memoria y lenguajes como Java o Javascript que hacen uso de recolectores de basura. Rust es como C/C++ en ese aspecto, y en principio tienes que hacer tú mismo el trabajo sucio. Eso me gusta. Por supuesto, si quieres hacer uso de un recolector de basura, también puedes, no tienes más que usar alguna librería para ello (igual que en C++).

» autor: Findeton

#63 Estándar de la NASA para la programación en C [.pdf eng]

Findeton — Sun, 12 Jun 2016 18:23:43 +0000

#61 Es difícil generalizar especificando . La cosa es que Para muchos dispositivos hardware, el número de herramientas, compiladores etc es bastante limitado. Por su uso pervasivo, su historia, y por la facilidad de implementar un compilador de C (ya que es un lenguaje relativamente pequeño, que no sencillo, y relativamente cercano al ensamblador/metal), normalmente siempre puedes contar con un compilador de C.

» autor: Findeton

#62 Estándar de la NASA para la programación en C [.pdf eng]

--517017-- — Sun, 12 Jun 2016 18:21:07 +0000

#39 Cocopino al menos era majete. Este es como mucho ese otro que has dicho.

» autor: --517017--

#61 Estándar de la NASA para la programación en C [.pdf eng]

--151628-- — Sun, 12 Jun 2016 18:20:05 +0000

#60 Has generalizado sin especificar, por lo que yo he respondido generalizando.

» autor: --151628--

#60 Estándar de la NASA para la programación en C [.pdf eng]

Findeton — Sun, 12 Jun 2016 18:16:57 +0000

#40 No he especificado de qué otros lenguajes hablo, ni a qué dispositivos/hardware me refiero, así que tú digas que no es cierto me parece sorprendente.

» autor: Findeton

#59 Estándar de la NASA para la programación en C [.pdf eng]

kolme — Sun, 12 Jun 2016 18:06:59 +0000

#23 ¿Y qué tiene el editor que ver con que el resultado sea una chapuza?

» autor: kolme

#58 Estándar de la NASA para la programación en C [.pdf eng]

kolme — Sun, 12 Jun 2016 17:50:30 +0000

#23 ¿Qué tiene vim que ver con la chapuza?

» autor: kolme

#57 Estándar de la NASA para la programación en C [.pdf eng]

NapalMe — Sun, 12 Jun 2016 17:34:47 +0000

#16 Es que los de la NASA son tontos </sarcasm>

» autor: NapalMe

#56 Estándar de la NASA para la programación en C [.pdf eng]

--505393-- — Sun, 12 Jun 2016 17:33:25 +0000

#31 Si, yo también pensé en ADA, pero luego dije: Vaya, quizás no es soportado en los micros que utilizan.

» autor: --505393--

#55 Estándar de la NASA para la programación en C [.pdf eng]

AlphaFreak — Sun, 12 Jun 2016 17:30:55 +0000

#35 Por no hablar de la decisión política (o de "gestión") de reutilizar el software del Ariane-4 tal cual...

» autor: AlphaFreak

#54 Estándar de la NASA para la programación en C [.pdf eng]

--505393-- — Sun, 12 Jun 2016 17:29:39 +0000

#30 Una pregunta (parece que usted controla): ¿soporta rush recolección de memoria?

» autor: --505393--

#53 Estándar de la NASA para la programación en C [.pdf eng]

nomada_isleño — Sun, 12 Jun 2016 17:24:08 +0000

#33 Aquí en MNM se es más del Hodor... www.hodor-lang.org/

» autor: nomada_isleño

#52 Estándar de la NASA para la programación en C [.pdf eng]

brainsqueezer — Sun, 12 Jun 2016 17:11:59 +0000

#16 #26 Nadie ha dicho que solamente programen en C. Cualquier proyecto mas o menos grande acaba teniendo código en diferentes lenguajes. Ni hablemos cuando se trata de cientos de proyectos.

Creo que este documento debe abordarse más con el objetivo de hacer que el código no falle, que debatir cual es el mejor lenguaje.

» autor: brainsqueezer

#51 Estándar de la NASA para la programación en C [.pdf eng]

--39367-- — Sun, 12 Jun 2016 17:08:53 +0000

Un día de estos voy a subir el Neufert a ver si hago portada.

#quierocreer

» autor: --39367--

#50 Estándar de la NASA para la programación en C [.pdf eng]

--46835-- — Sun, 12 Jun 2016 17:05:22 +0000

#48 respondí al comentario, no a la noticia.

» autor: --46835--

#49 Estándar de la NASA para la programación en C [.pdf eng]

perro_marron — Sun, 12 Jun 2016 16:57:26 +0000

#12 pero punteros const a funciones si que se puede, esta restriccion tiene todo el sentido del mundo. Te impide ejecutar una direccion de memoria. fnptr=0x1234; fnptr(); por ejemplo. Hacer esto puede ser necesario si programas contra contra hardware puro y duro, pero es muy peligroso si estas bajo un sistema operativo.

» autor: perro_marron

#48 Estándar de la NASA para la programación en C [.pdf eng]

RubiaDereBote — Sun, 12 Jun 2016 16:51:01 +0000

#45 Lo dice la entradilla.

» autor: RubiaDereBote

#47 Estándar de la NASA para la programación en C [.pdf eng]

--233533-- — Sun, 12 Jun 2016 16:38:01 +0000

#1 Rivera, ¿eres tú?

» autor: --233533--

#46 Estándar de la NASA para la programación en C [.pdf eng]

ufoisthebest — Sun, 12 Jun 2016 16:36:05 +0000

#43 #27 lo que provoco ese fallo tambien es curioso de saber es.wikipedia.org/wiki/Inversión_de_prioridades?wprov=sfla1

» autor: ufoisthebest

#45 Estándar de la NASA para la programación en C [.pdf eng]

--46835-- — Sun, 12 Jun 2016 16:34:55 +0000

#25 técnicamente es dirigida por la NASA pero la organización padre es Calltech.
Del propio documento: Acknowledgement
The research described in this document was carried out at the Jet Propulsion Laboratory, California Institute of Technology, under a contract with the National Aeronautics and Space Administration.

2009 California Institute of Technology. Government sponsorship is acknowledged.

Así que me da que es solo el estándar del JPL, no de toda la NASA aunque supongo que serán muy parecidos.

» autor: --46835--

#44 Estándar de la NASA para la programación en C [.pdf eng]

ruinanamas — Sun, 12 Jun 2016 16:29:44 +0000

Rule 11 (simple control flow)
The goto statement shall not be used.

» autor: ruinanamas

#43 Estándar de la NASA para la programación en C [.pdf eng]

calaverax — Sun, 12 Jun 2016 16:24:42 +0000

#27 sobre el timer que hablas... en.m.wikipedia.org/wiki/Watchdog_timer

» autor: calaverax

#42 Estándar de la NASA para la programación en C [.pdf eng]

llorencs — Sun, 12 Jun 2016 16:17:35 +0000

#18 Vas a quedar no "vas ha quedar".

» autor: llorencs

#41 Estándar de la NASA para la programación en C [.pdf eng]

llorencs — Sun, 12 Jun 2016 16:15:22 +0000

#14 Escrito con móvil? Lavoratorio? Hacen lavativas?

» autor: llorencs

#40 Estándar de la NASA para la programación en C [.pdf eng]

--151628-- — Sun, 12 Jun 2016 16:14:16 +0000

#21 "cosa que con otros lenguajes no ocurre"
No es cierto. Muchos lenguajes lo tienen, además de suites de test variadas.

» autor: --151628--

#39 Estándar de la NASA para la programación en C [.pdf eng]

--507899-- — Sun, 12 Jun 2016 16:10:39 +0000

#9 ese tenia gracia...este es un cocopino o malversan como mucho...

» autor: --507899--

#38 Estándar de la NASA para la programación en C [.pdf eng]

--280860-- — Sun, 12 Jun 2016 16:07:15 +0000

#4 Podías irte tomar por el culo sin acritud.

» autor: --280860--

#37 Estándar de la NASA para la programación en C [.pdf eng]

--237465-- — Sun, 12 Jun 2016 16:05:28 +0000

[Usuario deshabilitado]

» autor: --237465--

#36 Estándar de la NASA para la programación en C [.pdf eng]

--237465-- — Sun, 12 Jun 2016 16:04:40 +0000

[Usuario deshabilitado]

» autor: --237465--

#35 Estándar de la NASA para la programación en C [.pdf eng]

gershwin — Sun, 12 Jun 2016 15:54:43 +0000

#32 eso fue el Ariane 5 no el Challenger. Y no fue un errro de programación como tal, si no un error basado en este tipo de protocolos y autolimitaciones: no activar gestor de excepciones para mantener el uso CPU por debajo de 80%.

» autor: gershwin

#34 Estándar de la NASA para la programación en C [.pdf eng]

RubiaDereBote — Sun, 12 Jun 2016 14:50:16 +0000

#29 Entonces no consigo entender dónde ves el problema.

» autor: RubiaDereBote

#33 Estándar de la NASA para la programación en C [.pdf eng]

--347930-- — Sun, 12 Jun 2016 13:53:48 +0000

[Usuario deshabilitado]

» autor: --347930--

#32 Estándar de la NASA para la programación en C [.pdf eng]

Penetrator — Sun, 12 Jun 2016 13:51:37 +0000

#31 y #26: Ada tampoco es infalible, el accidente del Challenger se produjo por culpa de una excepción no controlada en un programa escrito en Ada. Sea cual sea el lenguaje, siempre es buena idea poner unos límites cuando se trata de sistemas críticos.

» autor: Penetrator

#31 Estándar de la NASA para la programación en C [.pdf eng]

AngryBird — Sun, 12 Jun 2016 12:28:58 +0000

#26 Eso iba a poner, que programen en Ada.

» autor: AngryBird

#30 Estándar de la NASA para la programación en C [.pdf eng]

Findeton — Sun, 12 Jun 2016 11:31:12 +0000

#28 Correcto, me refería a que a menudo no hay soporte/compiladores para otros lenguajes más extraños o novedosos, como Rust.

» autor: Findeton

#29 Estándar de la NASA para la programación en C [.pdf eng]

juantxovilla — Sun, 12 Jun 2016 11:22:26 +0000

#20 y #25 pues leeme tú tmb, yo también he dicho que es de la nasa . Mi 'no' era a que no es de cohetes desde hace muchísimos años, ahora es la parte de la nasa q se dedica a la exploración interplanetaria. Ups, exactamente lo que dije en el otro comentario ;).

Sorry por la v

» autor: juantxovilla

#28 Estándar de la NASA para la programación en C [.pdf eng]

Shotokax — Sun, 12 Jun 2016 10:20:31 +0000

#21 el hardware no soporta C, solo soporta binario.

» autor: Shotokax

#27 Estándar de la NASA para la programación en C [.pdf eng]

JAIL — Sun, 12 Jun 2016 09:57:16 +0000

#16 Se hace por evitar bugs, como indica #15.
stackoverflow.com/a/10145901

Y se usa C porque funciona en cualquier procesador. Por pequeño que sea. Aunque sea un microcontrolador de un robot. Sí, de esos que se les queda bloqueado en Marte por fallos de programación.

Anécdota: De hecho, a raíz de ese robot que se quedó pillado y no había nadie por allí para pulsar [CTRL]+[ALT]+[SUPR] los procesadores tienen un timer que los hace resetear si llega a 0. En el código hay que reiniciar de vez en cuando ese timer. Así, si se mete en un bucle infinito , acabará reiniciandose. Por lo que he visto, otra regla prohibe la recursividad. En la propia regla indica que es por la dificultad de demostrar que no será infinita.

» autor: JAIL

#26 Estándar de la NASA para la programación en C [.pdf eng]

pollo — Sun, 12 Jun 2016 09:53:40 +0000

Lo raro es que existiendo cosas como Ada, desarrollado con la fiabilidad, seguridad y predicibilidad en mente específicamente para sistemas críticos y en tiempo real (ejército, aviones, etc.), usasen C con corsés normativos, que es algo que te puede traicionar en cualquier momento como de hecho alguna vez ocurrió.

» autor: pollo

#25 Estándar de la NASA para la programación en C [.pdf eng]

RubiaDereBote — Sun, 12 Jun 2016 09:06:25 +0000

#14 Laboratorio es con B.
y el JPL forma parte de la NASA vuelve a leer #11.

» autor: RubiaDereBote

#24 Estándar de la NASA para la programación en C [.pdf eng]

Findeton — Sun, 12 Jun 2016 08:45:37 +0000

#23 Esta es una de las muchas cosas que fastidian de C y C++: Undefined Behaviour. Por eso me gusta Rust, pero le queda un larguísimo camino todavía...

» autor: Findeton

#23 Estándar de la NASA para la programación en C [.pdf eng]

--88270-- — Sun, 12 Jun 2016 08:39:42 +0000

#22 Evidentemente utilizan GCC. Aunque no está en el standard, GCC inicializa todas las variables a zero cuando se declaran; otros compilaodores no, porque no es parte del standard.

Yo ya me he encontrado un código que saltaban errores de ejecución cuando lo compilabas con el Visual Studio y decian que era problema del compilador. Luego miras el código y te das cuenta que el tio no inicializaba las variables, a parte de ser una chapuza de código escrita con el vim.

» autor: --88270--

#22 Estándar de la NASA para la programación en C [.pdf eng]

Findeton — Sun, 12 Jun 2016 08:23:02 +0000

#17 Esta gente tiene suficientes recursos como para mantener su propio compilador, diría yo.

» autor: Findeton

#21 Estándar de la NASA para la programación en C [.pdf eng]

Findeton — Sun, 12 Jun 2016 08:22:09 +0000

#16 Pues porque C está probado, porque el hardware que tienen soporta C y lo mismo no soporta Rust, y porque hay programas que analizan el código de C y comprueban que no tiene multitud de tipos de errores (validación formal), cosa que con otros lenguajes no ocurre.

» autor: Findeton

#20 Estándar de la NASA para la programación en C [.pdf eng]

Findeton — Sun, 12 Jun 2016 08:20:21 +0000

#14 El JPL sigue haciendo cosas relacionadas con cohetes pero, en cualquier caso, sigue siendo parte de la NASA. Que hagan cohetes o no no tiene nada que ver con la noticia: es correcto decir que son la NASA.

» autor: Findeton

#19 Estándar de la NASA para la programación en C [.pdf eng]

--88270-- — Sun, 12 Jun 2016 07:33:25 +0000

#15 Son reglas para sistemas críticos, lo dice el propio informe. Códigos cortos donde lo crítico es la fiabilidad. Buena suerte si pretendes programar una red neuronal o un sistema de reconocimiento de imágenes.

» autor: --88270--

#18 Estándar de la NASA para la programación en C [.pdf eng]

sisi — Sun, 12 Jun 2016 07:25:19 +0000

#15 Yo tambien lo he revisado, y me parece que la intencion de las normas és permitir que se pueda realizar una validación formal de funcionamiento utilizando algun tipo de herramienta. Por ejemplo la norma 3 impone que todos los bucles deben tener un limite de iteraciones. Con esto garantizas que nunca vas ha quedar en un loop infinito ademas de poder estimar el tiempo máximo que tardara en ejecutarse. Estas restricciones són tipicas para sistemas en tiempo real.
Respecto a no utilizar un lenguage mas moderno, lo mismo. El compilador tambien genera su parte de problemas y el lenguage su parte de incertidumbre. Todos los lenguages con garbage collection quedan descartados por no poder predecir cuanto tiempo se va a perder gestionando la memoria ni cuanto espacio va a consumir.

» autor: sisi

#17 Estándar de la NASA para la programación en C [.pdf eng]

--88270-- — Sun, 12 Jun 2016 07:19:56 +0000

Lo de usar el flag de pedantic es para masoquistas, porque dependiendo del compilador te soltará unos warnings u otros, ya que ningun compilador sigue 100% el standard. Tambien me sorprende que no incluyan algo tan básico como inicializar todas las variables.

» autor: --88270--

#16 Estándar de la NASA para la programación en C [.pdf eng]

--324579-- — Sun, 12 Jun 2016 07:02:15 +0000

#13 decides no usar algo que es potente y que lo diferencia de otros muchos lenguajes. Por poner un caso, te complica el código de una simple calculadora.
#15 sip. Y la pregunta siguiente es por qué no pasan de C y usan alguno de los lenguajes que tienen capadas esas posibilidades de serie. Puede haber decenas de respuestas.

» autor: --324579--

#15 Estándar de la NASA para la programación en C [.pdf eng]

ElPerroDeLosCinco — Sun, 12 Jun 2016 05:44:07 +0000

#12 Mi impresión viendo estas reglas es que se pretende garantizar al máximo la estabilidad y seguridad del código, por encima de aprovechar la enorme flexibilidad de C. Por eso se capan muchas posibilidades que harían el código más potente, pero también más susceptible de petar en casos imprevistos. Personalmente, sufriría al programar siguiendo estas normas, pero también dormiría mejor si hubiera personas en el espacio cuyas vidas dependen de alguna manera de mi código.

» autor: ElPerroDeLosCinco

#14 Estándar de la NASA para la programación en C [.pdf eng]

juantxovilla — Sun, 12 Jun 2016 01:14:52 +0000

#11 no, jpl, a pesar de su nombre en la actualidad no tiene nada que ver con cohetes, es el lavoratorio de la nasa principalmemte encargado de las sondas y robots interplanetarios. Su nombre viene de que en sus inicios fueron sobretodo a la creación de motores y cohetes, pero eso ya no tiene nada que ver con el jpl actual

» autor: juantxovilla

#13 Estándar de la NASA para la programación en C [.pdf eng]

JAIL — Sat, 11 Jun 2016 23:50:39 +0000

#12 ¿Por?

» autor: JAIL

#12 Estándar de la NASA para la programación en C [.pdf eng]

--324579-- — Fri, 10 Jun 2016 17:30:09 +0000

Rule 29
Non-constant pointers to functions should not be used.

Vaya C de chichinabo entonces.

» autor: --324579--

#11 Estándar de la NASA para la programación en C [.pdf eng]

RubiaDereBote — Fri, 10 Jun 2016 16:15:13 +0000

#10 JPL es el laboratorio de propulsión de cohetes de la NASA: jpl.nasa.gov

» autor: RubiaDereBote

#10 Estándar de la NASA para la programación en C [.pdf eng]

--8899-- — Fri, 10 Jun 2016 15:46:34 +0000

JPL != NASA

» autor: --8899--

#9 Estándar de la NASA para la programación en C [.pdf eng]

LuisPas — Fri, 10 Jun 2016 15:36:10 +0000

#5 se cree el nuevo

» autor: LuisPas

#8 Estándar de la NASA para la programación en C [.pdf eng]

Cancerbero — Fri, 10 Jun 2016 15:25:21 +0000

#2 Es cutre hasta para ser un troll.

» autor: Cancerbero

#7 Estándar de la NASA para la programación en C [.pdf eng]

--450595-- — Fri, 10 Jun 2016 15:23:37 +0000

[Usuario deshabilitado]

» autor: --450595--

#6 Estándar de la NASA para la programación en C [.pdf eng]

--432809-- — Fri, 10 Jun 2016 15:20:33 +0000

#4 mira tu propio historial de comentarios y plantéate si es normal comentar única y exclusivamente sobre el mismo tema independientemente de la noticia que se envíe, supongo que entenderás que a muchos nos resulte cansino

» autor: --432809--

#5 Estándar de la NASA para la programación en C [.pdf eng]

RubiaDereBote — Fri, 10 Jun 2016 15:16:42 +0000

#3 Gracias @Lobazo.

» autor: RubiaDereBote

#4 Estándar de la NASA para la programación en C [.pdf eng]

--516474-- — Fri, 10 Jun 2016 15:15:56 +0000

[Usuario deshabilitado]

» autor: --516474--

#3 Estándar de la NASA para la programación en C [.pdf eng]

Lobazo — Fri, 10 Jun 2016 15:14:43 +0000

#2 Es repugnante el spam de este tío

www.meneame.net/user/PacoFrancoGoilgolzarri/commented

Y te lo dice un votante de Podemos

Algún @admin debería mirarlo.

» autor: Lobazo

#2 Estándar de la NASA para la programación en C [.pdf eng]

RubiaDereBote — Fri, 10 Jun 2016 15:13:57 +0000

#1 Aquí tienes tu premio:

Te agradecería que si quieres trolear te buscases a otro, hoy ya me has casado bastante.
Y si quieres hacer publicidad de Podemos a pesar de negarlo, búscate una pared y pega propaganda electoral, afíliate, pide tu poltrona en el congreso, o haz lo que tengas que hacer pero no des por culo también en las noticias de tecnología.

» autor: RubiaDereBote

#1 Estándar de la NASA para la programación en C [.pdf eng]

--516474-- — Fri, 10 Jun 2016 15:13:21 +0000

[Usuario deshabilitado]

» autor: --516474--