|
IL isn't interpreted. It's simply an intermediate symbolism that is then Just-in-Time compiled to the target processor's instruction set so it can be optimized for the particular processor.
|
|
|
|
|
Any interpreter that before execution makes a complete syntactical analysis of the source code, as well as all the semantic analysis that can reasonably be performed statically, is indistinguishable from a compiler.
But what's the use then? If you spend all those resources on detecting syntactic and semantic errors in code that is not yet to be executed (and may end up not being executed at all), you will be doing the major part of the work required for generating 'compiled' code. So why not go the full length?
Ten or twenty years ago, people were still arguing in favor of interpretation because 'You don't have to wait for a lengthy compile'. Last time I met this argument, about fifteen years ago, I dug up the log from my last compile, showing up to eight module compilations completing per second. (We used an old style make system that compiled only modules affected by code changes; the number of recompiled modules was usually quite limited.) Later, I have laughed off such arguments.
I'd much rather have a compiler telling me of a problem in, say, an exception or error handling code before the software is shipped to the customer. Even if the execution start is delayed by a whole second (often it is far less, on today's machines), I think it is worth it.
My first statement is not completely correct, though: A modern compiler will often do a lot more, such as code optimization and flow analysis to determine stack requirements. I take this as extra bonus advantages of compilation. Even without it, the complete syntactical check and static semantic analysis can alone justify a delay of a second, or even two seconds if required.
Sure, there are linters and similar tools adapted to interpreted languages. Except for huge, costly static analysis software (in the class of, say, Coverity), they do a much poorer analysis job than a decent compiler, and certainly no code optimization. If you think that the F5 delay in Visual Studio is frustrating, so you rather run lint before execution (not to speak of Coverity!), then you are on the wrong track 
A much more essential distinction between languages is the type strictness (and static-ness). To some degree, this correlates to interpreted vs. compiled: On the average, compiled languages have stricter type control, and are able to point out semantic issues at compile time. Few languages designed for interpretation provide the same type control as those designed for compilation. This is just correlation, not causality. So the real issue is kind of type control, regardless of how the code is processed.
|
|
|
|
|
When you tell people something important, you want it to be easily understood. I'm not sure this is. "Marketing is far too important to be left only to the marketing department!."
|
|
|
|
|
|
Make your codebase easy for everyone to get acquainted with "Welcome to my nightmare. I think you're gonna like it. I think you're gonna feel you belong"
|
|
|
|
|
It was not until 1980 that a video-game player could maneuver at will through an imaginary landscape, wreaking havoc until brought to an untimely end by enemy tanks. Blow up all the triangles!
The first metaverse
|
|
|
|
|
Measuring complexity of your code with two different metrics - Cyclomatic Complexity & Cognitive Complexity "The complexity that we despise is the complexity that leads to difficulty"
|
|
|
|
|
Right. If the problem is super-complicated, then you can't expect the solution to be super-simple.
If the complexity of the problem really isn't that bad, the code shouldn't be bad either.
But how would you know that the problem really isn't that bad? It simply isn't the agile style. The modern way is to start by coding 'void main(int argc, char** argv) { ...' long before you start asking what the real problem is. At the time when you begin to really grasp the nature of the problem, you have already written a whole lot of code, based on an incomplete understanding. You will be living with that code as 'technical debt' for a long, long, time. In the style of agility, you will be programming around the old, badly (non)designed code, adding numerous 'ToDo's.
Most real problems are really far less complex than the software written to solve them.
|
|
|
|
|
I can tell why the explanation of why you don't like Agile is too complex 
«The mind is not a vessel to be filled but a fire to be kindled» Plutarch
|
|
|
|
|
One of the System Engineering textbooks we used at the University summarizes in a bullet list "Reasons why the project did not complete on schedule". Every second bullet point said "Poor planning".
So some people said "Hey, that is a great idea for making our project last!" So they sat down and developed agile methods.
|
|
|
|
|
Microsoft has disabled the MSIX ms-appinstaller protocol handler exploited in malware attacks to install malicious apps directly from a website via a Windows AppX Installer spoofing vulnerability. You mean randomly downloading code from the internet is a bad thing?
|
|
|
|
|
Intel has just released a new 2021 product security report detailing the number of bugs that were found in its hardware during the course of last year. Maybe stop accepting pull requests from the competition?
|
|
|
|
|
If AMD caused "nearly half", then that means Intel caused more than half. From my standpoint, AMD wins.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
Simple solution for Intel, especially since they make their own graphics hardware - stop using AMD's hardware.
|
|
|
|
|
Sure - but take the opportunity to give AMD a few solid kicks before you leave it!
|
|
|
|
|
The software maker says it plans to experiment more with features for Windows 11 testers to evaluate that may never ship. If a feature in the Windows never ships, does it still crash?
|
|
|
|
|
So, Android Apps and TaskBar fixes are coming (including missing clock on alt screens?!), can't wait!
|
|
|
|
|
Kent Sharkey wrote: If a feature in the Windows never ships, does it still crash?
People who practice Zen Buddhism or meditate on Zen Koans use Apple products. 
modified 5-Feb-22 21:25pm.
|
|
|
|
|
$75B deal for Activision Blizzard is central to shaping online interactions in the metaverse. Will the next internet be the last one we'll ever need?
The interview is more about games than that clicky-headline, but a great look into his plans
|
|
|
|
|
Should we start trembling?
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
|
Researchers are still grappling with how to easily read the information held in these qubits and struggle with the short memory time, or coherence, of qubits, which is usually limited to microseconds or milliseconds. Write down the answer, fast!
|
|
|
|
|
42, no wait... 24, no wait... 0, no wait... crap, it's gone
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Gonna have to tighten up the data retention policy.
|
|
|
|
|
WhiteSource says it spotted 1,300 malicious JavaScript packages in 2021 alone No Protections, Man
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
