[-] Kissaki@programming.dev 9 points 3 weeks ago

by Dr. Wolfgang Gehring, August 02, 2021

Manifesto from 2021.

183 public repos on GitHub

[-] Kissaki@programming.dev 9 points 1 month ago

Before starting tasks, developers forecast that allowing AI will reduce completion time by 24%. After completing the study, developers estimate that allowing AI reduced completion time by 20%. Surprisingly, we find that allowing AI actually increases completion time by 19%--AI tooling slowed developers down.

The gap and miss is insane.

[-] Kissaki@programming.dev 8 points 3 months ago

Tailwind is an example of those frameworks fighting against/crossing the native web technologies referenced further up with the links to webdev posts.

The idea of shifting CSS declaration into the DOM element class attribute seems flawed to me. You lose what CSS provides natively.

[-] Kissaki@programming.dev 9 points 6 months ago

Enable squash commits. Each PR should be squashed to a single commit. This makes the master branch linear and simple. This ensures each individual commit on master has been reviewed and is in a working state.

In non-minimal changesets, I would miss information/documentation about individual logical changes that make up the changeset. Commit separation that is useful for review will also be useful for history.

I prefer a deliberate, rebase- and rewrite-heavy workflow with a semi-linear history. The linear history remains readable, while allowing sum-of-parts changesets/merges.

It's an investment, but I think it guides into good structuring and thoughts, and whenever you look at history, you have more than a squashed potential mess.

Squash-on-merge is simpler to implement and justify, of course. Certainly much better than "never rebase, never rewrite, always merge", which I am baffled some teams have no problem doing. The history tree quickly becomes unreadable.

[-] Kissaki@programming.dev 9 points 6 months ago

Do you see downsides to learning it?

If you can, do it. It's common enough to be [potentially] useful. If you don't have a concrete need, then it's not necessary, though.

[-] Kissaki@programming.dev 8 points 10 months ago

let us resurrect the ancient art of Bittorrent

haha

[-] Kissaki@programming.dev 8 points 1 year ago

This is the first time I have seen a Wikipedia weblink that sets a display theme via parameter.

Is this a subtle campaign for everyone to use vector? /s :P

[-] Kissaki@programming.dev 9 points 1 year ago

Maybe all bunnies are actually snails with a fur coat on.

[-] Kissaki@programming.dev 8 points 1 year ago

🏃‍♂️💨

The dash emoji. Always looks like a fart.

[-] Kissaki@programming.dev 8 points 1 year ago

I like that even here on Lemmy, with inline code format, colors.ini is not being colored but color.ini is. Great symbolism for your issue.

[-] Kissaki@programming.dev 8 points 2 years ago* (last edited 2 years ago)

I wouldn’t do that, too much tunnel vision and biases.

Absolutely not. Self-reviews are very productive. I can confirm this from my own work and my colleagues, who also find it so.

You're of course free to vary the degree and depth of self-review, but tunnel vision and bias is definitely not overbearing and diminishing in those situations for us.

Someone else will of course see more, what you may not see due to tunnel vision. But that's besides the point.

view more: ‹ prev next ›

Kissaki

joined 2 years ago