Honestly it sounds like you could be at the point where K8s is worthwhile.
161 karma · joined February 8, 2013
Honestly it sounds like you could be at the point where K8s is worthwhile.
This is a more detailed post on the same thing - part two indicates changes have been back-ported to a number of kernel versions:
Linux-stable: 4.14.154+, 4.19.84+, 5.3.9+
Ubuntu: 4.15.0-67+, 5.3.0-24+
Redhat Enterprise Linux:
RHEL 7: 3.10.0-1062.8.1.el7+
RHEL 8: 4.18.0-147.2.1.el8_1+
CoreOS: v4.19.84+What feels like a lifetime ago I went for an interview at Monzo, I think it'd recently renamed from Mondo. I thoroughly enjoyed the process - a kind yet thorough and revealing interview format. I didn't get the job - but it's not an exaggeration to say their feedback and the process changed my career. If somebody from there spots this; thanks :) (and I'm still sad I didn't get to work with you!)
I still resort to instructional YouTube videos + ticket machines for tickets, though.
So many questions, but they're all about identifying change and only deploying change...
It's still a "double write" but you may not need distributed transactions if you're happy with at-least-once writes to Kafka and deduplication on the consuming side.
A couple of the .Net guys we hired preached that stateless architecture is a little old-fashioned - over time I've come to agree. A lot of things can be shoe-horned in to a stateless world but become much easier in a stateful one.
I would love to hear how others are correlating output with commands in such architectures - especially if they can be displayed to users as a direct result of a command. Always felt like I'm missing a thing or two.
It seems the choices are:
* Manage work across domains (sagas, two phase commit, rpc)
* Losen requirements (At some point in the future, stuff might happen. It may not be related to your command. Deal with it.)
* Correlation and SLAs (correlate outcomes with commands, have clients wait a fixed period while collecting correlating outcomes)
Is that a fair summary of where we can go? Any recommended reading?
We ended up changing provisioning scripts to download .msi installers directly and run them with appropriate switches.
I also remember their website having a lot of "maintainers required" notices - I got the impression that the situation was a little desperate.
Has package quality improved? Is Chocolatey a genuinely reliable way to install software, now?
> We'll send your admin an email when we're ready for you. > All of your rooms, teammates, files, custom emoticons and message history from HipChat Cloud will be in Stride. > In the future, all HipChat Cloud teams will be encouraged to move to Stride. > Starting soon, we will begin to upgrade all HipChat Cloud teams to Stride. > HipChat Cloud will remain in 'read-only' mode.
It does have a fix for this, though
http://vinhboy.com/blog/2013/12/27/how-to-tether-the-nexus-5...
... still though, I'm interested: what actually is this second device which things get routed through? How can the carrier tell which device your phone is using? Even then, how do they tell which one is the 'normal data' vs the 'tethered data' device?
Of course, right tool for the right job. PHP has specific use cases but that's another discussion entirely.
I remember nfo files sometimes having quite impressive & inventive use of various characters :)
1) Over-engineering is a separate discussion to elegance, let's not mix them. 2) You can be both on-time and elegant - it's not one or the other, like the title implies. 3) Often, if that fails, the deadline can be moved without any real consequence. 4) Consistent failure to be elegant "because deadlines" is probably going to make later deadlines harder to meet - it seems like a bad cycle to start.
$a = '{${phpinfo()}}'; $b = [$a]; $c = "$b";
Will execute phpinfo()... which it won't.
As an aside, to me, it also raises questions regarding the design of your code (how do I inject mock methods?). But that's hard to know without seeing it (if the methods are simple enough, perhaps there's just no need to mock them in your tests).
I encapsulate "helper" or "utility" logic in objects, e.g. RandomGenerator with a getRandom, which can be amazing when it comes to testing, and lets me forget about include/require'ing files.
I'm a paying gamer - I don't think I've seen this game for sale until now. I'll check out the demo over lunch :)
Edit: As a matter of fact, assuming something on that post could link off to something substantial regarding it's subject, should that link even be allowed to stay here?