hjertnes.blog

#

13.01.2018 01:00

This is the funniest thing I’ve seen in a very long time. 😂

#

12.01.2018 01:00

#

12.01.2018 01:00

😂

Redux vs MobX

12.01.2018 01:00

I think I was pretty clear about the fact that I think redux is awesome, and that I don’t like MobX very much. But I do recommend that you take a serious look at both before you make up your mind. Because I think it is a good idea to make sure that as much as possible of your application code lives outside your UI Library / Framework. I say this because it makes it much easier to work with and it also makes it easier to switch away from React in the future.

Which one you chose should come down to your and your teams preferences and your projects requirements. My view is – preferences set aside – that MobX means less code, which is good – and that redux gives you much more control of where and how state flows through your application. The latter can be a huge performance win, while the former can be a huge productivity win.

#

11.01.2018 01:00

Is VIM 8 ’s native “package manager” really a package manager?

#

11.01.2018 01:00

#

11.01.2018 01:00

#

11.01.2018 01:00

Am I such a pin whore that I actually add a reoccurring task called “Post to Micro.blog” to todoist to get that “Daily Blogger” pin?

#

11.01.2018 01:00

MobX

11.01.2018 01:00

I have never built anything with MobX, and I don’t think I will, unless it’s forced down over my head. But I’m pretty sure that if I had the choice between a job where I worked with redux or one where I worked with MobX, I would have chosen the former; much like I would have if I had the option between a job where I used React and one where I used Vue or Angular.

I’m not sure how it makes stuff easier, but it does at least move state management out of your components. Look here if you want a sample project / tutorial.

If you think functional programming isn’t your thing, or something like that I would look at MobX. One of the things I have heard about MobX is that it requires less code than redux. But I don’t see anything in MobX that lets you place the state anywhere in the component three like you can with redux. And the whole decorator thing feels a little bit too much like Java programming for my taste.

I don’t mind Java or C# as a backend language, but I don’t think those ideas are that great when it comes to frontend development.

It might be the right thing for you, even though I don’t like it; especially if you don’t like redux.