Live data from Hacker News

Gitmoji – Yay or Nay?

opensource.christmas

21–30 of 224 posts

Re: Gitmoji – Yay or Nay?

#21

Feels like a zoomer thing. I wouldn't do it for personal projects, and I wouldn't allow it for teams I lead. They seem nice on the surface, but they just become noise. Ever install a popular node package? It barfs up a ton of emojis in my terminal.

Sorry, zoomer? Not familiar with that term

Re: Gitmoji – Yay or Nay?

#22
I like this more then semantic git because:

- same amount of chars to type

- single char / img to read (way faster)

- you can glance the commit log wall of text and still get a lot of info, not something you can do with other forms

I don't like textual representation tho (i.e. :zap: vs :feature: ) and if u watch log in systems that can't present images it might be actually harder to understand

That would be general yay

Re: Gitmoji – Yay or Nay?

#23

That's a no from me. I am not a huge fan of emoji. Especially not in the cli or editor. Emoji are hard to type on non-mobile platforms, and are difficult to search for in logs or files. Often they don't render properly. They're near impossible to deal with from the command-line. Not to mention the accessibility issues. I see no reason why these cannot be accomplished with tags/flairs such as [critical], [bug], etc. T…

Cmd+Ctrl+Space brings up the emoji palette on MacOS. This palette is easy to use from the keyboard and works in the terminal too. Some MacBooks famously also have a TouchBar that makes emoji easy to type. I can't remember the last time I had issues rendering emoji, and I have no idea why they'd be difficult to search for or how they would pose any accessibility issues.

What should the other 87% of people do in the interest of fairness?

https://en.wikipedia.org/wiki/Usage_share_of_operating_syste...

Re: Gitmoji – Yay or Nay?

#24
post #16

That's a no from me. I am not a huge fan of emoji. Especially not in the cli or editor. Emoji are hard to type on non-mobile platforms, and are difficult to search for in logs or files. Often they don't render properly. They're near impossible to deal with from the command-line. Not to mention the accessibility issues. I see no reason why these cannot be accomplished with tags/flairs such as [critical], [bug], etc. T…

> Emoji are hard to type on non-mobile platforms On Windows they are easy: + . Finding the right emoji is easier than on my Android phone as Windows lets me type the emoji name. Why emoji search is missing on Android... who knows.

And it also contains lots of other symbols (non-emojis) easily accessible! How could I not know about this! Thanks.

Re: Gitmoji – Yay or Nay?

#25
Nay, nay, nay.

I don't like text that looks differently for everyone depending on the platform they're on.

Emojis have shown us already that vendors are willing to change their appearance depending on current trends or political climate. Gun becomes water gun, salad becomes vegan salad. One day, if caterpillar becomes a butterfly because of some mundane idea, is it still going to be instantly recognizable as a bug?

We write code in formal languages rather than natural ones to stay away from ambiguity. Emojis are a straight downgrade.

Re: Gitmoji – Yay or Nay?

#26
It may be useful, but only if you implement it consistently in the workflow. However, what will happen when someone new in the team comes along? I personally prefer to prefix my commit message with the issue number if useful.

In the example given on their website (the PR example), it makes no sense to me. It does not improve the quality of the titles. Did they remove animation, did they add it? Replacing the emoji with 'add' or 'remove', the title describes what happened inside that Pull Request.

Something does not have to be beautiful to be useful and readable.

Re: Gitmoji – Yay or Nay?

#27

Feels like a zoomer thing. I wouldn't do it for personal projects, and I wouldn't allow it for teams I lead. They seem nice on the surface, but they just become noise. Ever install a popular node package? It barfs up a ton of emojis in my terminal.

Sorry, zoomer? Not familiar with that term

Haven't heard this either, but I assume it refers to "generation Z"

Re: Gitmoji – Yay or Nay?

#29

Feels like a zoomer thing. I wouldn't do it for personal projects, and I wouldn't allow it for teams I lead. They seem nice on the surface, but they just become noise. Ever install a popular node package? It barfs up a ton of emojis in my terminal.

Sorry, zoomer? Not familiar with that term

It's a way of segregating people by age, then acting derisively about various groups in response to that. You identify bad character traits, call them out with the relevant "generation" phrase, and then sneakily imply that they have that character trait because they're within that age range (even when they're not).

Re: Gitmoji – Yay or Nay?

#30
Looking at https://gitmoji.carloscuesta.me/

As the article says, I can see that the emojis align with the intended meaning, but I'm pretty sure I'd not be able to guess the intended meaning from the emoji of many of these.

I'd think prefixing a commit message with [linux] or [hotfix] or [refector] provides the same at-a-glance benefit with less cognitive load when reading the commits.

Post reply on HN