Naming Best Practices — або як перестати страждати від data1, temp2, stuff_final_final.Майже кожен девелопер має грішки в іменуванні. Але правда така: зрозумілий неймінг — це половина читабельності коду.Давайте освіжимо в памʼяті кілька ключових принципів 👇📌 Будьте конкретнимиПогано: data, info, temp, objДобре: userProfile, emailTemplate, cartItems📌 Імʼя повинно відповідати сутіЯкщо функція повертає булеве значення, почніть з is/has/should:isAdmin(), hasAccess(), shouldDisplayBanner()📌 Уникайте скорочень, які зрозумілі тільки вамПогано: cntUsr, cfgSet, inpFlgДобре: userCount, configSettings, inputFlag📌 Не повторюйте контекстПогано:class User { getUserName() {}}Добре:class User { getName() {}}📌 Конвенції — ваші друзі→ camelCase для змінних і функцій: getUserName()→ PascalCase для класів: UserService→ UPPER_CASE для констант: MAX_USERS📌 Масив? Додай множинуuser → це одинusers → вже зрозуміло, що багато💬 І памʼятай: код читають частіше, ніж пишуть. Добрий неймінг — це повага до себе в майбутньому (і до того, хто ревʼюватиме твій PR).Шариш за хороші практики — кидай у коменти!Хочеш ще таких шортгайдів? Напиши в коментарі або вподобай цей пост ❤️#codica_adviceTikTok | Instagram | Telegram