Технічні статті й дайджести

RSS
← Сtrl 123456...34 Ctrl →

Коментарі

Так, конфігурацію потрібно перекомпільовувати при кожній зміні. Але за власним досвідом перекомпіляція відбувається швидко, а заливати на esp ще швидше повітрям через OTA.
Гарна стаття, дякую. Новий рівень з кодом.
поговоримо про тему, яка може здаватися дуже складною для початківців сподіваюся, що той, хто читає цю статтю, має базове розуміння ООП, що таке class, його поведінку і принцип спадкування.
Я правильно зрозумів що з конфігурації в yaml ESPHome за допомогою компілятора C++ створює прошивку для ESP? А є таке шоб ці yaml файли були безпосередньо на ESP? А то це ж заливати прошивку при кожній зміні конфігурації?
__proto__ - варто зазначити що вже давно депрікейт. Сам MDN каже не юзати його для чейнінгу та іншого.
Чекав на цей комент :)
Якщо чесно, то одна із найслабших технічних статей останнім часом Що там з тестуванням віртуальних потоків у Java 21?
просто http клиенту мапу з увсіма налаштуваннямі передавати і все (ну бачу ви так і зробили) складніше це менеджіти все що може трапитись при network call (кеші, ретрай circuit брейкери, таймаути, якісь окремий ретрай для мертвих запитів, e.t.c.)...
Якщо чесно, то одна із найслабших технічних статей останнім часом. Таке враження, що написано для тих, хто тільки вчора почав вивчати програмування.
А хто, окрім розробника-перфекціоніста, про це буде собі голову ламати? Жахливість кодової бази — це про смак та суб’єктивну думку. Компанія продає не якість коду, а продукт.
але це не означає, що кодова база повинна бути жахливою А хто, окрім розробника-перфекціоніста, про це буде собі голову ламати? Жахливість кодової бази — це про смак та суб’єктивну думку. Компанія продає не якість коду, а продукт.
Дякую за статтю, буквально нещодавно згадував як все влаштовано «під капотом», т.я. через відсутність прямої практики з прототипами, доволі швидко ця тема забувається. Я думаю найкраще, як для мене колись було, prototype пояснюється на прикладі функцій-конструкторів.
Я не вважаю, що будь-який з принципів універсально є хорошим. Фактично, не завжди добре застосовувати їх всюди. Але завжди корисно знати про них і впроваджувати, коли вони можуть бути дійсно корисними.
Привіт! Дякую за ваш відгук! Є підходи, при яких нові версії коду створюються шляхом копіювання старого, а не його зміною Так, це правильно. Іноді добре скопіювати код, немає жодних правил, які підходять до всіх випадків.
Це все добре, люди вже навчились що відповідати на співбесідах особливо про SOLID, а потім відкриваєш пул реквести на роботі а там функції по 300+ рядків і юніт тести не на часі, або тести які нічого не тестують