<div dir="ltr"><div>Hello Everybody,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 9, 2021 at 12:52 PM David Mason via talk <<a href="mailto:talk@gtalug.org">talk@gtalug.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div>
<div name="messageBodySection">
<div dir="auto">On Apr 9, 2021, 11:51 AM -0400, Len Sorensen via <<a href="mailto:talk@gtalug.org" target="_blank">talk@gtalug.org</a>>, wrote:</div>
<blockquote style="border-left:thin solid rgb(26,188,156);margin:5px;padding-left:10px">But using a loop means you are telling the system how to do things,<br>
rather than telling it what you want done and letting it (usually) do<br>
a better job at the how. After all with a loop you are controlling the<br>
excution order of the processing. If done right you usually shouldn't<br>
need to care.</blockquote>
<div dir="auto">Another fine example of this is with Rust where you can write very natural, idiomatic, safe, code and then trust the compiler to mostly optimize most perceived overhead away. In fact there are often optimizations that Rust can do that C compilers can’t do.<br>
<br>
Here is a very interesting series of articles where someone takes a heavily optimized C program, converts it to Rust - with progressively more idiomatic versions, and ends up with a Rust program 3% faster than C (clang) and 20% faster than C (gcc), then rewrites it using the natural Rust iterators rather than indexing loops and it’s now 27% faster than clang!! <a href="http://cliffle.com/p/dangerust/" target="_blank">http://cliffle.com/p/dangerust/</a></div>
<blockquote style="border-left:thin solid rgb(26,188,156);margin:5px;padding-left:10px">But yes functional languages require a different philosophy. Functional<br>
languages are not for people that want to micromanage the computer.</blockquote>
<div dir="auto">The point is, apart from academic exercises, the percentage of people who *need* to micromanage the computer is getting vanishingly small. I would say measured in the low thousands, but hundreds is probably more accurate. Unless you’re writing a compiler, interpreter or for an application where the computer has to add no more than $0.25 to the cost of the product, you really shouldn’t care.<br>
<br>
It really is time for C to go away! But TIOBE doesn’t agree <a href="https://www.tiobe.com/tiobe-index/" target="_blank">https://www.tiobe.com/tiobe-index/</a> with C back to #1 and assemble up to #14!!!! (While Rust is #29) Just shows how important my opinion is!!</div>
</div>
<div name="messageSignatureSection"><br></div></div></blockquote><div> </div><div>This is simply an attempt to inform and educate ( i am not trying to start any flame wars ). This article I feel describes aptly why C will not go away.</div><div><a href="https://drewdevault.com/2019/03/25/Rust-is-not-a-good-C-replacement.html">https://drewdevault.com/2019/03/25/Rust-is-not-a-good-C-replacement.html</a></div><div> </div><div>Thanks - Aruna ::<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div name="messageSignatureSection">
<div>../Dave</div>
</div>
</div>

---<br>
Post to this mailing list <a href="mailto:talk@gtalug.org" target="_blank">talk@gtalug.org</a><br>
Unsubscribe from this mailing list <a href="https://gtalug.org/mailman/listinfo/talk" rel="noreferrer" target="_blank">https://gtalug.org/mailman/listinfo/talk</a><br>
</blockquote></div></div>