> How many of the core devs don't work for Google? How much of the overall project direction is decided by people who have nothing to do with Google?
This is why some developers are starting to hate open source. There's no technical excitement, it's all about community and governance and who has power and corporations and codes of conduct, etc... If not, you're going to fail. You get an army of experts scrutinizing your project and it's unexciting.
Thanks for explaining it in more detail. This is very interesting (and if it doesn't pan out, you got the hottest skills in the market right now). All the best.
You're complaining that a company is framing a certain situation in a given way and yet that's exactly what you're doing here, framing it in a different way trying to convince us of your point. I don't see the difference.
It's the first time I read this blog post (thanks for sharing) but it's not surprising to me.
I always cringe when I see people quoting Bryan because that's exactly my experience interacting with him on mailing lists or watching him give talks.
At this point I don't have the energy to deal with people like him. I just accept him as a natural occurrence in our field. I certainly praise does who do have the energy for fighting that.
I think Brendan must have worked with quite a lot of brilliant jerks in the ZFS appliance days at Sun/Oracle. The Fishworks team was excellent but some of the top heads were quite toxic.
> mod_md builds are not yet available for all platforms.
Do you have reason to believe they won't be? Are you betting your business on the failure of Apache to do basic release engineering?
> Where did I say it was the "single advantage"?
That's fair. Because you listed it then I think that's the "major" advantage. Is that right?
> ou forgot "by default" -- and probably never, not on Apache's main release tree. Or at least not for a long time.
Why? Let's Encrypt and HTTPS by default being something that a lot of people want, why do you think Apache will ignore that and not include mod_md in Apache "for a long time"?
Competition is good. I don't have major reasons to be afraid but I would like Caddy/Traefik and others to succeed. From the very basic mistakes they're making in coming up with a business plan, I don't think they will. And no, being open source alone is not reason enough to ensure project survival.
If you re-read your own comment, I think you're the one spreading FUD about those other projects (and their implied inability to outpace Caddy).
They are absolutely comparable and the advantages each one have don't exclude the others from attaining the same features.
Traefik cross-platform? All others are. Highly dynamic. What does that even mean? All are "dynamic".
Apache has widespread use and market saturation... how's that the single advantage it has? It's been evolving a lot.
Caddy is the only server to have fully automatic HTTPS? How much longer mod_md get that?
I think you've missed all of my single point and kind of confirm my fears.
The link which I posted has everything to do with this discussion. It's about Caddy thinking a bad business plan will work because "caddy is the only server to have fully automatic HTTPS by default".
Last question, is Caddy thinking of hiring a CEO or sales person? I think it should.
This is why I think projects like caddy/traefik shouldn't get too comfortable thinking Let's Encrypt / HTTPS support by default alone is going to differentiate them too much. They're one PR away from having their major selling point becoming irrelevant in the face of the competition.
I think that's an overstatement. I talk to a lot of professionals in this area and never seen Swarm deployed to production (from small to big corps). Anecdata warnings apply.
I was pretty happy in my first job as a system administrator for a small B2B ISP in my hometown. Full autonomy, engaged coworkers and challenges that kept increasing.
Unfortunately, I like getting paid and I've been let down in that regard. I was there for 5 years and left for a job at a big 3-letter corporation and then some other corporations. I've been soul searching for a decade now.
Off Topic: it's frustrating that these companies spend quite a lot of time and money learning about the complexities of their infrastructure but when you're interviewing at such companies, you're expected to have answers for everything and a complete strategy for the cloud.
We're seeing some of his principles are what landed Uber in this situation in the first place. So I'd be more careful with idolizing him. This is not the first or last drama from Uber. There are many other companies having similar impact in the world (or better) without using illegal methods.
Just wait a few minutes. I can already see one.