Polirate kod koji niko ne dodiruje dok se prave točke spaljuju 
 
 TL;DR: Ne trošite vreme na refaktoring koda koji se nikada ne menja; fokusirajte se na često modifikovane problematične oblasti. TL;DR: Ne trošite vreme na refaktoring koda koji se nikada ne menja; fokusirajte se na često modifikovane problematične oblasti. Проблеми 
 
 
 
 
 
 
 Potrošeni napor Pogrešni prioriteti Пропуштене стварне ствари Тимска продуктивност пада Неисправност ресурса Lažni osećaj napretka Rešenja 
 
 
 
 
 
 Анализа промене фреквенције Идентификујте кодове Хотспотс Koristite podatke o kontroli verzija Фокус на активним областима Мерење кода цхурн Репродукција ️ https://hackernoon.com/refactoring-021-remove-dead-code?embedable=true контекст Ово је анти-код мирис. Ви се суочавате са ружним кодом са сложеним условом, дугим функцијама и лошим именовањем. Сећате се девиза ујака Боба да напустите камп боље него када сте га нашли. Tvoj instinkt za refakciju počinje, a vi provodite dane čisteći ga. Osećate se produktivno, ali gubite vreme. Лош код је проблематичан само када . you need to change it Стабилан код, чак и ако је лоше написан, не штети вашој продуктивности. Прави технички дуг лежи у кодовима: областима које су и проблематичне и често модификоване. Већина кодова прати екстремну дистрибуцију у којој . 5% кода прима 90% промена Без анализе историје контроле верзија, не можете идентификовати који нередни код је заиста важан. Na kraju popravljate pogrešne stvari dok stvarni problemi ostaju netaknuti. Потребно је решити технички дуг приоритетом кода са лошим квалитетом и високом фреквенцијом промена. Све остало је превремена оптимизација прекривена као занатство. Примерни код Pogrešno 🙂 # This authentication module hasn't changed in 3 years
# It's deprecated and will be removed next quarter
# But you spend a week "improving" it

class LegacyAuthenticator:
    def authenticate(self, user, pwd):
        # Original messy code from 2019
        if user != None:
            if pwd != None:
                if len(pwd) > 5:
                    # Complex nested logic...
                    result = self.check_db(user, pwd)
                    if result == True:
                        return True
                    else:
                        return False
        return False

# After your "refactoring" (that nobody asked for):
class LegacyAuthenticator:
    def authenticate(self, user: str, pwd: str) -> bool:
        if not self._is_valid_input(user, pwd):
            return False
        return self._verify_credentials(user, pwd)

    def _is_valid_input(self, user: str, pwd: str) -> bool:
        return user and pwd and len(pwd) > 5

    def _verify_credentials(self, user: str, pwd: str) -> bool:
        return self.check_db(user, pwd)

# Meanwhile, the actively developed payment module
# (modified 47 times this month) remains a mess
 Pravo 🙂 # You analyze git history first:
# git log --format=format: --name-only | 
# grep -E '\.py$' | sort | uniq -c | sort -rn

# Results show PaymentProcessor changed 47 times this month
# And it does not have good enough coverage
# LegacyAuthenticator: 0 changes in 3 years

# Focus on the actual hotspot:
class PaymentProcessor:
    # This gets modified constantly and is hard to change
    # REFACTOR THIS FIRST
    def process_payment(self, amount, card, user, promo_code,
                       installments, currency, gateway):
        # 500 lines of tangled logic here
        # Changed 47 times this month
        # Every change takes 2+ days due to complexity
        pass

# Ignore stable legacy code
# But you can use IA to cover existing functionality
# With acceptance tests validated by a human product owner

class LegacyAuthenticator:
    # Leave this ugly code alone
    # It works, it's stable, it's being deprecated
    # Your time is better spent elsewhere
    def authenticate(self, user, pwd):
        if user != None:
            if pwd != None:
                if len(pwd) > 5:
                    result = self.check_db(user, pwd)
                    if result == True:
                        return True
        return False
 Детекција [X] полуаутоматски Овај мирис можете открити анализирајући историју контроле верзија. Пратите које датотеке се најчешће мењају и корелирајте то са метрикама квалитета кода. Алати као , git log анализа, или прилагођени скрипти могу показати ваше стварне точке. Кодекс Трацк твој kod koji češće menjate. Дефекти Изузеци Понекад морате рефактор стабилног кода када: 
 
 
 
 
 Нови развој карактеристика захтева адаптивне промене Bezbednosne ranjivosti zahtevaju popravke Regulacija zahteva promene Ускоро ћете реактивирати функције за спавање Кључ је намерно доношење одлука заснованих на стварним подацима, а не на претпоставкама. Данас ️ 
 
 Технички дуг Ниво [x] Средњи Зашто је бијекција важна ️ Dok gradite a Između vašeg koda i ponašanja u stvarnom svetu, primetićete da se neki delovi vašeg sistema aktivnije menjaju od drugih. мапе Твоје Trebalo bi da odražava tu stvarnost. Бијекција Kada refaktorišete stabilni kod, razbijete korelaciju između napora za razvoj i stvarne poslovne vrednosti. У свом менталном моделу третирате све кодове једнако, али стварни свет показује екстремне обрасце употребе где мали проценат кода управља огромном већином промена. Оптимизујете се за имагинарни свет у којем су сви кодови једнако важни. И генерација Неки генератори кода предлажу рефакторинг без узимања у обзир фреквенције промена. AI алати и лантери анализирају код статички и препоручују побољшања заснована само на обрасцима, а не на употреби. Они не приступају вашој историји контроле верзија да би разумели која побољшања заиста имају значаја, осим ако Reci im da to urade. Eksplicitno АИ би могла да обележи сваку дугу функцију или сложену условну функцију, третирајући успаван метод наслеђивања од 500 линија исто као и једнако неуредну функцију коју свакодневно модификујете. Детекција АИ вам може помоћи да поправите овај мирис кода ако му пружите одговарајући контекст. Bez tih informacija, AI će napraviti iste greške koje ljudi prave: preporučuje refaktorije zasnovane isključivo na strukturi koda. Пробајте их! Запамтите: Асистенти АИ праве много грешака 
 
 Предложена препорука: Анализирајте историју гита ове базе кода да бисте идентификовали датотеке са високом фреквенцијом промјена. Затим прегледајте метрике квалитета кода за те датотеке. Препоручује се само рефакторирање раскрснице висококвалитетног и нискоквалитетног кода. Игноришите стабилан код ниског квалитета. " Предложена препорука: Анализирајте историју гита ове базе кода да бисте идентификовали датотеке са високом фреквенцијом промјена. Затим прегледајте метрике квалитета кода за те датотеке. Препоручује се само рефакторирање раскрснице висококвалитетног и нискоквалитетног кода. Игноришите стабилан код ниског квалитета. " Bez odgovarajućih uputstava 
 
 
 
 
 
 
 
 
 
 
 ЧатГПТ Клод Перцепција пилот ти Близанци DeepSeek Циљ АИ ГРОК Квен Са посебним упутствима 
 
 
 
 
 
 
 
 
 
 
 ЧатГПТ Клод Перцепција пилот ти Близанци DeepSeek Циљ АИ ГРОК Квен Закључак Не можете побољшати продуктивност полирањем кода који се никада не мења. Važno je samo kada vas usporava, što se dešava kodom koji zapravo menjate. Технички дуг Fokusirajte svoje napore za refaktoring tamo gde oni umnožavaju vaš uticaj: vruće tačke gde loša kvaliteta sreće česte promene. Sve ostalo je Маскирана као инжењерска изврсност. procrastination Neka stabilan ružan kod počiva u miru. Vaše ljudsko vreme je previše dragoceno da biste ga trošili na probleme koji ne postoje. Везе https://hackernoon.com/code-smell-06-trying-to-be-a-clever-programmer?embedable=true https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-iv-7sc3w8n?embedable=true https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxx?embedable=true https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xii?embedable=true Више информација https://www.youtube.com/v/F5WkftHqexQ?embedable=true Disclaimer Мирис кода је мој . мишљење Кредити Фотографија од је Виктор Кери Unsplash 
 
 Prvo pravilo optimizacije je: Ne radite to, drugo pravilo je: Ne radite to još. Prvo pravilo optimizacije je: Ne radite to, drugo pravilo je: Ne radite to još. Мајкл А. Џексон https://hackernoon.com/400-thought-provoking-software-engineering-quotes?embedable=true Ovaj članak je deo CodeSmell serije. https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-i-xqz3evd?embedable=true

The code in this story is for educational purposes. The readers are solely responsible for whatever they build with it.

Winner of Noonies 2020 for the award Hacker Noon Contributor of the Year - REFACTORING.

2020 - Hacker Noon Contributor of the Year in REFACTORING

2022 - HackerNoon Contributor of the Year - Clean Code

2022 - HackerNoon Contributor of the Year - Debugging

2022 - HackerNoon Contributor of the Year - Github

2022 - HackerNoon Contributor of the Year - Machine Learning

2022 - HackerNoon Contributor of the Year - Quality Assurance

2022 - HackerNoon Contributor of the Year - Refactoring

2022 - HackerNoon Contributor of the Year - Software Architecture

2022 - the Greatest Storyteller

Buy My Book

Share your ideas with me!

Read My Stories

Buy Me a Coffee

Software Engineer and Book Author

Овај аудио је произведен на оригиналном језику приче!

Предуго; Читати

Мирис кода 318 - губљење времена рефакторирање прљавог кода

Мирис кода 318 - губљење времена рефакторирање прљавог кода

About Author

КОМЕНТАРИ

ХАНГ ТАГС

ОВАЈ ЧЛАНАК ЈЕ ПРЕДСТАВЉЕН У

Related Stories

Building the Cloud Future: Sreedevi Velagala's Trek in AWS Architecture

Scaling Web Testing with Automation: Srikanth Srinivas’s Digital Strategy Breakthrough

Building a website with React and Bulma

Leadership Success Story: Srinath Muralinathan's Transformative Projects at Amazon

Building the Cloud Future: Sreedevi Velagala's Trek in AWS Architecture

Scaling Web Testing with Automation: Srikanth Srinivas’s Digital Strategy Breakthrough

Building a website with React and Bulma

Leadership Success Story: Srinath Muralinathan's Transformative Projects at Amazon

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps