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.
Gitmoji – Yay or Nay?
21–30 of 224 posts
Re: Gitmoji – Yay or Nay?
#22- 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?
#23That'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.
https://en.wikipedia.org/wiki/Usage_share_of_operating_syste...
Re: Gitmoji – Yay or Nay?
#24That'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.
Re: Gitmoji – Yay or Nay?
#25I 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?
#26In 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?
#27Feels 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?
#28Re: Gitmoji – Yay or Nay?
#29Feels 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?
#30As 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.