sgoody (u/sgoody) - Readit News

sgoody commented on Daily Notes Considered Harmful literallythevoid.com/dail... · Posted by u/FigurativeVoid

peterlk · 2 months ago

I am never sure which notes I am going to reference again. Most of my daily notes go unread forever. But occasionally, that seemingly trivial thing that I jotted down in a meeting turns out to be _very_ important. I have AI assistants that take notes for me too, but somehow I can’t stop taking notes in meetings - and occasionally this has saved me (note taker bugged out).

Daily notes are also where I do a lot of scratch pad thinking, and occasionally those come in handy as well.

sgoody · 2 months ago

I agree here. When I take notes more formally in a structured way, I often feel like there isn't a good place to store something. Or I think something is so scrappy that it doesn't "deserve" to be a note in a carefully curated store, so I don't write it down.

When taking daily notes... I can just literally fire anything into the note and forget about it.

If it's something I'm actively working on, it'll be in a note from a couple of days back.

If it's something more historic, it can sit gathering dust and I never need to worry about it and maybe if I need something I can just search over the notes files.

sgoody commented on Daily Notes Considered Harmful literallythevoid.com/dail... · Posted by u/FigurativeVoid

sgoody · 2 months ago

This is quite a personal thing... I'm terrible at note taking and I've tried a few methods. I find organising this kind of "data" very difficult and I also find habit forming around note taking very difficult also. Finally, I always hated the idea of daily notes/journaling, so I resisted it for the longest time.

But when I finally started making a journal it was a lifeline. It works so well for me. I stop worrying about what I'm writing, how well I'm writing it, how I'm structuring it, where I'm storing it... and I just write it.

If it's something pertinent to what I"m working on, then it'll be a note from the last few days. Old notes, I just don't worry about.

I do have a page for "todo" type thing and I'm still working on that and I also write "proper" documentation separately. But daily notes are a huge win for me.

sgoody commented on Show HN: Svelte NodeGUI, a lightweight Electron alternative with native UI github.com/nodegui/svelte... · Posted by u/LinguaBrowse

davidkunz · 5 years ago

Hi, I use Neovim with basically the same features as VSCode. I made a video series on how to configure it: https://youtu.be/CcgO_CV3iDo?list=PLu-ydI-PCl0OEG0ZEqLRRuCrM...

sgoody · 4 years ago

Hey, thanks for this. I'm a long-time Vim user, but I've never gotten around to adding in some slick IDE-like featuers (I've made half an attempt to get code completions working, but often lose interest if it doesn't work first time).

The intro looks great I will definitely check this out.

sgoody commented on Four MLs (and a Python) thebreakfastpost.com/2015... · Posted by u/atombender

sgoody · 10 years ago

I enjoyed reading this and I'm not bothered about tweaking the solutions into oblivion to eke out performance gains. This is a nice, simple comparison, with performance being a simple demonstration of code written by one author.

The only thing that seems to be an obvious omission is the omission of Haskell.

sgoody commented on Userland traffic shaping with OpenBSD and Lua tedunangst.com/flak/post/... · Posted by u/zdw

solarexplorer · 11 years ago

Traffic shaping shaping implies dropping packets. You could try to buffer some of them to send them later when bandwidth is available, but you would run out of buffer space very quickly. Buffering and flow control is best left to the endpoints. Packet loss is common on the internet and protocols are designed to handle it well.

In this example I would rather be worried about the additional latency/overhead of copying all the packets to user space and back.

sgoody · 11 years ago

Thanks for the response. I knew that TCP handles dropped packets. But it seems like using an exceptional case for dealing with errors shouldn't be the norm. Is this also how more traditional traffic shaping works?

I presume that under circumstances such as this you end up generating a lot more network traffic than you need to, because of the overhead in retransmitting failed packets.

I know you couldn't buffer indefinitely because your buffer would overflow, but could you maybe delay the acknowledgements of packets, e.g. To simulate a slower link.

Not saying there's anything wrong with the approach or article, merely curious from the perspective of a non-networks guy.

sgoody commented on Userland traffic shaping with OpenBSD and Lua tedunangst.com/flak/post/... · Posted by u/zdw

sgoody · 11 years ago

I'm a developer and not a networking guy, so I'm curious; is dropping packets like this a good idea or is there a better approach? It would seem to be a bad idea to me.

sgoody commented on Spritz – read 500 words per minute without any training spritzinc.com... · Posted by u/azov

lukev · 12 years ago

This is very interesting (and as has been pointed out in other comments, not exactly a new idea). I think its proper application, though, is in a tool for practicing reading, not for actually reading tests.

One major thing this approach looses is the inherent non-linearity of text. If I miss a fact and want to back up a bit, or want to pause for a moment and think about something, I can (when reading) without even thinking about it. Even if this approach is faster overall, it makes reading more like listening to audio or watching a video; it's a big pain to rewind or pause.

Secondly, this is actually slower than true speed reading or skimming because it forces you to read every word. Truly accomplished readers will often read material at a very superficial level, only dipping in and reading consistently when they encounter a novel concept. Essentially, they can use semantic compression to increase their reading speed by only bothering to read what they find to be relevant. This operates on every level, from the page to the chapter to the paragraph to the sentence. It isn't perfect, of course, but it's always possible to back up if one finds crucial information has been missed.

Finally, even though this tool is truly excellent for breaking the subvocalization habit that hampers most slow readers, once you learn how to read without subvocalizing it becomes a bit redundant. For example, looking at Spritz, I cranked the speed to 500. It felt pretty good, like I was reading fast. Then I went and took a traditional reading speed test and clocked in at 700wpm, with 95% comprehension. So I'm not sure my overall speed is better with Spritz.

That said, I'll probably keep coming back to this or technologies like this, now that I'm aware of them. They seem a really good way to force oneself into the speed-reading mindset - I have a feeling that doing this for 60 seconds before a normal reading session would improve reading speed substantially.

sgoody · 12 years ago

Huh, strange thing is it seems like I just can read that quickly anyway. Started on the banner at 250wpm, pretty comfortable, went straight to 500wpm on the banner and still fairly comfortable to read. So I thought I'd have a go at just reading some plain text as quickly as I comfortably could and it turns out that I can read more quickly than I do. I don't know why I don't read more quickly than I do, perhaps it down to comprehension, but I think in the future for articles I'm not trying to fully absorb that I may try to just read them more quickly!

sgoody commented on 100 time cheaper dropbox like service hubic.com/en/offers/... · Posted by u/sebgeelen

Aoyagi · 12 years ago

I can't seem to find their privacy policy and ToS document is in French. I think I'll pass.

In fact, the only mention of privacy I found is "respect for privacy" in data security.

sgoody · 12 years ago

It is unfortunate that they ask you to "confirm having read and fully understood the hubiC General Terms and Conditions (sic)" in English, but then present the terms and conditions in French. Absolutely nothing against the French language, but there's a clear disconnect there.

Hey ho, it's not like I read them anyway!

sgoody commented on Bjarne Stroustrup – The Essence of C++ [video] channel9.msdn.com/Events/... · Posted by u/qznc

harrytuttle · 12 years ago

I rather prefer Java:

    void f(int n, int x) {
        Gadget p = new Gadget(n);
        // ...
        if (x < 100) throw new Exception("Weird!); // no leak
        if (x < 200) return;
        // ...
    }

Yes, good night's sleep tonight after writing that...

sgoody · 12 years ago

I'm a C# dev and I totally agree with this.

I've done a limited amount of C++ many many years ago before I even knew what garbage collection was and I keep thinking of revisiting it, but honestly in my line of work ("Enterprise") I don't need the mental overhead of dealing with things such as pointers and memory allocation.

Perhaps, my view is outdated, but I get the impression that everything in C/C++ is just a little thorny when compared to other slightly more high-level languages, such as namespaces, package management, list comprehensions, library compatibilities, type strictness etc.

I would like to be wrong about that though... I wish I had a little more motivation to spend some real time with C++ (or perhaps even C).

sgoody commented on What's next Google? Dropping SMTP support? eschnou.com/entry/whats-n... · Posted by u/eschnou

esolyt · 12 years ago

>I'm starting to think that Microsoft are a more "open" company...

I am disappointed too. But why is Microsoft more open? Does Microsoft have an open messaging protocol that I don't know of? Or an open source operating system? Or an open source browser? The last I checked, they were forcing manufacturers to ship computers with locked down bootloaders so you can't install your own operating system.

>But they're privacy policies for GDrive scare me, so I don't use that.

Can you clarify exactly what point in the privacy policy you are talking about?

sgoody · 12 years ago

I thought I'd read somewhere previously that Google claimed rights to be able to do whatever they wanted with your data... I'm looking at that now and it's not clear to me but I may have been wrong about that.