[-] expr@piefed.social 5 points 4 hours ago

Hillary seems like a sweet old lady to you? She seems like a power-hungry ghoul to me.

[-] expr@piefed.social 3 points 1 day ago

Except that there's a lot of evidence that productivity increases with work from home. Less wasted time on commutes, fewer interruptions, easier to manage work-life balance, etc.

[-] expr@piefed.social 1 points 1 day ago

The default difftool is vimdiff, which is not a GUI program. But no, the point of difftool is to iterate through files to diff and pass the different versions to an external program. There are many external CLI and TUI diffing programs. The point, though, is that the git CLI is still the driver of everything and you still have the full range of options available to git diff, rather than some GUI program being the driver, which are universally limited in what they can do.

Personally, I load regular git diff output into a vim buffer via :read. Unified diff is largely superior to side by side diffs, IMO, because most of the time, changes in one file are accompanied by changes in a number of other files, so it's useful to be able to quickly follow a thread of changed calls or whatnot. And with unified diff output, you can see and manipulate hunks directly.

[-] expr@piefed.social 2 points 1 day ago

Not sure what you're saying. Are you saying you need GUIs for diffs? Because that couldn't be further from the truth. Unified diff itself is highly underrated (and my preferred form for many reasons), but even if you wanted side-by-side diffs, there are many ways of accomplishing that without a GUI. That's the entire point of git difftool.

[-] expr@piefed.social 3 points 2 days ago

Women aren't the only people who change their names. I'm a straight white guy and I took my wife's last name when we got married. So I'm affected by this dumbass shit too.

[-] expr@piefed.social 17 points 2 days ago

The git CLI. GUIs don't get anywhere near what it can do, and the CLI is scriptable and can easily interop with other programs.

[-] expr@piefed.social 11 points 1 week ago

AI "search". Give me a fucking break.

[-] expr@piefed.social 6 points 2 weeks ago

Seems crazy to only be realizing they're evil now, but I guess it's something at least.

[-] expr@piefed.social 14 points 4 weeks ago

Obviously don't have the full context, but rarely is it ever advisable to give third parties direct access to a database. There are many reasons for this, like, for example, the fact that doing so makes schema migrations practically impossible.

[-] expr@piefed.social 6 points 4 weeks ago

Fuck off with that sanewashing bullshit. He meant it precisely one way, and no other.

[-] expr@piefed.social 12 points 1 month ago

I think it's great and really straightforward. it's quite simply asking people to say yes or no to AI, and the response has been overwhelmingly no.

[-] expr@piefed.social 8 points 2 months ago

No one actually copy/pastes thousands of lines of code. We use libraries.

Languages do matter a lot. Yes, they are all technically equivalent, but the craft of software engineering is much, much more about social/cultural/community considerations than it is computational ones. What the community around a programming language values matters, because it informs a great deal about what's idiomatic in a language, what libraries are available, what kind of bugs are possible (or not), how easy code is to read, comprehend, and maintain, and much more.

What makes a language good is not what programs you can write in it, but how it constrains what you can do such that you naturally writing good code. For example, null pointer exceptions (or segfaults in C, etc.) are a classic problem that plagues many mainstream languages like Java, C#, Python, etc. In Haskell (and a handful of other languages, including Rust), null pointer exceptions are not possible, because nulls do not exist in these languages. Taking away this language "feature" actually increases the power of the language, because you can guarantee that a certain class of common bugs are not possible in your program. So languages that restrict known bad programming practices lead to programmers writing better programs and, more generally, a community around the language that resonates with these philosophies.

view more: next ›

expr

joined 5 months ago