[{"data":1,"prerenderedAt":76},["ShallowReactive",2],{"issue-282":3},{"favorite":4,"culture":16,"peopleware":46,"inspirational":65},[5],{"listName":6,"listNumber":7,"listDate":8,"cardDate":9,"label":10,"title":11,"url":12,"domain":13,"summary":14,"timeToRead":15},"Issue 282 - 20th April 2018",282,"20th April 2018",1524130806,"favorite","Planning Your Own Chaos Day","https:\u002F\u002Fwww.gremlin.com\u002Fcommunity\u002Ftutorials\u002Fplanning-your-own-chaos-day\u002F","gremlin.com","Tammy Butow covers in-depth a practice that will become common, I believe, in the next few years in all companies: Chaos Days. It can bring your team together, it will make your systems more robust, and it should give you good practice for dealing with a crisis.  Use Tammy's blueprint to try it in your company.",6,[17,25,33,40],{"listName":6,"listNumber":7,"listDate":8,"cardDate":18,"label":19,"title":20,"url":21,"domain":22,"summary":23,"timeToRead":24},1524215057,"funny!","When I Pop by a Designer’s Desk.","https:\u002F\u002Ftwitter.com\u002Fcap\u002Fstatus\u002F982639443810111488","twitter.com","My humble effort to help you start the weekend with a smile on your face.",1,{"listName":6,"listNumber":7,"listDate":8,"cardDate":26,"label":27,"title":28,"url":29,"domain":30,"summary":31,"timeToRead":32},1524131028,"culture","How to Turn Conflict Into A Communication Tool","https:\u002F\u002Fwww.fastcompany.com\u002F40558438\u002Fhow-to-turn-conflict-into-a-communication-tool","fastcompany.com","The way that your organization is dealing with conflicts is a good proxy for your culture resiliency. Anett Grant with helpful tips on how to leverage conflicts to improve your decision making. One point I'd add to it - start the discussion around the conflict with a clear statement of who's the decision maker and that you'll support the end result regardless: \"I'd like to be explicit here on my thoughts, but first - This is [person] decision to make, and we will stand behind [person] regardless of the decision, as always.\"",3,{"listName":6,"listNumber":7,"listDate":8,"cardDate":34,"label":27,"title":35,"url":36,"domain":37,"summary":38,"timeToRead":39},1524130319,"How I Interviewed My Interviewers","https:\u002F\u002Fmedium.com\u002Fgusto-engineering\u002Fhow-i-interviewed-my-interviewers-fef9c1dfeee4","medium.com","Ketki Duvvuru with a methodical approach I wish more people would do when interviewing at a company -- making sure you interview the interviewers just like they interview you. Which questions you'd ask your future peers and manager? Do you spend enough time with candidates asking them to ask you hard questions?",5,{"listName":6,"listNumber":7,"listDate":8,"cardDate":41,"label":27,"title":42,"url":43,"domain":44,"summary":45,"timeToRead":32},1522873637,"Write Clean Code and Avoid the Distractions of Emerging Technology","https:\u002F\u002Fdev.to\u002Fben\u002Fwrite-clean-code-and-avoid-the-distractions-of-emerging-technology-3emj","dev.to","Ben Halpern with a topic I learned to appreciate more and more as I get older: focus on the fundamentals, rather than chasing new frameworks: \"Practical software development has always borrowed from multiple paradigms and you will find it possible to move between them when natural glide paths arise. Forcing this out of fear of being left behind is not helpful.\" -- the same rules apply to how you run marketing and sales teams. Make sure people focus on core skills (e.g. figuring out Unit Economics) before mastering usage of bots to capture leads.",[47,54,60],{"listName":6,"listNumber":7,"listDate":8,"cardDate":48,"label":49,"title":50,"url":51,"domain":37,"summary":52,"timeToRead":53},1523556431,"peopleware","My Manager Toolkit","https:\u002F\u002Fmedium.com\u002F@clinejj\u002Fmy-manager-toolkit-79f8a2ee9bfb","John Cline with excellent tools he built (over Google spreadsheet) or use that could help managers level up their mindfulness as leaders. I loved the \"Engagement Surveys,\" both the questions used there and the ease of taking the spreadsheet and use it with my team.",4,{"listName":6,"listNumber":7,"listDate":8,"cardDate":55,"label":49,"title":56,"url":57,"domain":58,"summary":59,"timeToRead":32},1524130284,"5 Takeaways From My First Job as a Software Developer","https:\u002F\u002Fcodeburst.io\u002F5-takeaways-from-my-first-job-as-a-software-developer-d606d5a1fd7a","codeburst.io","Reading Shahar Avigezer's thoughts and takeaways was great as it reminded me the beginning of my journey, and what we have to keep doing as a team to create a safe and inclusive place for new hires (regardless of their experience). Give people the time to gain the context they need, rather than pushing them to celebrate early \"push to production!\" -- we get it, our CI and CD are superb. Can we say the same about how quickly and efficiently people gain product and business context when they join our team?",{"listName":6,"listNumber":7,"listDate":8,"cardDate":61,"label":49,"title":62,"url":63,"domain":37,"summary":64,"timeToRead":32},1522873621,"It’s Not Them, It’s You","https:\u002F\u002Fmedium.com\u002F@deoates\u002Fwhat-to-do-if-people-arent-doing-what-you-want-a68cc70b28bf","David Oates with questions you need to ask yourself to evaluate your responsibility as a leader, when things don't go your way: \"Start by assuming it’s not them, it’s you. This was a big learning for me when I was becoming a designer — my first instinct when a user didn’t understand my designs was to blame them: they’re blind! It’s so obvious! Just because you can’t see how your designs could be improved doesn’t mean they can’t be improved. The same is true with leadership.\"",[66,72],{"listName":6,"listNumber":7,"listDate":8,"cardDate":67,"label":68,"title":69,"url":70,"domain":22,"summary":71,"timeToRead":24},1524131332,"inspirational","Yes, excessive automation at Tesla was a mistake. To be precise, my mistake. Humans are underrated.","https:\u002F\u002Ftwitter.com\u002Felonmusk\u002Fstatus\u002F984882630947753984","",{"listName":6,"listNumber":7,"listDate":8,"cardDate":73,"label":68,"title":74,"url":75,"domain":22,"summary":71,"timeToRead":24},1524131201,"Dev productivity killers: * Notifications * Meetings * Emails * Interruptions Great managers minimize these. Bad managers cause them.","https:\u002F\u002Ftwitter.com\u002F_ericelliott\u002Fstatus\u002F985307992299106304",1786781348291]