okl

27 ms·

331.
by okl 5y ago
That sounds like you make up your mind first, then look for arguments that support your position. I'd rather see the arguments before I come to conclusions.
332.
by okl 5y ago
I bet this article on RISC-V's genealogy is interesting for you: https://live-risc-v.pantheonsite.io/wp-content/uploads/2016/...
333.
by okl 5y ago
Sweet spot seems to be 16-bit instructions with 32/64-bit registers. With 64-bit registers you need some clever way to load your immediates, e.g., like the shift/offset in ARM instructions.
334.
by okl 5y ago
Few years ago, I designed my own ISA. In that time I investigated design decisions in lots of ISAs and compared them. There was nothing in the RISC-V instruction set that stood out to me, like for example, the SuperH instruction set, which
335.
Open-Plan Offices Are Now the Dumbest Management Fad of All Time (2018)(inc.com)
3 points by okl 5y ago|0 comments
336.
by okl 5y ago
I've never proposed using LOC as a measure of productivity. I won't entertain your dishonesty any further.
337.
by okl 5y ago
I think you applying that definition in your way to the issue of source code complexity is outlandish.
338.
by okl 5y ago
> Number of lines of code is a good metric for complexity. I don't agree with that premise. LOC are a metric for code size, not for complexity. I've found that in practice the number of statements is a more reliable indicator f
339.
by okl 5y ago
Use the tool, don't become its slave.
340.
by okl 5y ago
Isn't the general goal rather to avoid/eliminate overly complex cruft (that every programmer should be able to recognize) than to find the maximally simple solution to a problem?
341.
by okl 5y ago
FP analysis is a measure for the "amount of functionality" not complexity. Maybe in relation to, e.g., the number of statements (statements/FP) it could make sense.
342.
by okl 5y ago
> Imagine a puddle waking up one morning and thinking, “This is an interesting world I find myself in, an interesting hole I find myself in, fits me rather neatly, doesn’t it? In fact it fits me staggeringly well, must have been made to
343.
by okl 5y ago
Oh, yep, sorry. Held the chart upside down and looked at the sum of crude+products. Thanks for the correction.
344.
by okl 5y ago
Just dig around on the web. There is lots and lots of material, EIA and API are good sources for factual information and data. Just keep in mind that there are opinions and biases when it comes to energy/policies. To me it's alway
345.
by okl 5y ago
Regarding 1): There already are such projects, notably used by Nazi-Germany during WWII: https://en.wikipedia.org/wiki/Coal_liquefaction Coal prices are currently at insane levels compared to crude oil, however. Regard
346.
by okl 5y ago
> therefore it must not be real I've never claimed the opposite. There is space between black and white. Granger causality in economics differs from the classical principle of causality typically used in natural sciences like climat
347.
by okl 5y ago
Nope, not really. Here is their inventory: https://www.spr.doe.gov/dir/dir.html
348.
by okl 5y ago
"A good case can therefore be made that rather than studying the response to an average oil price shock, one ought to consider the response of U.S. real GDP to each type of oil demand and oil supply shock. This would require a differen
349.
by okl 5y ago
> so by all measures this has been a good trade for the country! If your measure is LIFO accounting, sure.
350.
by okl 5y ago
No need for hoping, we have data: - Refinery Utilization and Capacity: https://www.eia.gov/dnav/pet/pet_pnp_unc_dcu_nus_m.htm - Weekly Imports & Exports: https://www.eia.gov/dnav/pet/
351.
by okl 5y ago
I'd be careful to derive causality from overlaying charts with stuff. Especially, if the source is CNBC and the sample size (on their chart) is 3.
352.
by okl 5y ago
Not only is it not that much (for reference, world oil consumption is ~100 million b/d[0]), after releasing the oil it is gone and with it the threat of being able to release it in the future. I guess, the most sustainable solution to
353.
The Flask Mega-Tutorial Part I: Hello, World(blog.miguelgrinberg.com)
4 points by okl 5y ago|0 comments
354.
by okl 5y ago
Flask Mega-Tutorial: https://blog.miguelgrinberg.com/post/the-flask-mega-tutorial...
355.
More Effective Agile(moreeffectiveagile.com)
1 points by okl 5y ago|0 comments
356.
by okl 5y ago
Also from there: "Please note: The single author for this abstract has been shown previously to push pseudoscientific concepts (lectins causing inflammation), and isn't even associated with any official academic or regulatory inst
357.
by okl 5y ago
The opposite of complexity is simplicity, not terseness.
358.
by okl 5y ago
That, e.g., doing the same thing over wastes time is obvious. I don't need a taxonomy to tell me that. In my experience the cause of those things "happening" is that most people don't put much thought in what they are do
359.
by okl 5y ago
Looks like common sense to me. What's new?
360.
Phoronix Test Suite(github.com)
2 points by okl 5y ago|0 comments

More ›