Plugin and platform engineering
Custom plugins, data models, settings, background work, admin workflows and clear ownership boundaries.
PHP · OOP · MySQL · Hooks · WP-CLIAvailable for remote WordPress engineering roles
Saddam Hossen · Senior WordPress Engineer
Custom plugins, WooCommerce, Gutenberg, REST APIs, performance and production debugging.
What I own
I work across the layers that make a WordPress product dependable: domain logic, editorial workflows, integrations, browser behavior and production operations.
Custom plugins, data models, settings, background work, admin workflows and clear ownership boundaries.
PHP · OOP · MySQL · Hooks · WP-CLICheckout, catalog, operational workflows, remote APIs, webhooks and recoverable external-service failures.
Commerce · REST · Webhooks · PaymentsNative blocks, patterns, structured fields and safe editing workflows for developers and non-technical teams.
React · block.json · Patterns · AccessibilityRoot-cause debugging, query and cache analysis, deployment safety, incident communication and defensible controls.
Profiling · Site Health · Privacy · CISelected systems
The case studies explain what the system needed, what I owned, why a technical direction was chosen and how risk was controlled.
3,000+ events · 4 languages
An event platform needed a custom architecture and a multilingual data pipeline across thousands of events.
Read case studyReusable architecture · four-language environment
Generated event records, Elementor templates and four-language routing had to work together without creating inconsistent page structures or unsafe URL behavior.
Read case studyModular audit · fix history · rollback thinking
Security and performance tools can overwhelm site owners with warnings or apply risky changes without enough context, verification or rollback support.
Read case study12 implemented feature areas · one review path
The previous portfolio communicated many services but did not give an interviewer a fast, objective path to measure WordPress engineering depth.
Read case studyBuilt for maintainers and editors
A non-technical client should be able to update text, images and repeatable content without touching templates. I use native WordPress editing tools and reserve custom code for the parts that genuinely need it.
Read the editing architecture guideEditors update copy, images, lists and simple layouts in the native editor.
Approved hero, CTA, feature and content layouts stay consistent without rebuilding them.
Projects, services and case studies use clear fields instead of fragile free-form pages.
Complex interactive features keep a stable data contract and an editor-friendly interface.
Professional background
That combination helps me investigate beyond a single code layer and communicate clearly with product teams, clients and support stakeholders.
Custom development, WooCommerce, debugging, performance and ongoing support for international clients.
Reproduced incidents, isolated conflicts, interpreted logs and translated findings into safe next steps.
Built responsive interfaces and developed strong browser, JavaScript, CSS and accessibility fundamentals.
Technical writing
The writing is designed to be useful during real implementation work: architecture, security, APIs, debugging, editor experience and search foundations.
A practical architecture guide for separating responsibilities, protecting boundaries and making a custom WordPress plugin easier to test, operate and extend.
Read articleA route-by-route checklist for building WordPress REST APIs with explicit permissions, constrained arguments, predictable responses and safe cache invalidation.
Read articleA practical look at the portability, coupling and operational trade-offs behind separating site presentation from WordPress data and behavior.
Read article