|
This[^] is an article in HBR, where the author is quite picky about correct English grammar.
IMHO, this is somewhat unwarranted. With English not necessarily taught with same rigour/exactness all around, I feel it is OK to relax this grammatical picky-ness, and look for brevity, succinctness and clarity of articulation instead.
I know you'll find grammatical mistakes in my above message
|
|
|
|
|
Avijnata wrote: this is somewhat unwarranted On the contrary, for a company that makes its money from producing written documentation, it's important to get both grammar and spelling correct. It's not too much to expect people to produce documentation that means what it says.
On the contrary, for a company that makes its money from producing written documentation, its important two get both grammer and spelling correct. Its not to much too expect people two produce documentation that means what it says.
|
|
|
|
|
Agree. Technical documentation, perhaps needs Master's degree holders in the English language, and grammatical errors are unpardonable.
However, there are many other jobs, and that is the reason for my usage "somewhat unwarranted", and not "unwarranted".
Small example. In India, the grammatically incorrect usage: "We can able to do this ..." is quite common; what is meant is "We are able to do this ...". Rejecting employment for such reasons is somewhat unwarranted.
|
|
|
|
|
For someone who is such a stickler for attention he didn't pay much attention to his url, did he? 
|
|
|
|
|
That was what I too noticed 
|
|
|
|
|
I'm sure that everybody will agree that language IS important when it comes to coding a front end/GUI. No client wants an English GUI full of grammatical errors and spelling mistakes.
And English is the EASY scenario here, because most people in software development do know some degree of English. That is a must, because if you don't, you won't understand most of the documentation. The hard part comes when a foreign company has to do a GUI in a language that they don't know at all...
Anything that is unrelated to elephants is irrelephant Anonymous
- The problem with quotes on the internet is that you can never tell if they're genuine Winston Churchill, 1944
- I'd just like a chance to prove that money can't make me happy. Me, all the time
modified 4-Aug-15 2:36am.
|
|
|
|
|
Language is hugely important. If you are running a C++ project will a Ruby dev be just as good?
So the same applies to spoken langauges. Most, if not all, IT jobs in Europe require at least basic English and I have worked in fully forn parts where no-one [except your correspondent] had English as a first language but that was the language for the project.
Itt, ha nem beszélsz akkor nem kell dolgozik.
veni bibi saltavi
|
|
|
|
|
Nagy Vilmos wrote: Itt, ha nem beszélsz akkor nem kell dolgozik.
Yes, please - I WOULD like fries with that...
Anything that is unrelated to elephants is irrelephant Anonymous
- The problem with quotes on the internet is that you can never tell if they're genuine Winston Churchill, 1944
- I'd just like a chance to prove that money can't make me happy. Me, all the time
|
|
|
|
|
ravikhoda wrote: is it okay to reject some talented person just because he/she is not good with
other languages? Depends on the language; if you are talking about English, then I'd say it would be a valid ground to reject someone.
"Talent" is no alternative to being able to read MSDN or CodeProject. International projects are usually in English, and most logical errors are due to miscommunications. Most books and documentation is in English.
And if someone can learn decent C#, I do not see why they could not learn a bit of English - unless they are simply not interested in learning a language. Well, that is simply a choice on the devs' side, just as "not hiring" could be one.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
It all depends upon the Role I guess, For example Architect/Project Manager Role require significant communication across the board, so weightage will definitely be high for these roles. For a role that only require to follow FS and adding kilos of code daily in a repository soft skills can be ignored if the development skills are above norm. But a better communicator will always have a upper hand over one that can't do well in soft skills term
|
|
|
|
|
_Asif_ wrote: For a role that only require to follow FS and adding kilos of code daily in a
repository soft skills can be ignored You mean that one does not need to be able to read the requirements, if they are in English?
I DO hope that the specs are in English
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Usually Developer's reading skills gets improved significantly (because continuously reading the requirements, finding code snippet/article over google/codeproject) Problem usually lies in speaking. A part from that reading is just one skill to name in Soft Skills
Do
Read();
Research();
Experiment();
UnTil You Inspire!
|
|
|
|
|
That is hardly reading, it is translating. And reading the spec (and pointing out any errors) is a rather important skill.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
|
That's easy for you to say!
Anything that is unrelated to elephants is irrelephant Anonymous
- The problem with quotes on the internet is that you can never tell if they're genuine Winston Churchill, 1944
- I'd just like a chance to prove that money can't make me happy. Me, all the time
|
|
|
|
|
My point exactly
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
A nyelvtudás semmi módon nem segíti elő a megrendelő megértését
But it can help to understand colleagues
ומאפשר ללמוד ולקבל עזרה ממקורות מרובוים יותר
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
I would first test a candidate's writing skills in the local language. In my experience, a person who cannot organize his/her thoughts well enough to write them down in their own language is incapable of doing so in a computer language.
As most technical documentation is available only in English, I think that a working knowledge of Technical English is very important. In an international project, speaking and writing Business and/or Technical English are also essential.
Having said that, I would not disqualify a candidate because he speaks the local dialect of English rather than the Queen's English or American. However, if the position requires writing documentation for international clients - either the Queen's English or American is required. A candidate that cannot write either of these would be disqualified.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
I sometimes get the impression that prospective developers seem to think "how to" is the only English they need *sigh*
|
|
|
|
|
If the candidate isn't applying for a job that requires him to come up with strings that get displayed to an end user, then as long as he can communicate effectively with other team members, I wouldn't automatically disqualify an otherwise good coder.
That said, if I may rant for a second, I'm French-Canadian, and I despise non-English versions of any operating system or software. It's all a big waste of resources IMO.
|
|
|
|
|
|
Oh. I thought this was going to be bacon cooked without beans. 
|
|
|
|
|
Wow, and this clown wants to be president. Very scary
If it's not broken, fix it until it is
|
|
|
|
|
He'll still be better than Obama.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
Got my vote! Especially since Carly probably won't get to play this time around.
Will Rogers never met me.
|
|
|
|