ttgurney

5 ms·

1.
by ttgurney 4y ago
Based on the Zombocom reference and general lack of details, this must be a joke, but I don't get the joke. Is it meant to be a parody of something else? And why not postal mail, for maximum novelty? Aside, I wonder which CPU is emulat
2.
by ttgurney 4y ago
Location: Central United States Remote: Yes -- remote only. Willing to relocate: No Technologies: Unix/Linux tooling, POSIX, general back-end stuff (not web), desktop applications, scientific applications. C, Bash/sh, Python 3, Ja
3.
by ttgurney 4y ago
> They do not participate in controversial discussions about Visual Basic or Pascal — they just do their work in those languages without even knowing that there’s so much controversy surrounding their language of choice. Serious question
4.
by ttgurney 4y ago
https://archive.ph/cFEWJ
5.
by ttgurney 4y ago
My first open-source contribution was a two-line patch for a bug I found in Eclipse while at work. Eclipse is known as a Java IDE, but it also provides a widget toolkit and other libraries for developing desktop GUI apps. At the time I was
6.
by ttgurney 4y ago
I'm really grateful for Michael Forney's work on this project since I found it a good resource for getting a variety of popular packages to build statically. I ended up starting my own statically-linked Linux distro, but with some
7.
by ttgurney 4y ago
Speaking from my experience so far as an "adult learner": yes, it's brutal. At least, tournament chess is. Online play is easy for me not to take so seriously. But when I get up on Saturday morning to go to a tournament and s
8.
by ttgurney 4y ago
I got the DIY edition of this a few months ago and have been using it continuously since then. Nice piece of hardware and I'm glad I bought it. Only big thing missing for me is user-modifiable firmware. Combine this thing with the Core
9.
by ttgurney 4y ago
Hey thanks for your perspective and a couple of mentions of software I'd not heard of (like tcpclient). I agree that curl is pretty big and bloated. I would not call it a deficiency that Links et al. don't depend on it. I mostly j
10.
by ttgurney 4y ago
Oh I'm sure the actual work to compile those packages is not much. It's more to do with keeping the number of packages on my system to a minimum. Actually I would not be surprised if the JavaScript engine can be omitted with just
11.
by ttgurney 4y ago
I look forward to seeing your 1st release of this program! > Anyways, if there's a moral to this story it's that writing a browser engine is surprisingly fun, so go for it :) Good to know. I'd been fairly intimidated by th
12.
by ttgurney 4y ago
I'll 2nd the code quality. I dug into the Mines code a while back as I wanted to use its puzzle generation algorithm to throw together a text-based version of the game. This turned out to be very easy to do.
13.
by ttgurney 4y ago
Funny seeing this here as I've been thinking a lot about text-based browsers lately. Just a couple days ago I tried to build this one from source, but I put it aside due to the dependencies on PCRE and a JavaScript engine. (I am runnin
14.
by ttgurney 4y ago
Reminds me of the well-known quote I always enjoyed, though I never looked much into the context: "If something cannot go on forever, it will stop." https://en.m.wikiquote.org/wiki/Herbert_Stein#Quotes
15.
by ttgurney 4y ago
> Have there been? And why? A few reasons why people might want to do this: - Optimizing for small approachable codebase instead of featurefulness or performance (sbase)[1] - Dissatisfaction with GPL (toybox)[2] - Desire to replace C (de
16.
by ttgurney 4y ago
One thing I've noticed about lists like these is that the tools are mostly flashy and feature-packed, almost invariably with colorized output, sometimes with funky Unicode symbols like check marks, and usually written in a fashionable
17.
by ttgurney 4y ago
Good thoughts, thanks. This mirrors my own experience. The whole thing did seem very approachable to me. Pretty sure we had to implement a FORTH in a programming languages course I took back in college as well, so I had that basic familiari
18.
by ttgurney 4y ago
Don't remember how I stumbled on this site, but it had to have been 15-20 years ago that I did. Was pleasantly surprised to see that it's still online and that the author is still singing the praises of DOS.
19.
by ttgurney 4y ago
One thing I did not notice in the article is that the frequency of spam and scammers might make people more cynical and mistrustful of others in general. Just speculating based on my own experience. People treating me and people close to me
20.
by ttgurney 4y ago
In my own personal use-case: my backups include a file that contains a list of every file that is backed up and each file's xxhash.[1] So verification is as simple as running "xxhsum --check" on this file. This is a bit slow,
21.
by ttgurney 4y ago
I find this kind of language positively disgusting: > Your file will be reviewed > A decision will be made > If the file is found to be... > ... restrictions will be removed ... It is the archetypical "mistakes were made&qu
22.
by ttgurney 4y ago
> A disclaimer is when you state a reason why people might want to discount your opinion, usually due to a conflict of interest. E.g., "I work at Revolut." I believe the word you both are looking for is "disclosure":
23.
by ttgurney 4y ago
A tangential question, not addressed by the article: why is "true" now implemented as a binary written in C? As expected, the GNU version is comically large[1], but even the "suckless" version is a compiled binary[2].
24.
by ttgurney 4y ago
Fun historical article. I found this especially amusing: > By March 22, 1880, the New York Times reported, “No pestilence has ever visited this or any other country which has spread with the awful celerity of what is popularly called the
25.
by ttgurney 4y ago
> When you make an extra copy of a song, you commit intellectual property theft Don't forget "piracy"--associating copying information with looting a ship and killing everyone on board. I'd love to see an end to this
26.
by ttgurney 4y ago
Maybe an obvious one, but at my last org I often wished for more emphasis on keeping patch sets SMALL. I might have liked some kind of soft ban against putting huge patch sets up for review. I'm talking like 1000+ line stuff. In my exp
27.
by ttgurney 4y ago
> Most machines of the time had 4Mb of RAM. Something seriously powerful had 16Mb. Yes I did mean to write MB rather than GB; thanks for the correction. On that note, I found this 1995 newspaper article (linked from Wikipedia) on the sub
28.
by ttgurney 4y ago
Yes, I wrote GB but meant MB. (I suppose because the former is more common nowadays.)
29.
by ttgurney 4y ago
Yes, thanks. Fixed
30.
by ttgurney 4y ago
I appreciate the idea and the ease of use. How is the key being stored? What would make sense to me is that the key is given in in the URL as a query parameter, so that it is not actually stored anywhere on the server side. But that doesn&#

More ›