Hacker News new | ask | show | jobs
by hyperpape 2915 days ago
Agreed. To begin with, telling everyone in your group to just stop using gmail/webmail is a non-starter, so you're going to end up having to lead people through setting up a second set of tools.

And whatever the advantages of this workflow are, there are also disadvantages, or at least unanswered questions. How do you switch from inline diffs to side-by-side, toggle whitespace, integrate the results of a linter/static analyzer, etc? It's a good idea to build your collaboration tools on top of plain text/simple interfaces, but there are also a lot of needs that push you in the direction of a complex/powerful app.

I was interested in the idea of alternative git tooling, but I don't think this article really delivers.

1 comments

I think these concerns are valid, and also addressed in the article towards the end. I believe the correct answer is not to throw these tools away like GitHub et al chooses to do, but to build upon them instead. Getting everyone to jump ship from webmail is hard, but instead of taking these tools away from email power-users I want to make web tools for e.g. interacting with mailing lists more powerful via my work on sr.ht.
> and also addressed in the article towards the end.

Your perception might be that they're addressed, because you see your vision of how things should work. But to me, I can't see more than "trust me, I'm working on it". The value of that assurance depends on how well you see the limitations of the older workflows, not just their advantages.

If you build it, that will assuage most worries, but talking about what you need in addition to the pure email workflow, and showing how it can be built would also help your case.

Well, I admit some minor digging is necessary to see what I have planned. The marketing page for sr.ht gives you an idea:

https://sr.ht

There's more tangible stuff here than "trust me, I'm working on it", I hope. A lot of the non-mail-related work exists and I'm getting started on mail stuff now, so I'm starting to write about it to spurn discussion and start paying attention to people's concerns with the approach.

You can also see some of the specific email-related stuff I have going if you want to dig some more:

https://git.sr.ht/~sircmpwn/lists.sr.ht/

https://git.sr.ht/~emersion/python-emailthreads/

The latter in particular could give some good insight into how this stuff is going to take shape. Would love to hear more of your concerns, keep them coming!