Did I waste time watching WoW YouTube videos? Yes. Did I save much more time by tricking my brain into thinking I was playing the game when I actually wasn't? Yes!
255 karma · joined July 22, 2010
Did I waste time watching WoW YouTube videos? Yes. Did I save much more time by tricking my brain into thinking I was playing the game when I actually wasn't? Yes!
The retirement calculators available online are almost farcical in their simplicity and assumptions. And the ones offered by professional, fee-only financial advisors (I engaged one) are just clunky, uneasy to use excel sheets. They do the job of course, but I think there has to be an easier, more intuitive way to tracking goals/investments.
I know way too many of my friends and acquaintances - educated, fairly wealthy people - who seem to have almost no idea on how to plan/track goals/retirement. It'd be fantastic if I could make something which helps them and others like them.
* A THRIVE/SURVIVE THEORY OF THE POLITICAL SPECTRUM [1] - Still the best theory on the conservative/liberal divide. It changed how I view the conservative viewpoint and helped me understand it better.
* MEDITATIONS ON MOLOCH [2] - One of the most famous blog posts on the internet (certainly in HN circles at least). Part fantasy, part philosophy, part game-theory - all of it brilliant. It changed how I approach my life goals and what I need to optimize for in life. A blog post so famous that it has it's own podcast[3]!
[1] https://slatestarcodex.com/2013/03/04/a-thrivesurvive-theory...
[2] https://slatestarcodex.com/2014/07/30/meditations-on-moloch/
[3] https://open.spotify.com/episode/7yGVsF2VPi4knhfRujM1Yx?si=q...
As for the questions on research into looking at decode complexity v instruction density tradeoff - I'm not aware of any recent work but you've got me excited to go dig up some papers now. I suspect any work done would be fairly old - back in the days when ISA research was active. Similar to compiler front-end work (think lex, yacc, grammar etc..) ISA research is not an active area currently. But maybe it's time to revisit it?
Also, I'm not sure if Huffman encoding is applicable to a fixed-size ISA. Wouldn't it be applicable only in a variable size ISA where you devote smaller size encoding to more frequent instructions?
Keeping the ROB full falls on the engineering of the front-end, and here is where CISC v RISC plays a role. The variable length of x86 has implications beyond decode. The BTB design becomes simpler with a RISC ISA since a branch can only lie in certain chunks in a fetched instruction cache line in a RISC design (not so in CISC). RISC also makes other aspects of BPU design simpler - but I digress. Bottom line, Intel and AMD might not have a large ROB due to inherent differences in the front-end which prevent larger size ROBs from being fed with instructions.
(Note that CISC definitely does have it's advantages - especially in large code foot-print server workloads where the dense packing of instructions help - but it might be hindered in typical desktop workloads)
Source: I've worked in front-end CPU micro-architecture research for ~5 years
I was able to successfully complete my PhD, but I took more time than expected. Moreover, I was no way near as productive as I'd hoped to.
This is true for regular race-free multithreaded programs. However, mfences are used fairly commonly in lock-free, concurrent data structures (http://concurrencykit.org/)
Interestingly, the way I consume articles and forums is almost completely opposite. I skim through anything that catches my fancy, which helps me discover new topics that are interesting to me, and I only contribute when I have something completely new and valuable to add to the discussion. Often times you find that someone has already mentioned what you wanted contribute. The exceptions are when you are an expert in the field and hence more likely to have knowledge that is not common.
I'm curious to understand why this system isn't practiced in the US.
Intel has binary translation software to run ARM apps on x86 phones, so I'd guess it's not limited by patents.
Of course, I think this is an idea that Indian based startups can pursue.
Binding the <Esc> key to capslock has been really useful for me. http://vim.wikia.com/wiki/Map_caps_lock_to_escape_in_XWindow... explains how you can do this, although it's done externally and not in Vim. Just include the script in your shell rc file and you're good to go.
Experienced users can hide the menu and tool bars with:
set guioptions-=m "remove menu bar
set guioptions-=T "remove toolbar
Extra screen space for your code is always nice!
Another amazingly useful plugin is MiniBufExplorer (http://www.vim.org/scripts/script.php?script_id=159). This allows you to open multiple buffers in the same vim window, and with the key binds given in the plugin page you can switch between buffers just like you switch between tabs in Firefox. It's really useful when you follow tags in a large source directory.
And for people who can't seem to find just the right colour scheme: Color Scheme Pack plugin (http://www.vim.org/scripts/script.php?script_id=625). It has over a 100 different themes, nicely categorized.