Email and Git = <3 • Hacker News Board

Re: Email and Git = <3

#191

Post by carapace » Thu, Oct 12, 2023, 5:04 PM UTC

BaculumMeumEst wrote: post #21

I appreciate the effort here, but after learning the workflow and having to get all this set up on a few computers, having to configure git send-mail is honestly just needlessly annoying and absurd. Organizations that insist on using workflows like git send-mail and mailing lists not only drive away a significant number of potential contributors, but they also form a weirdly religious culture that fetishizes needless…

You went from "I find it inconvenient" to "they're masochistic cultists" pretty quickly there. Ad hominem attacks are against site policy.

You've spawned a huge thread of people being incredibly self-righteous about the mind-boggling difficulty of sending email. It makes me think that it's actually a great filter to keep out people who prefer drama to clicking a few buttons that are different than the buttons they're used to clicking.

I understand that familiarity is a powerful driving force in human psychology, but really, it's not like it's that hard to learn a different flow. I mean, I've had to use Perforce, and while it's fun to complain, it really wasn't that hard. I didn't even have to get out of my chair.

Re: Email and Git = <3

#192

Post by carapace » Thu, Oct 12, 2023, 5:18 PM UTC

sbjs wrote: post #109

BaculumMeumEst wrote: post #21

I appreciate the effort here, but after learning the workflow and having to get all this set up on a few computers, having to configure git send-mail is honestly just needlessly annoying and absurd. Organizations that insist on using workflows like git send-mail and mailing lists not only drive away a significant number of potential contributors, but they also form a weirdly religious culture that fetishizes needless…

There's a psychological basis for people taking pride in a difficult task learned and mastered, and many organizations take advantage of this by creating a culture that rewards this effort when put towards their own products with social status within the organization. It feels manipulative and unethical to me.

Like GitHub.

Re: Email and Git = <3

#193

Post by pyrolistical » Thu, Oct 12, 2023, 5:21 PM UTC

This is the fediverse they want

Re: Email and Git = <3

#194

Post by darau1 » Thu, Oct 12, 2023, 5:43 PM UTC

Just dropping this gem of a talk[1], for the uninitiated. There is a place for this, even if people in the thread have never seen it.

[1]: https://www.youtube.com/watch?v=vyenmLqJQjs

Re: Email and Git = <3

#195

Post by softirq » Thu, Oct 12, 2023, 5:47 PM UTC

bitcharmer wrote: post #148

djha-skin wrote: post #105

Earlier quoted context omitted.

> not only drive away a significant number of potential contributors, It drives away the kind of people who have little patience for technology problems and little patience for learning new things. I don't want those kind of people working on e.g. Git. Git needs people who have lots of patience for technology problems and lots of patience for learning new things.

No, it drives away people who don't want to develop in vim or emacs and prefer to use modern tools instead.

What isn't modern about neovim or emacs 29? Does a tool have to be graphical to be modern?

Re: Email and Git = <3

#196

Post by bastardoperator » Thu, Oct 12, 2023, 6:08 PM UTC

yjftsjthsd-h wrote: post #189

bastardoperator wrote: post #181

Earlier quoted context omitted.

No clue, I prefer to use a monster that actually has security mechanisms, and protocols in place designed by professionals.

> I prefer to use a monster that actually has security mechanisms, and protocols in place designed by professionals. Like a mail server?

I don't know, sending sensitive information over plain text doesn't scream security to me. So no, unlike a mail server.

Re: Email and Git = <3

#197

Post by moritzwarhier » Thu, Oct 12, 2023, 6:16 PM UTC

BaculumMeumEst wrote: post #21

I appreciate the effort here, but after learning the workflow and having to get all this set up on a few computers, having to configure git send-mail is honestly just needlessly annoying and absurd. Organizations that insist on using workflows like git send-mail and mailing lists not only drive away a significant number of potential contributors, but they also form a weirdly religious culture that fetishizes needless…

The process tends to be a lot less painful when using git-combine-mailmap [1]

^1

https://git-man-page-generator.lokaltog.net/#Y29tYmluZSQkbWF...

Re: Email and Git = <3

#198

Post by Galanwe » Thu, Oct 12, 2023, 6:23 PM UTC

tlamponi wrote: post #46

BaculumMeumEst wrote: post #21

I appreciate the effort here, but after learning the workflow and having to get all this set up on a few computers, having to configure git send-mail is honestly just needlessly annoying and absurd. Organizations that insist on using workflows like git send-mail and mailing lists not only drive away a significant number of potential contributors, but they also form a weirdly religious culture that fetishizes needless…

Configuring git send-email is trivial, definitively faster than creating an account at some web UI from a "source forge" – it's literally setting a handful of properties in the `.gitconfig` – and those are not specific to a project, but just your mail server settings you can reuse them for any project that accept patches over mailing lists. And using it for a project that accepts this workflow is such a joy, no need…

No thank you.

Avoiding email based workflows and alerting is one of my top priority in every job I have had.

Re: Email and Git = <3

#199

Post by mvdtnz » Thu, Oct 12, 2023, 6:23 PM UTC

The world has moved on. Products like Github and Gitlab supercharge these capabilities so far beyond what the Linux Core team are doing with their email lists.

Re: Email and Git = <3

#200

Post by mvdtnz » Thu, Oct 12, 2023, 6:25 PM UTC

tlamponi wrote: post #46

BaculumMeumEst wrote: post #21

I appreciate the effort here, but after learning the workflow and having to get all this set up on a few computers, having to configure git send-mail is honestly just needlessly annoying and absurd. Organizations that insist on using workflows like git send-mail and mailing lists not only drive away a significant number of potential contributors, but they also form a weirdly religious culture that fetishizes needless…

Configuring git send-email is trivial, definitively faster than creating an account at some web UI from a "source forge" – it's literally setting a handful of properties in the `.gitconfig` – and those are not specific to a project, but just your mail server settings you can reuse them for any project that accept patches over mailing lists. And using it for a project that accepts this workflow is such a joy, no need…

> Configuring git send-email is trivial

The linked article is literally a multi-step process of arcane terminal commands that differ by operating system. You may think it's easy, but it's definitionally not trivial.