I'm a Vim user to my core, but I still use org-mode with this plugin (and Orgzly on Android) because of how useful it is.
noeontheend
My biggest (mostly) irrational internet pet peeve is the proliferation of people suggesting ":wq" when ":x" is strictly better.
This is exactly right. However, something that I've found frustrating is that in many projects (at least the ones that I'm interested in), it feels like there's a secret roadmap that's not documented anywhere outside of the maintainer's head(s). You can scour the wiki, watch the IRC channel and mailing lists, and read through the issue discussions, and you still won't have a good sense of what they want done next or if the change you want to make is incompatible with some big planned rewrite. I know the answer is to just ask—and I've done that more and more recently—but that can be a big hurdle if you're just getting started.
I'm trying to build a community for a project right now, and this is something I'm very aware of. I'm trying to report on what I'm working on and planning in the project chat so that if someone else comes along, hopefully they'll (a) understand the current status and (b) feel comfortable asking about the overall vision.
As someone from southern Colorado, the green chile slopper is the greatest food item ever created. I'll occasionally try describing how good it is to people not from the area, and this article (in which a self-described skeptic tries it and falls in love) is a handy reference.
Edit to include my favorite quote:
We took our first bite and… holy shit. It was a revelation. I’m not being hyperbolic. It is literally one of the best things I’ve ever put in my face. A slopper is happy food. It’s heartwarming food.
That is sexy. My only problem is that I tend to run my Git operations in a pretty small tmux
pane on the side of my editing pane, so that layout ends up being too wide to fit well. I'll definitely keep that alias around for when I have a full screen though!
That's why git log --oneline
exists ;)
My commits tend to be pretty verbose. Here's an example log from one of my projects.
I follow the standard imperative style for the commit title, and then I use the body to summarize any important internal changes, reflect on the overall project status (for example, what milestones this commit crosses or what other work it might enable or require), and state what I'm going to work on next. I'm sure some people find it too wordy, but I like having the commit history show lots of details about the overall status.
Edit: I always have a descriptive summary, i.e., never one word commits or similar.
Nim is one of my favorite languages, and has been one of my primary languages in rotation for projects for the last five or so years. I've written servers (and web frontends, CLI tools, quick scripts, etc.) with it and am very happy with the results.
It's hard for me to put into words why I like it so much, but I think it might actually be because it's such a mishmash of paradigms. If I'm in a functional mood, I can use lots of ideas from functional programming. If I feel like using OOP everywhere, I can do that too. And if I want to mix both together, it's no problem! Nim kind of feels like the Wild West, and while that's something I'd dislike in most languages, for whatever reason it works when writing in Nim.
Well said and agreed. It felt awkward because next week was supposed to be a lighter period for me at work after some sustained intensity, while she's ramping up for a big project due at the end of the month. So all along, we'd planned for me to shoulder more of the packing and last minute planning. I just wanted to make sure that she knew that I appreciated how much extra work I was passing on to her, and to express that I needed to find ways to make it up to her.
However, late last night I found out that the choir's original plan worked out and they don't need me to go at all. So...yeah.
To cap off one of my strangest days in recent memory, I just got a call asking if I can go to England all next week to accompany a choir tour. Nothing's confirmed yet, and I'd have to pull some major strings to get out of my obligations here. However, I'd really love to go.
Unfortunately, we're moving a few days after I'd get back, so I'd pretty much dump all the packing on my partner. She says I should go regardless, but I definitely don't feel great about that.
I also just finished up a take-home interview project for a part-time software development job. I've been trying to break back into that world for some time now, so I'm very excited about the opportunity.
Personally, I'd love this system (I immediately thought of some code snippets I'd bring!), but I'm curious how you'd handle candidates without any open source projects or contributions who still have a substantial employment history but are unable to show any code from that because it's all proprietary.