How well should you know a language to put it on your CV?

How well should you know a language to put it on your CV?

You should spend about 3 months with it working on a semi-large project

enough to be able to bluff in an interview.

I just put the most common ones like Java, C++, Python, Javascript, etc, and any mentioned in the job description, even if I don't know them. I can always learn them later if I get the job.

Unless you think you might to prove you handle that language, put it there. No need to be honest here.

You need to be able to correctly write the language's name

pajeet pls

I'm a tech interviewer. I entirely ignore the languages that people put on their CVs and only focus on the language they consider their primary.

I'd love to do an interview in whatever language I want from their list, but people add shit they've written Hello World in so it would only be fun in a sadistic sense.

There's a reason Pajeets are taking your jobs.

But I guess there's merit in being unemployed but honest.

I know JAVA-SCRIPT, C-#, C-++, JAVA, se, seplesples, sesarp, Goy, rush, assembler and MySequel, exemel, Dolphin

Do I get the job?

who the fuck was the fucking asshole who put that logo in JS ?

define "semi-large project"

hello world

>tfw I don't know any language then kek

>10k lines

FizzBuzz

>I'm a tech interviewer
Do you immediately dismiss people who only know one language, like half the Haskell-fags on this board?

You don't need to be able to just write a program straight off the bat. In large companies their not going to just require u to write shit straight off the bat. They will assign you to defect fixing first, get used to the program, then you develop. Sometimes development is easier than defect fixing as you have to know what the program should do rather than how to make it do it. You learn slot by ready and debugging code.

>assembler
It used to be called that on the old IBM mainframes.

This. I do the same desu.
Employers don't care at this point

The only correct answer..

Hahahaha... oh shit, man.

ur mom

>MySequel

funfact:
SQL is actually pronounced "sequel"..

Just put as many as possible. Recruiters pick up on keywords so you want to just bang it out.

Like you could say you know a bit of c++, you might not be that proficient in it but it would widen your profile. In the interview you can explain away.

Of course it depends what level of experience you have, once you have been working for a few years it makes sense to only put the languages you have seriously worked in, because you would probably want a job using that or something similar

>being so inept that you can't manage to program in any language by simply looking at its syntax once

You shouldn't bother putting it in the first place. I've yet to see a single cv that wouldn't have been strictly improved by dropping the stupid "here's a list languages I've heard of" section. Is it really the best thing you can come up with when asked to describe yourself? For once use your brain.

it's merely for HR

If you don't have any keywords in your CV nobody will look at it

quantifying knowing a language is meaningless. no matter what we tell you, you'll need to make a gut call.

i list whatever i know enough in that i could articulate some ideas. that's the same standard for any language.

kek

>Goy, rush
>Dolphin
What are these supposed to be?

Go, Rust, Delphi

Go, Rust and something

>Goy
Go
>rush
Rust

When you have been able to make several projects with it.

Hello World
Fizzbuzz (this was hard)

> SQL is actually pronounced "sequel"..
Kill yourself

A college course.

this

kek

kill you'reself

quality thread

i've made serveral android apps and other small programs in rust and c but i can never seem to get to the point where i can just program blindly without using stack overflow or consorting the documentation constantly.

>Goes to first lecture in C++
>Entire hour long lecture is about how "Hello World" works

Yeah, no, fuck off.

enough to know the name and the characteristics of it off of wikipedia

If you can program on whiteboard without syntax errors, then put it on. What matters more is being able to solve coding interview questions like two-sum or checking if a number is a perfect square.

College tends to accelerate after the first week.

If you feel you can successfully express yourself using the language, put it on your CV.

...

if you get asked questions about it in the interview you should be able to answer them

like type systems, syntax, features, pros and cons between languages

and obviously you should be able to program in them

If you can write a compiler or interpreter for it.

What about interviews where they ask you to program? is that just a myth? non-programmer here (just R).

HR and women have ruined this industry, just make sure you fill your CV with man buzzwords, and link to your github repository so that an experienced person can glance at it

To be fair, you could explain a huge portion of the language depending on how complex the Hello World program is.

I had a lecture in C++ in my 2nd year, most of it was gibberish when I first went to it but I did fine. Looking back at the notes for it though - the prof really had some brilliant insights on developing effective, concise and error free code you wouldn't understand until you actually had some decent grounding in development.

I've done a fair bit of interviews. Some will have you write code on paper, some will have you write it on a computer. Some will want a specific language, some will want whatever and just proof you understand the underlying concepts. Most of the time its more about thought processes. Some won't even give you a challenge, just knowledge questions.

The worst ones want you to solve bizarre algorithmic problems in the best big O time in a specific language. Companies that throw those interviews out are usually a fucking mess internally or think they're gods.

Technical interviews are all over the place.

>The worst ones want you to solve bizarre algorithmic problems in the best big O time in a specific language. Companies that throw those interviews out are usually a fucking mess internally or think they're gods.

Google. Is it even worth it working there?

Are Microsoft, Google, Amazon, Dropbox, and all the others asking challenging algorithmic questions not worth working for?

>Structured Query Language
no it's not you fucking retard
the only acronym that's allowed to be pronounced is gnu
because as it turns out there's actually an animal called a gnu

Microsoft and Amazon don't ask anything crazy.

M$ loves seeing open source contributions

It's not the big companies that are the worst at this, it's those smaller companies like JaneStreet which develop some kind of circle jerky genius company culture that are the worst.

>M$ loves seeing open source contributions

Because if they are any good they'll put them in the next version of Win, huehuehuehue..

>two things can't have the same name
>hurr, we are such a special snowflake

Typical gnutard logic.

I bet you also say "gnu/linux" and are a lefty vegetarian sjw..?

You have to be able to come up with an original and cool JAPH, then you can put Perl on your resume.
Otherwise, nobody's gonna take you seriously man.

No one can program efficiently without documentation

problem is that I can pick up langauges like ruby, JavaScript, kotlin, Scala, etc., quite fast

But it would be really long to list all those, so I just put the usual c, c++, c#, Java, and whatever flavor of the month

you know one, you can learn a second in a week
you know two, you can learn a third in a day

the only difference are some keywords/symbols and command line flags

It's called a portfolio you dingus.

If you don't have projects in that language hosted somewhere (previous job, github, etc) then you have no proof you know that language and shouldn't bother writing it on your resume.

>NEET


>I can pick up langauges like ruby, JavaScript, kotlin, Scala, etc., quite fast

I doubt that.
A langauge is more than just a bunch of instructions, you need to do non-trivial projects to really get a feel for it.

There is a "ruby way", a "scala way" and so on. There is also "good JavaScript" and "terrible JavaScript".

And unless you have already a deep background in something like Haskell or Erlang, the functional paradigm of Scala will at least take you some month to sink in. And it takes years to really "know" such langauges.

While JavaScript doesn't seem so big, but if you also add jQuery and a few Frameworks it's not that small anymore.

Ruby looks simple, but has very deep concepts, for example it's famous for it's meta programming.

>How well should you know a language to put it on your CV?

Just put up the projects/tools you did with each languge and let them judge for themselfes. For example:

>Java
-building serveral GUIs with Swing
-deep knowledge of the JUnit Framework (used in > 10 programms)
-making a JavaEE Website with my own Tomcat server, using JavaBeans and the Hibernate framework

>C
-about 20 smaller programms for university, i.e. a TCP client, a GTK+ GUI ...


This is far more interesting than just heaing "I know the following langauges very well:"

Because what does "very well" mean? Could be anything..

Are you a woman or a black?