Франкенштајн у програмирању — шта је, узроци и превенција

Шта је Франкенштајн у програмирању

Франкенштајн (Frankenstein code, Frankenstein pattern) — антиобразац где се програмски систем саставља од делова који нису намењени за заједнички рад. Као чудовиште Франкенштајна, такав код може да функционише, али је ружан, непредвидив и опасан при најмањим променама.

Термин потиче из књижевности: у роману Мери Шели "Франкенштајн, или савремени Прометеј" (1818) научник је створио живо биће од делова тела различитих преминулих особа.

Разлика између Франкенштајна и шпагети кода је у обиму и природи проблема.

Франкенштајн наспрам микросервиса

Микросервисна архитектура дозвољава употребу различитих технологија за различите сервисе, али под условом јасних граница и стандардизованих протокола.

Зашто настаје синдром Франкенштајна

Недостатак техничког лидера или архитекте — први узрок.

Спајање пројеката — други чест узрок.

Корпоративна преузимања — трећи сценарио.

Фактор "креативности"

Искусни програмери који желе да испробају нове технологије у производњи често постају извор Франкенштајна.

Примери Франкенштајна у реалним пројектима

Класичан пример — коришћење више ORM-ова у једној апликацији.

Други пример — мешање архитектурних стилова.

Трећи пример — технолошки стек са Python, Node.js, C# и Java.

// франкенштајн — мешани стилови и технологије
// callbacks, Promises и async/await комбиновани

// callbacks
db.query("SELECT * FROM users", function(err, rows) {
  if (err) handleError(err);
  // Promise унутар callback
  fetch("/api/data").then(function(data) {
    // async/await унутар then
    (async () => {
      const result = await processData(data);
      sendResponse(result);
    })();
  });
});

// чист код — уједначен async/await стил
async function getUserData(userId) {
  const user = await db.query("SELECT * FROM users WHERE id = ?", [userId]);
  const data = await fetch("/api/data/" + userId);
  return await processData(user, data);
}

Франкенштајн на нивоу података

Једна база података користи се истовремено и као SQL и као NoSQL.

Последице кода Франкенштајна

Тешкоћа онбординга — прва последица.

Непредвидивост понашања — друга последица.

Безбедност — трећа последица.

Технички дуг Франкенштајна

SonarQube може измерити технички дуг, али не и "архитектурни дуг".

Како избећи стварање чудовишта

Први корак — поставити архитекту или tech lead-а.

Други — увести процес Architecture Decision Record (ADR).

Трећи — принцип "један задатак — један алат".

• Архитекта са правом вета на нове технологије
• Architecture Decision Records за сваки избор
• Јединствен стек за сваки задатак
• RFC за велике промене
• Технолошки радар за праћење

Политика експерименталних технологија

Експерименти су дозвољени, али у изолованом окружењу.

Како рефакторисати постојећег Франкенштајна

Инвентаризација — први корак.

Стандардизација — други корак.

Стратегија Parallel Run — трећи корак.

// франкенштајн — три HTTP приступа у једном пројекту
// Модул A: OkHttp
OkHttpClient client = new OkHttpClient().newCall(request);

// Модул B: RestTemplate (Spring)
restTemplate.getForObject(url, String.class);

// Модул C: java.net.HttpURLConnection
HttpURLConnection conn = (HttpURLConnection) new URL(url).openConnection();

// ујединачен приступ: RestTemplate за синхроно, WebClient за реактивно
@Autowired
private RestTemplate restTemplate;

public String callApi(String url) {
    return restTemplate.getForObject(url, String.class);
}

Улога техничког лидера у превенцији

Технички лидер — главни алат за борбу против Франкенштајна.

Принцип доследности

Најважнији квалитет архитектуре је доследност (consistency).