[squeak-dev] Development methodology (was: tedious programming-in-the-debugger error needs fixing)

Thiede, Christoph Christoph.Thiede at student.hpi.uni-potsdam.de
Thu Oct 1 23:23:19 UTC 2020


> Agreed. Elitism does not help at all. Ask Uncle Bob [1].


Great talk, thanks a lot for sharing this!

> Well I have lost track myself of how many of my Inbox submissions have actually been merged, or even been commented or not... even with a label for them in Gmail I find it just too cumbersome to follow up and run after all of those that get no attention (and compared to you I don't submit all that many).

I have been trying a number of approaches, too, from todo lists over email folders to Trello boards, but it is simply too complex because it is a parallel data structure you have to maintain, and every interested person needs to maintain it themselves again ...
This reminds me of the Primitive Obsession code smell: We all seem to think of the same model ("submission", "review", "fix", "close") but still use a forest of primitive artifacts (separate email posts/inbox versions) to represent them. Not exactly worthy of a project that is dedicated to the Golden rule of "Everything is an object" and a universal object graph, I believe ... :-)

> The Inbox submission email can be far away from the Trunk merge email of the same version, just to give one example of another first world problem.

That's a good observation. How expensive would it be to change SqueakSource so that Trunk merge emails are replied to their inbox ancestor email, if there is any? I tried to load SqueakSource into an image, but for now, I failed to resolve all the dependencies ... (This should probably go into another thread.)

> I think this must be something of a generational thing. Us Old Folk are, I suspect, much more likely to see it the other way round. A lot of us have lived on email for... well, about as long as humans have known about electricity. Signing up on a website, on the other hand, seems really annoying and intrusive to me.

Well I can tell that in my generation, mailing lists are definitively much more considered as obsolete and disliked. Everyone has a GitHub account (or if not yet, this costs you one minute for millions of projects) while for a mailing list, you have to fill in a subscription form for every new project ... IMO email has failed in so many points where alternatives provide better solutions. How many "> > > > original post > > > quoted by me > > quoted by you > don't eat my quote characters!1", unwanted
line breaks after
every third word or
so, different confusing fonts and sizes, and much more have I been reading in this list! Platforms have the uniform Markdown standard to get rid of all this mess. Also, managing subscriptions for individual threads is so much easier on GitHub & Co. I think could carry on for a few more paragraphs, but that's probably not the point. :-)

Best,
Christoph
________________________________
Von: Squeak-dev <squeak-dev-bounces at lists.squeakfoundation.org> im Auftrag von tim Rowledge <tim at rowledge.org>
Gesendet: Freitag, 2. Oktober 2020 00:29:25
An: The general-purpose Squeak developers list
Betreff: Re: [squeak-dev] Development methodology (was: tedious programming-in-the-debugger error needs fixing)



> On 2020-10-01, at 3:13 PM, Jakob Reschke <forums.jakob at resfarm.de> wrote:
> Also subscribing to
> a mailing list feels somehow different than signing up on Stack Overflow or
> GitHub.

I think this must be something of a generational thing. Us Old Folk are, I suspect, much more likely to see it the other way round. A lot of us have lived on email for... well, about as long as humans have known about electricity. Signing up on a website, on the other hand, seems really annoying and intrusive to me.


tim
--
tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
Strange OpCodes: SEXI: Sign EXtend Integer



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20201001/c530fd76/attachment.html>


More information about the Squeak-dev mailing list