Mi estilo personal de programación en C a finales de 2023

• El autor habla sobre su estilo personal de programación en C hasta finales de 2023, destacando cambios importantes y mejoras en sus técnicas.
• El autor comenzó a usar nombres cortos para los tipos primitivos y descubrió que esto mejora la claridad y hace más agradable la revisión de código.
• El autor ofrece ejemplos de una nueva convención de nombres para tipos primitivos, como typedef uint8_t u8; y typedef char16_t c16;.
• El autor adoptó minúsculas para las macros que parecen funciones, porque son fáciles de leer y no tienen los mismos problemas de espacio de nombres que otras definiciones de macros.
• El autor dejó de usar const, ya que no cumple un papel real en la optimización ni logra detectar errores. Cree que fue un error incluirlo en C.
• El autor rechaza las cadenas terminadas en null y adopta tipos de cadena básicos, ya que le resultan más productivos.
• El autor prefiere devolver estructuras en lugar de usar parámetros de salida, lo que permite devolver varios valores de forma efectiva.
• El autor prefiere inicializar con asignaciones en lugar de usar inicializadores, excepto en el caso del inicializador tradicional en cero.
• El autor prefiere __attribute sobre __attribute__, ya que considera que este último es excesivo e innecesario.
• Para la programación de sistemas Win32, el autor recomienda escribir manualmente los prototipos usando tipos personalizados para reducir tiempos de compilación, ordenar el espacio de nombres e interactuar más limpiamente con el programa.
• El autor presenta ejemplos de estilo de programación en programas pequeños como wordhist.c y asmint.c.

[GN⁺]

Opinión de Hacker News

• Un artículo sobre el estilo personal de programación en C del autor a finales de 2023.
• Algunos comentaristas no están de acuerdo con la forma en que el autor define sus propios tipos y sostienen que esto puede confundir a quienes ya están familiarizados con los tipos de C.
• Hay controversia sobre el uso de "ALL_CAPS" para constantes, y algunos argumentan que debería reservarse para macros del preprocesador.
• Hay críticas al uso de tamaños con signo por parte del autor, y algunos comentaristas afirman que los tamaños sin signo son menos propensos a defectos.
• Parece que el hecho de que el autor se aparte de convenciones existentes, por ejemplo usando u8 o i32 en lugar de los estándares uint8_t o int32_t, puede resultar confuso para otras personas.
• Algunos comentaristas sostienen que el enfoque del autor parece estar más centrado en preferencias personales que en hacer que el código C sea fácil de trabajar para todos.
• Se cuestiona el uso de booleanos de 32 bits por parte del autor, y algunos argumentan que eso desperdicia memoria sin una ventaja clara.
• Hay preocupación por la suposición del autor de que float es de 32 bits y double de 64 bits, y parece que eso podría causar problemas potenciales.
• Parece que el concepto de "estilo personal" en la programación puede ser problemático, porque programar es, en última instancia, una actividad social, incluso en proyectos de hobby.
• Algunos comentaristas no están de acuerdo con que el autor prefiera structs en lugar de parámetros de salida, y sostienen que eso dificulta componer funciones y provoca una proliferación de tipos.
• Este artículo desencadena una discusión sobre diversos estilos y enfoques de programación, y destaca la diversidad de opiniones en la comunidad de programación.