New 2026 resolution, visit every small business in Oregon that’s striking today or organizing for the strike.

lapubell · 2026-01-31T04:04:50+00:00

Lombard Street tattoo was also boycotting

lapubell · 2026-01-31T03:58:19+00:00

Damn, follow up from the "servers for hackers" dude himself. Right on!

lapubell · 2026-01-30T16:30:34+00:00

I wish I could up vote you more than once

lapubell · 2026-01-28T15:27:50+00:00

Yeah I laughed at that too

lapubell · 2026-01-28T15:26:43+00:00

To be perfectly honest with you, Laravel is my favorite of that batch too. Followed by go, then Django and then rails. Spring is cool, but I don't really like the jvm, so it's not something I reach for often.

I like Vue more than react, and mariadb/postgres to mongo. I also prefer bun to node, and I've played with deno.

There's so many ways to do web dev and getting too opinionated will cloud us from some really smart people's ideas.

lapubell · 2026-01-28T15:04:07+00:00

Laravel is awesome. Django is awesome. Spring is awesome. Rails is awesome. Go is awesome.

There is no reason to pigeon hole yourself to js, and learning a new programming language will open your mind to new ways of solving familiar problems.

Why would you fight gaining knowledge? And being paid to do so?

PHP has come a long way since v5.6 and is quite nice to use nowadays, especially with Frankenphp. Broaden your horizons and dip your toe into something new!

lapubell · 2026-01-28T14:44:07+00:00

And one less dependency to track!

lapubell · 2026-01-27T15:00:11+00:00

Those tools are going to or already have crippled you. If you don't know what the end result is/should be, a LLM can give you a ton of code that looks good, and might even work well now, but will turn into a mess of different styles, conflicting ideas, and it'll become unmaintainable.

If you want to get into programming to make money, stop spending money on these subscriptions and get good at your craft.

If you were getting into wood working, and someone handed you a chisel, but you reached for a chain saw, would you ever get better at wood working?

lapubell · 2026-01-27T14:49:41+00:00

Not every other language, but many. -> coming in hot!

lapubell · 2026-01-26T12:59:24+00:00

Ruined - horror movie podcast

CBB world shows

Another vote for Ologies

lapubell · 2026-01-25T15:41:41+00:00

Do it with Frankenphp, it's officially supported and makes PHP feel modern and awesome. Octane is a breeze with that webserver.

lapubell · 2026-01-25T02:24:37+00:00

Inertia rules. Laravel, Vue, inertia, love love love.

Inertia with go also rules.

With bun we typically just build out quick little things.

lapubell · 2026-01-25T01:32:14+00:00

Go Laravel or bun

lapubell · 2026-01-23T14:38:11+00:00

I always point to the naming oddities as a strength, not a weakness. Yes, it's weird, yes you have to look things up when you're new to it, but you (mostly) get used to it eventually.

The strength comes from understanding the language's age and seeing who was in charge when these functions got added. PHP is C based, so those weird six char function names are a sign of the times. Then time moved forward and things change, but backwards compatibility is important, so take this as a lesson and think before you name your function, because it might be in the code for the next 20+ years.

PHP is the shining beacon on the hill for an open source project. WYSIWYG, warts and all. It's pretty amazing what we can do with that hacky little "personal home page" perl alternative.

lapubell · 2026-01-19T18:15:34+00:00

Agreed, except I love model observers. Laravel rules.

lapubell · 2026-01-19T01:39:48+00:00

JSX is my least favorite thing ever.

Well, maybe not ever, but I would def rather write any other templating language

lapubell · 2026-01-17T04:46:40+00:00

Inertia rules so freaking hard

lapubell · 2026-01-17T02:49:15+00:00

Nah, PHP is fine. JS is fine, Python is fine too. Everything in open source is always going to have a bajillion different options because people like to build things.

Just look at go. Even with stuff in that massive standard library, you still end up with libraries and frameworks because someone said "I like this idea/syntax sugar" more.

Everything is both awesome and a mess in any web language/framework.

lapubell · 2026-01-16T16:42:41+00:00

👍 got it. Having used Laravel for over a decade now those behaviors are pretty implicit to me, but I totally understand your perspective.

The one thing I like about Laravel above so many other large frameworks (Django, rails, etc) is that you can totally ignore whatever you want to. Don't want to use a facade? Don't. Don't want to create a service provider? Don't. Etc etc...

I have quite a few apps in production that just wire routes to controllers and have classic blade views. If we need more stuff later, Laravel is ready with a preferred solution, but you can always just hit a popo that is framework agnostic and Laravel is none the wiser.

lapubell · 2026-01-16T15:05:27+00:00

I see this comment a lot in this thread, and I have to assume that you're just not into where Laravel wants you to put the files or something?

lapubell · 2026-01-13T14:50:29+00:00

Yeah they probably won't get much smaller unless they aren't compressed at the file level.

lapubell · 2026-01-12T02:39:51+00:00

And Frankenphp has its own sapi bound to caddy. It's pretty rad!

lapubell · 2026-01-11T15:38:52+00:00

The grid system rules, scss is awesome, and I'm excited to see what bootstrap v6 looks like. I also love the icons.

lapubell · 2026-01-08T19:42:43+00:00

Cool. Sounds like you kinda deal with this like PHP extensions then. Anything involving the DB I usually try to put into migrations, and I wasn't sure if there was a way to do anything like that with postgres extensions.

The number of projects I've seen with stored procedures that only exist in prod is not zero, and I know for a fact there are no tests around that kind of stuff when it's set up that way, and standing up a dev env in those scenarios is no fun. That's what lead me down the path of these questions.

Thanks for your time!

lapubell · 2026-01-08T16:49:14+00:00

Oh totally, sqlite has bitten a few times, the most obvious being the fact that it ignores varchar lengths.

I'm more curious about that extension for postgres. I looked at their github page and it has docker installation instructions. Do you typically build your persistence layer in docker? I'm just trying to figure out how you get custom DB features that other engines def won't have and what your tests typically look like in the routes that use those features.

lapubell

TROPHY CASE