ttgurney
Joined 4 years ago
Joined 4 years ago
I'm trying to figure out what they are selling me, or what megacorp they are associated with, but I don't see it yet.
I'm reminded of Wendell Berry's essay "Why I Am Not Going to Buy a Computer"[1]:
> I do not see that computers are bringing us one step nearer to anything that does matter to me: economic justice, ecological health, political honesty, family and community stability, good work.
This essay was apparently written in 1987. If Mr. Berry were to revisit the subject today, I suspect he would offer much the same sentiment, perhaps even more strongly.
> The last thing the world needs is more software.
My dream job in this field is to get paid to delete code.
[1] https://classes.matthewjbrown.net/teaching-files/philtech/be...
And why not postal mail, for maximum novelty?
Aside, I wonder which CPU is emulated. A real 8086/8088 (for example) will behave differently than a modern x86 CPU that is running in real mode.
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, Java SE, PostgreSQL database. All in a Linux environment.
Personal portfolio here: https://ttgurney.com. I publish all of my open-source work at the above site. I have created my own Linux distribution as well, which I use as my daily driver.
Email: (my username) @ (my username) .com
Software engineer with CS degree, 6.5 years full time experience, and lifelong interest in tinkering with computers. Looking for opportunities that make good use of my depth of Linux knowledge.
Also have some interest in low-level, embedded, RE. No professional experience there, but I a fine C programmer and can read and write x86 assembly language.
Serious question: are these languages actually controversial? Doesn't "controversy" usually mean people holding strong opinions and frequently disagreeing? I rarely hear anything at all about Pascal or Visual Basic. Maybe they were controversial in the 1990s? Now I'd call them merely unfashionable.
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 working on a team that had a huge desktop app built on top of Eclipse.
The bug I found was pretty trivial; it was something related to incorrect sizing of one of the widgets in some corner case.
The process was a bit of a pain relative to the size of the change. I had to write a test case, sign a CLA (per Eclipse project rules), and of course one of my four different bosses had to review the change and sign off on it.
At the time I was a junior engineer still eager to prove myself, and I figured all of this effort would be worthwhile just so I could say I got a patch into a major open source project. Nowadays I wouldn't bother with so much process, and certainly wouldn't sign a CLA. Would rather work on my own projects. At most I might send a patch out to a mailing list.
I ended up starting my own statically-linked Linux distro, but with some creative differences like shell scripts (vs Lua scripts) and package management. I recently "finished" it (close enough anyway) to the point that I run it as my daily driver.
Not trying to plug my project (it's not public, not yet anyway) but if anyone wants to discuss this sort of thing (distro creation and static linking in particular) and compare notes via email, I'd be happy to.
I spoke a bit with an older and much more experienced player I know about this. He said the only thing that worked for him was to completely stop caring about winning and losing, and to let go of seriousness about the game. His idea was that chess is supposed to be fun; fun is the whole point. Improving is nice, but why bother if the process is not enjoyable in itself? Been thinking a lot about this since then.
I've also had some issues with the CPU temperature consistently pushing into the 90s when running big multicore workloads. Not sure why. Rather than look into applying new thermal paste or whatever, I just turned off Intel turbo boost, this is of course a performance hit but it keeps the whole thing very cool and improves battery life.
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 just was thinking that since I already have curl on my system, it'd be nice to have a browser that reuses that code. Especially since curl has upstream support for the much smaller BearSSL rather than depending on OpenSSL/LibreSSL.
Actually I would not be surprised if the JavaScript engine can be omitted with just a little bit of patching work... assuming there's not actually a build configuration that leaves it out. I've found that with some software projects and their dependencies, "required" does not always mean required.
> 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 the idea.
Email is my username at my website.