Skip to content

Development

Working across PHP, Laravel, and Drupal

The stack I keep returning to, why it still works for me, and how I think about moving between product code, CMS work, and custom applications.

Most of my work keeps circling back to the same core tools: PHP, Laravel, and Drupal.

That is not because I am trying to stay inside a comfort zone. It is because these tools continue to solve real problems in a way that is practical, inspectable, and easy to maintain when the project stops being new.

Why this stack still makes sense

I like working with tools that let me move between different kinds of delivery without changing my whole way of thinking.

With this stack I can work on:

  • custom application development
  • content-heavy websites
  • integrations and maintenance work
  • internal systems that need to stay stable for a long time

Laravel gives me a modern application workflow. Drupal gives me structure when the project is content-first, editorial, or highly modeled. PHP gives me a foundation that is still extremely productive when the goal is to ship useful software.

Switching contexts without losing clarity

One thing I value is being able to move between stacks without pretending they all solve the same problem.

Laravel is where I want expressive application code, tight feedback loops, and clean service boundaries.

Drupal is where I want:

  • strong content modeling
  • admin workflows
  • mature editorial tooling
  • a system that can handle complex information architecture

The useful skill is not choosing one tool and defending it forever. The useful skill is understanding where each tool fits and how to keep the solution coherent.

The part that matters most

I do not think of “Full Stack” as a slogan. For me it means being able to follow a problem from interface to backend to deployment details and still keep the whole thing understandable.

That is why I keep returning to this ecosystem. It lets me do real work without turning every project into a research lab.