|
i keep a running gsheet list of my impact over the year. it’s easier to note it when it happens, like when a c level asks to see a UX research presentation or when there’s a shift in some big metric or when i get a shout out from a team member for helping them out. it helps with writing year end reviews and pitching for that title bump. it’s also good for when your morale or self confidence is in the gutter to see the positive impact you make. cheese eats mouse fucked around with this message at 06:41 on Dec 7, 2021 |
# ? Dec 7, 2021 06:39 |
|
|
# ? Mar 29, 2024 07:06 |
|
Received this email todayrandom recruiter posted:Hi qhat,
|
# ? Dec 7, 2021 22:39 |
|
i mean, 3 successful exits seems like a better resume than any leadership team i've ever worked with?
|
# ? Dec 7, 2021 23:19 |
|
thats recruiter bein dipshit not foundin team
|
# ? Dec 7, 2021 23:25 |
|
Corla Plankun posted:i mean, 3 successful exits seems like a better resume than any leadership team i've ever worked with? not if you are planning on working at the company
|
# ? Dec 7, 2021 23:49 |
|
qhat posted:not if you are planning on working at the company I'd happily work at an early stage company if the founders of the company had legit 3 exits. Not acquihires, but 3 actual unicorn valuations? Sign me up.
|
# ? Dec 7, 2021 23:50 |
|
if they pay you the big bucks, why the hell not
|
# ? Dec 7, 2021 23:55 |
|
qhat posted:not if you are planning on working at the company If you work at a company that exits successfully you don't have to work anymore. Anywhere.
|
# ? Dec 7, 2021 23:58 |
|
CarForumPoster posted:I'd happily work at an early stage company if the founders of the company had legit 3 exits. Not acquihires, but 3 actual unicorn valuations? Sign me up. an acquihire is probably a better exit for the rank and file than an ipo with lovely lockouts
|
# ? Dec 7, 2021 23:59 |
|
current interview status: talent screens are going great but 1st interviews seem like they will be challenging (haven't done any yet) but answering questions on stuff like GC and data structures etc is somewhat out of my experience, i've mostly worked in python (where data structures is "use a hashmap" and GC isn't a thing), and the limits that you face are rarely algo related but more system design/scaling/dev productivity/cloud bullshit starting to get impostor syndrome or at least worried that my skillset aint what they're testing for then again the TA people seem to like me and i can talk a good talk so who the gently caress knows!!!
|
# ? Dec 8, 2021 00:00 |
|
Corla Plankun posted:If you work at a company that exits successfully you don't have to work anymore. Anywhere. only if you’re a founder
|
# ? Dec 8, 2021 00:00 |
|
Corla Plankun posted:If you work at a company that exits successfully you don't have to work anymore. Anywhere. *if you don't get hosed over, which can often be the case
|
# ? Dec 8, 2021 00:01 |
|
hobbesmaster posted:
even for founders too lol. some horror stories floating around where company sells for 1b or whatever, investors have preferred shares and get the first $X of any sale which conveniently happens to be > the sale amount, and the founders don't get a penny
|
# ? Dec 8, 2021 00:01 |
|
Mr SuperAwesome posted:even for founders too lol. some horror stories floating around where company sells for 1b or whatever, investors have preferred shares and get the first $X of any sale which conveniently happens to be > the sale amount, and the founders don't get a penny if you as a founder sign up an investment with the terms "by the way founders get absolutely nothing even if the company sells for a billion dollars, it's gotta be two billion before you see a single penny" then lmao you kinda deserve it for not paying the slightest bit of attention to what is literally your job at that point good luck dealing with the lawsuit from your co-founders that you also screwed over through your idiocy
|
# ? Dec 8, 2021 00:07 |
|
Corla Plankun posted:If you work at a company that exits successfully you don't have to work anymore. Anywhere. With what tech salaries are like these days you can achieve this within 10 years anyway and not have to deal with being a startup mule who ultimately gets screwed over by the founders anyway. And what makes you think past performance will replicate in your case? Who knows how many ventures these ivy league douchebags have spawned which have gone nowhere. Don't assume you can identify them, if you could, they would've been acquired already.
|
# ? Dec 8, 2021 00:29 |
|
qhat posted:With what tech salaries are like these days you can achieve this within 10 years anyway even in non-FAANGs and non-bay area if you are lucky e.g. even in western EU saving 50k a year is 0.5m after 10y, stick that in S&P 500 and you can retire with more than the median salary annually, comfortably, if you play your cards right thats my plan/hope at least, hopefully at least semi-retire at 40 e: you edited to remove FAANGs but seems we agree!
|
# ? Dec 8, 2021 00:34 |
|
Mr SuperAwesome posted:e: you edited to remove FAANGs but seems we agree! Yes we agree. FAANG was definitely correct a year or two ago but I think in 2021 it generally extends to any tech company in the S&P500.
|
# ? Dec 8, 2021 00:36 |
|
qhat posted:Yes we agree. FAANG was definitely correct a year or two ago but I think in 2021 it generally extends to any tech company in the S&P500. but not tech at any company in the s&p500
|
# ? Dec 8, 2021 00:40 |
Mr SuperAwesome posted:current interview status: talent screens are going great but 1st interviews seem like they will be challenging (haven't done any yet) but answering questions on stuff like GC and data structures etc is somewhat out of my experience, i've mostly worked in python (where data structures is "use a hashmap" and GC isn't a thing), and the limits that you face are rarely algo related but more system design/scaling/dev productivity/cloud bullshit i love to get pair programming tests with some obvious non-python engineer who leads me into something nominally asking for a binary search, that can probably be bruteforced with dicts and then both of us sit there with “what now” faces as they ask me to optimise, and i tell them the lookup is o(1)
|
|
# ? Dec 8, 2021 00:46 |
|
cinci zoo sniper posted:i love to get pair programming tests with some obvious non-python engineer who leads me into something nominally asking for a binary search, that can probably be bruteforced with dicts and then both of us sit there with “what now” faces as they ask me to optimise, and i tell them the lookup is o(1) lol big O poo poo is something i am also terrible at because i studied physics not compsci, so i usually handwave this poo poo away with "uhh IO or network is probably slower, yolo" but really dict lookups are o(1)? themoreyouknow.gif
|
# ? Dec 8, 2021 00:50 |
|
i suppose also the reason you never loving need to bother with binary searches or any of the other algo bullshit* is because 99% of the time in python a dict is good enough for most of your problems and some other layer (DB, frontend, whatever) is way slower, and premature optimization is the root of all evil etc etc which is the nice thing about python as a lang, and kind of the point of using it *Except dynamic programming and recursive stuff for some hacker-rank/leetcode toy problems, that bit me when i tried them
|
# ? Dec 8, 2021 00:52 |
|
cinci zoo sniper posted:i love to get pair programming tests with some obvious non-python engineer who leads me into something nominally asking for a binary search, that can probably be bruteforced with dicts and then both of us sit there with “what now” faces as they ask me to optimise, and i tell them the lookup is o(1) is it though (seriously that’d be my follow up as an interviewer because I have no idea what the default hash table implementation is in python )
|
# ? Dec 8, 2021 00:53 |
|
They O(n) lookup, but in the vast majority of cases, they are constant time complexity. A hash map trades off space with latency, so they take up generally a lot more space in memory than if you used a tree. The good thing is though if you hit a collision, the items you have to loop through will be next to each other in memory which means you get far less cache misses, which are going to be the biggest performance killers by far in a BST.
|
# ? Dec 8, 2021 00:56 |
|
edit mistake post
|
# ? Dec 8, 2021 00:57 |
|
how much do you reckon you can get away with in interviews by saying "yeah well i would aim for an XYZ approach (hashmaps, always hashmaps) but in my professional experience CPU/mem optimization has never been the bottleneck, only ABC" and elaborate on how you would solve various other bottlenecks or is it just a crapshoot of company/interviewer/question and hope you get lucky (i presume the latter)
|
# ? Dec 8, 2021 01:01 |
|
Bad approach if your interviewer is testing your algorithmic knowledge.
|
# ? Dec 8, 2021 01:05 |
|
Well I mean that really depends on what they are asking of you. If what you are saying is true and directly relevant to the problem, even if it's just like "well technically it's this, but actually in reality this is a bigger concern", then go nuts. If your interviewer is an idiot and doesn't understand or care for some of the nuances of performance and optimization, and like that is what they are actually asking of you, well, you don't really want that person managing you. A trait that I look for in a senior engineer in an interview is that they are able to actually teach the interviewers poo poo they didn't expect, and what the senior engineer looks for in the interviewers is that they are receptive to that. So your mileage might very, I'd read the room and if it's appropriate to delve then go hog wild.
|
# ? Dec 8, 2021 01:06 |
|
Mr SuperAwesome posted:how much do you reckon you can get away with in interviews by saying "yeah well i would aim for an XYZ approach (hashmaps, always hashmaps) but in my professional experience CPU/mem optimization has never been the bottleneck, only ABC" and elaborate on how you would solve various other bottlenecks high risk/high reward maneuver i'd guess. depends on whether the role you're interviewing for has CPU/mem bottlenecks (if it does... bad call), and whether the interviewer is one of those people who goes way too hard on algorithm/performance poo poo because they like to feel clever if your interviewer is sane and you're interviewing for a role where that's true, probably puts you at the top of the list
|
# ? Dec 8, 2021 01:09 |
|
cool, decent advice, thanks. fortunately i think i am good at reading the room so that will help. i can probably blag away my weak point (algorithmic knowledge) against my strong points (running a PaaS cloud at moderate scale and all that associated operational knowledge) and present it in a way that works. if they are looking for just algo knowledge and only knowledge i'm likely hosed but like you say you want to avoid managers/colleagues who lack said nuance
|
# ? Dec 8, 2021 01:12 |
|
ultrafilter posted:Bad approach if your interviewer is testing your algorithmic knowledge. I'd argue that poo poo is really only suitable as a question from someone who has less than a year or two experience, or like as an off-the-cuff question in a phone screen to make sure you're not talking to a proper peasant. If I'm being asked what the time complexity of a hash map is in person for a senior position, and it's not intended to be something very nuanced, it makes me question what their expectations of senior engineers are, especially if they aren't receptive to a properly correct answer. But I guess it entirely depends on the role, my line of work is heavily in performance and optimization, so that stuff is infinitely more important.
|
# ? Dec 8, 2021 01:12 |
|
Arcsech posted:high risk/high reward maneuver i'd guess. depends on whether the role you're interviewing for has CPU/mem bottlenecks (if it does... bad call), and whether the interviewer is one of those people who goes way too hard on algorithm/performance poo poo because they like to feel clever does much stuff ever have CPU/mem bottlenecks? or only in certain areas? IME i've never had to worry about that p much ever, the only times CPU/mem became relevant it was because we were doing something Very Stupid elsewhere, and you do the short term "thrown lots of money at it and scale" fix and long-term rearchitecture to something not stupid fix. but idk how much my experience here is relevant to other situations,. for reference: i've done mostly backend work, all cloud, not FAANG scale
|
# ? Dec 8, 2021 01:15 |
|
Heavy algo screens are cargo culting nonesense because the big MAANG boys do it, especially for python positions where you won't be writing your own c extensions for cython. Your gut feeling is right and the right people will prefer someone that can identify the real bottlenecks of webshit (architecture and db)
|
# ? Dec 8, 2021 01:17 |
|
Anything real-time, yes. Even if it's offline update jobs or whatever, yes, it can matter if your job is taking longer than you have overnight. The less important that work has to be done at a certain time, the less it's going to matter. I think there's very few jobs that you don't, at the very least, require some consideration for CPU/mem requirements, how much just depends on the role. That knowledge also tends to pay more, too, so learn it.
|
# ? Dec 8, 2021 01:18 |
|
a recruiter said a company that will interview me will ask me for my last job's pay stubs. i've never heard of a job doing this. i've been both permanent and contract. i looked it up, and it's illegal in my state to ask for this based on equity laws. it's gonna be weird telling them no
|
# ? Dec 8, 2021 04:12 |
|
I would tell them no even if it wasn’t illegal.
|
# ? Dec 8, 2021 04:23 |
|
Mr SuperAwesome posted:does much stuff ever have CPU/mem bottlenecks? or only in certain areas? IME i've never had to worry about that p much ever, the only times CPU/mem became relevant it was because we were doing something Very Stupid elsewhere, and you do the short term "thrown lots of money at it and scale" fix and long-term rearchitecture to something not stupid fix. but idk how much my experience here is relevant to other situations,. for reference: i've done mostly backend work, all cloud, not FAANG scale I work on a database most, but not all, of our bottlenecks are io based. but we can also do some pretty complex aggregations and number crunching. hell, I don’t even do much of that stuff myself, but it definitely exists. we have also had problems due to e.g. doing something O(n^2) on a critical thread. performance isn’t super important in a vacuum but it can be super critical in context
|
# ? Dec 8, 2021 04:23 |
|
Good Sphere posted:a recruiter said a company that will interview me will ask me for my last job's pay stubs. i've never heard of a job doing this. i've been both permanent and contract. i looked it up, and it's illegal in my state to ask for this based on equity laws. it's gonna be weird telling them no did that recruiter send you an email? just forward it to your state ag or whatever agency
|
# ? Dec 8, 2021 04:27 |
|
hobbesmaster posted:did that recruiter send you an email? just forward it to your state ag or whatever agency nope. phone call. same recruiter set me up for interviews for companies i've already had
|
# ? Dec 8, 2021 04:30 |
|
Good Sphere posted:it's gonna be loving awesome telling them no Fixed
|
# ? Dec 8, 2021 04:40 |
|
|
# ? Mar 29, 2024 07:06 |
|
ask for the request in writing, either you have a small chance to get them in Actual Trouble or you get to see some funny floundering
|
# ? Dec 8, 2021 04:58 |