▲ | AdieuToLogic 3 days ago | |||||||
> I'm the person you replied to. I've been developing software for >30 years now. As a s/w engineer with 30+ years of experience, I assume you agree that in order to become proficient in a programming language one must go through the process of learning its syntax and idioms. Yet when you say:
This contradicts my understanding of what you originally stated:
Regarding:
IMHO, this is how s/w engineers learn quickest assuming an environment which supports an open learning process. There are no shortcuts to achieving understanding.Maybe we just have very different opinions on the learning process and/or maybe I lack the context required to understand your situation. In any event, best of luck in your endeavours. EDIT: For some reason I cannot reply to your reply to this message in order to share this resource:
I found it a very entertaining read and one of the best language tutorials I have ever found. Hopefully you find it as useful as well. | ||||||||
▲ | marcus_holmes 3 days ago | parent [-] | |||||||
Thanks, yeah, it's interesting. We're not through the whole project, so it may still mess up ;) But so far so good. I think the key point here is that I'm not trying to learn Ruby. We're trying to get a single project done in Ruby. I'm the best person to do the project, Ruby is the best language to do it in, but I don't know Ruby. If I was trying to learn Ruby, this is not the way I'd do it, and I'd go up the learning curve as normal, writing all those shitty PRs and making all the mistakes as normal. As you say, there are no shortcuts to achieving understanding. | ||||||||
|