4 ms·
I replaced `rails` with `Django` in your statement (and maybe could do the same with Node.js), and it reads the same. Guess it's just about being familiar with
by yedpodtrzitko 8y ago
I replaced `rails` with `Django` in your statement (and maybe could do the same with Node.js), and it reads the same. Guess it's just about being familiar with a mature ecosystem you already know, and then you can achieve results.
- nahtnam 8y agoYou could also replace it with Laravel, or any other framework. What I've found is that if you want to be productive, stick with what you know. Don't try to solve problems you don't/probably won't have.
- deleted 8y ago[deleted]
- jypepin 8y agoAgreed. Although I do Rails and have no experience with Django I know Django is the same. To my knowledge tho, I do believe those are the only 2 framework that offer so many plug-and-play, trustable component for everything, allowing you to be up and running so fast. I've built similarly large systems both with rails, flask and nodejs. Nodejs environment was definitely the worst, on every front, and I coming back to something like Rails always feels like I have so much more power.
- ramraj07 8y agoAs someone who's built a few apps in flask that have gotten quite big (but still maintenable), I am curious to get your perspective on how big a difference Rails gives - I have explored ASP.net and Django as options before for projects and immediately (probably out of naivete) concluded that even for simple apps I'll have to start modding the behavior of the components sufficiently enough that it will give me a headache. Hence I have generally stuck to using Flask and just quickly building a custom version of any component that doesn't directly cause any security issues. Thoughts? Am I wasting my time ?
- pmontra 8y agoComing from Rails, I spent some time with Django and Flask applications in the last few years. There are noticeable differences between the two of them but both are much lower level than Rails. The developer has more choices and can make more mistakes. Projects can look totally different. On the other side all Rails projects look pretty much the same and this make onboarding much simpler. To answer your question: you're probably wasting customer's money (unless you're the customer) by implementing your custom components. You should use as many existing components as you can find: they are probably better engineered (dozens of teams at work vs one person - that included bug reports), better documented and maintained and will live longer. Then you have to adapt much like we adapt buying stock cloths, furniture, etc. But it's cheaper, faster to deliver and usually good enough.
- jypepin 8y agobasically less available gem/packages for Flask, and when available less quality or less plug and play. The difference is felt especially when doing basic stuff that most web app needs such as auth, routings, request/response parsing/building, etc. Even for things like user authentication system with session management, etc. in Rails with Devise you add Devise to your gem file (1 loc) then run `rails generate devise:install` and you basically have an auth system with sessions, login, etc. We are talking a few minutes and boom, your app has a fully auth system.
- KurtMueller 8y ago> To my knowledge tho, I do believe those are the only 2 framework that offer so many plug-and-play, trustable component for everything, allowing you to be up and running so fast. asp.net? I'm asking because I don't know.
- danmaz74 8y agoFrom my experience, it really wouldn't read the same with Node.js. Maybe some framework on top of Node could reach a similar level of productivity and maintainability, but for now we're far from that. I suspect that the JS world being always in a state of flux doesn't help reaching that goal.