From 10af96dc5dacc179ff1a9c7024dc2dd11dcc1531 Mon Sep 17 00:00:00 2001 From: Evgenii Akentev Date: Mon, 18 Mar 2024 03:25:13 +0400 Subject: [PATCH] small updates --- content/posts/wisdom-and-software-engineering.md | 10 +++++----- themes/theme/layouts/partials/subheader.html | 2 +- themes/theme/static/css/stylesheet.css | 9 ++++++++- 3 files changed, 14 insertions(+), 7 deletions(-) diff --git a/content/posts/wisdom-and-software-engineering.md b/content/posts/wisdom-and-software-engineering.md index a7a0321..c9bb631 100644 --- a/content/posts/wisdom-and-software-engineering.md +++ b/content/posts/wisdom-and-software-engineering.md @@ -41,21 +41,21 @@ I think it's important to be aware of this state. Because of it (again, I think) Of course, hard skills are important — that's why a person gets hired in first place. Soft skills are important as well, without them they will get fired soon. Meta skills, I suppose, come with experience over time — but unfortunately not for everyone. They are usually taught by experienced engineers either in person or via educational materials, and still might not be picked up by a person. -- Ego +#### Ego It's important to be humble not only for good communication and team work, but also because it helps at avoiding the expertise traps. When being an expert becomes a problem and a quick way to self-deception. That's why it's important to always be careful with personal experience — it might be irrelevant when a fresh look is required. -- Empathy +#### Empathy Same thing as with Ego - being empathic is an important skill in human relationships. But also, it might be a good hard skill. I learned about it in the aforementioned Flow. It described an ability to identify with something non-working (a toaster for example) — "if I'm a toaster, where would I break" — this internalization approach might help to understand how something works and figure out the problem. -- Zooming out +#### Zooming out It's valuable to be conscious enough of spending too much time on some activity. There is no point in traversing the problem in depth if it's unclear if the assumption/way is valid. Unfortunately, even experienced engineers get into this trap quite regularly. It's valuable to be able to zoom out, reflect on the process and time-spending for overcoming the self-deception. I guess that's why [the pomodoro technique](https://en.wikipedia.org/wiki/Pomodoro_Technique) is popular. Same thing as a simple walking (also improving the mental health & thinking) and controled interruptions (uncontroled ones just break the flow state). -- [Socratic method](https://en.wikipedia.org/wiki/Socratic_method) +#### Socratic method [Pair programming](https://en.wikipedia.org/wiki/Pair_programming) is a popular and wide-known technique to work together on a problem. Not only two expertises connect but, more importantly, two different perspectives allow to exchange understandings. @@ -69,7 +69,7 @@ Of course, hard skills are important — that's why a person gets hired in first The idea is to develop a mental model, develop a psychotechnology, to be able to have an internal dialogue with it. And it shouldn't be limited only to the professional domain, it's also a very powerful thing for everyday life. A good demonstration of this approach is [Internal Double Crux](https://www.lesswrong.com/posts/mQmx4kQQtHeBip9ZC/internal-double-crux) from therapy. -- Relevance Realization +#### Relevance Realization One more extremely important skill that intersects with the others — it's an ability to know what's relevant at the moment (maybe it's more an attribute or a mental tool that's not under direct control). This helps to understand when to zoom out, to notice that something is wrong, this way or premise is incorrect and it's time to get back. This skill helps to maintain a proper discussion with coworkers, when people tend to speak about so many different things, diving into technical details that might be simply _irrelevant_ to the actual problem. It helps to write proper comments on reviews. Not to mention a hundred typos, but to pay attention at the correctness, performance, potential architecture problems. It helps to open proper PRs, without noisy refactoring, &c. diff --git a/themes/theme/layouts/partials/subheader.html b/themes/theme/layouts/partials/subheader.html index ac7ace8..423953f 100644 --- a/themes/theme/layouts/partials/subheader.html +++ b/themes/theme/layouts/partials/subheader.html @@ -1,7 +1,7 @@
    -
  • posts
  • +
  • index
  • {{ range (where .Site.RegularPages.ByPublishDate.Reverse "Section" "pages") }}
  • {{ .Title | lower }}
  • {{ end }} diff --git a/themes/theme/static/css/stylesheet.css b/themes/theme/static/css/stylesheet.css index ce2eef8..524c813 100644 --- a/themes/theme/static/css/stylesheet.css +++ b/themes/theme/static/css/stylesheet.css @@ -46,6 +46,8 @@ ul li h4 { .toc { position: fixed; width: inherit; + padding-left: 1em; + padding-right: 1em; } @media screen and (max-width: 64em) { @@ -67,7 +69,6 @@ ul li h4 { .toc a { color: #696969; - } .toc li, @@ -171,6 +172,12 @@ h4 { margin: 0.8rem 0 .8rem; } +h5 { + font-style: normal; + font-size: 0.9rem; + margin: 0.8rem 0 .8rem; +} + h1:hover a, h2:hover a, h3:hover a, -- 2.50.1