sho

Is this sarcasm/trolling? I honestly can't tell.

This looks really cool, but it would be nice if there was a clear "how to run" section in the README. I saw the dockerfile and docker-compose and tried to give it a shot - immediately fails. Digging deeper it seems like running on a mac isn't supported at all. And the instructions assume a great deal of familiarity with gradle.. useful for java devs who want to contribute, maybe, but I have no idea how to build this to even test it out as a REST user.

Some clear guidance on how (and on what) to get it running would be useful!

There are tons, I can name at least 4 in my city alone, all fintech. Elixir really excels, and is heavily used, at payment processing workflows, where genservers and the concurrency model is amazingly useful at handling complex, multi-step transactions involving multiple, often external, actors.

None of the companies appear on that list, I think those kinds of things should always be taken with a grain of salt.

While I love ridiculous specs as much as anyone, let's remember that 1/80,000th of a second is.. nuts and as far as I can find there's only one flash unit that can even do that, the profoto pro-11, which is a $20k proposition before you even buy the damn camera. And you will get very, very far from its maximum output for that kind of duration.

So it's very cool, yes, but unless you have a ton of money to spend and a very very good reason to need such extreme speed.. you're never gonna use it.

I am certainly looking at my trusty but aging a7sii with an increasingly contemptuous eye, though...

Upgraded to "major" now. How am I supposed to get any work done!

Counterintuitively, having messed around with building mruby for a project a few months ago, I found it harder to deal with. It's a lot more hardcore, with vastly fewer resources and more sharp edges, and is orders of magnitude less popular, so you find yourself hitting basic problems you would think would have been solved years ago.

I'd stay away from it unless you have a very pressing need.

I didn't write any reply to the original, but enjoyed reading it, and this one too - but as someone who's been on both sides of the IC/Senior Management divide, mixed with and worked with plenty of C-level types and has a pretty good understanding of how companies "really" work - none of this is shocking. It's not even surprising. It's just really, really hard to organise a large group of people towards any common purpose, let alone profitably, let alone efficiently, especially in something so relatively new and little-understood as tech.

You think it's hard trying to find good programmers? Try finding good managers.

I know the situations look superficially similar - big state rattling its sabres at smaller state, then actually going through with it - but when you dig deeper, they're not really comparable.

There's more than 100km of sea between Taiwan and China. Not China (nor anyone else) has anything close to the blue water amphibious assault fleet it would take for an effective invasion force to cross it. It would take multiple years to build such a fleet, impossible to hide, and while they built it Taiwan and her allies would assemble the world's largest anti-shipping missile arsenal. During the hours it would take to sail across, every single one of those huge, slow-moving, landing ships filled with thousands of men and megatons of materiél would be targeted with dozens, maybe hundreds, of missiles apiece. I doubt a single ship would make it even halfway.

Or forget amphibious assault, say China tries to go airborne. An even longer period unmistakably building an unprecedented heavy cargo aircraft fleet. An even longer period for Taiwan and her allies to build her already impressive air defences into an impregnable shield. Again, not a single aircraft makes it even over Taiwan's territorial waters. In fact, once war is declared and it's game on, it's a valid question if any of these large, unstealthy, slow cargo aircraft even survive long enough to be shot down over water.

The Russian experience has indeed been eye-opening, but not in the direction you assumed. Developments in missile technology have totally changed the game. Even today, the vastly superior Russian air force cannot fly over ukrainian territory. The Black Sea Fleet has been driven away - and Ukraine does not even have a navy! And even given their massive advantages in size and military strength, and the 100x easier task of invading and resupplying over land, it's far from clear that Russia will prevail.

No, you can't really compare the two. Russia could always have invaded any of their neighbours if they decided to. China literally can't invade Taiwan, not if you assume even the most basic preparation and competence of herself and her allies. The best they could do is perhaps a blockade, and hope for capitulation. There are pretty much no options for a traditional invasion that do not, with rather high confidence, lead to the fastest, most deadly, most expensive, and most total military defeat in history.

All of this in my own non-professional opinion of course, but I'm not completely uneducated on the topic. There's more - far more - information laying things out much better than I ever could, I encourage anyone overly concerned about an imminent conventional war over Taiwan to seek it out.

While it's important to respond to these threats with a credible show of deterrence, realistically speaking not many people think China can or will even try to take Taiwan anytime soon, if ever. Invasion by sea was hard even before we had missiles, satellites, and radar - it now appears almost impossible and has not been attempted at scale since WWII. Never say never I suppose, but I don't personally believe China will ever try to invade Taiwan in the traditional sense, they're just not that stupid.

Of far greater concern is their increasing belligerence in their "sphere of influence" including the south china sea and surrounding island chains.

> A meet-cute

OK. That's the second time now. I feel like in the last 48 hours, "meet-cute" or "meetcute" has been introduced as a New Word and everyone got the memo but me.

I hope this is the beginning of the pendulum swinging back towards a more sustainable tax regime. A lot of people forget - or pretend to forget - in the "golden age" of america's great works, the top tax rate was above 90%! And somehow all that innovation and wealth creation still managed to happen (and is now all beginning to fall apart).

I'm not advocating for a return to those levels, but right now the truly rich effectively pay no tax at all,basically a result of regulatory capture at the individual level. Hopefully, this is the first step in that finally beginning to swing back in the other direction.

+1 to the other comments, but I feel like crystal has a few huge chicken and egg problems, maybe exacerbated by the fact its natural "audience" is perhaps the ruby community. As a rubyist myself I've tried to evaluate/subversively introduce crystal into projects a number of times and every time I had to bail out because i couldn't identify adequate libraries for things i needed.

I don't need (or, frankly, want) Rails but I couldn't identify even basic things like an adequate ORM or anything other than the most basic wrappers around raw DB drivers. There's a few web frameworks that look kind of promising (amber, kemal) but I ran into immediate problems testing them out and they seems just way too immature. And it just continues - libraries i need just not existing, or being so basic I couldn't in good conscience rely on them in a professional context.

This isn't crystal's fault, it's just not done yet. The problem is, right now at least, crystal's "sales pitch" is "ruby, but type safe and faster and more modern" - but that seems like a vague theoretical future benefit, whereas I have all the tools I need in ruby right now. It's gonna be a tough nut to crack. I do wish them the best though.

  > 1.27 million requests per second
  > 3TB/minute of traffic

"rails doesn't scale"

I bet that compared to an equivalent load hosted on AWS, that lovely box pays for itself in full every month, if not every week...

That would be an extraordinary act of political activism which is never, ever going to happen. I'd argue it's not a corporation's place to take such an action in the first place. This is, if anything, a diplomatic matter and should be left to the state.

I mean what next, stop selling to the KSA because of their gay rights issues? Iran? Russia? Where does that end? Well, it won't even begin, and rightly so. This is a state matter and they should stay in their lane. They're doing all they can, and should.

BTW, I bet there's more than a few USA organisations who are quietly very annoyed about Apple's relentless bug-fixing. Organisations like NSO are tolerated for a reason.

Meh, a lot of these kinds of articles seem to be written by civil engineers with a chip on their shoulder and defensive about the use of their title. I don't buy it. Yeah, we don't have certification and all that kind of stuff yet - because it's too new and no-one really has a final, bulletproof idea of "this is how X should always be done".

But to me, engineers are people who build important stuff, that a lot of people rely on, and for which there will be severe consequences if it is built wrong. A lot of software falls into that category. Words evolve, I don't feel like I'm putting on airs describing what I'm doing as engineering (sometimes!), and hence I don't feel like some kind of pretender describing myself as a software engineer.

Also, there's a quote I love, although I can't name the source: "engineering is about tradeoffs". Well so is software development, all day every day - in fact it's the mark of real experience knowing where, when and why to make those tradeoffs. Sounds like engineering to me.

You don't need to be a python zealot to use the term, and abhor the practice of, monkey patching. In fact rubyists should hate it even more. There's a special, nearly unattainable state of pure ethereal rage one can only reach after 6 hours debugging some incomprehensible failure only to finally realise it's due to someone who has suddenly become your mortal enemy monkey patched ".to_json" a week ago.

"Your honey, I admit to killing him, and I'm sorry, but in my defense, he monkey patched a core method"

"Case dismissed!"

Is that really your reaction to C++? These days when selecting a critical infrastructure component I'm very inclined to prefer memory-safe by default, like rust or (somewhat less so) golang. Sure, C/C++ projects that have been around and under attack for years (redis, postgres, etc) are fine but they've had those years of battle testing. For a new project I really feel a lot safer if they're built in something more failsafe.

I actually believe them on that too, FWIW. This time. It's just too dumb. I hope, for their sake, it's the truth.

I was really just trying to point out that this kind of good faith benefit-of-the-doubt has a limit, and fear of reaching that limit should be keeping people at fly up at night a lot more than it apparently is. I don't know how many colossal public fuckups a company can endure before its reputation is permanently ruined, but it's definitely not infinite.

CockroachDB gets real expensive real quick if you want to use any of the cool functionality though. The free version is OK for a cluster in very short range of each other, for example the same DC, but if you spread things out you'll need the enterprise features (follower reads, at minimum) to keep any kind of reasonable performance.

Self hosted enterprise "starts" (!) at $100/vCPU per month. So, yeah. Not exactly the hobbyist's choice.

> Do you really think we have a desire (or time) to punish somebody for doing the same?

idk man, there's these awfully convenient disappearing forum threads too. The benefit of the doubt is starting to expire.

I see you're a co-founder, so presumably you have some sway on priorities and skin in the game. I think you should take the reputational damage you're accruing here much more seriously than you apparently are. A few more incidents like this and it won't just be you telling people you're a bad option.

* edited to tone down the forum thread disappearance angle. FWIW I do believe that it likely wasn't deliberate. My main point was that these things add up and "of course we wouldn't do that!" starts to ring a little hollow the 10th time you hear it...

> I have no earthly clue why this thread on our community site is unlisted.

Maybe it's hosted in the SYD region

Honestly these days I am leaning towards this approach: https://github.com/mrsked/mrsk/

It's all just docker.

No love for AWS, but this isn't true, at least for larger deploys. If you're running enough with them that you have an account manager, they are very good indeed. You can have someone, someone good, on the phone within minutes and they will stay on the line until the issue is sorted.

I recall an incident at my old company where we were under DDOS, it was getting through cloudflare and saturating LBs in some complicated manner (don't recall the exact details) which made it hard for us to fix ourselves. They were on the phone with us for hours, well past midnight their time, helping us sort it out. The downtime sucked, but I was certainly impressed with their truly excellent support.

Yeah, Malaysian is not a bad airline. Both of those losses were really bad luck that could have, and have, happened to any airline.

Not just saying that, I've flown with them twice over the last year and another booked in a few months. After SingAir and maybe Thai, I think they're among the best in the region.

LionAir and AirAsia, on the other hand, I wouldn't get on even if their tickets were free...

2.7BTC total, apparently

Thank you for the link, very interesting. A lot of work going on in this space right now!

Be interested to hear a comparison between this lib and litestream/litefs, which seem to be actively developed by fly.io for a similar use case

https://litestream.io/ https://github.com/superfly/litefs

> Outside US iPhones are nowhere nearly as popular. In many markets Android phones have about 90% of the market share

In my opinion, with the possible exception of South Korea, that is purely a matter of apple's global pricing vs local purchasing power and a huge number of those android users would have an iPhone if they could afford it.

> It failed because I didn't sell it. I needed to sell it. I needed to talk to people. I needed to like cold call people [..] Annnnd I always came up with an excuse not to

I can identify so hard with this it hurts...