commentshttp://www.strchr.comPerfectionistic and minimalistic programming.1440Kartik Agaram on Discussion: the first languageSun, 10 Sep 2017 06:44:56 +0700<p>I just came across this page and wanted to share the toy VM and OS I've been using to teach programming to a few students: <a href="" rel=nofollow></a>. It was gratifying how many of the recommendations in your links I've ended up following:</p> <p></p> <p>a) Mu programs are sequences of instructions. They're like Basic in that respect, but even more so: each instruction can only contain a single operation. So more like Assembly or a VM bytecode than Basic. Indeed, I designed my toy VM to be easy to program directly in without needing any further language layers.</p> <p></p> <p>The core benefit of Basic and Assembly is that a statement-oriented language minimizes the amount of syntax people have to learn. In particular, it minimizes brackets. It takes newcomers a while to appreciate that putting something before a `(` is very different from putting it after. While they gradually adapt to this idea, it's helpful to minimize the number of brackets they have to deal with in the meantime.</p> <p></p> <p>b) Mu tries to make functions concrete the way Logo made instructions concrete. The creation of the new namespace (stack frame) in the function compared to the caller, the new names for arguments, all these things are made extremely explicit so that learners can see the transition step by step.</p> <p></p> <p>c) Mu uses `&lt;-` for assignment, rather than `=` or `:=`. This agrees with the &quot;seven deadly sins&quot; paper. I think it also successfully walks the tightrope between being too simple and too complex.</p> <p></p> <p>I don't claim everyone should use Mu as their first language. It's designed for kids and others who aren't necessarily immediately looking for programming jobs. Following Adam's comment above, it's for everyone, not just the hardcore CS people.</p> <p></p> <p>I do feel strongly about a couple of things: i) if you can, try to find ways for your kids to learn programming 1:1 with a good tutor. If you do that they'll learn well no matter what language they start with. ii) a statement-oriented language is great for understanding the internals of the computer, particularly ideas like recursion: <a href="" rel=nofollow></a></p> Pawan on Calculating standard deviation in one passThu, 27 Jul 2017 01:27:43 +0700<p>Nice Article. Thanks..</p> <p>Pushpender,</p> <p>Thank you for the link. </p> <p>I tried the method used in &quot;2.2.2 A better formula&quot;. Am able to get good results to a great extent. I would like to know the derivation of the formula. Please suggest where I can find it (I tried to check the references mentioned in the paper but it is not there).</p> Dreadstew on Performance measurements with RDTSCSun, 09 Jul 2017 22:58:03 +0700<p>@Tim-Rex in the past RDTSC was not a constant speed timer. RDTSC no longer counts at the actual clock rate, it counts at a constant rate of the processors max clock speed. Power Saving modes were causing games to glitch because they would get bad deltas back from dividing RDTSC by max clock rate.</p> Tim-Rex on Performance measurements with RDTSCThu, 08 Jun 2017 05:29:59 +0700<p>&quot;Timing in games is a completely different topic&quot;</p> <p>I'm curious as to why that is the case. </p> <p></p> <p>It seems to be used fairly widely.. rightly or wrongly.. but it isn't clear to me why it might be wrong, or what might be the preferred approach.</p> Sagar L on Self-extracting executablesFri, 22 Jul 2016 13:13:31 +0600<p>How can i find the flash data in file that is it present or not through source code..?</p>