SShortSingh.
Back to feed

Developer Builds Clash of Clans War Outcome Simulator Using Official Game API

0
·58 views

A developer discovered the Clash of Clans public API and used it to build a war simulation tool called WarOracle. The tool analyzes a clan's current war data, including player Town Hall levels, heroes, equipment, and past attack history, to estimate how individual attacks might perform. It then runs Monte Carlo simulations across remaining war attacks to produce win, loss, or draw probabilities along with projected star counts and score ranges. For ongoing wars, already-completed attacks are treated as fixed outcomes, with only the remaining attacks being simulated. The backend is built with Spring Boot and Java, while the frontend uses React, and the developer is still evaluating whether the tool offers genuine value to active Clash of Clans players.

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 ·

Android 'no internet' fault traced to rogue IPv6 router advertisements from a 5G router

A user found that their Android phone showed Wi-Fi as connected but without internet, while other devices worked normally. After isolating the problem, they traced it to a Huawei 5G router (CPE) that was broadcasting IPv6 router advertisements despite being set to LAN-only mode. Disconnecting the device made the phone's issue disappear, and reconnecting brought it back. The author explains that Android's connectivity check depends on reaching its servers, and that stray IPv6 gateway announcements can redirect the phone's traffic into a dead end. The article describes how to detect these advertisements using rdisc6 or tcpdump on the same network segment.

0
ProgrammingDEV Community ·

Debugging interviews reward investigation process over a lucky first patch

Live debugging rounds on broken UIs or unfamiliar repos are evaluated on how the candidate investigates, not on how quickly they reach a working fix. Recommended practice is to restate expected versus actual behavior, identify the layer where the fault likely sits, form one testable hypothesis, and run the cheapest probe before editing code. Guides from several interview-prep sources emphasize this sequence over rewriting components or making silent, trial-and-error changes. Interviewers tend to watch how candidates narrow the search space, and a patch that hides the symptom without finding the root cause can score poorly. Some employers restrict AI or external tools during these rounds, so candidates are advised to confirm the rules with the recruiter beforehand.

0
ProgrammingDEV Community ·

Why the key skill in AI-driven engineering is knowing when to reject AI proposals

AI tools can now propose architectures, split work into tasks, write code, and prepare deployments, prompting new methodologies such as AWS's AI-Driven Development Lifecycle. The author argues that the decisive question is who actually makes the engineering judgments, not how fast AI can generate output. In this view, the most valuable human contribution is the authority to reject proposals, set constraints, request alternatives, and halt execution. Without that authority, human oversight risks becoming a ceremonial approval step. The piece illustrates the danger with an example of an agent proposing an overly complex design, such as adding Kafka, Redis, and a new microservice for a simple reservation feature.

0
ProgrammingDEV Community ·

Home intrusion detector's syn_scan rule could never fire, author reports

A developer building CNDS, a home-network intrusion detector that uses Scapy and five detection engines, ran it on a Raspberry Pi 5 and saw alert volumes of around 45 per hour on day one, with roughly 178 and 336 false positives on two October days. Causes included untrained demo models saturating their scores, critical payload regex rules firing on encrypted traffic, and a monitoring probe generating most remaining alerts. After fixing these, daily alerts dropped to 37 to 63 with none rated high or critical. A red-team test then revealed that the syn_scan rule had a contradictory condition that made it impossible to trigger, since every SYN packet also counts as a forward packet. The author fixed the rule and made it critical, though a SYN flood test still produced no alert, prompting further investigation.