DEV Community: Dhruba Singha Roy

This is my journey starting from getting into the university to becoming an Engineer and a Founder. I really enjoyed my journey days and night all into the tech and the community.

Dhruba Singha Roy — Sat, 29 Aug 2026 16:45:25 +0000

Journey of Dhruba Singha Roy - DEV Community

Profile Who Is Dhruba Singha Roy? Dhruba Singha Roy is a QA and automation engineer at Cognizant and...

dev.to

Journey of Dhruba Singha Roy

Dhruba Singha Roy — Sat, 29 Aug 2026 16:41:20 +0000

Profile
Who Is Dhruba Singha Roy?
Dhruba Singha Roy is a QA and automation engineer at Cognizant and the founder of Randomly.online, a free ecosystem of 400+ browser-based tools that process files locally. He builds test automation with Playwright, Selenium, Java and CI/CD pipelines, and previously founded the Animetype social app and led a Google Developer Student Club of over 1,000 members.

Foundation & Animetype
Phase 1 (2022-2023)
My journey began deep in college life at the Haldia Institute of Technology. Driven by a desire to build living, interactive systems, I poured my early focus into mobile development. I single-handedly built and launched Animetype, a dedicated social media platform, and successfully published it on the Google Play Store. Seeing it scale and acquire thousands of users was my first real-world exposure to system architecture and product development.

Community Leadership
Phase 2 (2023-2024)
With a solid technical foundation, I stepped up as the Google Developer Student Clubs (GDSC) Lead. My focus shifted from purely writing code to scaling human networks. I successfully grew our community to over 1000 members and personally mentored more than 100 students, elevating our chapter to Tier-1 status. This phase taught me that true architecture isn't just about databases; it's about leading teams and communicating a unified vision.

The Web Ecosystem
Phase 3 (2025)
Driven by a desire to build accessible utility at scale, I pivoted heavily into advanced web development and founded Randomly.online. I engineered it from the ground up into a massive, worldwide ecosystem featuring over 400+ distinct tools and a dedicated Chrome extension. This heavy investment in web technologies honed my skills in UI/UX, frontend architecture, and deploying high-traffic systems.

Enterprise QA & Automation
Phase 4 (2026-Present)
Today, I am navigating my profession as a QA / Automation Engineer at Cognizant. My enterprise journey began with a 4-month internship in Tambaram, Chennai (2024), where I gained intensive hands-on experience with Java, OOPs, DSA, Selenium, TestNG, API Testing, SQL, Git, Jenkins, GitHub Actions, CI/CD, and overall test strategy. This rigorous foundation led to a full-time role by August 2025. After initially mastering manual testing, I rapidly scaled into full automation architecture. I now design and maintain robust test frameworks utilizing Playwright, Selenium, Docker, and advanced CI/CD pipelines—ensuring that massive enterprise systems don't just work, but scale flawlessly.

Deleting every country border cut my world map in half

Dhruba Singha Roy — Sat, 22 Aug 2026 09:56:11 +0000

What this is about

I run randomly.online, a set of free browser tools that all share one rule: your data never leaves your machine. No uploads. No accounts. Nothing round-trips to a server. One of those tools is a world clock, where you pin the cities your schedule depends on and watch them all tick at once.

That page needed a map. Building it forced a decision I had not expected to make, about whose version of the world's borders I was going to publish.

The shipped map. Look closely: there is not a single line between countries.

The short version: Natural Earth's countries layer encodes disputed boundaries as de facto control, so drawing it publishes a position on Kashmir, Crimea, Western Sahara, Taiwan and several others without anyone choosing to. I switched the build to Natural Earth's land layer, which is the same coastlines with internal boundaries dissolved away. The disputed lines are gone. They are not in the shipped file to be drawn. That change also cut the geometry from 77.6K to 35.3K raw, and 30K to 14K gzipped, because internal border arcs were 36% of the data.

What the map actually does

Worth setting the scene, because the constraints drove everything after.

It renders to a <canvas> from three JSON files served off my own domain. You can zoom to 14x. There are 1,400 cities from GeoNames, a day/night terminator that moves in real time, and an optional layer shading UTC offset regions. Click a pin and you get a card with that city's local time, its offset, and whether it is currently day or night there.

No tile server, ever. That is the whole reason the geometry is self-hosted rather than pulled from Mapbox or Google Maps, and it is why file size mattered enough to measure. A default page load is 52K gzipped for the entire map.

Why are country borders a problem?

Natural Earth is public-domain vector map data. It is the obvious start. Its countries layer depicts de facto control — project who actually administers a, territory rather than who claims. it The says so openly and disclaims any authority on the question.

Draw those outlines and you have drawn the Kashmir Line of Control rather than India's claimed border. You have also drawn Crimea, Western Sahara, the Israel/Palestine line, Kosovo, Northern Cyprus, and Taiwan as a separate outline.

I chose none of that. It arrived with the file.

I am based in India, where the depiction of national boundaries on published maps is regulated and getting it wrong is not hypothetical. That is my sharp edge. But the general problem is bigger than my jurisdiction. I had shipped a political position inside a clock widget, on seven or eight live disputes at once, because I picked the obvious layer from the obvious dataset and did not look closely at what it drew.

The fix was one line. buildLand() now reads topology.objects.land instead of topology.objects.countries.

I could have kept the country geometry and simply not stroked the internal lines. I deliberately did not. Hiding a line leaves it in the file, one CSS change away from coming back on some future afternoon when I have forgotten why it was hidden.

How much smaller did it get?

	Before	After	Change
Land geometry, raw	77.6K	35.3K	−54%
Land geometry, gzipped	30K	14K	−53%

Internal borders were 36% of the geometry: 327 arcs and 2,976 points that existed only to draw lines between neighbours. A coastline borders the sea. Borders are shared between two countries, and the dataset stores them as their own arcs.

So the version that sidesteps the legal problem is also the version that loads faster. That was luck, not foresight. The rest of the size win is encoding: rings are quantised to 0.01 degrees and delta-encoded as integers, which saves more than any simplification pass I tried.

What is the antimeridian bug?

Once the borders were gone I noticed something I had been looking at for days without registering it — a land-coloured stripe running the full width of the map, north of Siberia. I had filed it mentally as a rendering artifact. It was a country.

Four polygons in Natural Earth cross the 180th meridian: the Chukotka lobe of Russia, Wrangel Island, eastern Fiji, and Antarctica's seam. When a polygon crosses that line, its longitude jumps by 360 degrees between two adjacent points — from +179 to −179. On an equirectangular projection, the renderer connects those two points with a straight line, and that line runs across every longitude on Earth. The renderer obeyed.

Wrangel Island is ten points. Ten points painted a bar across the entire Arctic.

The fix runs at build time. splitAtAntimeridian() unwraps each ring so its longitudes run continuously past 180, then uses Sutherland-Hodgman clipping to cut a copy into every 360-degree window the ring touches. Russia went from 12 rings to 14. Fiji went 2 to 3. Total cost across the whole file: 36 bytes.

One ordering detail cost me an hour. The split has to happen before simplification. A line-simplification pass measures perpendicular distance between points to decide what to discard, and an unsplit ring contains a 360-degree jump that the simplifier reads as an enormous, obviously important feature worth preserving at all costs. Split first. Then simplify.

Why were clicks near cities disappearing?

The map has about 40 invisible 22-pixel hit targets sitting over city pins. Clicking one usually did nothing at all, and the console stayed silent. Two bugs were stacked.

The first was mine. My pan-versus-click threshold was Math.hypot(dx, dy) > 4, meaning any pointer movement over four pixels counted as a drag rather than a click. No real hand holds four pixels between press and release. Ordinary clicks were being classified as tiny pans and discarded with no feedback. The threshold is now 10 pixels for a mouse and 16 for touch.

The second one is worth knowing if you write pointer handlers yourself. My endPointer skipped any release whose target was a pin button, on the reasonable-sounding theory that the button would receive its own click event. It does not.

The browser dispatches click to the common ancestor of the pointerdown and pointerup
targets.

Press on open canvas, release on a pin, and the click fires on the stage — never on the button. My handler ignored it because the release looked like it belonged to the button. The button never heard. Since the pins blanket every populated region, that was most clicks anywhere near a city.

What I deliberately left alone

Two political residues are still in the shipped product, and both are choices rather than things I missed.

The optional UTC bands layer. These stripes do follow political borders, because time zones are political.

The bands layer follows political boundaries, because Natural Earth's time zone polygons do. It is off by default. It lazy-loads too, so the 21K it costs is only paid by people who switch it on. A time zone boundary reads as a claim about clocks rather than about sovereignty, and I decided that was a different kind of line.

City detail cards also still name the country a city sits in, straight from GeoNames. Sevastopol comes through as UA. Eight cities come through as TW. Naming the country a city is in is ordinary, the source is cited on the page, and stripping country names to dodge the question would have made the tool worse at its actual job.

I refused one shortcut. Time zone shading genuinely requires political boundaries, because time zones are political artifacts. The tempting alternative is 15-degree meridian stripes, which are clean, symmetric and wrong. China spans five of them and runs a single offset across all five. A world clock drawing those stripes would be lying about the largest single population it covers.

The regression test now asserts that the countries key is absent from the built payload and that a bordersNote field is present. If some future version of me reinstates per-country geometry, the build fails loudly instead of quietly redrawing Kashmir.

The map runs on the world clock at randomly.online. Map data: Natural Earth (public domain). City coordinates: GeoNames (CC BY 4.0). 1,400 cities, rendered in your browser, no tile server contacted.

Stop Searching for 100 Tools — Use One Platform Instead

Dhruba Singha Roy — Sat, 25 Apr 2026 07:32:24 +0000

The problem nobody talks about

Every time you need something simple, you search:

“compress image”
“merge PDF”
“convert JSON”

And every time:

new website
ads everywhere
upload limits
slow processing

You waste more time finding tools than actually using them.

The real issue

Most online tools are:

scattered across different websites
limited or paywalled
dependent on server uploads

Some platforms even require uploads to external servers, which raises privacy concerns

That’s inefficient.

What a better solution looks like

Instead of jumping between tools, you need:

everything in one place
instant processing
no unnecessary complexity

That’s exactly what I built:

👉 https://randomly.online

What this platform actually offers

It’s not one tool. It’s a complete toolkit.

Image Tools
compress images
convert formats (JPG, PNG, WebP)
resize, crop, enhance
PDF Tools
merge, split, compress
remove watermark
convert formats
Developer Tools
JSON formatter & validator
Base64 encoder/decoder
regex tester
Utility Tools
date calculators
random generators
converters

All organized in one place

Why this is different from typical tool websites

Everything in one place

No need to switch between multiple websites.

Fast and simple

No complex UI or setup.

Covers multiple categories

Not just images or PDFs — everything.

Practical tools only

Focused on real use cases.

Real use cases

Instead of opening 5 tabs:

compress images → done
convert image format → done
merge PDF → done

All from one platform.

When this is actually useful

Use it if you:

work with images or PDFs regularly
build websites
need quick developer utilities
want simple tools without friction
Final thought

You don’t need more tools.

You need fewer, better ones in one place.

👉 Explore everything here:
https://randomly.online/