4 ms·

Well, I guess there sure must be something hard to learn, but is rolling your own easier? I really doubt that. Or why then we don't see a thousand of frameworks

Well, I guess there sure must be something hard to learn, but is rolling your own easier? I really doubt that. Or why then we don't see a thousand of frameworks in other languages? Are there no hard to learn frameworks written in them? I believe people set out to write a new framework because those that exist do not meet some certain criteria of theirs. And just to imagine somebody lacking ability to comprehend something while having an ability to implement their own... Sounds weird.

imnotlost 8y ago
I've rewritten fairly large systems and re-integrated them faster than I could ever have understood the original code. I don't think React is in that category though, I think the concepts are understandable, the documentation is good, and StackOverflow is helpful. I implemented a small React app while learning it which is in production and running just fine.
- commandlinefan 8y ago
  Yeah, that’s definitely true of established, in-house, undocumented, partly-working code bases.
- muxator 8y ago
  https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/ https://www.joelonsoftware.com/2000/04/06/things-you-should-...
commandlinefan 8y ago
Well, that's what I (and the author, I believe) are getting at. In the long term, it's almost definitely better to reuse what's already there and is tried, true and tested. But that's in the long term. When you're giving daily (!) status reports and trying to justify your existence, you're better off pointing to something that you programmed than at time you spent learning something. Organizations are shooting themselves in the foot by holding learning in such low regard.
- iliaznk 8y ago
  Oh, I see, but I haven't seen that in my experience. At our company it's fairly normal to have a task that sounds like "Investigate..." or "Research..." especially at the beginning of a project, with an expected result being zero lines of code, understanding of some important concept and a decision made that will govern which way the project will move from that point on. I personally had to explain to our PM that we can't just take whatever tools we used in a project that has been just completed and lasted over a year, because lots of things could have changed during that period, and taking time to research for better alternatives is always worth it. He agreed.

imnotlost 8y ago

I've rewritten fairly large systems and re-integrated them faster than I could ever have understood the original code. I don't think React is in that category though, I think the concepts are understandable, the documentation is good, and StackOverflow is helpful. I implemented a small React app while learning it which is in production and running just fine.

commandlinefan 8y ago
Yeah, that’s definitely true of established, in-house, undocumented, partly-working code bases.
muxator 8y ago
https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/ https://www.joelonsoftware.com/2000/04/06/things-you-should-...

commandlinefan 8y ago

Well, that's what I (and the author, I believe) are getting at. In the long term, it's almost definitely better to reuse what's already there and is tried, true and tested. But that's in the long term. When you're giving daily (!) status reports and trying to justify your existence, you're better off pointing to something that you programmed than at time you spent learning something. Organizations are shooting themselves in the foot by holding learning in such low regard.

iliaznk 8y ago
Oh, I see, but I haven't seen that in my experience. At our company it's fairly normal to have a task that sounds like "Investigate..." or "Research..." especially at the beginning of a project, with an expected result being zero lines of code, understanding of some important concept and a decision made that will govern which way the project will move from that point on. I personally had to explain to our PM that we can't just take whatever tools we used in a project that has been just completed and lasted over a year, because lots of things could have changed during that period, and taking time to research for better alternatives is always worth it. He agreed.