Back to portfolio

Trajectory / build history

Not a résumé.
A sequence of harder systems problems.

Software engineering led to technology leadership. Leadership made operational constraints unavoidable. Applied AI made evaluation unavoidable. Doctoral research makes the human and institutional consequences unavoidable.

01

Foundation

Software first: learning to make systems real.

Computing and software engineering established the practical base: web applications, APIs, databases, geolocation, debugging, and the discipline of turning requirements into working systems.

BSc (Hons) Computing · First Class Honours
02

Leadership

From building features to owning technology decisions.

More than three years in CTO-level technology leadership shifted the problem from code alone to architecture, operations, workflows, stakeholders, GIS, automation, prioritisation, and commercial constraints.

Picpoint Nepal · CTO · technology strategy and digital operations
03

Applied AI

AI became an engineering and evaluation problem.

The Master of Information Technology in Artificial Intelligence expanded the technical range into retrieval, computer vision, robotics, reinforcement learning, temporal learning, data science, and AI ethics—while industry R&D at Truuth forced reliability questions into production reality.

Macquarie MIT (AI) · Truuth AI/ML R&D · Distinction major project
04

Research

The centre of gravity moved from capability to responsible capability.

The current doctoral direction asks how intelligent systems can extend human capability while keeping judgement, oversight, privacy, traceability, and accountability meaningfully human and testable.

Charles Darwin University · responsible GenAI · human agency
05

Now

A systems practice, not a single job title.

The throughline is now explicit: build what can be inspected, measure before claiming, connect technical performance to organisational reality, and treat governance as part of system design rather than paperwork after deployment.

Applied AI · digital systems · research · technology leadership

Working principles from the trajectory

What became harder to ignore.

01

Systems are larger than software.

Architecture, operations, people, incentives, data, interfaces, and failure handling all shape whether a technical system works in practice.

02

Evaluation belongs inside the build.

A convincing demo is not the same as a reliable system. Measurement, error analysis, deployment conditions, and evidence need to travel with the work.

03

Governance is a design constraint.

Human oversight, privacy, traceability, accountability, and safe boundaries are more useful when designed into workflows rather than added after deployment.

What this means now

The portfolio is the evidence interface.

The point is not to claim breadth. It is to make the connective tissue visible—technical work, research, leadership, writing, experiments, limitations, and the decisions behind them.