Cyrus Stoller

Aug 15, 2019

Needs advice

and

I find using Vue.js to be easier (more concise / less boilerplate) and more intuitive than writing React. However, there are a lot more readily available React components that I can just plug into my projects. I'm debating whether to use Vue.js or React for an upcoming project that I'm going to use to help teach a friend how to build an interactive frontend. Which would you recommend I use?

26 upvotes·843.3K views

Replies (16)

Johnny Bell

Software Engineer ·Aug 16, 2019

Recommends

React

I've used both Vue.js and React and I would stick with React. I know that Vue.js seems easier to write and its much faster to pick up however as you mentioned above React has way more ready made components you can just plugin, and the community for React is very big.

It might be a bit more of a steep learning curve for your friend to learn React over Vue.js but I think in the long run its the better option.

27 upvotes·3 comments·1.3M views

Michael Mota

August 20th 2019 at 9:14PM

React is beautiful. I've never used Vue.js but for what I've heard it's easy and fast to learn but, once you dominate the essentials of react and how it actually works, you become a "magician". I really think React it's just beautiful 😍.

humbler stub

June 10th 2020 at 6:46PM

Hi ! What's your take on (React + Angular) vs (React + ReactNative)? Currently I am in a phase in which I am trying to decide a lifetime stack for me to sustain in the market. Needs advice/suggestion.

Thanks in Advance.

Johnny Bell

June 10th 2020 at 7:09PM

Hey Islam, I would suggest if you are going to use React you use React Native + React and not Angular... Mixing frameworks like Angular and React can become tricky. But if you are looking to become hirable I'd say React and React Native is a good choice. I'm noticing less and less companies that use Angular.

Thomas LEVEIL

Mediaveille·Aug 16, 2019

Recommends

Vue.js

I chose to use Vue.js a few years ago mainly for the easy learning curve. I have no experience with React, so I won't make any comparison here. Regarding available components, I never felt locked in because of Vue when looking for components. It happens that a component I wish to use is not available as a Vue component (and nobody published any Vue wrapper for it), but in such cases I was able to quickly hack a Vue wrapper component. In the end I don't think a decision to choose one framework over another should be made solely because of the number of components available. (And not all components in either framework is maintained, bug free, documented or easy to use)

15 upvotes·2 comments·382.9K views

Cyrus Stoller

August 17th 2019 at 6:13PM

That's good feedback to share with my friend as well. I appreciate it.

datocrats-org

January 13th 2020 at 10:09PM

Thomas, How did you learn to hack a Vue wrapper component from an existing react component that's not in Vue? Do you expect new versions of Vue to break the components you have hacked / ported over to Vue?

View all (16)

Shared insights

I'm building a new process management tool. I decided to build with Rails as my backend, using Sidekiq for background jobs. I chose to work with these tools because I've worked with them before and know that they're able to get the job done. They may not be the sexiest tools, but they work and are reliable, which is what I was optimizing for. For data stores, I opted for PostgreSQL and Redis. Because I'm planning on offering dashboards, I wanted a SQL database instead of something like MongoDB that might work early on, but be difficult to use as soon as I want to facilitate aggregate queries.

On the front-end I'm using Vue.js and vuex in combination with #Turbolinks. In effect, I want to render most pages on the server side without key interactions being managed by Vue.js . This is the first project I'm working on where I've explicitly decided not to include jQuery . I have found React and Redux.js more confusing to setup. I appreciate the opinionated approach from the Vue.js community and that things just work together the way that I'd expect. To manage my javascript dependencies, I'm using Yarn .

For CSS frameworks, I'm using #Bulma.io. I really appreciate it's minimal nature and that there are no hard javascript dependencies. And to add a little spice, I'm using #font-awesome.

8 upvotes·1 comment·130.4K views

Cyrus Stoller

June 6th 2019 at 5:06PM

If you're interested in checking it out, here's a link https://www.hoshon.com/

Needs advice

and

Simple datepickers are cumbersome. For such a simple data input, I feel like it takes far too much effort. Ideally, the native input[type="date"] would just work like it does on FF and Chrome, but Safari and Edge don't handle it properly. So I'm left either having a diverging experience based on the browser or I need to choose a library to implement a datepicker since users aren't good at inputing formatted strings.

For React alone there are tons of examples to use https://reactjsexample.com/tag/date/. And then of course there's the bootstrap datepicker (https://bootstrap-datepicker.readthedocs.io/en/latest/), jQueryUI calendar picker, https://github.com/flatpickr/flatpickr, and many more.

How do you recommend going about handling date and time inputs? And then there's always moment.js, but I've observed some users getting stuck when presented with a blank text field. I'm curious to hear what's worked well for people...

4 upvotes·384.6K views

Replies (1)

Vincent Engelmann

Nov 8, 2019

Recommends

React

In my view, the upside of React is you're likely to find more existing, robust design systems (e.g. sets of components containing anything from buttons to datepickers) in the React ecosystem than Vue. UI frameworks aside, momentjs comes in when you want operate on the date(times) you get back from whatever datepicker you choose (e.g. date formatting, date match).

3 upvotes·384.3K views

Cyrus Stoller

Jul 14, 2014

Shared insights

Capistrano

For deploying to a VPS like DigitalOcean. This pairs nicely with https://github.com/cyrusstoller/gardenbed. Capistrano

2 upvotes·7.7K views

Cyrus Stoller

Oct 9, 2014

Shared insights

Puppet Labs

I'm using puppet to configure my servers. This makes it really simple to ensure that I have the same environment. There is a bit of a learning curve, but the repeatability definitely makes it worth the effort. I found puppet to be a little easier to pick up relative to chef, but I've used both. They're both great solutions.

I really like that there are a lot of modules available on the puppet forge that are being actively maintained. Puppet Labs

1 upvote·9.3K views

Cyrus Stoller

Oct 9, 2014

Shared insights

Vagrant

Vagrant allows me to ensure that anyone I'm collaborating with will be able to test my web application in the same environment. I also use Vagrant to setup VMs that I can use to refine my Capistrano recipes. Vagrant

1 upvote·1.8K views

Cyrus Stoller

Jul 14, 2014

Shared insights

Bitdeli

To keep track of who is visiting the repo, but Github recently started offering something similar with https://github.com/cyrusstoller/RevTilt/graphs/traffic. Bitdeli

1 upvote·1.7K views

Cyrus Stoller

Oct 9, 2014

Shared insights

NGINX

I don't have a strong preference between using Apache and nginx, but I find that the config files for nginx to be much more manageable. nginx

1 upvote·1.4K views

Cyrus Stoller

Oct 9, 2014

Shared insights

VirtualBox

For running a VM locally with Vagrant. It can be a little irritable, but it's open source and free, so I'm not complaining. I would probably use VMWare, but I don't want to pay for it right now. VirtualBox

1 upvote·1.2K views

Cyrus Stoller

Jul 14, 2014

Shared insights

DigitalOcean

Because I like having more control of my deployment, I am currently hosting this on DigitalOcean. I don't need to worry about arbitrary row limits and I can be sure that the app is always running. DigitalOcean

1 upvote·825 views