Descripción del proyecto
TraducidoVendemos hardware de computadora en línea, y los clientes utilizan un configurador de construcción para elegir una placa base, procesador, memoria y otras piezas antes de la compra. En este momento, nada impide que un comprador combine una CPU y una placa base con diferentes sockets, o memoria que no coincide con el tipo soportado por la placa, y solo nos enteramos después de que el pedido se devuelve para un reembolso. Necesitamos un freelancer que pueda construir un motor de compatibilidad dentro de nuestro configurador que advierta sobre piezas incompatibles antes de la compra.
La tarea principal es una base de datos de especificaciones que cubra sockets, chipsets, tipos de memoria, factores de forma y requisitos de energía, conectada a reglas que comparen lo que ya está en la construcción con cada nueva pieza que se agrega. Cuando dos piezas no funcionen, el widget debe explicar por qué, no mostrar un error genérico, y sugerir una categoría adecuada en su lugar. Los casos límite, como un enfriador que técnicamente encaja pero deja casi sin espacio, también deben ser señalados.
Estamos abiertos a diferentes enfoques: reglas del lado del cliente alimentadas desde nuestro catálogo, o un pequeño servicio que la tienda llame en cada cambio de construcción. Lo que importa es la velocidad, precisión y una forma de actualizar las reglas nosotros mismos a medida que aparecen nuevos componentes.
Lo que esperamos:
— verificaciones de socket, chipset, tipo/velocidad de memoria y ajuste físico
— advertencias claras vinculadas a las piezas conflictivas específicas
— una tabla de reglas editable, no lógica codificada
— notas sobre la adición de nuevas familias de componentes más adelante
La tarea principal es una base de datos de especificaciones que cubra sockets, chipsets, tipos de memoria, factores de forma y requisitos de energía, conectada a reglas que comparen lo que ya está en la construcción con cada nueva pieza que se agrega. Cuando dos piezas no funcionen, el widget debe explicar por qué, no mostrar un error genérico, y sugerir una categoría adecuada en su lugar. Los casos límite, como un enfriador que técnicamente encaja pero deja casi sin espacio, también deben ser señalados.
Estamos abiertos a diferentes enfoques: reglas del lado del cliente alimentadas desde nuestro catálogo, o un pequeño servicio que la tienda llame en cada cambio de construcción. Lo que importa es la velocidad, precisión y una forma de actualizar las reglas nosotros mismos a medida que aparecen nuevos componentes.
Lo que esperamos:
— verificaciones de socket, chipset, tipo/velocidad de memoria y ajuste físico
— advertencias claras vinculadas a las piezas conflictivas específicas
— una tabla de reglas editable, no lógica codificada
— notas sobre la adición de nuevas familias de componentes más adelante
Desarrollo web Efectivo, Transferencia bancaria
