Бесконечное ИТ

"If your conditional looks like “if not … else …” then reverse it to put the positive case first." if not rain: go_for_a_walk() else: drink_tea_at_home() VS if rain: drink_tea_at_home() else: go_for_a_walk() https://testing.googleblog.com/2023/10/improve-readability-with-positive.html

На этой неделе подкинули абсолютно классный термин. Architecture Astronauts Встречали таких ребят которые проектируют даже небольшой проект сразу на века? "Космический корабль" как любили говорить на одной моей работе. Вот это Architecture Astronauts, лучше чем Джоэль не скажешь про них: "When you go too far up, abstraction-wise, you run out of oxygen. Sometimes smart thinkers just don’t know when to stop, and they create these absurd, all-encompassing, high-level pictures of the universe that are all good and fine, but don’t actually mean anything at all. These are the people I call Architecture Astronauts. It’s very hard to get them to write code or design programs, because they won’t stop thinking about Architecture. They’re astronauts because they are above the oxygen level, I don’t know how they’re breathing. They tend to work for really big companies that can afford to have lots of unproductive people with really advanced degrees that don’t contribute to the bottom line." Я ни в коем случае не критикую, такие люди тоже важны в определенных проектах и на определенных этапах развития компании, просто есть разные особенности у людей и надо понимать как с этим работать. Как написано выше, такие люди просто не знают когда остановится, не учитывают контекст. статья на JOEL ON SOFTWARE - Don’t Let Architecture Astronauts Scare You https://www.joelonsoftware.com/2001/04/21/dont-let-architecture-astronauts-scare-you/ Интересный тред на hackernews где много разных точек зрения https://news.ycombinator.com/item?id=28353157

На Deeplearning.AI вышел бесплатный курс с многообещающим названием - Pair Programming with a Large Language Model (Google’s PaLM) https://www.deeplearning.ai/short-courses/pair-programming-llm/

Абстракция как инструмент обеспечения надежности (Abstraction as a Reliability Tool) Никогда не думал про абстракцию с этой стороны, но когда прочел статью прям вспомнил примеры с прошлых проектов и прочувствовал каждое утверждение. "Inconsistent solutions for the same problem is a recipe for reliability disasters. Special cases add complexity that breeds bugs when modifications are required. Abstractions promote uniformity by enabling reuse of proven solutions and enforcing conformity to known patterns." Чем проще и универсальнее решение тем больше шансов что там будет меньше багов (например сервиса делает ровно одну задачу его незачем править) и что его можно переиспользовать в других задачах. "Human cognitive capabilities are limited. When interfaces are complex and highly detailed, developers struggle to manage all the information required to make correct modifications. This overwhelming complexity leads to mistakes as corner cases are forgotten." Подумайте над словами выше. Вспомните как часто голова трещала когда приходилось в буквальном смысле загружать в голову связи классов/сервисов/бинов/чего угодно чтобы подумать как реализовать ту или иную задачу. Наши мысленные способности ограничены, поберегите себя и своих коллег, проектируйте простые интерфейсы/абстракции. https://www.codereliant.io/abstraction-as-a-reliability-tool/

Java 21 contains five features that originated from Project Amber: - Pattern Matching for switch; - Record Patterns; - Unnamed Patterns and Variables; - Unnamed Classes and Instance Main Methods; - String Templates. https://foojay.io/today/java-21-is-available-today-and-its-quite-the-update/

Помните историю как levels.fyi использовали Google Sheets как бэкенд? У нее есть продолжение! Команда уперлась в ограничение 10 м ячеек. Что они сделали? Нет, не перешли на обычную базу, они просто разделили данные на несколько листов. Начало истории здесь https://t.me/neverendingit/587

Хороший вопрос который пришел автору статьи ниже. У человека первая работа, он проработал там уже три года и пока состав команды менялся он внезапно обнаружил себя самым опытным в этой команде. Собственно вопрос был в том как ему справится с этим? Как вернуть время на кодинг, не терять опыт. В вопросе были опасения в том что на новой работе все его заслуги обнулятся и ему прийдется доказывать свой опыт заново. Это очень распространенная ситуация особенно в случае с первой работой, начинающие попадают в ловушку кажущейся опытности (хотя это опыт именно в этой команде а не в профессии в целом) и некоторые просто зависают на таких работах надолго. Полностью согласен с ответом автора в статье. Идите на новую работу, Да возможно вам прийдется заново доказывать свои знания и уровень, но так вы докажете для себя прежде всего чего вы действительно стоите, стали ли опытнее. И ваш внутрений самозванец немного успокоится. "After you have gotten a new job or two, and proven to yourself that you can level up again and master new stacks and technologies, that fretful inner voice questioning whether you deserve the respect you receive or not will calm down. You will have proven to yourself that your success wasn’t just a one-off, that you can be dropped into any situation, learn the local ropes and succeed. You will be a senior engineer." https://charity.wtf/2020/11/01/questionable-advice-the-trap-of-the-premature-senior/

Очень запоминающееся название и интересный проект. Вы можете выбрать ключевые ценности которые вам важны в компании и почитать про компании в которых такие важны и их учитывают. https://www.keyvalues.com/

The farther you go up the ladder, the less it’s about your technical skills It’s not that technical skills aren’t important, but that soft skills are a lot more important https://dev.jimgrey.net/2023/08/14/the-farther-you-go-up-the-ladder-the-less-its-about-your-technical-skills/