guggle

ON ERROR RESUME NEXT !

That's what I do too. At the end of the day, all I want is for my patch to be included so I don't have the problem anymore. I code for a living and I don't have to sell myself to recruiters in my field. But I fully understand why one would want to be credited, and that's just fair.

I guess with newer apis such as the File System one Electron is slowly becoming unnecessary

Last time I tried, it was still a pain point. For one, the API felt... alien. Also, the performance was not good. I'm not sure why, maybe it's my Javascript-FU that's bad, but all in all I'd still use another language for this if possible.

Stuck for a while in python 2.x world with its "always backward compatible" pledge... then it lost attention I guess. Also, questionable technical choices. Now py 3.5+ compatible, but no compelling reason to use it.

Bottle was decent before Flask. Couldn't we use that instead ?

my favorite after htmx

That's interesting. I discovered Unpoly after HTMX (which I like) and decided to stay with Unpoly for a few reasons. Do you think hypermedia libraries will converge or do you think there is space for different interpretations ?

“I need to update other content on the screen. How do I do this?”

This is a complete non-issue in unpoly as you can have multiple targets:

    <a href="/posts/5" up-target=".content, .unread-count">Read post</a>

HTMX gets a lot of attention, but I think it's not the best option in its field.

we're in an season of backend development that favors separation (vs bundling) of concerns

I work in a small team (5 developers), on multiple projects that span from 3 months to 1 year of work. While I like some of Go qualities (like speed, types, low memory, easy deployment,...) it would be hard for me to introduce Go to the team. The thing is that with Django (or Laravel, or Rails, or any "opiniated" framework) I can point the team to a nice single documentation website and associated framework that covers probably 90 to 95% of our needs and gets us right into the business logic real fast. There's real value in framework integration for teams like us (and for this very reason, we don't use Flask either, way to much fiddling). Also, the feature set in these solutions, while maybe "out of season", is fine for most of our projects.

At this point, should I want to push Go to the team, I would have integrate libraries myself and document... so basically starting my own version of a "framework". Like you said, it's a sprawling project. But hey... isn't it how Django started ? Maybe one day...

Meanwhile, I'll stick to using Go in my personal projects, until I have a very clear picture of the ecosystem.

There are plenty of Flask equivalent in Go IMO. Django... not so much.

Where did I say it was you ?

Funny how some people have this mindset only about jquery and not unecessary fonts, icons, image backgrounds, etc.

I never undertood the fuss with bandwidth and jquery either... it's only 30k once behind mod_deflate. To put it in perspective, vue.global.js is 463k or 104k once gzipped.

There are many reason not to use Jquery for greenfield projects now, but bandwith is not one of them.

gemtext ?

https://gemini.circumlunar.space/docs/gemtext.gmi

There’s plenty of literature (and debate !) about mvc/mvt (and its numerous variants and interpretations) in the context of web apps. It’s interesting that you challenge the consensus though.

Also Gunicorn…

And https://unpoly.com/

I actually like htmx (I find Unpoly superior so that’s what I use, but it’s the same general idea) and the example given makes sense, but one should not extend locality of behaviour to the point of sprinkling SQL in templates. I don’t think that’s what the htmx folks had in mind in this essay either, their canonical example being the html/css/js trio. But hey… there’s no better experience than first-hand experience, you will find soon enough if it works for you.

I almost have ptsd from these dark days, I won’t go into details ;-) but there’s plenty of literature about separation of concerns. Having the templates doing the data access takes me back 20 years ago, but I can see why this idea comes back in a web component era.

Anyone tried to use a phone as a low power web server ?

I also like htmx. But one day someone pointed me to unpoly, which I find better. So I’ll spread the word here: https://unpoly.com/

This…

    <ul>
    {{range .Query `SELECT id,name FROM contacts`}}
        <li><a href="/contact/{{.id}}">{{.name}}</a></li>
    {{end}}
    </ul>

https://www.youtube.com/watch?v=5E0r-ssYI94

Convincing my colleagues to use type hints in Python has been very easy. The benefits are obvious and immediate. To the point where I wonder why there was even a time when it was acceptable not to have them.

Indeed, I only had "simple" cases in mind. But hey... shouldn't the complex config files paths be specified through env vars ? ;)

All the software I write is configured through env vars... why use anything else ?

I was about to write the exact same comment. I wish engineering experience was more recognized, especially in software fields.

I'd like a Django in Go ! But so farI haven't found anything that productive. I guess the "traditional" web framework for multi-pages website is not trendy enough.

Yes, and the Führer rides a T-Rex !

We've blocked every major hosting and Cloud ASN

How did you do that ? Years ago there was a script to block AWS and I made substantial savings by running it.

What sort of functional requirements would cause you to choose one over the other?

MySQL failed me big time in the past, so my functional requirement would be "don't f** with my data". And so far, PostgreSQL and SQLite never did. Don't have time to give second chance, don't need to.