Hey everyone, Miles from Functional Works here š I have another question for you: What do you look for when looking for a new position? -Is it the tech stack being used: Clojure, Clojurescript etc. -Is it management style? -Is it the ability to have working from home days? I'd be keen to get your thoughts. - Please comment in this thread š
- do they talk to users? - whatās the tech stack? - do they understand their problem area adequately? - is their product a good market fit? - what is the quality of the people that work there? - how do they handle and respond to change? - how long is their runway? (if applicable) - do they allow remote? (lower priority if theyāre local to me)
- what are the immediate technical challenges being faced?
- how is the software deployed?
- how long would it take to have a development environment up and running locally
- what OS(s) are permitted and what is the security/internet policy
- what tools are permitted/used in development?
- what ratio of time per week is allowed for self investigation/learning new stuff?
- work/life balance, how often have people had to work overtime to hit a deadline milestone
@dharrigan thatās a great final point. Many jobs have promised 10% time and not delivered on itā¦ having the time to do your job properly is important
At my place of work, Fridays are usually self learning/presentations etc..
Of course, if there is a production downtime etc.., (which very rarely happens), or a customer issue, then all-hands-at-the-pump
but those don't happen that often. Fridays are a great time to learn and try out new stuff, which only feeds back to the company to improve things!
.
Good stuff in here, Iām stealing these questions to make sure job openings have answers to them š
all of these are actually immaterial to meā¦
I mean, theyāre important if youāre running the business, but honestly? I donāt care if the work mandates this over that IDE
How about these: - what are the success criteria for the position? do they square with the employeeās values, personality, strengths? - where is the employee expected to end after working at the position for a year, two years, five years? Does the company even have a plan for developing its workers? - (on that note, does the company employ juniors?) - do the managers actively coach employees and sponsor employeesā development, or are you left to figure things out on your own? - are coworkers mostly supporting each other, or are they in direct competition? (eg stacked ranking) - do coworkers socialise (out of their own initiative, not company-mandated), or do they go home at 5pm?
- what kind of behaviours are rewarded? (relevant presentation, āBeing Glueā https://www.youtube.com/watch?v=KClAPipnKqw&list=PLBzScQzZ83I_qiY6iuS-jHmp1QvdE8m5_&index=9 or slides/writeup here: https://noidea.dog/glue )
Oh I don't know. When I was interviewing for a new job, it was very important to me (for example) on how the software was deployed and how long it would take me to run up a local development environment.
To say all of those questions are immaterial may be fine for you, but for others some may have relevance.
Some may be useful for others
I think each developer looking to join a company has to make the choices (to them) which questions they need to ask
For the day to day quality of life, yes. For a career, in the next position you will not be able to take your dev env with you, but you will carry the contacts.
anyway, sure (updated above to reflect that theyāre immaterial to me, but this is genuinely career advice I would give someone, from the perspective of 10 years and 4 companies in)
I don't know. I seem to have had a pretty good career, and have very little to worry about contacts - mostly I've found jobs via normal means and being good at what I do.
Of course, YMMV.
I also find that in the past 4 roles I've been in, I have been able to take my environment with me, since I tend to filter for companies that only work with Linux and the JVM.
Thus, the setup - in terms of env has pretty much been the same.
Give me a terminal, vim and a nice monitor, and I'm happy š
What about collaboration? Do you care about pair-programming, mob-programming, code reviews, pull requests etc?
Code Reviews yes, Pull Requests yes, everything else <meh>
I think alot of agile is just cargo-cult tbh.
@lady3janepl Being Glue blew my mind
it was the kind of thing I wish someone showed me multiple years ago
@orestis gp - I often ask about pairing because companies who never pair (e.g. through a hard bug in a critical place) is a red flag, companies who always pair is a red flag (for me, ymmv as always)
(Iām the kind of person who picks up essential things others ignore, for the good of the teamā¦ with predictable results.)
re pairing, iād say this is one of those things where you have to make sure a position is appropriate for the employee personality
Things like extraversion, noise sensitivity, performance stress, preferred working hours (I know people who work best at 7am, and some who start around noon and do best work around midnight.) Unfortunately a lot of that is not surfaced in job ads. I wonder why - it would make it possible for companies to stand out on quality of life (because different characteristics make up āquality of lifeā for different people).
> (Iām the kind of person who picks up essential things others ignore, for the good of the teamā¦ with predictable results.) yep, & then you burn out and leave (well, I did anyway, haha) > re pairing, iād say this is one of those things where you have to make sure a position is appropriate for the employee personality š šÆ so much this watching somebody with anxiety or extreme introversion having to pair with the wrong person is like cruel and unusual punishment > Things like extraversionā¦ I often wonder if companies have literally never thought of this, although obv some movement in our sector on working hours
sometimes Iāve found senior people who manage others that have literally not ever understood the meaning of the terms āintrovertā and extrovertā
& you explain it and they go āwhoa okayā
cue š¤¦
I meanā¦ people that I know who know about these things fall into these categories: 1) studied psychology 2) have been in therapy / counselling 3) are married to a therapist / counsellor 4) have been to manager training 5) very sharp HR people, but zero tech training, so kept out of tech recruitment
so what do you expect?
Managers at small companies that I know have been promoted and are evaluated based on project management.
I know one manager at a huge company thatās been sent to managerial training, and who has a degree that included psychology and sociology, and heās knowledgeable, but culturally, this is neither common knowledge, nor, I think, even perceived as a necessary thing in companies. Having people fill out Myers-Briggs (basically a horoscope in terms of scientific reliability) is as far as it goes.
> (basically a horoscope in terms of scientific reliability) š
just wanna say this is a sweet community, having just joined and read in this channel a bit.. people seem pretty down to earth compared to e.g. HN machismo
welcome! (also whispers love your cat š )
come for the brackets, stay for the ( community )
on the topic of being glue, how does one avoid falling hard into a funk of "I TOLD YOU SO" and resentment? has anyone ever recovered from glue-based burnout and stayed at the same co?
Sheās got some advice at the end of the presentation. Iāve personally seen people negotiate their own title/position (successfully, but sponsorship was required), people converting glue work into a lead position (again, sponsorship was required), and also people plain stopping glue work.
Love the term glue work
Thankfully my org values it when I do it but Iām not sure what would happen if a less technical or junior member would do the same
tldr my opinion on glue work is, if you donāt have support of someone with more pull who recognises the value of the work youāve done, youāre screwed. Even if you learn to advocate for yourself, if you donāt fit into what your company rewards, they will not be able to justify rewarding you.
on similar topic but from different perspective Iāve found this very useful/interesting: https://medium.com/@skamille/opp-other-peoples-problems-d7eb174724ee
Iāve found that small tech companies can really struggle with culture, just because management and culture can be very adhoc and de facto.
that is an excellent description of why all companies are somewhat broken š
And even trying to make it explicit is hard if you donāt have budget to hire a manager in the first place...
I worry the resulting actions from these types of polls put the horse before the cart. You should worry about the wellbeing of of your employees because for example, sleep loss had a well studied and proven significant effect as opposed to say, python vs Ruby. What I mean is, if your trying to hire you need to stick to what works and either educate or ignore what doesn't. Put another way, if you don't believe and understand the reasons why people want certain things it's unlikely that your culture will be able to adopt them correctly.
I 100% agree with the pair programming sentiments above. Far far far too often I've seen people pair with others (in a sort of its-expected-of-you) that have completely different work patterns/personality etc...always ends in tears.
We've mobbed before occasionally and had it work well, but generally we pair
I almost left my last team when I had to pair with that one toxic person, that a lot of larger teams seem to have, for about a month and a half. Then I got moved away and managed to avoid pairing with them for over 2 years
(Then I left the team for unrelated reasons)
But my experience is that you pair for the duration of a sprint, or the duration of a ticket if working in a Kanban-y way
yeah that sounds about right
I saw somebody forced to pair with the same person for 7 weeks or something nuts, they didnāt gel and the more junior person burned out
ouch!
š
What would be the wrong way vs right way?
Same pair for seven weeks??? Thatās rough. My experience was changing pairs every day.
We did mobbing this week and so far itās working really well to spread knowledge and share culture. Also much less constraining as people have their own laptops and can do a mini spike or lookup things.
As this is Clojure, and taking a leaf out of RH's book:
mob:
a noun:
a disorderly or riotous crowd of people.
a crowd bent on or engaged in lawless violence.
.
š
The issue is, just saying in a job post that you value employee well being is pretty vague. Asking about some specific practices makes things more concrete.
The name is terrible. But there is value in the practice, for certain contexts and needs.
@dev964 this bit from that article really rang true: > Going through this exercise of solving an unowned problem is fun once in a while, but itās a real drag when you feel like youāre surrounded by such problems, you canāt ignore them, and youāre powerless to fix them. That is a good sign that itās time to find a new job, preferably somewhere that is more in tune with your way of doing things. Life is so much more fun when you have people around you that you trust to solve problems, even the problems you have a lot of opinions about.
Iāve also seen this: https://twitter.com/jasonlk/status/1121797184054153216
šÆ
this exactly because of something else Iāve encountered recently
TLDR: 1. Lack of control 2. Insufficient reward 3. Lack of community 4. Absence of fairness 5. Conflict in values 6. Work overload
wow, thatās p spot on
the quote hits several of those
Iāve always thought of burnout as āwork overloadā and couldnāt figure out why certain environments were such a bad fit despite a reasonable workload. Now I know what to point to.