HNHacker News
TopNewBestAskShowJobs

fakedrake

28 karma · joined September 21, 2013

http://fakedrake.github.com
submissionscomments
fakedrake··on Staff Engineer Archetypes (2020)
As an 11x engineer that is also a rockstar engineer I approve the message
fakedrake··on Userscripts Are Fun and Are Still Very Much Relevant
How about pushing for browsers to allow for the same functionality browser wide? And, yes, I am still bitter about firefox killing vimperator.
fakedrake··on Malleable Systems: Software must be as easy to change as it is to use it
I miss vimperator :(
fakedrake··on Batch editing files with ed
The main reason i am not moving to something more trendy are kbd macros and the fact that emacs is designed to be equal parts runtime and editor. I think that for most purposes emacs and vim are equivalent but virtually all modern editors are lacking compared to a well good emacs/vim configuration.
fakedrake··on Batch editing files with ed
Good to know about ed! Since noone else has mentioned this, emacs' keyboard macros seem much easier to me especially since more than the basic editing stuff off awk/ed/sed i can leverage all the editor extensions and modifications i have accumulated over the years. That is unless its tens of thousands of files and the edit is exceptionally simple. I would write a script in that case too.
fakedrake··on Is Haskell the right language for teaching functional programming principles?
Typeclasses and parametric types are there to leverage the typesystem. It's hard to see how you can benefit from these abstractions if all you have is ducktyping.
fakedrake··on Seemingly impossible functional programs (2007)
I almost regretted asking since google answered my question in seconds, but the destructor thing would never have occured to me.
fakedrake··on Seemingly impossible functional programs (2007)
I wonder what the state of tail call optimization is in mainstream c++ compilers these days.
fakedrake··on The Theory of patches-vector
I don't think the author claims they found something groundbreakingly new. In fact just the references contain all the points Liam makes.

Patches-vector seems to be different to ottypes for example in that ottypes have predicted what types you would want to synchronize and provides you a correspondig OT type for each of them. What if I want to synchronize binary data or javascript objects or some other weird thing? If equality is defined for my object the library shouldn't need to make any other assumptions.

Besides this practicality though, I think the whole point of the article is that one can mathematically reason about patches-vector.

fakedrake··on The Theory of patches-vector
I assumed that `Int` was the sequence index of the Edit, not the line number. The line position, which is not necessarily the line number, it might be contextual, is encoded in `a`. In fact the way I read the article was that `a` was a file, so you can have operations:

- Insert Int File == "create file"

- Delete Int File == "delete file"

- Replace Int File == "patch file"

Removing and Inserting a file each time it changes, while technically correct is probably not what you want.

The nice thing about what Liam proposes (and type classes in general) is that it doesn't matter what we each interpret `a` to be.

fakedrake··on Contributing to Chromium: An Illustrated Guide
Great article! thank you. Shame you do printfs though, it looks like you guys have done some pretty awesome work with putting GDB on steroids: https://code.google.com/p/chromium/wiki/LinuxDebugging#GDB
fakedrake··on Shell pipes and in-place insanity
I see your point about the larger fonts but I have used the sunburn theme for a while in my editor (not anymore thought in favor of slightly customized naquadah[1] ) and I feel quite a bit more comfortable reading code in familiar coloring. I chose this color scheme because sunburn dark is quite popular.

[1] http://rvfblog.wordpress.com/2011/03/07/using-naquadah-theme...

fakedrake··on Shell pipes and in-place insanity
You are right I should have clarify that. thank you