[@jack]1 I fixed the mb.el issue you added.
[@jack]1 I fixed the mb.el issue you added.
Most languages that have try / catch or try / expect(python) syntax let you specify a exception or not. This means that you add multiple blocks of code to deal with different scenarios.
Try to read a file
Do this if the file doesn’t exist
Do this if we don’t have the permissions
Do this if the file is empty
Do this if we receive some other error.
It’s not perfect, but it is a start.
[@eli]1 are there a built in package manager for nvim?
I’ve had this on my mind for a few months now, and things that stay that way for a very long time are usually in the “not the worst thing in the world” camp.
The kind of bottle you get with your ink varies a lot, based on a few different factors; usually the price and the amount of ink. For example Iroshizuku have fantastic bottles, while Diamine have bad bottles and Noodlers aren’t the best, but not the best either.
There are a few different things I think are important when you are judging a bottle; but above everything there is two things that are the most important. How easy is it to fill your pens when it starts to run low? Is the opening large enough to fit any pen?
On one side is it really dumb to spend a significant amount of money on designing and producing a glorified container. You’re just going to use most of the ink before you throw it out. But on the other side is designing a good one important for the experience of using the ink, and you get to use more of it if it is good.
On the other side would a fancy bottle make the product more expensive. But the added cost will be lower per ml for larger bottles.
Would it be worth it to buy a inkwell that is designed to make it easy to use as much as possible of the ink? Then the whole “how good is the ink bottle debate” is void. I actually think I would. But I might consider re-using some of my Iroshizuku bottles until I find something I like.
Spacemacs have been on my radar for almost two years at this point.
I have been using Visual Studio Code for close to two years, and then Sublime Text since 2011, and Textmate since 2008; and before that in in between I have used VIM for close to 15 years.
I decided to try to make the jump because I was becoming more and more unhappy with Code, and when I tried to get VIM to do the same kind of things that was possible with Code the result was never good enough. But then I discovered that Emacs might be the perfect fit, because most of what I wanted was posssible in a more elegant and stable way.
The reason I never gave emacs a change was because the keyboard shortcuts drove me nuts, and the learning curve was very high. But everything was way more apporachable with Spacemacs. I decided to initially give it a week. And I was sold after just a few hours.
The power of emacs have given me a real performance boost. And I have moved a lot of stuff I used standalone apps for over to emacs since then.
There are two widely used package managers for Node at the moment. One of them comes bundled with Node, and then you have Yarn.
The argument for using yarn over npm used to be a lot stronger before NPM version 5. Because, back then nom did not use a lock file. A lock file is a file that keeps track of the dependency graph between changes. This means that when you don’t change your package.json, yarn or npm will read their lock files (if they exist) when install your projects dependencies. It saves some time because instead of going through the package.json in your dependencies and their dependencies and so on, it will just read it from a single file.
What to use in 2018?
To use the existing package format from NPM was probably the smartest thing yarn did. Because everyone with a working package.json file could just run yarn install instead of npm install. I still keep lock files of both up to date and checked into git in most if not all of my projects. Parts of it is because of stuff I haven’t updated, other parts is to make sure people I work with can use what ever they are comfortable with.
I prefer yarn over npm because I think the way the command line interface have been designed makes a hell of a lot more sense. And because it is a lot faster. But yarn can be very aggressive on your bandwidth, and npm might work better if you don’t have the best internet connection.
Even with the changes that have come to npm the last year, yarn is faster. And I guess they have a lot more freedom to make something that is a joy to use when they don’t need to think about compatibility.
Imagine how many much stuff that would break, including tutorials if NPM did a re-write that changed the interfaces?
I start to think about the ethics of using some rhetorical devices every time I use some of them like sarcasm or over exaggeration to make a point and someone don’t understand it.
Part of my personality is to talk in a way where one should not read what I write or hear what I say sentence by sentence. This means that you will probably not understand what I’m talking about, if you do so.
For example yesterday, when I compared using Windows or Android to the torture of a really strict diet. Does this mean that I would rather go on a really strict diet than using Windows? No. It just means that Windows(and Android) is my least favourite operating system. And when I say “Visual Studio is the only acceptable reason to use Windows”, this means that I think it is acceptable to use Windows when there are some really good piece of software that you need that only run on Windows.
On one side is it not fair to the world that I talk and write in a way they don’t understand. But on the other side: is it fair to me that I hide or edit part of my personality away?