121–130 of 133 posts
Even if we take that point as fact. The whole point of the exercise, is to check if you can write it yourself unassisted. If you cannot do it yourself, how can I trust you to judge what the assistant is writing? The assistant is only as good as the supervisor at this point.
If you think something you have to do in an interview is “humiliating” when all they’re asking you to do is demonstrate some skill on a whiteboard you have some self-reflection to do. I don’t personally think leetcode is that great for interviews but candidates who act like it’s above them to figure out problems etc have a serious problem. In other fields this is not only completely normal but absolutely something pe…
I completely disagree with you seanhunter ( and everyone else mostly) so please dont take offence I could be wrong but the following is my opinion. I am thankful most companies are gatekept by people who think like you as I feel it gives me and my company an advantage. In the UK over the course of nearly 20 years I was asked by random interviews to do "fizzbuzz" which I always refused to do out of principle. The prob…
Earlier quoted context omitted.
I'm a prof. I grind when I prepare a lecture. It's part of the job.
Grind? Really? I work in higher ed and I teach. Prepping even a new course is not grinding. Teaching a course where you are professor of record is certainly not grinding unless you dont know the topic at all. If that is the case though you should not be lecturing for this class. The only legit excuse for grinding here is if you did not do any prep. Doing your job even with a 4/4 load is not grinding. Research proposa…
Earlier quoted context omitted.
Grind? Really? I work in higher ed and I teach. Prepping even a new course is not grinding. Teaching a course where you are professor of record is certainly not grinding unless you dont know the topic at all. If that is the case though you should not be lecturing for this class. The only legit excuse for grinding here is if you did not do any prep. Doing your job even with a 4/4 load is not grinding. Research proposa…
I hope neither I nor anyone I care about ever ends up in any class you teach…
Earlier quoted context omitted.
I'm a prof. I grind when I prepare a lecture. It's part of the job.
Grind? Really? I work in higher ed and I teach. Prepping even a new course is not grinding. Teaching a course where you are professor of record is certainly not grinding unless you dont know the topic at all. If that is the case though you should not be lecturing for this class. The only legit excuse for grinding here is if you did not do any prep. Doing your job even with a 4/4 load is not grinding. Research proposa…
Earlier quoted context omitted.
I hope neither I nor anyone I care about ever ends up in any class you teach…
Unnecessary attack. You disagree on what "grind" refers to and that's fine, but your comment was personal and mean.
“Teaching a course where you are professor of record is certainly not grinding unless you dont know the topic at all.”
Earlier quoted context omitted.
Unnecessary attack. You disagree on what "grind" refers to and that's fine, but your comment was personal and mean.
really? how about if I wrote this? not personal or mean, yes? “Teaching a course where you are professor of record is certainly not grinding unless you dont know the topic at all.”
Earlier quoted context omitted.
Basic data structures and algorithms knowledge is a base skill that will translate to better success in any software job. Yes you may not be coding graphs in your day job (although you might - I have personally done it before), but someone who can grasp stuff like BFS vs DFS and Dijkstra's algorithm will absolutely be better at the job than someone who comes in and says "idk who cares, I'll just use a library".
> BFS vs DFS Yet, on the real world the answer is always one of "either" or "neither". Anyway, most leetcode aren't of the type of "a widely applicable algorithm solves this". People only know the algorithms that apply to them because they studied those problems specifically. And notice that one of the algorithms on your post is named after a researcher from the 80s. That's some 40 years after computer science became…
Earlier quoted context omitted.
"Many people" is an understatement. In my experience 70%+ of applicants fail basic fizzbuzz or reverse a string level questions. If you think these questions are beneath you, good, you've just made my job easier as an interviewer.
No, you’ve just optimized for a lazy metric. You’re filtering for people who can handle trivia under pressure, not necessarily good engineers.
Earlier quoted context omitted.
> BFS vs DFS Yet, on the real world the answer is always one of "either" or "neither". Anyway, most leetcode aren't of the type of "a widely applicable algorithm solves this". People only know the algorithms that apply to them because they studied those problems specifically. And notice that one of the algorithms on your post is named after a researcher from the 80s. That's some 40 years after computer science became…
Absolutely not lmao. Many problems are more efficiently solved with bfs vs dfs or vice versa. If the problem requires you to reach a leaf dfs is usually better