Re:Energy Efficiency across Programming Languages [pdf]
by jpxw on Wednesday September 30, 2020 @05:25PM
(#24644084)
Iād be interested to know at what point the energy required for me to write in C (with a significantly longer development cycle, and thus more commutes, more time powering the office, more time running test harnesses, etc) would be outweighed by the gain in its energy efficiency over <insert other language>.
[ Parent
| on HN ]
Re:Energy Efficiency across Programming Languages [pdf]
by saagarjha on Wednesday September 30, 2020 @05:28PM
(#24644121)
A lot of "I'm not productive in $LANGUAGE" is often "I don't know $LANGUAGE" very well, not "$LANGUAGE is inherently worse". However, if you subscript to the idea of blub programming and such take a look at C++ or Rust.
Re:Energy Efficiency across Programming Languages [pdf]
by Jtsummers on Wednesday September 30, 2020 @05:38PM
(#24644252)
"It takes me longer in $LANGUAGE" != "I'm not productive in $LANGUAGE"
Some things are just faster to develop in some languages because they have different baseline capabilities. Try parsing and processing a lot of text input in C versus the same task in Perl. Assuming similar competency in both languages (hell, you don't even have to be fully competent in Perl for this, just not a total novice) and the Perl solution will come out faster unless you've already spent a lot of time doing specifically text parsing and processing in C (which is not its primary use-case for many, if not most, day-to-day C programmers).
Re:Energy Efficiency across Programming Languages [pdf]
by jcelerier on Wednesday September 30, 2020 @05:33PM
(#24644184)
> with a significantly longer development cycle,
is that the case though. I used to work in a company where we developped some apps in C++/Qt/QML and some others in Electron and for similar apps the development efforts were pretty much the same