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