No, it's as I stated initially. If you're unable to keep track of the rules of your native language, something that should be second nature, I have severe doub

No, it's as I stated initially. If you're unable to keep track of the rules of your native language, something that should be second nature, I have severe doubts about your ability to keep track of the rules in Scala, Ruby, or whatever else. If it's simply that you don't proofread or don't care to, I have no reason to believe you'll do so when dealing with code. That problem is exacerbated in dynamic languages where typos won't be caught until runtime. Both writing natural language and code are forms of expressing ideas, problems, & solutions cogently -- you just have different grammar forms for the various languages, each with their own rules. The two are even merging with things like Cucumber. No, I don't have exhaustive studies on this. That neither proves nor disproves anything. I never stated any of this beyond my own opinion, which has been formed and reinforced by 15 years of working in open source, running & working at startups, and working at big companies. That aside, code is typically only part of your job. Documentation, blog posts, interacting with customers, partners, team members, etc. are all part of engineering. You don't have to like it or think it's just, but people do and will form opinions about you on this stuff. Many times it won't be other engineers, which you may be fine with, but engineering alone often doesn't make a successful business. You can disagree with it or be flippant about it, but it really doesn't change reality.