Эффект резинового утенка

Резиновый утенок - это лучший метод решения проблем. Лучший, потому что каждый может им воспользоваться. Но не факт, что проблема решится 😁

Короче.

👉 Нужно взять резинового утенка, реального или воображаемого, и рассказать ему о своей проблеме. Рассказать доходчиво, с расстановкой, ответить на все его вопросы... Да, утенок молчаливый. Но мы же можем предположить, что ему будет не понятно.

И вот тут может возникнуть ЭФФЕКТ. Решение проблемы появится словно из ниоткуда. Точнее из вашей же головы 😏
Обрадовавшись, вы броситесь работать дальше, а утенок, так и не сказав ни слова, уйдет в закат. Его задача выполнена.

Я этим эффектом пользуюсь, когда хочу задать кому-то вопрос. Где-нибудь в блокноте или в избранном в телеге описываю контекст, формулирую проблему, отвечаю на потенциальные вопросы адресата и... иду попить водички. Беру паузу, так сказать. После перерыва все перечитываю и, если ЭФФЕКТ так и не случился, отправляю сообщение. А случится он может на любом этапе, даже при описании контекста. Но чаще всего - при ответах на потенциальные вопросы.

📍 Вообще историю об утенке я видел в книге "Программист-прагматик" Ханта и Томаса. Читал давно, но впечатления были хорошие. Надо как-нибудь перечитать.

Ах, да, как я мог забыть:

🚭 Минздрав предупреждает, курение вредит вашему здоровью.

Хотя насчет уток не уверен. Их, кажется, никто не предупреждал. Могут курить сколько влезет...

Зачем читать фантастику?

Я не большой фанат фантастики в тексте, но иногда... Звезды сходятся, и руки доходят до книги. Последний раз звезды сошлись на "Черновике" Лукьяненко (нельзя же вечно держать его в отложке). Но после чтения повис вопрос: зачем?

Серьезно, зачем тратить время на фантазийный полет чужой мысли, имеющий мало общего с моей реальностью?

Вообще, есть у меня три причины. Незамысловатых, плоских, без сложной философии.

⭐️ Элементарно отдохнуть. Первая и главная причина. Время от времени наступает насыщение серьезной литературой (профессиональной или не очень). Хочется сделать паузу и почитать что-то простое и быстрое.

⭐️ Узнать ответ на вопрос: "А что будет, если..." Можно, конечно, и самостоятельно пофантазировать. А можно посмотреть, что нафантазировали другие, умудренные опытом. Вот что будет, если обезьяны станут венцом эволюции вместо человека?

⭐️ Погрузиться в историю. Посмотрите год написания книги и соотнесите его с мыслями автора. Интересно замечать, как изменились с тех пор наши представления. А еще интереснее осознавать, что кое-что живо сейчас и, скорее всего, будет живо через столетие. Чего стоят только три закона робототехники у Азимова!

Но вернемся к "Черновику". Все звезды сошлись. Что будет, если все вокруг тебя забыли, да еще и в 2005 году (год написания), когда интернет уже есть, но соцсети еще не ушли в массы? Выглядело заманчиво. Но в итоге я получил динамичный боевичок с прыжками между мирами... без внятного ответа на изначальный вопрос. Забыли и забыли, чего уж тут.

Поэтому у меня вопрос к вам: какая фантастика вас зацепила? Давайте пополним друг другу отложку!

#КнижнаяПолка

#include <iostream>
#include <thread>
#include <chrono>

int sharedValue = 0;

void worker() {
    for (int i = 0; i < 3; ++i) {
        int localCopy = sharedValue;
        sharedValue = localCopy + 1;
    }
}

int main() {
    std::thread t1(worker);
    std::thread t2(worker);
    
    t1.join();
    t2.join();

    std::cout << sharedValue << std::endl;
    return 0;
}

💡 Подсказка для не знакомых с C++: два потока работают с несинхронизированным ресурсом

Гонка данных или состояние гонки

Оба термина относятся к многопоточному программированию и обозначают тип ошибки.

Состояние гонки (race condition) — это общая проблема, когда поведение программы зависит от того, в каком порядке потоки выполняют свои операции.

Гонка данных (data race) — это состояние гонки, при котором несколько потоков одновременно обращаются к одной и той же переменной, и хотя бы один из них пытается в нее что-то записать.

Такие ошибки могут приводить к весьма неожиданным результатам, которые очень трудно отловить. Бывает, что стоит только присоединиться к процессу отладчиком, как наблюдаемое состояние гонки тут же пропадает. И это не говоря уже о плавающем воспроизведении проблемы в конкретных условиях где-нибудь в окружении пользователя.

—

Ранее в сериале #Словарь : Корректное или принудительное завершение работы

Что ж, структуры данных мы еще не угадывали. Пробуем 👇

👀 Один я здесь вижу, что чел пашет в своем GitHub как бешеный, отдыхая лишь иногда по воскресеньям?

Зачем нужны UML диаграммы?

Честное слово, студенты никогда не дадут мне засохнуть 😊👇

Зачем рисовать ваши схемы, если можно сразу писать код? Бюрократия какая-то!

В новой статье я дал развернутый ответ на этот вопрос: привел аналогию с крючком в сарае и перечислил ситуации, когда диаграммы действительно будут полезными.

Читать статью: https://mediocre-developer.ru/zachem-nuzhny-uml-diagrammy

Кстати, вы как считаете, UML - это норм 👍 или стрем 👎?

Графический интерфейс в PlantUML

Видели, что в PlantUML можно создавать схемы графических интерфейсов?

На днях попробовал собрать там схему новой вкладки для YouTube Analyzer (на картинке выше). Резюмируя, инструмент вполне юзабельный. Учитывая время на изучение, на все про все я потратил чуть больше часа.

Кому-то может показаться, что схема слишком далека от реальности. Но схема на то и схема. Здесь важен тип элементов и их взаимное расположение.

Для таких схем я обычно использовал drawio, либо просто рисовал их от руки. Теперь в арсенале будет еще и PlantUML.

В комментах оставлю код схемы с картинки.

Путаница в интерфейсах (часть 7)

Открываю настройки в Яндекс Книгах (слева), чтобы что-то переключить и... начинаю всматриваться, что тут вообще включено, а что нет.

Так много переключателей и так мало контраста. Визуально почти не отличить.

А ведь можно же и по-другому. В Яндекс Музыке (справа) с этим никаких проблем 👍

—

Ранее в сериале Путаница в интерфейсах (часть 6)