2078
NO HACEMOS DEBERES NI RESOLVEMOS EJERCICIOS. Humilde templo de sabiduría en la disciplina de la programación. No grupo de personas resolviendo enunciados de primero de carrera. Cuando paséis código hacedlo a través de pastebin o similar.
"Todo el mundo (8 mil millones de personas) deberíamos saber SIMD"
Procede a no explicar qué es SIMD
No aptos para todos los fabricantes, ni tampoco válido para todas las arquitecturas
Читать полностью…
Otra cosa es que el resultado sea realmente eficiente. Por ejemplo Python ofrece un montón de características que son costosas tanto en lenguaje interpretado como compilado
Читать полностью…
Si tienes C usualmente tienes muchos otros lenguajes disponibles, casi todo es compilable a C o al tokenizado de C.
Читать полностью…
Piensa en un chip tipo microcontrolador, con 128kb de memoria ram y medio mega de flash. Te parecerá una caca inmensa comparado con tu pc de 8 gigas de disco duro y 1 o 2 teras de ssd.
Piensa que, para poder leer un voltaje, hay que activar máquinas de estados de registros de 32 bits (y bits concreto en esos 32 bits) en un orden concreto. ¿Te especifican cuál es ese orden? Ni de coña. Vas por ensayo y error hasta que, aparentemente, funciona.
Sería un caso similar al de una persona que, para que te comunique cualquier cosa, tiene que andar escribiendo la definición de diccionario de cada palabra, incluso de forma silábica para que en su cabeza suene espectacular, pero tú no te enteres de nada.
También hay tendencia a dejar de usar el diccionario y desarrollar correctamente el lenguaje
Читать полностью…
Sí. Hay hardware en el que la alternativa a C es ensamblador en una arquitectura cuya hoja de datos de 1100 páginas, 300 están en chino, 50 páginas sólo lo entienden los magos nivel 38 especializados en magia arcana
Читать полностью…
El resto, están en otros planos y son para otras cosas.
Читать полностью…
Opino que C es óptimo para cualquier máquina; pero que le da mucha flojera y pereza a mucha gente.
Como se necesitaban programadores para guis y otras cosas menos relevantes que la comunicacion directa con el hardware, se fueron inventando otros lenguajes para que resultasen más amigables que C.
Pero opino que con c se puede crear de todo... pero con paciencia, y corrigiendo ciertos errores que no han solventado en C... ¿ por qué no los solventan? porque para lo que para unos puede ser un error en memoria que no le interesa; para otro puede ser, justamente, lo que buscaba.
Para ir lento y preciso (y aún asi puedes cagarla), Ensamblador, C, y no sé si alguno más... ¿Cobol?
Para resultados rápidos, todo lo demás.
Gracias por fomentar el nacionalismo.
Eso es realmente abierto.
Para que te des una idea, en algunos ambientes de productos críticos, Jr es un profesional universitario o pronto a recibirse con 5 años de experiencia. No es un camino corto.
Читать полностью…
"Abarcas mucho." es un buen consejo. No es subestimarte, sino una alerta temprana de que lo que encarás es complejo.
Más si lo encarás desde en un grupo sobre lenguajes que el 70% (por ser generoso) del mercado no maneja.
Entonces, en realidad, no sabes lo que estás haciendo, porque hay otras personas que, como tú, también asumen que deberías saber más cosas de las que ya tenemos en la cabeza:
Ejemplo
https://mitchellh.com/writing/everyone-should-know-simd
Es decir, más cosas a saber en el stack de tu cabeza. Como si eso no se hubiera demostrado que no es posible mantener a largo plazo
Читать полностью…
Tanto GCC como LLVM, los compiladores más portados y populares tienen un frontend multilenguaje
Читать полностью…
Es decir, aumentar el stack de cosas en tu cabeza para que parezca que está funcionando, pero importante lo de parezca.
Читать полностью…
¿Esto es un buen desarrollo? No. ¿Por qué no hay herramientas que te lo prohíban directamente? Porque jajas
Читать полностью…
Presiones que, como he dicho antes, principalmente han sido promovidas por política y por clasismo. Un lenguaje más moderno no es más seguro.
No es que sea un problema de usar lenguajes modernos, es el problema de "lo simple frente a lo complejo", o, como ya dije aquí muchísimas veces, "lo básico frente a lo no básico"
Eso es por 2 motivos, y uno de ellos es mera política.
El segundo es clasismo
Creo que la pregunta te la podés responder vos mismo, si dominás C y la alternativa a este. Sino te diria que domines ambas y elijas en base al mercado y cual te hace más escazo frente a este, es decir que te pague más en el largo plazo.
Porque no empiezo a programar en Rust? Porque si bien los LLM no son lo que prometen, que epoca que simplifica mucho tener un revisor de codigo on-demand (...) es decir para que quiero la seguridad de Rust si tengo un LLM que me va a atajas lo mismo o casi? Cual es el valor agregado?
Por otro lado, y esto es un poco de cascarrabias, decir que C es "inseguro" es un poco una falta de respeto, creo que OpenBSD lo demuestra con el número de CVE vs cualquier distro linux con la auditoria "extrema" con AI incluida.
Una pregunta para la comunidad, creen que seguir escribiendo programas en C (utilidades de terninal, monitores de hardware, erramientas graficas incluso) tiene mucho sentido hoy por hoy?
Lo pregunto porque por un lado veo cada vez mas 2 cosas, primero la tendencia de rescribir utilidades en Rust, Go incluso en Zig.
Por otro la tendencia a dejar de usar C en nuevos desarroyos de programas.
Se que se hizo mucha precion por conseguir que los programas nuevos sean escritos en lenguajes mas modernos y seguros, pero me pregunto si realmente no es mas un problema de tener buenas practicas que del remplazo de lenguaje?
Ademas en el caso de zig(si bien aun no es estable) se mantiene el manejo de memoria manual lo que suele ser una critica muy comun a C, solo que de manera un poco mas cauta que lo que suele hacer C evitando la asignacion oculta.
Ustudes que opinan?
Hola amigos, quiero compartirles mi proyecto!
Openlatdevs!
Openlatdevs es un proyecto abierto que busca crear una comunidad cooperativa de código abierto con enfoque en nosotros, los latinoamericanos!
He diseñado toda una infraestructura funcional.
- Servicio git (alternativa a GitHub) ✅
- Correo corporativo configurado desde 0 que pasa todos los checks de seguridad ✅
- Discourse para generar una comunidad que realize discusiones, comparta proyectos, busque ayuda, etc… ✅
- Mattermost para chat con los desarrolladores y staff comprometido con el desarrollo y administración del proyecto ✅
El rack es operativo con seguridad 100% (si, es un rack de servidor, no una VPS) y está reforzado con varias capas de seguridad, servicios aislados, fail2ban/crowsec, etc…
Quienes quieran dejar GitHub y publicar su código en mi plataforma son bienvenidos!
Quienes quieran ser parte del staff (administradores) déjenme la solicitud en los comentarios y hablaremos que roles les puedo asignar
Actualmente tengo estos roles:
Comunes / no técnicos:
- Staff de moderación de el foro de discusiones
https://discourse.openlat.dev
Técnicos:
- Desarrolladores de landing pages, y sitios estáticos para presentar el proyecto.
Servicios críticos (requieren evaluación, no puedo dárselos a cualquier persona)
- Administración del servicio git (crítico, tendrá acceso a cuentas de desarrolladores para dar soporte, limitar funciones, modificar y banear/eliminar.
https://git.openlat.dev
- Administración del rack (extremadamente crítico)
Tendrá acceso por ssh al rack y al panel del dominio openlat.dev en hostinger, tendrá acceso a todo el sistema del servidor físico, bases de datos, y servicios, encargado de organizar la infraestructura, actualizar el servidor y llevar un monitoreo de los servicios.
Todos los que se unan al staff tendrán una cuenta de correo personal tunombre@openlat.dev
El resto de usuarios, disfruten de un servicio de git, el foro de discusiones, y están cordialmente invitados a alojar o migrar sus proyectos con nosotros.
En el foro de discusiones pueden registrarse y armar debates y sugerir ideas.
Y si, se cuenta con copias de seguridad, no son en tiempo real pero es algo que se irá mejorando con el tiempo.
Toda la infraestructura corre bajo Rocky Linux 10
no se si a alguien le guste mi pagina, es una que he montado donde se puede ver las latencias y efectos de cada instruccion en varias ISA's y micro arquitecturas
https://vesta-lang.github.io/arch-data
la informacion que aparece es la que estoy usando en mi compilador, y ha sido extraida de documentación oficial de intel arm y de llvm
Más si querés ayudar a personas con deficiencias motrices
Читать полностью…
Mí motivación es aprender y seguir aprendiendo aunque me cueste el aprendizaje un deseo que siempre tuve es que pedir ayuda para seguir aprendiendo no sea algo malo porque nadie nace sabiendo si todos nos ayudamos formatos un mundo mejor
Читать полностью…