When I’m doing coding interviews I always like to start off and say I’m a big fan of very long variable names. “As descriptive as you can be” I say. Then I get to my first for loop. Instead of i I use “iterator” and then when I start a nested loop I use “jiterator” and it always gets a laugh.
I used to conduct coding interviews at my old job. If someone came in and had some humor like that, it would be big bonus points in my book. Being someone I would like to be on a team with is very important. Plus, I think it shows confidence and being comfortable in situations that make most people nervous.
I've been at two start ups and they had me interview people. Honestly this is what I looked for. I'd ask basic questions to prove you had an idea about coding, but I can teach someone to code, I can't teach someone to be someone I like working with.
You can teach them to code if there is an underlying level of logic to build off. I’ve met a few people in life who I know for a fact will never code, no matter how smart they generally are.
Honestly finding someone who can relax and intergrate into your team culture is arguably more important that anything
And even if it didn’t help my chances directly like that, even getting a small chuckle would help me be more comfortable and confident.
i is for index. j is simply the next letter and we're too lazy to think up something meaningful
I always thought it stood for iterator
I sometimes use it for "item", knowing full well its established meaning as index or iterator, because I'm a rebel.
x is used for map, filter, etc. a and b are used for sorts, comparisons and merges. y might be used if I'm doing multiple lambda expressions (but that means I'm in a bad place already). I have no idea why, but these are firm rules in my brain.
I've gotten used to using the singular form as in...
records.filter((record) => ...)
Not saying this way is better but it works for me.
A useful tip I picked up was to use ii instead of j for an inner loop. It's far more distinct than j.
If for some terrible reason you have even more inner loops you can easily continue the trend i, ii, iii, iiii, iiiii - or iv, v if you're feeling roman
If you have the need to nest 5 levels of for-loops, I suggest taking a step back and rethinking your approach, my friend.
Even if that other approach is just refactoring it into separate methods.
It depends. x and y are either elements or coordinates, a and b usually elements though in e.g. Haskell reserved (by convention) for type variables.
The i j k l series is reserved for indices. n m etc. are the counts of something, as such you'll see i counting up to n. Both are due to mathematical sum notation and general mathematical convention. Random google result:
Let x~1~, x~2~, x~3~, …x~n~ denote a set of n numbers. x~1~ is the first number in the set. x~i~ represents the ith number in the set.
...if you're using a language in which you use i often chances are you should stop coding in C and get yourself a language with iterators. Manual loops are a bug magnet.
It's a shame iterators in JS are trash for memory if you have a giant array
People who name iterators with one letter have no soul.
two letters it is then
And people who iterate over 3D space using firstDimensionIndex, secondDimensionIndex, and thirdDimensionIndex instead of x, y, z have no sense 😜
It's my understanding that i,j are conventionally used in mathematics which carried over into programming, but specifically it comes from Fortran in which all integer variables start with "I" through "N" based on said mathematical convention
Yep, this is the answer. In Fortran, all variables are assumed to be floats, unless the variable starts with I, J, K, L, M or N. I’m sure they had a good reason, but it sounds so bizarre today!
I always thought i for index when iterating through an array. Then you can't use i again in a nested loop so j follows.
Tho sometimes x, y if the array represents coordinates.
Only a maniac would use a, b.
I generally use a for each type loop or a map because I am usually applying some function across a collection, and in both cases I use the singular name from the collections plural.
’Cities.map(city -> …)’
For (val city in cities)
If I actually need the index for some reason I still prefer loop structures that give me the index and the item together
*note syntax pulled out of my head and not necessarily belonging to any specific language.
For ( city, index in cities)
cities.map((city, index) -> … )
If I need to double loop a matrix array I would use rowIndex and ColIndex for the indexes.
In old FORTAN variable starting with I...N are integers. This is how the practice began.
I find it hard to read when these are together:
From all the possible character combinations, somehow the lookalike combinations are among the most popular. Yes, probably comes from math. I hated it even more when my math prof's i and j on the board were indistinguishable.
It's a thin J, okay kid? Git gud, get on my level.
I prefer index variable names that are two words. The second word is always 'index' and the first word describes the enumerable objects. carIndex, productIndex, thingIndex
I'm not paid by the character count. Longer and more descriptive is better. Long lines that go past your 1080p monitor are probably not long because of variable names but because you insist on doing many things in one line (quit doin' that). For small functions this isn't necessary, but too often I'm shunted to the middle of a big function with two or three indecies doing acrobatics over one another and while working on it I have to constantly remind myself that this i and j mean particular things.
I have had too many times where I have been confused trying to figure out a giant nested loop because the writer used i/j/k or x/y/z. It’s even worse when they confused when a particular bug is because they confused what their single letter variables were and used j somewhere instead of i and no one caught it because it is so easy to brush over. Name your stuff what it is, make your life easier, make others lives easier.
I like range-based for loops. You can just name the iterator after the object that it actually is. Have to be a little careful though, if the container is named a plural noun, and the natural name is the same word minus the easy-to-miss 's'.
a plural noun
sheep.each do |sheep|
sheep.baaah
end
Oh shit :D
If you use I,j,k.. what do you do if you need another? I hate seeing lowercase l as a var.
If i is lowercase too then it doesn't make a difference
But tbh if your function is having mit than 3 levels of nested loops you should probably rethink that function
... or you just work in 3D ....
Wouldn't that be x y z or something similar then though ? You wouldn't even think to use i j k for that
I think it's a convention taken from math notation conventions.
I is short for "index" for a traditional for loop for mapping over an array and looking up by index. J comes after I and is used for nested loops so it doesn't shadow the outer I.
for <thing> in <amount> do...
Int index = 0 But you shorten the name to Int I = 0
I used starcraft refetences in mine till the project lead demanded I knock it off.
The protoss quotes were perfect.
I always use x or y, coming from Python background
I don't like i and j since they are commonly used for imaginary numbers. I like to start on n. Probably because I do DSP.
But n is commonly used for a total number. Using an index i to iterate over a number n of elements just makes more sense IMO.
Post funny things about programming here! (Or just rant about your favourite programming language.)