Jangan Menciptakan Waktu Lagi, Anda Mungkin Salah Melakukannya 
 
 TL;DR: Waktu tidak mutlak. kode Anda pecah ketika Anda memperlakukannya dengan cara itu. TL;DR: Waktu tidak mutlak. kode Anda pecah ketika Anda memperlakukannya dengan cara itu. Masalah 
 
 
 
 
 
 
 
 Durasi yang salah waktu kekacauan Jadwal yang rusak Tanggal Perhitungan Kekurangan Invalid timestamp Tanggal Global Pengujian bergantung pada tanggal Solusi 
 
 
 
 
 
 
 
 
 
 Gunakan perpustakaan yang solid Menghindari Sistem Jam Percaya Normalisasi semua jam Pengujian kasus edge Menghadapi waktu yang aneh Selalu termasuk zona waktu Periksa semua jam kegagalan cepat Perlakukan timestamp sebagai timestamp Konteksnya Anda berpikir hari memiliki 24 jam, minggu dimulai pada hari Senin, atau Februari selalu memiliki 28 hari. Pengguna Anda di Ouagadougou mendapatkan dua kali setengah malam, dan cadangan Anda melewatkan satu hari di Sydney. Ilusi waktu menyelinap ke dalam kode Anda ketika Anda menganggapnya sederhana. Anda membangun logika yang gagal selama perubahan yang menghemat sinar matahari, melompat detik, atau bahkan ketika jam bergerak. Programer sering berjuang dengan manajemen waktu. Ketika Anda bekerja dengan waktu dalam aplikasi Anda, Anda menghadapi salah satu tantangan yang paling menipu dari pemrograman. Kebanyakan pengembang mulai dengan menulis perhitungan waktu sederhana, dengan asumsi bahwa hari selalu memiliki 24 jam, bulan memiliki panjang yang konsisten, dan zona waktu tetap statis. Asumsi-asumsi ini menciptakan yang muncul bulan atau tahun kemudian ketika aplikasi Anda bertemu dengan skenario waktu nyata. Kekurangan Manajemen waktu adalah contoh yang sempurna dari Semakin banyak Anda belajar tentang waktu, semakin Anda menyadari betapa sedikit Anda tahu. Efek Dunning-Kruger Keputusan politik mengubah zona waktu, detik melompat menyesuaikan waktu atom, dan perbedaan budaya mempengaruhi sistem kalender di seluruh dunia. Kode sampel Salah ya 🙂 from datetime import datetime, timedelta

class TimeCalculator:
    def add_business_days(self, start_date, days):
        # Assumes every day has 24 hours
        result = start_date
        for _ in range(days):
            result += timedelta(days=1)
            # Skip weekends
            while result.weekday() >= 5:
                result += timedelta(days=1)
        return result
    
    def get_monthly_report_date(self, year, month):
        # Assumes all months have 31 days
        return datetime(year, month, 31)
    
    def calculate_age(self, birth_date):
        # Ignores leap years and timezone changes
        today = datetime.now()
        return (today - birth_date).days // 365
    
    def schedule_meeting(self, base_time, timezone_offset):
        # Assumes timezone offset never changes
        return base_time + timedelta(hours=timezone_offset)
    
    def is_same_day(self, time1, time2):
        # Compares without considering timezone
        return time1.date() == time2.date()
 yang benar 🙂 import pytz
from datetime import datetime, timedelta
from dateutil.relativedelta import relativedelta
from zoneinfo import ZoneInfo

class TimeHandler:
    def __init__(self, timezone='UTC'):
        self.timezone = ZoneInfo(timezone)
    
    def add_business_days(self, start_date, days):
        """Add business days accounting for timezone and DST"""
        if not start_date.tzinfo:
            start_date = start_date.replace(tzinfo=self.timezone)
        
        result = start_date
        days_added = 0
        
        while days_added < days:
            result += timedelta(days=1)
            # Skip weekends
            if result.weekday() < 5:
                days_added += 1
        
        return result
    
    def get_monthly_report_date(self, year, month):
        """Get last day of month safely"""
        next_month = datetime(year, month, 1, 
             tzinfo=self.timezone) + relativedelta(months=1)
        return next_month - timedelta(days=1)
    
    def calculate_age(self, birth_date):
        """Calculate age accounting for leap years"""
        if not birth_date.tzinfo:
            birth_date = birth_date.replace(tzinfo=self.timezone)
        
        today = datetime.now(self.timezone)
        return relativedelta(today, birth_date).years
    
    def schedule_meeting(self, base_time, target_timezone):
        """Schedule meeting with proper timezone handling"""
        if not base_time.tzinfo:
            base_time = base_time.replace(tzinfo=self.timezone)
        
        target_tz = ZoneInfo(target_timezone)
        return base_time.astimezone(target_tz)
    
    def is_same_day(self, time1, time2, timezone):
        """Compare dates in specific timezone"""
        tz = ZoneInfo(timezone)
        local_time1 = time1.astimezone(tz)
        local_time2 = time2.astimezone(tz)
        return local_time1.date() == local_time2.date()
 Deteksi 
 
 [x] Semi-Otomatis Anda dapat mendeteksi bau ini ketika Anda melihat perhitungan waktu hardcoded, asumsi tentang panjang hari, operasi datetime datezone-naive, atau aritmatika tanggal kustom. Cari untuk seperti 86400 (sekunder dalam sehari), 365 (hari dalam setahun), atau kompensasi zona waktu hardcoded. Angka Sihir Perhatikan operasi datetime yang tidak menentukan zona waktu, perhitungan tahun lompatan menggunakan pembagian sederhana, atau kode apa pun yang memperlakukan waktu sebagai murni matematika tanpa mempertimbangkan realitas politik dan fisik. Tanggal ️ 
 
 Waktu Tingkat 
 
 [x] yang menengah Mengapa pernikahan sangat penting ️ Waktu di dunia nyata membingungkan, politik, dan penuh dengan pengecualian. Jika program Anda memodelkannya sebagai linear dan sempurna, Anda memperkenalkan ketidaksesuaian ke . Peta Ketidaksesuaian ini mengarah pada yang mustahil untuk diulang dan sulit untuk dijelaskan. Kekurangan Anda perlu mewakili waktu dengan cara yang mencerminkan perilaku: dengan konteks, aturan, dan variabilitas. Ketika kode Anda mengasumsikan perilaku waktu yang disederhanakan, Anda memecah korelasi antara model waktu program Anda dan realitas. Ini menciptakan yang muncul secara acak ketika aplikasi Anda menghadapi skenario waktu nyata seperti transisi, tahun lompatan, atau perubahan zona waktu. Kekurangan Sinar matahari menghemat waktu Menjaga bijection berarti menghormati kompleksitas waktu yang sebenarnya dan menggunakan perpustakaan yang mapan yang menangani kasus-kasus tepi ini dengan benar. Menghancurkan ini menyebabkan kesalahan perencanaan, perhitungan usia yang salah, dan kerusakan data dalam aplikasi sensitif waktu. korespondensi Anda tidak dapat membuat tanggal dengan tanggal 30 Februari. Anda harus mengikuti Prinsip yang Kegagalan Generasi yang Seringkali ia menganggap Banyak contoh yang dihasilkan mengabaikan zona waktu, perubahan DST, dan bahkan memperbaikinya. AI membantu Anda mengulangi ilusi lebih cepat. Tanggal yang baru ( Generator kode AI kadang-kadang membuat kode penanganan waktu dengan kesalahan umum. Mereka sering menghasilkan aritmatika tanggal sederhana, asumsi zona waktu hardcoded, dan operasi datetime naif karena pola-pola ini kadang-kadang terjadi dalam data pelatihan. Untuk deteksi Jika Anda meminta AI untuk "mengendalikan zona waktu dengan benar" atau "mencegah menghemat sinar matahari ," dapat menghasilkan kode yang lebih baik. tetapi membutuhkan instruksi yang jelas. output default biasanya salah. Kekurangan Alat-alat AI dapat mendeteksi kesalahan manajemen waktu ketika Anda memberikan instruksi spesifik tentang kesadaran zona waktu, manajemen tahun lompatan, dan pertimbangan DST. Anda harus secara eksplisit meminta pemeriksaan ini, karena AI tidak akan secara otomatis mengidentifikasi asumsi terkait waktu. Coba saja ya! 🙂 Ingat: Asisten AI membuat banyak kesalahan 
 
 Suggested Prompt: "Lihat kode pengolahan waktu ini untuk kesalahan umum tentang waktu. Periksa operasi naive zona waktu, panjang hari / bulan hardcoded, asumsi tahun lompatan, dan pengolahan DST. Sarankan perbaikan menggunakan perpustakaan waktu yang mapan dan pengolahan zona waktu yang tepat." Suggested Prompt: "Lihat kode pengolahan waktu ini untuk kesalahan umum tentang waktu. Periksa operasi naive zona waktu, panjang hari / bulan hardcoded, asumsi tahun lompatan, dan pengolahan DST. Sarankan perbaikan menggunakan perpustakaan waktu yang mapan dan pengolahan zona waktu yang tepat." 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 Without Proper Instructions 
 With Specific Instructions 
 
 
 
 ChatGPT 
 ChatGPT 
 
 
 
 Claude 
 Claude 
 
 
 
 Perplexity 
 Perplexity 
 
 
 
 Copilot 
 Copilot 
 
 
 
 You 
 You 
 
 
 
 Gemini 
 Gemini 
 
 
 
 DeepSeek 
 DeepSeek 
 
 
 
 Meta AI 
 Meta AI 
 
 
 
 Grok 
 Grok 
 
 
 
 Qwen 
 Qwen ChatGPT ChatGPT Claude yang Claude yang Persepsi Persepsi Anak Pilot Anak Pilot Anda Anda Gemini Gemini DeepSeek DeepSeek Target yang Target yang Gokil Gokil Qiang Qiang Kesimpulan Ketika Anda memperlakukan waktu sebagai sederhana, kode Anda berbohong. waktu adalah konsep yang sangat rusak yang berantakan dengan politik, pengecualian, dan drift. Hargai itu dan tidak pernah menulis logika tanggal Anda sendiri. Gunakan perpustakaan yang telah menghabiskan beberapa dekade memperbaiki apa yang tidak Anda lihat. Aplikasi Anda akan menjadi lebih dapat diandalkan ketika Anda menghormati sifat waktu dan menggunakan praktik manajemen waktu yang tepat dari awal proses pengembangan Anda. Relasi https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-viii-8mn3352 https://hackernoon.com/code-smell-246-modeling-expiration-dates https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxxix https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xli https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xvi Informasi lebih lanjut https://gist.github.com/timvisee/fcda9bbdff88d45cc9061606b4b923ca?embedable=true https://www.nasa.gov/solar-system/moon/nasa-to-develop-lunar-time-standard-for-exploration-initiatives/?embedable=true https://hackernoon.com/fail-fast-philosophy-explained-si963vk9?embedable=true https://en.wikipedia.org/wiki/Dunning–Kruger_effect Disclaimer Aroma adalah milikku . Pendapat Kredit Foto oleh adalah oleh Luis Cortes Unsplash yang 
 
 Satu hari bisa 23 jam atau 25 jam. Satu hari bisa 23 jam atau 25 jam. oleh Paul Ford https://hackernoon.com/400-thought-provoking-software-engineering-quotes?embedable=true Artikel ini adalah bagian dari seri CodeSmell. https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-i-xqz3evd?embedable=true

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

Audio ini diproduksi dalam bahasa asli cerita!

Terlalu panjang; Untuk membaca

Make resilience your competitive advantage

kode bau 307 - asumsi waktu naif dan cara memperbaikinya

kode bau 307 - asumsi waktu naif dan cara memperbaikinya

About Author

KOMENTAR

HANG TAG

ARTIKEL INI DISAJIKAN PADA

Related Stories

The Crypto Trading Writing Contest: Submission Deadline Extended!

NIGHT (continued)

How to biohack your intelligence — with everything from sex to modafinil to MDMA

Return to Pleasure Island

The Crypto Trading Writing Contest: Submission Deadline Extended!

NIGHT (continued)

How to biohack your intelligence — with everything from sex to modafinil to MDMA

Return to Pleasure Island

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps