RabraBabr

как писать поддерживаемый код?

Most common mistake software developers make: putting stuff in the wrong place. Coupling responsibilities and concepts that should be kept separate.
For me, this is 95% of software development. Just figuring out *where* things belong.

Что гуглить, что учить?

Может литературу какую почитать посоветуете?

Можно ли себя называть миддлом, если твой код говно?

Как перестать говнокодить и принимать неверные архитектурные решения?

При запросе, например html файла, сервер или ОС ищет файл циклом

С массивами та же история? Например чтобы добраться до 11 элемента, просматриваются все предыдущие?

// Это "интерфейс", который представляет собой набор операций, которые можно произвести над объектом
// В данном случае, по объекту можно постучать
class IKnockable {
public:
    virtual ~IKnockable() = 0;

    // Само по себе действие: "постучать"
    virtual void knock() const = 0;
};

// Реализация интерфейса классом Door
class Door : public IKnockable {
public:
    // ...
    void knock() const override { std::cout << "door" << std::endl; }
    // ...
};

// Реализация интерфейса классом Window
class Window : public IKnockable {
public:
    // ...
    void knock() const override { std::cout << "window" << std::endl; }
    // ...
};

// ...

// Какая-то функция, которая может постучать  по каждому объекту из списка, 
// не имея представления о том, что же это за объект
void knock(const std::vector<std::shared_ptr<IKnockable>> &knockableObjects) {
    for (auto &&knockableObject : knockableObjects) {
        knockableObject->knock();
    }
}

// ...

std::vector<std::shared_ptr<IKnockable>> v = {std::make_shared<Door>(), std::make_shared<Window>()};
knock(v); // Сначала напечатает "door", потом напечатает "window"

Держащий в руке молоток видит только гвозди

какие паттерны применяются чаще всего на практике и где

1. Модули (делим код на независимые части)
   
2. Фабрики (для компонентов интерфейса)
   
3. Синглтоны (для хранилищ, точек сбора полифиллов / утилит и.т.д.)
   
4. Адаптеры (для зависимостей и полифилов, которые могут измениться / выпилиться)
   
5. Наблюдатели (для сбора происходящих событий в одном месте)
   
6. Хранители (для сохранения действий пользователя и "Ctrl-Z")
   
7. Стратегии (если действуем в зависимости от прилетевших данных)
   

макросы в С++

#include <iostream>

template<typename T>
auto sqr = [](T x)
{
  return x * x;
};

int main()
{
  std::cout << sqr<int>(3 + 0);
}

//...
class __lambda_3_12
{
  public: inline int operator()(int x) const
  {
    return x * x;
  }
//...
};
//...

получается mainx узнает о том что есть функция printx() на этапе линковки [mainx.o] и [printx.o]?

Каким образом происходит передача информации в [mainx] что функция printx() существует?

objdump -dr mainx.o
...
0000000000000000 <main>:
   0:   55                      push   %rbp
...
  3a:   89 c7                   mov    %eax,%edi
  3c:   e8 00 00 00 00          callq  41 <main+0x41>
                        3d: R_X86_64_PLT32      _Z6printxi-0x4
  41:   b8 00 00 00 00          mov    $0x0,%eax
  46:   c9                      leaveq 
  47:   c3                      retq   
...

readelf -a mainx.o
...
Relocation section '.rela.text' at offset 0x580 contains 12 entries:
  Offset          Info           Type           Sym. Value    Sym. Name + Addend
...
00000000003d  001400000004 R_X86_64_PLT32    0000000000000000 _Z6printxi - 4
...

Symbol table '.symtab' contains 25 entries:
   Num:    Value          Size Type    Bind   Vis      Ndx Name
...
    20: 0000000000000000     0 NOTYPE  GLOBAL DEFAULT  UND _Z6printxi
...

readelf -a printx.cpp
...
Symbol table '.symtab' contains 24 entries:
   Num:    Value          Size Type    Bind   Vis      Ndx Name
...
    14: 0000000000000000    75 FUNC    GLOBAL DEFAULT    1 _Z6printxi
...