Open Side Menu Go to the Top
Register
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** ** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD **

07-09-2018 , 11:43 PM
My main job for the last 6 months or so has been developing an "agent" that gets deployed onto user's machine (osx/linux/windows). It's the ****ing worst. It's been so long since I've been in this position and I forgot about how infuriating it is.

Once you get enough customers the law of large numbers comes into effect and you start finding users who's machines are ****ed up in very rare and subtle ways - 1 in a million occurrences. Does google help? **** no! You're on your own.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-09-2018 , 11:58 PM
Yeah that customer is me pretty much every time. It's fun.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-10-2018 , 12:14 AM
Quote:
Originally Posted by OmgGlutten!
Los Angeles Java Script

Join js.la on Slack.

46 users online now of 1191 registered.

go here and scroll down -> https://js.la/
Thanks!

I see just a general chat, which looks interesting, but not much job chatter.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-10-2018 , 12:32 AM
maybe ask in there if there is a good slack channel for LA dev that has job listings. in Florida, we have one for each region and lots of jobs get posted.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-10-2018 , 11:33 AM
Annnnnnd we just got acquired by AT&T. I thought an acquisition was coming in the near future but I was still a little surprised.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-10-2018 , 11:52 AM
Enjoy!
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-10-2018 , 03:38 PM
Rusty, is that good, bad, or indifferent news to you?
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-10-2018 , 04:55 PM
Are time zones harder than quantum mechanics for anyone other than me? I've already screwed up or potentially screwed up several job/recruiter appointments because I keep thinking PDT is 2 hours later than CDT. I mean the sun does go down later on the west coast. Of course it should be later right? How can it be earlier? That's just silly.

I literally just changed an appointment away from 2pm PDT because I forgot I have lunch with my Dad at noon CDT. Now I have to be a ****ing super moron and tell them to change it back.

I also struggle with east/west, left/right and arrivals/departures at the airport (my brain always wants to say "well, I'm arriving at the airport to drop off my Mom". There's something about simple binary choices (add/subtract 2 hours) that my brain just seems to suck at. For some reason I never struggle with north/south though.

I may just be stupid.

Another one I somehow put that I'd be available after 10PM PDT Monday. The dude replied he'd call me at "10PM PDT Monday" and I replied fine w/o noticing the AM/PM screwup. So he calls at midnight last night and I didn't really feel like trying to put my interview hat on so I let it go to VM. In my tired state I was kind of thinking he should have clarified "Did you really mean 10PM?" I also didn't recognize the website or company name so I figured it was one of the ones I was barely interested in.

In the morning I noticed he sent an email, called 3x with caller ID blocked, then once without caller ID blocked.

Anyway turns out to be an electric car company, near me which seems legit and the job description and pay are good. ARGH! I sent an email and left a VM apologizing and talking about how I'm back in KC and things are hectic with family and all and my bad for screwing up the AM/PM. He hasn't replied yet.

I mean I guess(?) I feel like this shouldn't be a deal-breaker screw up and if it is then maybe that company isn't a good fit? Grrr.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-10-2018 , 05:39 PM


Interesting thread about the current state of the technical interview. And another good sub-thread it spawned:



It just seems madness to me that github (IE - stuff you actually coded when given proper time under something like real job conditions) counts for nothing but rigidly timed whiteboard magic and "technical bar trivia" counts for everything.

I've been working through some practice stuff and actually like doing it. So I'm trying to keep a good attitude about the whole process. But I feel like in a couple years there might be a pullback from this craziness. Or maybe double down who knows.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-10-2018 , 07:20 PM
The whole certification thing is something I've thought a lot about and I think it's viable.

I'm not sure what I'm missing I that it isn't more common.

Imagine a 2 week training with 9 days of ES6/React/Vue/Angular type training, and the 10th day is an SAT-like multiple component test, and you get a score at the end. The training is optional.

I feel like scaling things like that are really really hard but possible.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-10-2018 , 09:37 PM
Quote:
Originally Posted by jjshabado
Rusty, is that good, bad, or indifferent news to you?
I don't know yet.

* I'll get a pretty decent sized cash payout, but not one that will make much of a difference to my life

* I have never liked working for a huge company the few times I've tried it. It is not clear whether my job will stay the same, just owned by AT&T, or if they'll take over or impose themselves on us. When UnderArmour bought Mapmyfitness, I did not like it and left soon after.

* We'll get instant exposure to a huge market, which may be good or it may break us. Can we handled 1000x as many customers? I guess we'll find out.

* We'll also get access to some resources that would have been difficult or unlikely without a bigger parent company (like govcloud)

* Even more so than normal, my job or company may cease to exist with little notice

ETA: actually our job might get a lot easier. A big part of our product relies on a "sensor" that lives on premises in your network(s). It can be a dedicated box or it can run on an existing server, whatever. Most people who begin a trial abandon the trial process when they get to the part where they have to download/install the sensor software. If your customer's connection is to AT&T then "on premises" includes one side of the routers at AT&T, meaning, we could essentially have soft-configured sensors that don't require installation per customer, just assignment. That could both really increase the number of people using our systems, and it could also really really reduce support issues (issues installing or maintaining sensor)
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-10-2018 , 11:02 PM
FWIW I think this is the "Yegge blog" referenced in the tweets above: http://steve-yegge.blogspot.com/2008...at-google.html

Quote:
Mental Prep

So! You're a hotshot programmer with a long list of accomplishments. Time to forget about all that and focus on interview survival.

You should go in humble, open-minded, and focused.

If you come across as arrogant, then people will question whether they want to work with you. The best way to appear arrogant is to question the validity of the interviewer's question – it really ticks them off, as I pointed out earlier on. Remember how I said you can't tell an interviewer how to interview? Well, that's especially true if you're a candidate.

So don't ask: "gosh, are algorithms really all that important? do you ever need to do that kind of thing in real life? I've never had to do that kind of stuff." You'll just get rejected, so don't say that kind of thing. Treat every question as legitimate, even if you are frustrated that you don't know the answer.

Feel free to ask for help or hints if you're stuck. Some interviewers take points off for that, but occasionally it will get you past some hurdle and give you a good performance on what would have otherwise been a horrible stony half-hour silence.
Quote:
Tech Prep Tips

The best tip is: go get a computer science degree. The more computer science you have, the better. You don't have to have a CS degree, but it helps. It doesn't have to be an advanced degree, but that helps too.

However, you're probably thinking of applying to Google a little sooner than 2 to 8 years from now, so here are some shorter-term tips for you.

Algorithm Complexity: you need to know Big-O. It's a must. If you struggle with basic big-O complexity analysis, then you are almost guaranteed not to get hired. It's, like, one chapter in the beginning of one theory of computation book, so just go read it. You can do it.

Sorting: know how to sort. Don't do bubble-sort. You should know the details of at least one n*log(n) sorting algorithm, preferably two (say, quicksort and merge sort). Merge sort can be highly useful in situations where quicksort is impractical, so take a look at it.

For God's sake, don't try sorting a linked list during the interview.

Hashtables: hashtables are arguably the single most important data structure known to mankind. You absolutely have to know how they work. Again, it's like one chapter in one data structures book, so just go read about them. You should be able to implement one using only arrays in your favorite language, in about the space of one interview.

Trees: you should know about trees. I'm tellin' ya: this is basic stuff, and it's embarrassing to bring it up, but some of you out there don't know basic tree construction, traversal and manipulation algorithms. You should be familiar with binary trees, n-ary trees, and trie-trees at the very very least. Trees are probably the best source of practice problems for your long-term warmup exercises.

You should be familiar with at least one flavor of balanced binary tree, whether it's a red/black tree, a splay tree or an AVL tree. You should actually know how it's implemented.

You should know about tree traversal algorithms: BFS and DFS, and know the difference between inorder, postorder and preorder.

You might not use trees much day-to-day, but if so, it's because you're avoiding tree problems. You won't need to do that anymore once you know how they work. Study up!

Graphs

Graphs are, like, really really important. More than you think. Even if you already think they're important, it's probably more than you think.

There are three basic ways to represent a graph in memory (objects and pointers, matrix, and adjacency list), and you should familiarize yourself with each representation and its pros and cons.

You should know the basic graph traversal algorithms: breadth-first search and depth-first search. You should know their computational complexity, their tradeoffs, and how to implement them in real code.

You should try to study up on fancier algorithms, such as Dijkstra and A*, if you get a chance. They're really great for just about anything, from game programming to distributed computing to you name it. You should know them.

Whenever someone gives you a problem, think graphs. They are the most fundamental and flexible way of representing any kind of a relationship, so it's about a 50-50 shot that any interesting design problem has a graph involved in it. Make absolutely sure you can't think of a way to solve it using graphs before moving on to other solution types. This tip is important!
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 12:05 AM
Quote:
You might not use trees much day-to-day, but if so, it's because you're avoiding tree problems.
rofl come on, just tell me that it's important for an interview and move on, this is laying it on a bit thick
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 12:24 AM
But database indexes! Yeah... that was an eye roll worthy line.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 12:38 AM
klanskys cousin probably.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 12:40 AM
I've built a few expandable content directory trees in Javascript.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 01:04 AM
LA JS slack recommended a new site: https://www.builtinla.com/ - it seems ok.

I also tried dice.com just to round it out. Holy cow that site is bad. You can only pick one area at a time. If you're in LA, but you don't want all of LA - this is a pain.

But worst is once you click through to apply for something - you have to click back like 5 times to get back to your original search panel. It doesn't open in a new window or panel. Terrible.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 02:40 AM
Zip recruiter tells you when and how many times your application has been viewed for each job. I think it’s the best job site imho
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 03:00 AM
In ZF set theory, each set is built up from the empty set. There can be infinite branches, but the empty set is allways reached with a finite number of steps.

This means all sets are trees. So mathematically, trees are important, as the capture set theory.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 04:20 AM
I feel asleep and skipped class halfway through that post.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 06:24 AM
Quote:
Originally Posted by suzzer99
FWIW I think this is the "Yegge blog" referenced in the tweets above: http://steve-yegge.blogspot.com/2008...at-google.html
FWIW what you quoted is very good advice including the advice on Computer Science. Regarding trees, at the kernel level in Linux and Windows, tree type data structures are utilized. Google and Microsoft (as well as other oufits) actually work with code at the kernel level.

Last edited by adios; 07-11-2018 at 06:31 AM.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 12:06 PM
Yes but at an e-commerce startup with an AWS-mongo-node-react stack - it's rarely gonna come up. It's not bashing google's interviews, but eager startups for emulating them.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 12:09 PM
It's funny how I'm already biased. I see MEAN stack and I think "these guys are out of it" lol.

More fun. Found a job that almost perfectly matched my resume on ZipRecuiter. Applied and got this:

Quote:
Hi suzzer,

I wanted to reach out to let you know that your application for Backend Engineer - Node at Cybercoders is a Great Match! This means your job application is prominently highlighted to Cybercoders, and you'll be more likely to get your application reviewed. Only 10% of applications are identified as a Great Match. Nice Work!
3 minutes later this comes in:

Quote:
Hi Suzzer,

Thank you for your interest in the Sr Backend Engineer - NodeJS position. I appreciate you taking the time to apply.

There's been a lot of interest in the position making the selection process extremely competitive. Although your experience is impressive, it's not the best match for this specific role.

I'll keep your resume and contact you if I come across other opportunities that may be a better match.
Auto-reply? Only hiring ex-FAANG and similar devs?

But this one looks promising, really nailed my skillset and desired location, and seems like they spent a lot of time customizing the message just for me:

** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 12:30 PM
I'm pretty sure almost every listing from cybercoders is bogus and they're just collecting resumes.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
07-11-2018 , 03:31 PM
"Brandon" contacted me about this job from there. https://www.cybercoders.com/senior-b...gn=new-jobs1CS

Otherwise the response above is the only other one I've gotten.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote

      
m