No reinventes el tiempo, probablemente lo estés haciendo mal. 
 
 TL;DR: El tiempo no es absoluto. tu código se rompe cuando lo tratas de esa manera. TL;DR: El tiempo no es absoluto. tu código se rompe cuando lo tratas de esa manera. Problemas 
 
 
 
 
 
 
 
 Duración incorrecta Tiempo de caos Calendario roto Duración de los defectos Tiempo Invalido Las fechas mundiales Las pruebas dependen de la fecha Soluciones 
 
 
 
 
 
 
 
 
 
 Uso de bibliotecas sólidas Confianza en el reloj del sistema Normalizar todos los horarios Pruebas con casos de Edge Abrazar el tiempo extraño Siempre incluye zonas horarias Ver todos los horarios Fracaso rápido Tratar los timestamps como timestamps Contexto Crees que un día tiene 24 horas, las semanas comienzan el lunes, o febrero siempre tiene 28 días. Sus usuarios en Ouagadougou reciben una doble medianoche, y sus copias de seguridad saltan un día en Sydney. Las ilusiones del tiempo entran en tu código cuando asumes que es simple. Construye la lógica que falla durante los cambios de luz del día, saltos de segundos, o incluso cuando el reloj se desliza. Los programadores a menudo luchan con la gestión del tiempo. Cuando trabajas con el tiempo en tus aplicaciones, te enfrentas a uno de los desafíos más engañosos de la programación. La mayoría de los desarrolladores comienzan escribiendo cálculos de tiempo simples, asumiendo que los días siempre tienen 24 horas, los meses tienen longitudes consistentes y las zonas horarias permanecen estáticas. Estas suposiciones crean que surge meses o años después cuando su aplicación se encuentra con escenarios en tiempo real. defectos La gestión del tiempo es un ejemplo perfecto de Cuanto más aprendes sobre el tiempo, más te das cuenta de lo poco que sabes. El efecto Dunning-Kruger Las decisiones políticas cambian los fusos horarios, los segundos saltos ajustan el tiempo atómico, y las diferencias culturales afectan a los sistemas de calendario en todo el mundo. Código de muestreo equivocado 🙂 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()
 Derecho 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()
 Detección 
 
 [x] Semi-automático Puede detectar este olor cuando ve cálculos de tiempo codificados, suposiciones sobre longitudes de día, operaciones de fecha-tiempo ingenuo de la zona horaria o aritmética de fecha personalizada. Buscar por como 86400 (segundos en un día), 365 (días en un año), o compensaciones de zona horaria de código duro. Números mágicos Cuidado con las operaciones de tiempo de fecha que no especifiquen zonas horarias, los cálculos de año saltando utilizando una simple división, o cualquier código que trate el tiempo como puramente matemático sin considerar las realidades políticas y físicas. Tags ️ 
 
 tiempo Nivel 
 
 [x] El Intermedio ¿Por qué es importante la bijeción ️ El tiempo en el mundo real es confuso, político y lleno de excepciones. Si su programa lo modela como lineal y perfecto, introduce una . Mapa Este desacuerdo lleva a Son imposibles de reproducir y difíciles de explicar. defectos Necesitas representar el tiempo de una manera que refleje su comportamiento: con contexto, reglas y variabilidad. Cuando tu código asume un comportamiento de tiempo simplificado, rompes la correspondencia entre el modelo de tiempo de tu programa y la realidad. Esto crea que aparecen aleatoriamente cuando su aplicación se encuentra con escenarios en tiempo real como años de transición, años de salto o cambios en el fuso horario. defectos Tiempo de luz de ahorro Mantener la bijeción significa respetar la verdadera complejidad del tiempo y usar bibliotecas establecidas que manejan correctamente estos casos de borde. romper esto conduce a errores de programación, cálculos incorrectos de edad y corrupción de datos en aplicaciones sensibles al tiempo. Correspondencia No se puede crear una fecha con un día de 30 de febrero. Tienes que seguir el El Principio . Fracaso rápido La generación A menudo se asume Muchos ejemplos generados ignoran las zonas horarias, los cambios de DST e incluso corregen el análisis. Nueva fecha ( Los generadores de código de IA a veces crean código de manejo temporal con falsedades comunes. A menudo generan aritmética de fecha simple, suposiciones de zona horaria codificadas y operaciones de tiempo de fecha ingenuo porque estos patrones a veces ocurren en los datos de entrenamiento. Detección Si le pedimos a la IA que "manejara las zonas horarias correctamente" o "evite ahorrar luz del día" ," puede generar mejor código. pero necesita instrucciones claras. La salida predeterminada suele estar equivocada. defectos Las herramientas de IA pueden detectar errores de manejo en el tiempo cuando proporciona instrucciones específicas sobre la conciencia de la zona horaria, el manejo del año de salto y las consideraciones de DST. Debe solicitar explícitamente estas comprobaciones, ya que la IA no identificará automáticamente suposiciones relacionadas con el tiempo. ¡Pruébelo! Recuerda: los asistentes de IA cometen muchos errores 
 
 Prompt sugerido: "Revisa este código de manejo de tiempo para encontrar falsedades comunes sobre el tiempo. Compruebe las operaciones de la zona horaria, las longitudes de día / mes codificadas, las suposiciones de año de salto y el manejo de DST. Sugerir mejoras utilizando bibliotecas de tiempo establecidas y el manejo adecuado de la zona horaria." Prompt sugerido: "Revisa este código de manejo de tiempo para encontrar falsedades comunes sobre el tiempo. Compruebe las operaciones de la zona horaria, las longitudes de día / mes codificadas, las suposiciones de año de salto y el manejo de DST. Sugerir mejoras utilizando bibliotecas de tiempo establecidas y el manejo adecuado de la zona horaria." 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 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 Claude Perplejidad Perplejidad piloto piloto tú tú Gemini Gemini profundidad profundidad El objetivo es El objetivo es Grúas Grúas Quien Quien Conclusión Cuando tratas el tiempo como simple, tu código mente.El tiempo es un concepto profundamente roto envuelto en la política, las excepciones y la deriva. Respéctalo y nunca escriba su propia lógica de fecha. Utilice bibliotecas que han pasado décadas arreglando lo que ni siquiera puede ver. Sus aplicaciones se convertirán en más fiables si respeta la verdadera naturaleza del tiempo y utiliza prácticas adecuadas de manejo del tiempo desde el inicio de su proceso de desarrollo. Relaciones 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 Más información 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 Los olores son míos . Opinión Créditos Fotografía por es Luis Cortes Unosplash 
 
 Un día puede ser de 23 horas o 25 horas. Un día puede ser de 23 horas o 25 horas. Paul Ford https://hackernoon.com/400-thought-provoking-software-engineering-quotes?embedable=true Este artículo es parte de la serie 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

Este audio es producido en el idioma original de la historia!

Demasiado Largo; Para Leer

Make resilience your competitive advantage

Código Olor 307 - Suposiciones de tiempo ingenuo y cómo corregirlo

Código Olor 307 - Suposiciones de tiempo ingenuo y cómo corregirlo

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Nómadas digitales escuchen: lo que necesitan saber sobre la nueva visa DTV de Tailandia

Creación de productos criptográficos centrados en el usuario: la importancia de los comentarios de los clientes

El modelo Bitcoin UTXO, impulsando un ecosistema único

Navegando por las aguas: desarrollo de aplicaciones RAG de nivel de producción con lagos de datos

Nómadas digitales escuchen: lo que necesitan saber sobre la nueva visa DTV de Tailandia

Creación de productos criptográficos centrados en el usuario: la importancia de los comentarios de los clientes

El modelo Bitcoin UTXO, impulsando un ecosistema único

Navegando por las aguas: desarrollo de aplicaciones RAG de nivel de producción con lagos de datos

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps