Re:Rust and the Future of Systems Programming [video]
by z3t4 on Wednesday November 16, 2016 @02:31PM
(#12970565)
And real programmers write in machine code. Want to get shit done ? Most systems now a day has more then 20kb RAM! Where do you draw the line between systems programming and non system programming ? And why not write some quick and dirty code in say JavaScript and then do what needs optimization in C/assembly ? Assuming you are not restricted to a CPU that cost less then a dollar. And where does Rust come in ?
[ Parent
| on HN ]
Re:Rust and the Future of Systems Programming [video]
by Retra on Thursday November 17, 2016 @01:25AM
(#12974890)
What kind of engineer goes around saying "It could be faster, leaner, and more efficient? No! Build the biggest, flakiest, ugliest thing that gets the job done today!"
Re:Rust and the Future of Systems Programming [video]
by takeda on Wednesday November 16, 2016 @04:18PM
(#12971635)
With smart watches we still have problems, mainly to hold enough power. Yes, Pebble can last a week, but that's because it is running less resource intensive hardware, and even then 1 week is still laughable when comparing to old watches that require battery change once per 2 years.
By being more conservative, you can achieve more with less resources.
Re:Rust and the Future of Systems Programming [video]
by 0xAA55 on Thursday November 17, 2016 @11:36PM
(#12984391)
Every single application or website is a system (see the push in recent years for web assembly).
The difference is that a "systems programming language" has the capability of being used low level if needed while a "shit scripting language" such as javascript does not. Basically what I am saying here is that Javascript is an underwear taint-stain for modern computer science. With any luck it will be rid of this world in 20 years and you javascript programmers can stop torturing yourselves with new "hot libraries" and "ECMA transpilers" every 2-4 years.