SShortSingh.
Back to feed

Developer Builds Excel Dashboard to Analyse Jumia E-commerce Product Data

0
·1 views

A developer analysed 115 Jumia product records as part of a personal data analysis case study. During the data cleaning phase using Python and Pandas, three records with invalid review values were removed, leaving a final dataset of 112 products. The cleaned data was then loaded into PostgreSQL, where SQL queries were used to explore business questions around product discounts and pricing. Finally, the structured data was imported into Microsoft Excel, where pivot tables and summary charts were built to visualise patterns in discounts, ratings, and review activity. The full project, including code and findings, has been published on GitHub.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Developer details how a simple AI brand tracker breaks down at scale

A developer building an AI visibility tracker for CrawlSpider shared how a basic Python script that checks whether a brand appears in LLM responses quickly becomes inadequate at scale. While a few lines of code suffice for tracking one brand across a handful of prompts, scaling to 100 brands, 50 prompts, and 3 models generates 15,000 API requests daily. At that volume, the architecture must evolve to include job queues, worker pools, retry logic, rate-limit management, and idempotency controls. Simple string matching also proves unreliable, as brand names like 'Apple' can be ambiguous, prompting the need for entity extraction and competitor classification. The developer further noted that tracking rank changes over time — not just binary mentions — is what makes the data genuinely useful.

0
ProgrammingDEV Community ·

Developer builds cross-platform link-saving app with AI summaries and device sync

A developer built LinkVault Professional, a personal link-management app, after failing to find an existing tool that stored articles, videos, and repositories with context like titles, summaries, and categories. The app uses the operating system's native Share function for quick saving and optionally employs an AI model to auto-fill metadata. It now runs across Apple iOS, macOS, Android, Windows, a Chromium/Edge extension, and a progressive web app, with cross-device sync tied to user accounts. Multilingual support is built in, with categories served centrally from the server and displayed in the user's chosen language. Following user feedback, the app also supports multiple linked logins sharing a single library across devices.

0
ProgrammingDEV Community ·

Fanless AI Servers Require Near-Total Liquid Cooling Beyond 250 kW Per Rack

As AI server rack densities surpass 250 kW, traditional hybrid liquid-air cooling systems become inadequate, leaving tens of kilowatts of heat that air infrastructure struggles to manage. The emerging solution is near-total liquid heat capture, which reduces residual air cooling needs to under one percent and allows fully fanless server operation. Rising processor thermal design power is spreading heat to previously air-cooled components such as memory, networking, storage, and power modules, all of which now require dedicated liquid cooling. CoolIT has been developing modular coldplate-based cooling loops across six generations of fanless server designs to address these increasingly complex thermal demands. Engineers building next-generation AI servers must now design comprehensive liquid cooling strategies that account for every heat-generating component on the motherboard, not just CPUs and GPUs.

0
ProgrammingDEV Community ·

Go Startup Credential Check Catches Misconfigs Before First Request Hits Users

A recommended practice for B2B SaaS deployments advises verifying a service credential's accepted identity at startup rather than waiting for a live request to expose a misconfiguration. Running a pre-promotion identity check converts a wrong-key scenario into a deploy failure instead of a customer-visible error. The approach involves calling an authenticated endpoint, comparing the full JSON response against a reviewed expected document stored in deployment configuration, and recording the release identifier, check time, and outcome without logging the credential itself. A small Go program illustrates the pattern, implementing retry logic with exponential backoff for rate-limited responses and a bounded response read. The method is acknowledged as a point-in-time snapshot, meaning runtime credential revocations still require separate alerting and error handling during normal operation.