Hacker News new | past | comments | ask | show | jobs | submit | venuur's favorites login

5 Tips To Stop People Pleasing (Richard Grannon, edited down to 15 minutes) https://www.youtube.com/watch?v=aRprOhOaDSo

8 signs you're too nice for your own good (Psych2Go, 5:45) https://www.youtube.com/watch?v=9lw4M4q2NFw

If you're a people pleaser, you attract narcissists like a magnet. If you had narcissists in family, you develop a blind spot to this and are mostly unable to spot it. I STRONGLY recommend the DoctorRamani channel for that, she's a professor specializing in narcissism.


Some of my favorite Clojure libraries in this space:

- instaparse: takes EBNF (and other formats) as a string and gives you a parser instantly (!!!) https://github.com/Engelberg/instaparse

- re-frame: React-Redux alternative that IMO is much easier to work with https://github.com/day8/re-frame

- reagent: React wrapper https://reagent-project.github.io/

- ring https://github.com/ring-clojure/ring

- fulcro https://github.com/fulcrologic/fulcro

More than any library, though, what keeps bringing me back to Clojure is its incredibly blissful set of persistent data structures. It's a pernicious accident of history that we are taught to accept references to mutable objects as normal, inevitable, and desirable in most CS curricula. It is much easier to develop, debug, and maintain immutable data structures instead, and I consider my good fortune every time I get to debug something in Clojure rather than in some reference-laden OOP soup.


It varies by mood, but I've come to really enjoy the soundtracks from the game Subnautica. They're brilliant, and I particularly like Into the Unknown (https://www.youtube.com/watch?v=aZe4IQnhS5Y) and Salutations (https://www.youtube.com/watch?v=S0FmxVQo774). The whole album is up on Spotify as well if you also like it: https://open.spotify.com/album/6ErjoGBl4xj1AfgPjcAYsk?si=EAJ...

Off the top of my head, these are the kinds of things engineering managers often have to deal with:

Hiring:

- Writing job specs.

- Dealing with recruiters

- Reading CVs/résumés

- Interviews

- Onboarding

- Outreach

- Who do you need to hire next quarter to avoid capacity problems?

People:

- How do you level up your developers? What new responsibilities can you delegate to them so that they can grow without swamping them? Are you available enough to them so you can help them take these new tasks on?

- Evaluating training courses / conferences etc.

- Are there any personal or interpersonal problems that need sorting?

- What can you do to help your team gel better and feel like they are part of a team?

- Where are your team members' careers heading and how can you help them get there?

- Your team has grown too large to manage effectively by yourself. How do you split things up?

Process:

- What is everybody working on? What will everybody work on next?

- What are people blocked on? How do you unblock them? What is likely to block them next?

- Can you do things in a better way? How?

- You've got a lot of bugs in the backlog. Is there a root cause? Are there any patterns?

- You aren't performing as well as you thought you were. Where is the time being spent? What's the cause? Are the estimates wrong or the performance?

- Some people want to shift their hours or work remotely. Can you accommodate this? Do you have to adjust process and if so, how?

Line management:

- Approving invoices

- Approving holidays

- One on ones

- Salary review

- Getting people back to work after sickness / parental leave / sabbaticals

- Disciplinaries / performance problems

- Firing / redundancies

- Exit interviews

Planning:

- How well is your team performing? How do you measure this and how do you improve?

- Do you have enough capacity?

- If not, which features do you bump?

- Are there any bottlenecks in the pipeline?

- What are you telling the shareholders you're delivering next quarter?

Product:

- Does marketing know what you are building next? What information do they need from you to sell it?

- Do CS know how to support your customers with the new features?

- Feedback from the rest of the business about the product and how the tech team works.

- Are the specs precise, correct, complete, and achievable?

- Features have been requested. Are they technically feasible? What's the general size of it and what quarter can we deliver it by?

- A big customer has a major problem with your product. It's not your fault, but it has a disproportionate affect on the customer. How do you prioritise solving this problem?

External:

- A shareholder owns a business with a related product that they want integrated ASAP. How do you deal with that pressure without disrupting your plan?

- One of your suppliers has a data breach that has leaked your data. How do you deal with that? Have you defined processes for reporting security issues?

- A supplier is failing to perform adequately. Can it be fixed? How do you move away? How soon? Where does the work fit into the schedule?

- A supplier has changed their pricing structure. Do you have to move? How soon? Where does the work fit into the schedule?

- New legislation has been passed and you have to make changes to your product. What are the requirements?

- A complaint has been made about the accessibility of your product. Does it have merit? What's the impact of fixing it, and how urgent is it?

- A big prospective customer is on the verge of signing, but they must have one feature that you weren't planning on building until next year. How do you rearrange things to get the customer with minimum impact?

- A service you use is changing their API. What's the risk of staying on the deprecated version until it can be planned in?


Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: