Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jpgvm
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
40 ms
·
511.
▲
by
jpgvm
3y ago
China has been an incredibly reliable partner to Apple. They were looking to expand that relationship before the US government shut it down. They wouldn't have been planning that if it was going poorly. Companies are relocating out of
512.
▲
by
jpgvm
3y ago
Approximately none. APPL demands some of the highest P/E and PEG premiums in the entire stock market, definitely higher than anything in it's weight class. I also think that happens to be a pretty reasonable assessment. China is n
513.
▲
by
jpgvm
3y ago
When life gives you junipers, make gin.
514.
▲
by
jpgvm
3y ago
This is largely why I have tried to build as much as possible with OSS and contribute stuff as necessary to make that possible. OSS tends to have a much longer relevant shelf-life and experience with it, especially internals remain highly t
515.
▲
by
jpgvm
3y ago
c2 is a special place. It's one of the earliest Wikis and contains a wealth of information, thoughts and history on programming. You might find http://wiki.c2.com/?WelcomeVisitors a good place to start if you are curio
516.
▲
by
jpgvm
3y ago
Too many Netflix (and Disney recently) writers/show-runners put too much agenda into their works these days. Specifically when adapting or remaking existing works. I say that as someone that generally agrees with what they are trying t
517.
▲
by
jpgvm
3y ago
I'm not sure which of us read it correctly. I -think- they are saying the original benchmark results done by RedPanda show a 9 node Kafka cluster being beaten by a 3 node RP cluster. This new benchmark I assume is being done on identic
518.
▲
by
jpgvm
3y ago
I really dislike the way Confluent has treated the Kafka ecosystem. It feels like they went out of their way to make OSS Kafka kludgy and then priced their enterprise offering completely out of the reach of anyone but Fortune 500. I have be
519.
▲
by
jpgvm
3y ago
Generally speaking it should always be PostgreSQL. It's the default choice for a number of reasons but chief among them is just that it's higher quality. That is it's developed to higher standards due to community bar being r
520.
▲
by
jpgvm
3y ago
Months probably. Took the team I was on ~6mo to complete a very large AWS -> GKE migration. If we weren't using k8s it probably would have been impossible though. We were lucky we used fairly minimal managed services, mostly RDS and
521.
▲
by
jpgvm
3y ago
Yeah it's sad. Java is really really good these days.
522.
▲
by
jpgvm
3y ago
I personally find k8s to be much simpler to use. Both are complex internally, k8s does a better job of preventing that complexity from leaking IMO. You need to know roughly the same amount of things to use both. On k8s to deploy something s
523.
▲
by
jpgvm
3y ago
yeah, I think I should have said something along the lines "Functions as a Service first is a mistake" but whatever, I didn't think people would focus so much on what they consider serverless is. IMO managed container runtime
524.
▲
by
jpgvm
3y ago
Yeah I think global blocking is probably not appropriate but I don't think any government mandates total censorship, usually it's only MPAA/friends that think they own the Internet rather than governments. Even China only car
525.
▲
by
jpgvm
3y ago
Not sure what people expect here? The law is the law. India isn't a pleasant market to do business in but such is the cost of being in a lot of growing markets.
526.
▲
by
jpgvm
3y ago
I actually think Beanstalk/Cloud Run/friends are fine. I should have specified that Functions as a Service is the main mess I think people should be avoiding. If Beanstalk + ELB + RDS or whatever is getting you by just fine then b
527.
▲
by
jpgvm
3y ago
It really is a shame that none of the other 4th gen declarative languages (outside of SQL) really took off. There is a certain clarity of purpose declarative code has that I find really pleasing. Also I'm lazy and I prefer if the compu
528.
▲
by
jpgvm
3y ago
> Elsewhere you decided against using cloudflare's kv because it was a poor fit for "cache invalidation" -- "way simpler"? -- and then of course turns out you really don't know if it's a bad fit. I eval
529.
▲
by
jpgvm
3y ago
Yeah that is fair. There is probably serverless chugging away fine in lots of places. Doesn't make it better than alternatives but still a valid point.
530.
▲
by
jpgvm
3y ago
There is a big difference between learning the nuances of engineering as you go and re-adjusting your viewpoint vs bandwagoning on a new tool because it's cool even though you can't tie any of it's advantages back to your pro
531.
▲
by
jpgvm
3y ago
For infra folk that lived through the "before time" it certainly is and damn is it refreshing that it's become boring at most places. :)
532.
▲
by
jpgvm
3y ago
Yeah there probably were people that wrote those. Not me though, I had been through the whole wringer before k8s so I knew what it was when I saw it. I was working on a competitor to k8s at the time though so my knowledge of the subject mat
533.
▲
by
jpgvm
3y ago
I have done one massive AWS + kops > GKE migration and several smaller migrations between AWS/GCP/Azure. My experience leads me to believe the main problems stem from adopting IaaS/PaaS specific stuff outside of k8s. If yo
534.
▲
by
jpgvm
3y ago
Eh. There are different types of complexity. k8s has a nice contained local complexity that I prefer. It's not simple internally but it's simple to use if you know how it works. So really it's not "k8s isn't simple&
535.
▲
by
jpgvm
3y ago
My opinion from doing both these ports and greenfield is this: None of the tools that say they help you move faster matter after the first 3 months. It's true they take less code and pieces to get started with. No k8s manifests, no Doc
536.
▲
by
jpgvm
3y ago
Yeah Beanstalk was pretty simple and decent for it's time. I told anyone that wasn't comfortable with Cloudformation + Packer and wanted to be on AWS to use it during that era. At that time things were pretty binary, you used PaaS
537.
▲
by
jpgvm
3y ago
Yeah that is a pretty poor reason, thanks for the nugget though that is pretty interesting. I could think of a bunch of legitimate reasons to want to ban it but they would also hit a bunch of other languages as a result - hence why I was cu
538.
▲
by
jpgvm
3y ago
When even Thoughtworks thinks you are doing it wrong you know you are in trouble.
539.
▲
by
jpgvm
3y ago
I actually use Kotlin. :) I am happy with either Kotlin or Java though. Reasons for Kotlin is mostly nullability typing though @NotNull gets you pretty far in Java these days with the tooling configured correctly. I like the syntax a bit mo
540.
▲
by
jpgvm
3y ago
Having done the dreaded AWS + kops -> GKE migration I must agree, it was hard but nowhere near as hard as it could have been.
More ›