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

04-25-2018 , 01:02 PM
Quote:
Do you have a bug database?
Do you fix bugs before writing new code?
Do you have an up-to-date schedule?
Do you have a spec?
Do you have testers?
Do you do hallway usability testing?
I think these are just generally silly and often downright bad. Lots of successful companies don't do these things (and generally do something significantly better). There's maybe a grain of truth in a few of them, but as a yes/no question they're meaningless for judging how good a company is to work for. And sure, there are specific cases where you'd want these things.


Quote:
Do you use source control?
Can you make a build in one step?
Do you make daily builds?
Do programmers have quiet working conditions?
Do you use the best tools money can buy?
Do new candidates write code during their interview?
These ones (taking the spirit and adjusting for new technology/practices) I guess still seem relevant to me.

And of course the list just completely ignores a whole bunch of more important factors.

Edit: If someone were to make a list of the most important 12 things for evaluating how "good" a company is, it would look nothing like this list - unless you were selling bug tracking software.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 01:05 PM
Quote:
Originally Posted by jjshabado
I think these are just generally silly. Lots of successful companies don't do these things (and generally do something significantly better). There's maybe a grain of truth in a few of them, but as a yes/no question they're meaningless for judging how good a company is to work for. And sure, there are specific cases where you'd want these things.




These ones (taking the spirit and adjusting for new technology/practices) I guess still seem relevant to me.

And of course the list just completely ignores a whole bunch of more important factors.

Edit: If someone were to make a list of the most important 12 things for evaluating how "good" a company is, it would look nothing like this list - unless you were selling bug tracking software.


I think they’d probably score an ~8 from the little ive seen
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 01:10 PM
I think we're a 3 with a strict interpretation of the questions. Probably 7 if I answer to the spirit of the question with adjustments for best practices / technology (for example we don't do a lot of "hallways usability" but we do a bunch of dogfooding + feature flags, with frequent deploys that accomplish much more without a whole lot of extra work).
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 01:13 PM
Yeah "daily deploys" made me LOL a little. I've probably deployed to prod 9 times today at least (every push gets tested, built, pushed to CI, tested in CI, and then automatically deployed to prod)
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 01:15 PM
One great thing is I ****ing love the laptop they gave me, I don’t know how I waited so many years without using a Mac. Probably because I do so much gaming
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 01:19 PM
Lot's of steam stuff for the Mac these days...
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 01:24 PM
you guys are way overreacting to this. his manager brainstormed for 10 minute about what he should have the new guy do and just picked something that was lingering on his mental TODO list for the last year.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 01:25 PM
Hah, I searched for previous posts ITT I made about Joel and I basically said the same thing in 2015. In 2012 I was much nicer towards Joel and his list.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 01:35 PM
Quote:
Originally Posted by jjshabado
I'd take a random 6 company over a random 12 company any day of the week.

The joel test is pretty outdated and even looking at the spirit of the post was never particularly good, imo. I mean, its a good list if you're trying to sell bug tracking software to companies.
yeah, i thought people in the industry generally agreed that it was at least outdated and even quite misguided.

i agree with your updated split of that list. i think half of them should be considered anti-factors.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 01:37 PM
Quote:
Originally Posted by jjshabado
Hah, I searched for previous posts ITT I made about Joel and I basically said the same thing in 2015. In 2012 I was much nicer towards Joel and his list.
Ha, that's awesome.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 04:15 PM
wtf is a bug database? a ledger of bugs that have been fixed? i guess that is basically a JIRA board in 2018?
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 05:53 PM
Quote:
Originally Posted by OmgGlutten!
wtf is a bug database? a ledger of bugs that have been fixed? i guess that is basically a JIRA board in 2018?
Yeah I just assumed he meant some kind of issue tracking software.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 09:40 PM
Quote:
Originally Posted by OmgGlutten!
wtf is a bug database? a ledger of bugs that have been fixed? i guess that is basically a JIRA board in 2018?

https://en.m.wikipedia.org/wiki/FogBugz

This was his main product at the time. But yeah basically an issue tracker. A place where bugs are reported, tracked, prioritized, etc.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 10:13 PM
Having someone whose sole job is handling kanban/scrum boards seems really weird unless they also review code. How many team members are they managing?
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 10:53 PM
Random rant: I have this coworker who's unable to articulate an opinion or argument without being a righteous douche. As an example, here he is in a public and widely used Slack channel, learning about how Go imports work (they're URL-based and the go tool downloads them to your hard drive, kinda like npm except you point to github URLs or whatever instead of a package name that a web package manager knows about):

Quote:
Him: I am being prompted to enter my RSA key for access to a private git repository. Is this expected?
Getting Go dependencies
github.com/<username>/<repository we use> (download)
Enter passphrase for key ‘/Users/<hisname>/.ssh/id_rsa’:
That’s not going to work for random developers

Me: try `ssh-add -K ~/.ssh/id_rsa` ?

Him: That is not the point.

Me: it's not a private repository

Him: It’s not owned by <our company>.

A few other devs: chiming in with random tips on SSH stuff

Him: Why does company software depend on a developer’s private github?

Me: welcome to the wonderful world of go

Him: Nope.

Me: ok
Anyway, submitted a large PR today and asked him to take a look at part of it

Quote:
Him: This makes every Go target depend on a global list of <source files with weird dependency issues>? That doesn't seem right.
If you really want this dependency, the list of sources should be passed in to the macro, so the dependency is not hidden.

It would probably be better to do something like
target_link_libraries(target PUBLIC weird_dependency_issue_thing)
so a Go target will be automatically rebuilt when the source changes.
Pretty reasonable request, but there's a reason I did it this way so I set out to explain all sides of it

Quote:
Me: There are tools you can run to get a list of sources that a given Go target depends on, but they're kinda slow, so the build wound up being a lot faster if I just said "ok, every Go target depends on every Go file". That's basically the behavior this line is propagating.

Explicitly passing in the dependency vs hiding it implicitly each have a cost:

- explicit passing: if you forget to include the dependency, you might get unexpected behavior because a changed source file fails to trigger a rebuild
- implicit hiding: targets that don't use this type of source will rebuild when one of those source files changes

I prefer the cost of the 2nd one (which is annoying) over the 1st one (which can actually hurt you), though obviously a solution that mitigated both of those issues would be preferred if I could figure one out.
...aaaaaand any challenge to his opinion is NOT WELCOME

Quote:
Him: If you want to add bogus dependencies, you can do that in CMakeLists.txt for each target.
Don't force this behavior on other developers by embedding it into a utility macro.
Regarding the last comment, worth noting that the number of "other developers" I am "forcing" this behavior on is zero, because I am the only person writing code in Go on this project.

Another coworker gchatted me after that like "yeah man stop adding bogus dependencies to our targets" (obv being sarcastic). The guy's smart but basically immovable on any opinion he holds and incapable of giving ground or conceding merit to people who disagree with him, really a pain in the ass to work with
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 11:11 PM
Yea Goofy, stop adding your bogus dependencies to our ****.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-25-2018 , 11:59 PM
Quote:
Originally Posted by OmgGlutten!
Having someone whose sole job is handling kanban/scrum boards seems really weird unless they also review code. How many team members are they managing?
Scrum Managers, according to cannon, handle up to two teams of up to 8 developers. But they aren't doing people management, they run the scrum meetings and generate agile artifacts. Closer to a project manager than developer manager.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-26-2018 , 12:16 AM
Just found out today that my promo from two months ago came with extra RSUs that vest over 4 years. It’s not much but it’s an extra 28k over 4 years.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-26-2018 , 12:38 AM
Does RSU = stock grant (shares, not options)? Is your company public?

Related, saw this tweet recently:



I assume the Lyft RSUs are way higher than the rest because they're probably the farthest of all these companies from being public (well, idk anything about Palantir), thus making those RSUs the most risky as far as "will this ever become money in my bank account"?

For public companies RSUs = money in the bank right?
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-26-2018 , 01:22 AM
Correct.

Those salary numbers look about right from what I've heard. The RSUs seem high. Like theoretically possible but I'd heard numbers in that range as an over 4 years type thing
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-26-2018 , 01:41 AM
Those are definitely higher than basic mid-level offers but nothing outrageous in the valley, especially given that getting that many offers probably means he's both a very good candidate and had leverage. He may also have been potentially giving up something of value at his old company and getting compensated for it - maybe his RSU grant has appreciated significantly, maybe he has valuable options that he has to either exercise or lose. Also this whole number of years experience thing is a red herring - some people with 2 years of experience are mid-level, others with 25 years of experience may only be entry-level at these companies. You don't automatically get paid more for having accrued more experience. Kids straight out of school can be way better than even solid contributors with 15 years of experience.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-26-2018 , 02:01 AM
Quote:
Originally Posted by goofyballer
Random rant: I have this coworker who's unable to articulate an opinion or argument without being a righteous douche. As an example, here he is in a public and widely used Slack channel, learning about how Go imports work (they're URL-based and the go tool downloads them to your hard drive, kinda like npm except you point to github URLs or whatever instead of a package name that a web package manager knows about):



Anyway, submitted a large PR today and asked him to take a look at part of it



Pretty reasonable request, but there's a reason I did it this way so I set out to explain all sides of it



...aaaaaand any challenge to his opinion is NOT WELCOME



Regarding the last comment, worth noting that the number of "other developers" I am "forcing" this behavior on is zero, because I am the only person writing code in Go on this project.

Another coworker gchatted me after that like "yeah man stop adding bogus dependencies to our targets" (obv being sarcastic). The guy's smart but basically immovable on any opinion he holds and incapable of giving ground or conceding merit to people who disagree with him, really a pain in the ass to work with
Id be interested to find a company without one of these. My experience has been to just let them do their thing and move on, if they want to be a douche, so be it. Provides fun slack conversations with friends anyways. YMMV
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-26-2018 , 07:36 AM
Quote:
Originally Posted by PJo336
Id be interested to find a company without one of these. My experience has been to just let them do their thing and move on, if they want to be a douche, so be it. Provides fun slack conversations with friends anyways. YMMV


They exist. Especially in small and medium sized companies because these people can’t hide from the people that have a lot of influence to deal with them.

I hate dealing with these personalities so it’s a big factor in how happy I am. I decided to leave my first job for two main reasons:

1. The people smarter than me were leaving.
2. I was having to interact more with people like goofy was describing.

I’ve also had someone removed from my team because of this. He did ok work himself but would kill productivity in meetings and code reviews arguing about the most meaningless ****. And he would never end an argument unless he ‘won’.

Edit: The internet is not a work environment. And vice versa. ** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD **
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-26-2018 , 07:52 AM
Quote:
Originally Posted by goofyballer
Does RSU = stock grant (shares, not options)? Is your company public?

Related, saw this tweet recently:



I assume the Lyft RSUs are way higher than the rest because they're probably the farthest of all these companies from being public (well, idk anything about Palantir), thus making those RSUs the most risky as far as "will this ever become money in my bank account"?

For public companies RSUs = money in the bank right?

I’m always skeptical of how people value options/RSUs. Especially for non public companies where they’re usually valued off of some optimistic multiple of the most recent fundraising round.

Palantir is also a weird case because I don’t know what their actual plan is and many employees have gotten liquidity privately - which is generally not going to get a great price.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
04-26-2018 , 10:30 AM
Quote:
Originally Posted by jjshabado
They exist. Especially in small and medium sized companies because these people can’t hide from the people that have a lot of influence to deal with them.
Our company does not have one of these. I can't remember if my last company did - if they did I didn't deal with them but I worked on a small team. The job before that *definitely* had these, more than one (high frequency trading company, lot of hot shots with lots of experience and firm Opinions). Job before that had one, who was so bad that he "won" a lot of arguments just because people would rather just cede ground than talk to him.

I suspect that's the reason a lot of these guys are like this, because they get their way a lot.

(I've only worked for small companies except when a small one accidentally becomes a big one, like my last job where UnderArmour bought the company I worked for)
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote

      
m