Foro de elhacker.net

Siempre ha habido algo que me ha fastidiado de la programación y son los problemas de memoria que te genera.

Me refiero a que cuando escribes un código muy largo o con cierta complejidad y dejas de revisarlo durante 6 meses o un año por ejemplo, después de ese tiempo si lo vuelves a revisar ya no entiendes nada de lo que escribiste,  y luego tienes que estudiar el código que tu mismo escribiste, y realmente te sientes como un idiota esforzándote por entender algo que tu mismo inventaste... No se si esto le siga ocurriendo a gente que tiene por ejemplo mas de 10 años de experiencia.. pero a casi todos los programadores que conozco les ocurre lo mismo, incluso he visto memes sobre eso..

¿Alguien tiene algún método para no olvidar el funcionamiento del codigo que escribió hace ya mucho tiempo?.. (y que no sea dejando comentarios por todos lados claro esta, ya que esa es una mala practica que en un trabajo real no te permiten..)

XD dejar comentarios por todas partes! XD

no es mala practica (siempre que se haga decentemente) y si te los prohiben, justamente ellos mismos están buscando tener problemas XD

una forma es usar reglas mnemotecnicas en el comentario es decir "pistas" que te ayuden a recordar lo que se hizo...

Hace poco estuve en una reunión de OWASP y me dijeron que lo mejor era recomendar a los desarrolladores que abandonaran los comentarios de una vez por todas ya que eso estaba generando problemas de seguridad.. por eso lo decía..

Creo que la única opción serian las pistas, pero estoy seguro de que hasta eso se me podría olvidar con el tiempo y acabaria buscando pistas para encontrarle significado a las pistas jajaja

¿Los comentarios generan problemas de seguridad? Eso es ridiculo. Esa gente que ha dado esa reunión de OWASP quiere ver el mundo arder o son completamente incompetentes.

Es inevitable que "te olvides" de como funciona algo. De hecho, en tal caso, prácticamente experimentas lo que vería alguien que nunca ha tocado tu código. Ahí es donde realmente ves que tan bueno es.  Comentarios estructurados, siguiendo un estándar bien definido para el lenguaje en cuestión. Y documentación sobre el proyecto sus respectivas clases propiedades y métodos. Nada más y nada menos.

Saludos

Si, ya me esperaba esa reacción tuya, los desarrolladores y la comunidad OWASP nunca han tenido una buena relacion que digamos, de hecho si miras el top de owasp se ha repetido año tras año por que los desarrolladores se rehusan a aceptar las recomendaciones, muchas veces implican que las cosas se vuelvan mucho mas complicadas de lo que ya son... Mañana tengo otra reunion de owasp, vamos a ver con que otra cosa me amargaran la vida esta vez.. XD

A ver, que no es que se nieguen a aceptar RECOMENDACIONES. Es que eso más que recomendaciones son GILIPOLLECES y ganas de joder sin ánimo de ofender. Un comentario no afecta de ningún modo la seguridad de nada a no ser que indique expresamente las contraseñas usadas por los administradores en tal servicio y esté explícitamente expuesto al cliente final.

Es que, date cuenta, ¿Que compilador o preprocesador que se respete, compila código con comentarios? Ninguno. El 99% de los preprocesadores o compiladores ignoran por completo los comentarios.. y es que los comentarios están ahí para ayudar al desarrollador no al cliente ni al usuario.

Mañana en la reunión, diles que vuelvan a la jungla a comer sus platanos y que dejen de hacerse pasar por algo que no son.

Es literalmente de las cosas más absurdas que he escuchado en el mundo de OWASP.. "Los comentarios son un peligro, huyan todos..."


Saludos

No se puede añadir más a lo que ya han explicado. Solo que...


Argumento-afirmación de gente incompetente que intenta justificar tal incompetencia mediante falacias.

---

Cabría destacar que en algunos lenguajes de programación la documentación del código fuente se aprovecha de forma muy eficiente y sofisticada para obtener doble y triple beneficio, como por ejemplo sería en los lenguajes soportados por .NET Framework, ya que aparte de poder usar comentarios simples también se puede aplicar lo que se conoce como documentación XML, cuyo uso es igual de sencillo que escribir un comentario simple, y aparte de servir como recordatorio o guía para ti, también sirve para proveer una ayuda estructurada, e instantanea (propósito de un método, descripción de parámetros y valores de retorno, etc, incluso muestras de código) en la IDE de Visual Studio para cualquier programador que nunca haya visto el código fuente de tu API, y también sirve para generar documentación HTML de esa API que luego puedes hospedar en la world wide web, o un archivo de ayuda HTML compilado (CHM) con el que, gracias a editores externos (ej. WinCHM), se puede editar para insertar imágenes y etc. lo cual sirve de mucho para generar un archivo de ayuda CHM decente/profesional para distribuir en aplicaciones comerciales.

También cabría mencionar que, aunque evidentemente los comentarios simples no se compilan, si que se genera un archivo adicional en formato .xml que contiene toda la documentación XML del código fuente, pero tienes la libertad de decidir si quieres distribuirlo o no, y no tiene ninguna influencia en el rendimiento del uso de tu librería/programa, solamente sirve para proveer la ayuda instantanea en la IDE a través de Microsoft Intellisense y para poder generar ayuda HTML compilada y esas cosas que ya mencioné, así que no hay problema con eso.

Documentar es algo muy productivo y beneficioso se mire como se mire y en el lenguaje que sea aunque solo aportase el beneficio de servir como recordatorio para ti, afirmar lo contrario es de inútiles.

Si esa gente viese alguno de mis códigos probablemente les daría un infarto... no creo que tengan argumento lo suficientemente razonable para rebatir todo esto que acabo de explicar, sería su burda opinión contra hechos irrefutables, serían ellos contra las prácticas de todo el equipo de desarrollo de Microsoft .NET Framework xD (https://referencesource.microsoft.com/ (https://referencesource.microsoft.com/)) y contra la opinión de los programadores con sentido común como los compañeros del foro que ya han comentado algo al respecto...

Saludos.

Obviamente no se refería a ese tipo de problemas, sino a otro tipo de vulnerabilidades que ha encontrado con los comentarios (incluso los bien estructurados).. e incluso el tipo en la reunión hizo unas demostraciones en javascript.

La persona que dio la conferencia era una persona muy respetable en el mundo del Software y que de hecho es un CEO de una gran empresa de software y no creo que tenga menos conocimientos que tu.. y si lo dijo fue por algo..

Ya hay algunos programadores que no están usando comentarios, ya he conocido a algunos programadores de nivel Senior que no utilizan comentarios para nada, y la verdad me quede helado honestamente, por que yo no puedo creer que exista gente que pueda programar sin dejar ni un solo comentario para el futuro, me parece un infierno, pero EXISTEN.

Por eso hice este post para saber si alguien me da el secreto.. pero parece que acá tampoco lo pueden creer..


No pude decirle que volviera a su jungla a comer platanos por que el Holandes que nos dijo aquello no estuvo en la reunión de ayer.. ni modo, te queda de tarea a ti que se lo digas si te lo encuentras algún día en la vida..

Saludos.

podría ver el ejemplo? XD

es decir... a menos que haya descubierto vulnerabilidades y las describiera en el javascript en lugar de cerrarlas es complicidad XD

por otro lado en los comentarios de javascript tampoco debes poner los puntos de acceso con usuario y contraseña de tus servidores XD

Jajajaja es que esa es la razon por la que vine aqui, por que la reunión fue en un gran auditorio y totalmente en ingles, y digamos que yo estaba en las filas de atras, y cuando ese Holandes dijo "leave comments because security issues have arisen with them", he hizo la demostración en javascript, no se veia mucho desde donde yo estaba.. y por eso quede intrigado y vine corriendo aqui a hacer la pregunta.. haber si alguien me explica por que demonios me quieren prohibir mis amados comentarios.

No se si sea capaz de vivir sin comentarios, pero lo que mas me encabrono fue muchos programadores en el auditorio diciendo "Yo por eso ya no uso comentarios".. Asi que pense "¿Que demonios esta pasando, acaso soy el unico que los usa?".. y por eso vine aqui enojado a hacer este post haber si alguien me explica que esta pasando.. :xD

No se han encontrado vulnerabilidades en los comentarios. Y no creo que se encuentren nunca mientras los precompiladores los sigan ignorando. Literalmente los comentarios son algo que se ignora a primer nivel de analisis lexico. Es que no tiene ningún sentido.

Sinceramente, no sé qué demostraciones os ha hecho pero es imposible que a partir de un comentario saques una vulnerabilidad. Es como decir que una puerta es vulnerable solo porque está pintada de color rosa en vez de negro. No tiene ningún sentido.


Por mi como si lo dice Stephen Hawking o algo asi. Me importa un bledo. En el momento en el que afirma semejante estupidez, pierde toda credibilidad. Imaginate a Bill Gates diciendo que dejemos de usar teclados qwerty porque causan cáncer de prostata. Pues lo mismo.


Pues sinceramente, esa gente o confía demasiado en que seguirá siendo un empleado para la empresa y son el único programador que tienen o nunca han trabajado en equipo y son senior solo porque los contrataron hace X años.

Otra cosa es que escriban funciones simples que se pueden entender incluso por un recién llegado, entonces ya es otra cosa. Que comentar codigo esta bien, pero tampoco en exceso.

A todo esto, en javascript, el 99.99% del tiempo, vas a desplegar a producción un archivo minificado (hablando de client-side). Es decir, un archivo sin comentarios... así que no entiendo el trauma de comentar codigo..


PD: ¿Así por curiosidad.. Cual es la empresa encargada de dar la charla OWASP? ¿Y de que empresa es CEO el tipo ese? O lo que es peor, ¿Desde cuando un CEO de una "empresa importante" se dedica a dar charlas sobre OWASP? Si me dijeras que es CTO o CIO todavía... ¿pero CEO? xD

Saludos

Eureka! Tu mismo te has respondido, eso es exactamente lo que quieren las empresas en la actualidad, que se estructure un codigo de un forma tan estandarizada y predeterminada que ya no se necesite depender mucho de ningún trabajador en el futuro para entenderlo, y así cuando llegue el momento de echarlo de una patada en el OGT no se genere ningún conflicto de entendimiento en el código con su remplazo que ya estará capacitado con el mismo estándar estricto y cuadriculado y tendría que ser animal o carecer de lógica para no entender lo que se hizo...

Es muy común (y esto yo si que lo he presenciado) que cuando despiden a un trabajador o este sabe que esta a punto de ser despedido, este para vengarse y como regalito de despedida borra todos los comentarios del codigo y deja literalmente mamando a la empresa..  Es por eso que ahora se esta buscando una estandarización muy radical de todo, por que realmente hay mucha gente que programa como le sale de los santos cojones..

Pero esto no implica necesariamente que cualquier aparecido pueda entenderlo fácilmente sino solo los que hayan recibido la capacitación del estandar de dicha empresa en especifico.. o al menos esa es la utopía que persiguen las organizaciones ahora..


Parece que nunca en la vida has estado en un evento de OWASP.. desde cuando en una organización de voluntariado hay que llevar puros CTOs para dar conferencias.. en esas reuniones va cualquier persona involucrada en el mundo de la TI a exponer sus experiencias con vulnerabilidades reales halladas en su dia a dia de trabajo, y en base a todo eso se van construyendo informes, a menos que sea el CTO de una empresa que maneje una especie de información tan extremadamente clasificada que no pueda ni reportarsela al mismísimo CEO, cosa que seria un poco absurda XD

He estado en un par.. he visto muchas por medios digitales.. incluidas conferencias de seguridad en general y no solo enfocadas a la web.. Me atrevería a decir que ni el 2% de todas las que he visto o presenciado han incluido a un CEO de una empresa grande hablando de seguridad a la hora de estructurar un código. Y en las que lo han hecho (creo que ambas fueron de Black Hat USA) eran tipos que no tenían npi idea de lo decían pero lo tenían en un papelito y solo querían vender su producto. De hecho, lo del CTO o CIO era un ejemplo, realmente ellos van a hablar de su experiencia sobre rutinas, estándares, consejos para trabajar en equipo.. pocas veces o casi ninguna los veras ponerse tan técnicos.


Mira, a mi esto ya me empieza a oler a tortilla de huevo podrida. Primero dices que has asistido a una reunión donde TE HAN DICHO que lo mejor es RECOMENDAR A LOS DEMÁS PROGRAMADORES a dejar de usar comentarios. Luego tu como programador ni te has interesado en porque ni has podido ver un PoC en vivo y además de eso, el tío que lo hizo era el CEO holandés de una gran empresa IT. Ahora resulta que la reunión que el CEO era un voluntario para dar conferencias y la reunión ni siquiera era empresarial.

Mira, un CEO por lo general sabe lo que sabe un usuario avanzado de informática y poco más. Un CEO se dedica a lo que mejor se le da: dirigir la empresa, tener reuniones con accionistas, asegurar el capital.. etc. Un CEO no va a una reunión de voluntario a decirte que usar comentarios en javascript es igual a hacerlos vulnerables y se va tan de gratis.

Y lo más importante, si ese CEO fuese tan pro, dope, rad  o como lo quieras describir ya habría un CVE explicando detalladamente lo que pasa. Porque por muy trivial que te parezca, eso sería la próxima gran vulnerabilidad después de quizás Shellshock o la reciente serie de Spectre.

Tampoco me has respondido.. ni el nombre de la charla, ni la empresa del CEO..

Vamos, que me parece que más que buscar explicaciones, estas trolleando...


Saludos

Hombre si bien es cierto que a veces se necesitan comentarios (sobre todo en el código dentro de funciones <complejas>), cuantos menos, mejor. El código, cuanto más autoentendible, cuanto las clases sean más precisas en su utilidad y las funciones hagan lo que dicen hacer, los comentarios se deberían evitar. Evidentemente, en el código de la "fast inverse square root" los comentarios valen la pena, pero a día de hoy, muy pocos programadores/empresas tienen que hacer código de esa 'complejidad'.

Claramente, descartando de aquí comentarios como el JavaDoc en Java o la documentación en C#, que no son "solo comentarios".

Es que realmente es tan raro en el mundo ver CEOs de empresas de software que iniciaron como programadores, seguro eso jamas en la historia ha ocurrido, ha de ser solo un mito, todos los CEOs de empresas de TI son unos paletos que escasamente saben enchufar el ordenador.. (sarcasmo)  jaja XD... 


Mira olvídalo.. mejor haz de cuenta que nunca leiste este post, me da flojera tener que citarme a mi mismo para explicarte algo que ya explique anteriormente... olvidalo.. Mejor pongamos comentarios como si no hubiese mañana que la vida solo se vive una vez XD

Saludos.

Pues si, es raro que un programador permanezca en el puesto de CEO de una empresa. Siento decirtelo pero es así. Hay pocas excepciones y se dan en casos donde el CEO es el fundador y el mismo mantiene un porcentaje de acciones que le hace intocable por parte de la junta (como Facebook por ejemplo).

No se de que te ríes, es la realidad. Te voy a dejar un par de ejemplos:

Las compañías de software más grandes según Forbes.

CEO Microsoft -> Master en Ciencias y Master en Administración Empresarial.
CEO Google -> Máster en Ciencias y Master en Administración Empresarial.
CEO IBM ->  Bachelor de Ciencia
CEO Oracle -> Bachelor de Administración Empresarial.
CEO Facebook -> La excepción.. y dice que no programa de forma activa desde el 2006 a favor de manejar su empresa.
CEO Tencent -> Bachelor en Ciencia.
CEO SAP -> Administración de Empresas.

Y ya que hablamos de Países Bajos..

CEO TomTom -> Económicas.
CEO Wercker -> Máster en Ciencias y Bachelor en Administración Empresarial..


Que si, oye, puedes tener perfectamente a un programador de CEO en una empresa.. en una startup o una empresa pequeña.. pero a medida que la empresa se hace grande, ya no eres programador, eres un empresario, ya no programas, ahora haces que la empresa vaya bien. Quizás cuando te retires.. y por hobby puedes volver a programar xD


Sigues sin mencionar el nombre de la compañía... ¿que pasa? ¿Has firmado un contrato de confianza a cambio de que te den la charla y te descubran la magica *vulnerabilidad de los comentarios en javascript*?

Saludos

Ese supuesto CEO lo que tiene son amplios conocimientos de feriante para soltar tantas payasadas. Por cierto, ya se te ha concedido dos veces la palabra y la oportunidad para demostrar que esto no es un trolleo por tu parte, pero no has aportado nombres ni pruebas ni nada de nada... y yo personálmente no me fio un pelo por tu forma deshonesta de comportarte en otros posts que no vienen al caso con otro programador del foro.


Que se publiquen este tipo de threads si que da cáncer, bueno, que se publique no, más bien el hecho de que el autor siga defendiendo su postura a pesar de que programadores verdaderamente expertos como tú ya le han explicado como son las cosas en realidad, me resulta increible...

En fin, cierro el tema por que esto no va a ninguna parte, existe la duda de que sea trolling, y el autor recomienda prácticas tóxicas y absurdas para cualquier programador.

Saludos!