493 karma · joined September 6, 2022
That all sounds nice and logical, but by the same reasoning weren't Epstein's victims getting in and remaining by choice?
I assume you commented as gesture of gratitude. I comment to emphasize the importance of not assuming and as a reminder to project authors to include information, like what their project is and does, in their documentation. Such information should be included per common sense, but alas, it often isn't.
So, same end result (cost exceeds hiring a new engineer), but achieved differently.
The counter, I suppose, is the managers have to deal less with engineers telling them their ideas aren't good or well thought out.
It's always about cheaper, better, faster. And when the thing being built extends beyond a single person, and still when working alone, conflict shows up in balancing the risks between these. The Strawman of Perfection is just that.
"It doesn't need to be perfect" is incredibly dismissive of the reality of the situation. Ignoring reality seems like a poor problem solving strategy.
Obviously that's going to take some figuring out for queries and aliases. But it seems doable to me.
Awkward, yes, but doable. AFAICT, they've provided a way to do things that go against their philosophy should anyone be inclined.
The argument made by the Fossil project, AFAIU, is that it has a better log view than git and has better traceability through SQL based search in addition t the cli and web interface.
What kind of note are you using? There are several and, if I recall correctly, that affects the view a bit. See the "Auxiliary notes attached to check-ins or branches" https://fossil-scm.org/home/doc/trunk/www/wikitheory.wiki
To me, associating a wiki page to a commit makes way more sense than as a commit message that's part of the commit. This way the message can give a summary and then the detail is given in full-fledged markup file that has its own version history.
Totally fair if that's not something that works for you, though.
“We want the bureaucrats to be traumatically affected,” he said. “When they wake up in the morning, we want them to not want to go to work because they are increasingly viewed as the villains. We want their funding to be shut down so that the EPA can’t do all of the rules against our energy industry because they have no bandwidth financially to do so.
We want to put them in trauma.”
That was Russel Vought, head of the Office of Management and Budget and key author or Project 2025.
Trump also said, "a whole civilization will die tonight".
Presumably performance matters above all else (although it likely doesn't in such a place). If Emacs actually makes a meaningful difference, then just use it to do your work more efficiently.
You can run a batch/shell script, right? Of course you can. Would you ask for permission to write and run a script? If not (and presumably you wouldn't because that would be silly) then you shouldn't ask to run Emacs. You "own" both and take on all the "risk". There's really no difference.
But really, truly ask yourself, is whatever cause you're working towards (that is, the mission of the company) worth sacrificing your dignity for?
Tip for learners: find an early edition of a book. They're often vastly cheaper and much better written. It stands that if a book warrants a 12th edition, then the 1st edition must have been decent enough to get wide adoption. Often revisions are bloat or, when they're not, it's educational to see the difference between then and now (eg Andre Tanenbaum's OS books)
Because I see so many people who believe otherwise, here's a direct quote from a prior contract:
> I UNDERSTAND AND ACKNOWLEDGE THAT MY EMPLOYMENT WITH THE COMPANY IS FOR NO SPECIFIED TERM AND CONSTITUTES "AT-WILL" EMPLOYMENT. I ALSO UNDERSTAND THAT ANY REPRESENTATION TO THE CONTRARY IS UNAUTHORIZED AND NOT VALID UNLESS SIGNED BY THE PRESIDENT OR CEO OF THE COMPANY. ACCORDINGLY, I ACKNOWLEDGE THAT MY EMPLOYMENT RELATIONSHIP MAY BE TERMINATED AT ANY TIME, WITH OR WITHOUT GOOD CAUSE OR FOR ANY OR NO CAUSE, AT MY OPTION OR AT THE OPTION OF THE COMPANY WITH OR WITHOUT ME NOTICE. I FURTHER ACKNOWLEDGE THAT THE COMPANY MAY MODIFY JOB TITLES, SALARIES, AND BENEFITS FROM TIME TO TIME AS IT IS NECESSARY.
Every job I ever held but the unionized ones had some variation of that.
Otherwise, in Fossil, any text is just another artifact. Wiki pages can be stored as files in the repo ("embedded") and versioned in the same manner as code files (that is, exposed through the same interface), or tracked behind the scenes (in a separate database, IIUC, with a different interface). Tickets and forum entries are also tracked and versioned similarly to non-embedded docs.
Aside from everything being versioned, the visibility of the objects is quite good. The user interface, both command and web, is light-years better than anything Git related.
I highly recommend you check it out. Even if you find it doesn't meet your needs, many of the design decisions are instructive. I find it quite inspiring.
I find this hard to believe. I searched the Fossil forums and found no mention of such an attempt (and failure). Unfortunately, I don't have a computer handy to verify or disprove. Is there any evidence for this claim?
I'll be honest, I don't understand your point here?
The purpose of Handmade Hero was to show people that they are capable of making a game themselves and to learn things which have a reputation for being too hard. There was, of course, an emphasis on the hard things being hard because of complexity introduced by things like OOP, C++, etc. But the main purpose always felt like education and enablement. Casey's a great teacher and the videos are very informative.
The Network, on the other hand, was some weird "we want to make stuff by hand", whatever that means. That's fine. But that's not what Casey spent like 7 years doing. He didn't do it "just cuz". Instead, it was to teach and share. That seemed lost on the Network.
As a result, it seemed just like a less toxic Suckless project without the focus on making a new ecosystem. It was just a forum to say, "Hey I made this thing", all the while co-oping the feel-goods from Casey's Handmade Hero.
Peaceful protest is the key. Riots, violence, and fighting are not peaceful and only play into the administration's aims.
When Americans resist and protest peacefully, as they have been in the largest numbers ever in the country's history, it exposes the brutality and baseness of those commiting the heinous acts.
Through such peaceful protest as we see, America will overcome this.
The big question is, what next? How to hold people accountable, fairly, while rebuilding the system and rebuilding trust?
Nonetheless, random access history is cool.
In this instance however, I agree, barf is more accurate.
Regarding how computers work under the hood, i can recommend Nand2Tetris.
Yes, it has an info manual and, I agree, info is the superior documentation viewer. However, a good browser is no replacement for bad writing.
The Guile manual is not well written. The organization seems almost random. The text emphasizes minutia while glossing over fundamental details. It off-loads much to RnRSs and SFRIs (whatever those are). Basically, it suffers badly from The Curse of Expertise.
The documentation's shortcomings might be okay except that Guile is, or was, the premier extension language for the whole of the GNU project.
I considered trying to improve the manual, but why would I dedicate time and effort to a language that I don't know and whose community can't follow it's own advice?
Consider the following:
"Make sure your manual is clear to a reader who knows nothing about the topic and reads it straight through. This means covering basic topics at the beginning, and advanced topics only later. This also means defining every specialized term when it is first used." https://www.gnu.org/prep/standards/html_node/GNU-Manuals.htm...
Most of these points: https://www.fsf.org/campaigns/gnu-press/GNU-Press-styleguide...
Maybe at FOSDEM this year, people could do a Hackathon and knock out some basics, like defining acronyms or using terms only after they're defined.
PS: every Python tarball for quite a while has instructions for building the documentation, including in info format