Wpis z mikrobloga

@ppawel: Dzięki wielkie! Jak byś miał chwilę, żeby zobaczyć czy merytorycznie się to też spina, będę wdzięczny. (Odwdzięczę się czymś płynnym( ͡° ͜ʖ ͡°))
  • Odpowiedz
@saquas: o kurcze, jeśli to jest zadanie na regulara to ja już dawno powinienem zmienić robotę. W sumie zmotywowałeś mnie, żeby się nad tym poważnie zastanowić. Powodzenia mireczku! ( ͡° ͜ʖ ͡°)
  • Odpowiedz
@saquas: No elegancki kod. Ale jeśli linkedin się zgadza, to już masz dobrych pare ładnych latek doświadczenia. Mimo to super, bo czasem architekci z 15+ letnim doswiadczeniem piszą tak, że się nie rozumie nic, a funkcjonalność tak łatwa jak kalkulator, a tutaj to nawet Pani od polskiego by zrozumiała co ten kod robi =) Propsy.
  • Odpowiedz
@saquas: ja mam jedynie niewielkie uwagi:

- nawet, jak masz single-line statement po ifie, to używaj klamer {}, to pozwoli uniknąć błędów.
- enumy możesz formatować trochę
  • Odpowiedz
@saquas:

Tak na pierwszy rzut oka to bym sie doczepil do tego fragmentu.

public boolean isAlive() {
return this.conditions.get(0)
  • Odpowiedz
@1deem: Dzięki za info! Bardzo cenny komentarz. Myślę, że zrobię tak jak mówisz. Co do stringa w konstruktorze, to dostałem już taki szablon i nie mogłem tego zmienić.
  • Odpowiedz
FYI: dostałem feedback od firmy, do której rekrutowałem:

The main feedback is that your solution is not object-oriented enough, e.g. the Patiet.makeSick or UntreatedDiabetesComplication.complicationResult
  • Odpowiedz