Soroush Neyestani

Software Engineer

Application Architect

Enterprise Application Developer

Technical Author & Educator

Windows Phone Pedometer — Mobile Sensor Utility

Windows Phone 8 · HTC 8X · Mobile Application · Motion-Based Step Tracking

A lightweight Windows Phone application built for the HTC Windows Phone 8X to track walking activity and present a simple step-counting experience on a mobile device.


1. Project Overview

This project was a small mobile utility developed for the HTC Windows Phone 8X during the Windows Phone 8 era.

The application had a deliberately narrow purpose:

count walking steps and present the result through a simple mobile interface.

Unlike larger enterprise or web projects, this was not intended to become a complex platform.

Its portfolio value comes from something different:

  • early mobile application development,
  • interaction with device capabilities,
  • constrained mobile UX,
  • sensor-oriented thinking,
  • and experience building software outside the traditional desktop/web environment.

2. Professional Positioning

This project is best described as:

A lightweight Windows Phone pedometer application designed for the HTC 8X, focused on mobile activity tracking and a minimal step-counting user experience.

A weaker description would be:

“A simple step counter.”

That is technically true, but it hides the useful context:

  • it targeted a specific mobile platform,
  • it was built during an earlier generation of smartphone development,
  • and it involved software behavior driven by physical device movement.

3. Why the Project Matters

The application itself was intentionally small.

The important value is the engineering breadth it demonstrates.

The project shows that mobile development experience was not limited to:

  • static screens,
  • CRUD forms,
  • or browser-based interfaces.

Instead, the software reacted to physical movement captured by a mobile device.

Conceptually:

User Walking
    ↓
Device Motion
    ↓
Application Processing
    ↓
Step Count
    ↓
Mobile UI

Even in a small application, this introduces a different type of software problem than ordinary form-based application development.


4. Platform

Target Device

HTC Windows Phone 8X

Platform

Windows Phone 8

The application belonged to the generation of native Windows Phone applications built around Microsoft's mobile ecosystem before the platform was discontinued.

This makes the project useful as historical evidence of cross-platform development experience across different technology generations.


5. Core Purpose

The goal was straightforward:

Detect / Track Walking Activity
          ↓
Maintain Step Count
          ↓
Display Result to User

There was no need to turn the application into a large fitness platform.

The project focused on doing one task clearly.


6. Functional Scope

The confirmed functional scope is intentionally conservative.

The application:

  • ran on an HTC Windows Phone 8X,
  • tracked walking activity,
  • maintained a step count,
  • and presented the count through a mobile interface.

The exact historical sensor-processing implementation should only be documented after reviewing the surviving source code.


7. Sensor Interaction

A pedometer on this generation of device typically depends on motion-related device data.

However, the current surviving description does not yet establish whether the application:

  • processed raw accelerometer data directly,
  • used another motion API,
  • applied custom thresholds,
  • performed filtering,
  • or consumed a higher-level motion abstraction.

Therefore the portfolio should currently describe this safely as:

motion-based step tracking

rather than claiming a custom signal-processing algorithm.


8. Evidence Boundary

Safe claims:

  • Windows Phone 8 application
  • HTC Windows Phone 8X target device
  • pedometer / step-counting functionality
  • mobile motion/activity tracking
  • user-facing step count

Do not claim yet:

  • custom accelerometer algorithm
  • signal filtering
  • false-positive suppression
  • background tracking architecture
  • calorie estimation
  • GPS tracking
  • cloud synchronization
  • activity history
  • production-store distribution

unless the source code or original build confirms those features.


9. Minimal Architecture

At the highest defensible level, the application can be represented as:

Mobile Device
    ↓
Motion / Sensor Input
    ↓
Step-Tracking Logic
    ↓
Application State
    ↓
Windows Phone UI

This architecture is intentionally simple.

That simplicity is appropriate for the project.


10. Mobile Engineering Context

Mobile sensor applications differ from ordinary desktop applications because their inputs are not purely explicit user commands.

The application reacts to physical-world behavior.

That introduces concerns such as:

  • noisy input,
  • changing device orientation,
  • mobile battery constraints,
  • application lifecycle,
  • state continuity,
  • limited screen space,
  • and responsive interaction.

The historical implementation details should be verified from source before attributing specific solutions to this project.


11. UX Focus

A pedometer should require minimal interaction.

The core user expectation is immediate:

Open Application
      ↓
Walk
      ↓
See Count

The project therefore represents a small example of single-purpose mobile UX design.

The user should not need to navigate a complex interface to understand the application state.


12. Small-Scope Engineering

Not every useful project requires a large architecture.

This application is a good example of a tightly scoped utility where success depends on:

  • clear purpose,
  • minimal UI,
  • correct device integration,
  • and predictable behavior.

For a portfolio, this is useful evidence that project scope was adapted to the problem instead of forcing every idea into a large system.


13. Historical Value

The application was built for an ecosystem that no longer exists as a mainstream mobile platform.

That gives the project archival value.

It demonstrates experience with:

  • changing technology ecosystems,
  • obsolete platforms,
  • mobile hardware constraints,
  • and earlier native smartphone application models.

This is useful as breadth evidence even though the project itself is not strategically important to a modern software architecture CV.


14. Portfolio Classification

Recommended classification:

  • Mobile
  • Sensor-Based Application
  • Early / Historical Project
  • Archive

Recommended career relevance:

Tier C — Archive / Breadth

This means:

  • useful on the website,
  • useful as evidence of range,
  • not necessary in the main CV,
  • not a featured architecture project.

15. Why It Should Stay in the Portfolio

A portfolio containing only large enterprise systems can hide the breadth of a developer's technical history.

Small projects like this help establish that experience also included:

  • mobile platforms,
  • device APIs,
  • physical-world interaction,
  • and experimentation.

The project therefore contributes to the portfolio as supporting evidence, not as a flagship system.


16. Engineering Signal

The project communicates:

Web / Enterprise Experience
            +
Mobile Experience
            +
Device Interaction

That broader profile is more useful than presenting a career as if it existed only inside one technology stack.


17. Technology Stack

Confirmed / defensible technology tags:

  • Windows Phone 8
  • HTC Windows Phone 8X
  • Mobile Application Development
  • Motion-Based Activity Tracking

Specific language/framework tags should be added only after the source code is recovered and verified.

For example, do not automatically add:

  • C#
  • XAML
  • Silverlight
  • Windows Phone SDK APIs

until the original source confirms the exact implementation.


18. Historical Source Review Opportunity

If the original source code is recovered later, the project can be reassessed.

The following questions would determine whether it deserves a stronger technical description:

  1. Was raw accelerometer data processed directly?
  2. Was there a custom step-detection algorithm?
  3. Were thresholds adaptive?
  4. Was sensor noise filtered?
  5. Was orientation normalized?
  6. Was the count persisted?
  7. Did tracking continue when the application was not foregrounded?
  8. Was battery usage considered?
  9. Were false positives handled?
  10. Was activity history stored?

If several of these were implemented, the project could move from a simple archive item to a more interesting sensor-processing case study.


19. Potential Historical Algorithm

The following is not presented as confirmed historical behavior.

It is only an example of what a custom pedometer implementation might have contained:

Accelerometer Samples
        ↓
Normalize / Filter
        ↓
Detect Motion Peaks
        ↓
Apply Threshold / Timing Rules
        ↓
Reject Invalid Peaks
        ↓
Increment Step Counter

This should only be added to the factual project description if the archived source confirms it.


20. Modern V2 Interpretation

A modern rebuild would be significantly different because current mobile platforms provide richer sensor and health APIs.

A V2 could include:

Device Motion / Health API
          ↓
Step Aggregation
          ↓
Local Database
          ↓
Daily / Weekly History
          ↓
Charts
          ↓
Optional Cloud Sync

Possible features:

  • daily step history,
  • activity goals,
  • streaks,
  • background tracking,
  • battery-aware collection,
  • notifications,
  • export,
  • privacy-first local storage.

21. Modern Architecture

A simple modern version might use:

Mobile UI
   ↓
Activity Service
   ↓
Platform Motion / Health API
   ↓
Local Persistence
   ↓
History / Analytics

The exact stack would depend on platform strategy.

For example:

  • native Android / iOS,
  • Flutter,
  • React Native,
  • .NET MAUI,
  • or another cross-platform framework.

No particular V2 stack is implied by the historical project.


22. Privacy Considerations in a Modern Version

A modern activity-tracking application would need explicit attention to:

  • health-related data sensitivity,
  • local data retention,
  • permissions,
  • background sensor access,
  • analytics,
  • cloud synchronization,
  • and user consent.

The original project should not be retroactively described as having these modern features unless they existed.


23. Website Hero

Windows Phone Pedometer

Windows Phone 8 · HTC 8X · Mobile Sensors · Activity Tracking

A lightweight pedometer application developed for the HTC Windows Phone 8X, using mobile motion data to provide a focused step-counting experience.


24. Website Project Card

Windows Phone Pedometer

Windows Phone 8 · HTC 8X · Mobile Activity Tracking

Built a lightweight pedometer for the HTC Windows Phone 8X, combining motion-based activity tracking with a simple step-counting mobile interface.


25. Short Website Card

Windows Phone Pedometer

A compact Windows Phone 8 pedometer built for the HTC 8X, focused on motion-based step tracking and a minimal mobile UX.


26. One-Line Description

Built a lightweight Windows Phone 8 pedometer for the HTC 8X, focused on motion-driven step tracking and simple mobile interaction.


27. CV Relevance

Recommended:

Do not place this project in the main CV unless applying for a mobile, embedded, sensor, or historical Microsoft-platform role.

Its value is stronger on:

  • portfolio archive,
  • project timeline,
  • mobile category,
  • or an “early projects” section.

28. Career Evidence

This project supports evidence of:

  • Mobile Engineering
  • Device Interaction
  • Sensor-Oriented Development
  • Cross-Platform Breadth
  • Early Product Experimentation

It should not be used as primary evidence of:

  • architecture leadership,
  • enterprise scale,
  • distributed systems,
  • data engineering,
  • or technical leadership.

29. Interview Use

This project can be useful in an interview when the conversation is about technical breadth.

Example:

“I have worked across quite different application models over the years. One of my small Windows Phone projects was a pedometer for the HTC 8X. It was deliberately simple, but it gave me experience with mobile behavior driven by physical device movement rather than ordinary form input.”

This is enough.

There is no need to oversell it.


30. Interview Story

Situation

I wanted to build a small mobile utility for the HTC Windows Phone 8X.

Task

Create a focused application capable of tracking walking activity and presenting a step count.

Action

I built a Windows Phone application around motion-based activity input and a minimal user interface.

Result

The result was a working pedometer utility for the HTC Windows Phone 8X and an early practical example of mobile/device-oriented development in my project history.


31. Portfolio Strategy

This project should appear as a small supporting card, not as a large featured project.

Recommended presentation:

Mobile / Historical Projects
│
├── Windows Phone Pedometer
├── ...
└── ...

This preserves the evidence without distracting from stronger architecture and enterprise projects.


32. Suggested Categories

Primary:

  • Mobile

Secondary:

  • Sensors
  • Historical Projects
  • Utilities
  • Experimental

33. Suggested Tags

Windows Phone 8
HTC 8X
Pedometer
Mobile Sensors
Motion Tracking
Activity Tracking
Mobile Development
Historical Mobile Platform

34. Suggested Website Metadata

Page Title

Windows Phone Pedometer — HTC 8X Mobile Sensor Utility

Meta Description

A lightweight Windows Phone 8 pedometer built for the HTC 8X, demonstrating mobile motion-based activity tracking and focused single-purpose application design.

Suggested Slug

/windows-phone-pedometer

35. Archive Note

The strongest future improvement would come from recovering the original source.

If available, source review could establish:

  • exact programming language,
  • framework,
  • sensor API,
  • step-detection logic,
  • persistence behavior,
  • lifecycle handling,
  • and any algorithmic details.

Until then, the current portfolio description deliberately stays evidence-based.


36. Final Portfolio Statement

Developed a lightweight pedometer application for the HTC Windows Phone 8X during the Windows Phone 8 era. The application focused on motion-based walking activity and a simple step-counting user experience, providing an early example of mobile/device-oriented development in my broader engineering portfolio.


37. One-Line Summary

A compact Windows Phone 8 pedometer for the HTC 8X, demonstrating early mobile sensor-based application development.


38. Ultra-Short Label

Windows Phone Pedometer — HTC 8X · Mobile Activity Tracking