jokh

Michael Abrash's Black Book is a classic.

http://www.jagregory.com/abrash-black-book/

Try github.com/amix/vimrc to start off. It has a nice look. You can then add more shortcuts/customize further as you gain more experience with vim.

Why doesn't Windows drop the purported compatibility with CP/M and get rid of control-z being a special file marker at this point? Lots of legacy code relying on it?

There should also be a Latex library (?) that makes your documents look like they were photocopied, so you can use the coffee stains and the photocopy to make it look like you spent long nights working on your assignments.

Because one day you might need to, and you'll write a 100 lines of code to do it. If you had known what a BFS is and how to write it, you'd be able to accomplish the same task in 10 lines of code.

What kind of internal integrations, if I may ask? Does it automatically deploy code for you on a successful build or something like that?

Any projects you're working on?

Oh, I had no idea it was open source. Thanks!

This would be really useful if it can be run offline. Much easier to use than writing code, compiling it with -S to produce assembly, then trawling through the assembly to look for the code you're interested in.

Who cares about the payoff? Startups will still pay you a good enough salary, and if they don't why would you even consider working there? It's not like startups don't pay a salary at all.

And if a startup does pay well, why is it risky to join? Worst case scenario it folds and goes bankrupt in a year. It's not like there's a shortage of software jobs that you'll be unemployed for a long time. Also, for people who want to become founders in the future, joining a startup is their best option to learn about how businesses are built and what mistakes to avoid in building said businesses.

So not everyone is joining startups just for the payoff or to make it big. People are way more realistic than that.

What's the alternative?

Yeah exactly. I don't understand why they wanted the scheduler to be written in Python, since the scheduler should be decoupled from the jobs they are running anyway.

problem solving at an architectural level

That's a problem for people who haven't done internships and have just graduated. Architecture skills and knowing how things are/should be designed come from experience, which a lot of people don't have.

On the other hand, algorithms + data structure knowledge and how they're applied do not really require experience, just knowing fundamentals well.

So your method is definitely good for experienced people but not for new grads/interns. And these are methods the industry employs anyway — big companies do stress more on system design for industry hires, less so for new grads + interns.

That's why I said "pay reasonably well". It seems to me that most places that don't interview and filter candidates by asking algorithmic problems don't pay as well as those that do. That's just been my experience as a student that's interviewed for internships and is going to start interviewing for new grad positions in the fall.

Also

(They do exist, even if they're not as common as they should be.)

I'm curious why you think interviews _should_ be non-algorithmic. How do you propose interviews be done? How else are you supposed to find if someone can employ critical thinking + has the necessary programming skills? And yes, most interview questions _are_ original and not straight from Leetcode so they do demonstrate critical thinking + programming skills.

That is true, but in order to get the jobs you described that pay reasonably well you still need to solve algorithmic problems on Leetcode or CTCI. And sometimes knowing different data structures and algorithms do come in handy, so some problems on Leetcode can be considered realistic.

Interesting. Were you able to get it refunded?

Yes, duplex is for completing specific tasks, but how much of a difference is there between "Duplex, book a table for four at 8pm" and "Duplex, ask my victim about how their day was"?

The former (booking a table) is much more "constrained", as in the conversation would most likely not go into much of a tangent, because there are only so many responses to a statement like "book a table for four at 8pm" (8pm is full, 8pm works, etc).

Whereas asking someone how their day was would give the "victim" a much bigger breadth of responses (and additional questions!) that would cause the AI to stumble and fail to give a satisfactory answer. That, and running this 1,000 times simultaneously so that no one person would be able to intervene to "help" the AI would just be a highly unscalable operation.

So yes, huge difference.

I don't understand what you mean, can you elaborate? Who calls the 1-800 number, and what info do they get from the call?

Serverless, not configless.

I like how comment authors employ real critical thinking, unlike places like reddit where all the top comments echo each other. So fresh perspectives helps me learn from people with different viewpoints who aren't afraid to question others when they're wrong/BSing.

It's pretty good now.

Not everyone has a LinkedIn profile, and by only contacting those with a profile, you are potentially introducing bias into the selection

How? Are you saying Canadian graduates that go south are more likely to have a LinkedIn profile?

Nope, cell phones are the most popular method, but there's also a web app for Messenger (messenger.com) which makes it even more convenient.

Depends on how old you are and where you live. As a college student in North America, everyone uses Messenger, nothing else. How would leaving Messenger work without shrinking your social circle to 0? In other countries, like where my family lives for example, no one uses Messenger or has heard of it — everyone is on Whatsapp. So depends on your demographics.

It's pretty much impossible to not use Messenger these days. I stopped using Facebook, but I can't just quit Messenger unfortunately.

Nice! How do you rank the file names when returning the search results? It'd be cool if you could rank them by factoring in git commit frequency for files, because more frequently modified files are more likely being searched for. Cool project!