Imagine you're joining a new role and see something that makes you go "wtaf did they think when they did this?!" - what's the first thing you do?

If your answer is "change it," then chances are you're wrong. To explain why, let's visit a fence, a deviance and a window. (In case you can read Hebrew and are thinking to yourself "hey, this seems an oddly familiar start", you're not wrong. This is me translating a Hebrew thread from earlier today due to popular demand)

https://twitter.com/omervk/status/1573661390967132160

היי #פידטק, נניח ואתם חדשים בתפקיד שלכם ורואים משהו שגורם לכם לחשוב ״מה לעזאזל הם חשבו כשהם עשו את זה?!״, מה הדבר הראשון שאתם עושים?

אם התשובה היא ״משנים״, אז רוב הסיכויים שאתם טועים. בואו נדבר רגע למה ובדרך נעבור לנו דרך הגדר של צ׳סטרטון, נירמול הסטיה וחלון אוברטון. בתור מתכנתים הדחף הראשוני שלנו הוא לפתור את כל הבעיות. אבל מה שנראה לנו בתור בעיה בשלב הראשון הוא לא בהכרח בעיה.

הגדר של צ׳סטרטון הוא עקרון שאומר ״יש פה גדר, אתה לא מבין למה, אל תלך להוריד אותה לפני שאתה מבין למה.״ en.wikipedia.org/wiki/G._K._Che…

יש פה 3 דברים שאנחנו צריכים להבין:

During my time at WeWork, while working on developer tooling, I wrote and reviewed lots of documents: PRD’s, design docs, technical docs, tutorials, etc.

Here’s a short thread about a few lessons I learned from the mistakes I made along the way: 1) Ask yourself who your audience is. Consider what they should already know before reading and what you’d like them to know when they’re done.

2) Not all readers will have complete context. Link to previous docs. Consider changing previous docs to link to your new doc.

Twitter thread of all the cool things *that may have gone under the radar* in the @scala_lang 2.13.0 release as I'm reading the release notes :)
github.com/scala/scala/re… You can now access the names of the fields in a Product (e.g. case classes)! No more need to use reflection or use macros/shapeless to get them!
github.com/scala/scala/pu…