Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
bonesss
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
58 ms
·
691.
▲
by
bonesss
9y ago
There are two actually statistics underlying the discussion here, and from my reading both points are right (though disagreeing that we're urbanizing is incorrect)... 1) Our general trend is towards urbanization, humanity is now more u
692.
▲
by
bonesss
9y ago
So you're saying it's only a problem if I lose? Well I like those odds ;) This actually triggered a random memory of some court-room drama where a quant embezzled a bunch of money to buy lottery tickets though a system he devis
693.
▲
by
bonesss
9y ago
> Therefore they can afford to pay more for the ad spots than someone without that data, who gets less precisely targeted ads, and fewer product sales per advertisement shown. Isn't this fundamentally an argument to outsource a grea
694.
▲
by
bonesss
9y ago
Sorry, incorrect rebuttal. Whenever you or anything you ship touches an commercial airliner you enter a globally coordinated network of non-governmental compliance and multi-government regulation spanning every aspect of every device and ev
695.
▲
by
bonesss
9y ago
> I'm going to block access to my services to anyone based in Europe... I'm tired of governments that I don't care about expect me to follow some nonsense I have no part of under the guise of compliance. Ever been on a pla
696.
▲
by
bonesss
9y ago
Well, that's a definition question :) You're dead on -- proper "Server" solutions, like we see in architecture diagrams or on back-end tiers, are generally insensitive to startup times. As a rule they're spooled up
697.
▲
by
bonesss
9y ago
The .Net VM compiles its code "just in time", this is compiling "ahead of time" while still running on the .net framework. You're thinking a little more along the lines of .net's 'NGEN', used to crea
698.
▲
by
bonesss
9y ago
> I guess I don't see how seeing people who are more successful than you on facebook could possibly be more distressing than seeing those people at work I think you're hoping over a few categorical issues that create the social
699.
▲
by
bonesss
9y ago
> I suspect that in the long grind to "polish your work", there's a simply tendency to remove all these "empty feeling" spots more than to "trim the fat". I think it's interesting that "Japane
700.
▲
by
bonesss
9y ago
> We need a new etiquette and I'm not sure our culture can support one right now. Given the improbability of anyone learning etiquette for anything, maybe what we need is something like the Total Perspective Vortex from HHGTTG: show
701.
▲
by
bonesss
9y ago
Why do people drop buttloads of money getting to the Grand Canyon and then spend their time behind a viewfinder taking landscape pictures that are infinitely worse than you'll find online or purchased from pros, ensuring they spend le
702.
▲
by
bonesss
9y ago
beaten by softawre That's going on my tombstone...
703.
▲
by
bonesss
9y ago
Thanks, and much appreciated! :D
704.
▲
by
bonesss
9y ago
Well, there is significant investment in this space (har har), with timelines much closer than a century making investors open their wallets today. And costs aren't really relevant in isolation, it's the ROI that matters. Space
705.
▲
by
bonesss
9y ago
I'm not a googler, but from my readings about their dev culture: it wouldn't be practical, as such, for a lot of what that dev server is really used for. Stupid-much development, however, is API driven and based on isolated logic
706.
▲
by
bonesss
9y ago
4) Unmanned mining in space - as automation and machine learning progress capturing the right asteroid could bring in a few Billion or Trillion worth of nickle or whatever.
707.
▲
by
bonesss
9y ago
Big bang transitions never work, IME, but step-by-step is viable :) Maybe you've seen it before, but if you're looking for conservative ways to introduce F#: https://fsharpforfunandprofit.com/posts/low-risk-
708.
▲
by
bonesss
9y ago
Without pretending I've ever done it in production: I'd have to assume that distributed databases will make the hop into a Kubernetes environment easier than databases that started monolithic and added replication over time. Most
709.
▲
by
bonesss
9y ago
Just to clarify, as someone who is fully on the bandwagon: would you recommend k8s for PostgresSQL loads? Perhaps without high availability? Postgres on Kubernetes seems close to the DevOps ideal for making lots of little "edge databa
710.
▲
by
bonesss
9y ago
Primarily... but then it's a MacBook for secondary uses. You can't run minikube on a dumb terminal while off at a conference.
711.
▲
by
bonesss
9y ago
> The only way to get usable data ... is by separating your truth from your transactional data.... If you let your transactional systems access and update data directly in your warehouse, you are in for a universe of pain. I strongly a
712.
▲
by
bonesss
9y ago
You might want to look into Apache Kafka, with log compaction, which provides a model to accomplish exactly that while also handing message passing/data streaming. Your data warehouse can suck facts from Kafka (with ETL on either side
713.
▲
by
bonesss
9y ago
> Services consuming other services, sounds like recipe for spaghetti. Can we extend that logic to classes or interfaces? Accessing data operations through a well-established API is generally seen as a good thing and is the exact cure
714.
▲
by
bonesss
9y ago
Just like all the other authenticated APIs in the world: you get a token when you log on, and use that token to authenticate yourself on future calls to the services. That's a lot of what OAuth and its ilk handle. This management of A
715.
▲
by
bonesss
9y ago
> idk if Azure Functions count or not Azure Functions are technically a "serverless" product, but using them as y'all intended to is a textbook definition of a "microservice" :)
716.
▲
by
bonesss
9y ago
Microservice architectures are a sub-category of SOA. Many of the same reasons to use them apply to both, but with a finer granularity on what is being hosted where and how it is scaling with microservices. Scaling a service with multiple
717.
▲
by
bonesss
9y ago
I think that kind of process, slow decomposition based on performance and requirements, is the only sane approach. It's also reflected in how we manage code at the micro-level: collecting related logic into a module until it becomes un
718.
▲
by
bonesss
9y ago
It's not the number of people that are micro, it's the scope of the service... So what is the right level of manpower for a scoped service with unspecified operational demands? Unknowable. The definition isn't small teams, p
719.
▲
by
bonesss
9y ago
"Micro" in this case relates to the services scope , not its operational footprint. So if Netflix has a "User logon" service, and a "payment processing" service, used across their clients clients you might be
720.
▲
by
bonesss
9y ago
Those growth points, and their associated market knowledge and budgetary constraints, would become perfect transition points into a friendlier architecture for the team... Plan for change, moreso than trying to plan against change. Decompos
More ›