В першу чергу похвалю за написання статті — як на мене, це ознака, що автор дійсно намагається розібратися, як воно ото все працює всередині. Хороший фундамент для подальшого розвитку.
Хороша стаття для новачків, або для людей, які хочуть освіжити память. По досвіду проведення інтервю, я б рекомендував все таки для початку добре розібратись в цілому — що таке прототип паттерн, для чого він потрібен, що порушує, а що дає взамін.
JEP CDLXIII — Implicit Classes and Instance Main Methods (II Preview)
о ні, тільки на імпісіти в Java. В Scala це єдина фіча, яка дозволяє зробити код абсолютно нечитабельним.
О, я як раз недавно прикручував за допомогою firestore та cloud functions серверну підтримку для in-app purchases у flutter-додатку. A cтаттю все одно було цікаво читати.
Коли ввімкнено віртуальні потоки, Tomcat і Jetty використовуватимуть їх для обробки запитів.
От і все, звершилося! Реактивщину можно викидать на смітник.
якщо у вас є якийсь код, який дуже рідко змінюється,
то ваш проект вже мертвий. Усі ці принципи — про супровід коду, коли у бізнеса постійно виникає потреба у змінах.
Жахливість кодової бази — це про смак та суб’єктивну думку.
ні — це про те, скільки часу знадобиться для імплементації чергового change request від бізнесу, про регресії, які при цьому вилізуть.
Так, конфігурацію потрібно перекомпільовувати при кожній зміні.
Але за власним досвідом перекомпіляція відбувається швидко, а заливати на esp ще швидше повітрям через OTA.
поговоримо про тему, яка може здаватися дуже складною для початківців
сподіваюся, що той, хто читає цю статтю, має базове розуміння ООП, що таке class, його поведінку і принцип спадкування.
Коментарі