lightbendover

10 ms·

31.
by lightbendover 3y ago
For starters, the "solution" here doesn't ensure that the ending piece meets the starting piece in the right direction. :p
32.
by lightbendover 3y ago
The added benefit is you don't get a chance to brick your TV with a bad write.
33.
by lightbendover 3y ago
That is not a valid takeaway from what I said at all, rhetorical or not.
34.
by lightbendover 3y ago
> Plus, I can't really recall any movie or novel where expertise in plumbing was essential to the plot. That's the point, expertise in an area can completely distract from the plot entirely. I can't even watch anything me
35.
by lightbendover 3y ago
Without ads, probably pretty badly.
36.
by lightbendover 3y ago
Should probably include verbiage about shell companies and the like. It would get messy fast and a lot of... more-innocent... people would take the fall instead of the people actually responsible.
37.
by lightbendover 3y ago
We need to stop letting accessories off the hook like they don't know exactly what game they're playing. They're just as culpable.
38.
by lightbendover 3y ago
Dying to hear about someone's life who was actually improved by taking a cold sales call. Make it straight up illegal and egregiously non-profitable to even try and the world will be much better for it.
39.
by lightbendover 3y ago
I’m not seeing how what you said relates to my post at all.
40.
by lightbendover 3y ago
I don’t see how that’s the only dimension to look at when identifying addressable markets. Actually I don’t even see how it’s any dimension at all since you just can’t target “Europe” as a whole with a single solution that doesn’t have doz
41.
by lightbendover 3y ago
Having worked on GTM strategies for nearly a dozen new technology products at an international company and seen countless more, I have more than reason to believe that targeting the entire world at once is almost never done. You do your ma
42.
by lightbendover 3y ago
> Are you saying that 67 million people is too small of a market? Yes. If I'm a scammer, I'm going to target the most profitable single market that I understand. Building an international capability on top of that is a fairly
43.
by lightbendover 3y ago
Not even sure why telecoms are allowed to allow spoofing. Should be absolutely illegal both in their own network and they should be disallowed from peering with networks where it is allowed. Actually, I do know: it's profitable to the
44.
by lightbendover 3y ago
Size of market.
45.
by lightbendover 3y ago
Additionally if you don't call-out the gotchas/pitfalls, then you're misleading the large chunk of engineers/managers who find a blog post and then blindly follow the best practice.
46.
by lightbendover 3y ago
I'll be the first to agree that most orgs do not need a platform team.
47.
by lightbendover 3y ago
If you only have a few teams in your company/organization, then you are not at a scale that necessitates a platform team and this discussion isn't for you. When dozens of teams need a shared capability (e.g. for ad serving across
48.
by lightbendover 3y ago
Only speaking as a FAANG engineer, but it's absolutely essential to shipping anything as a vertical team. If you depend on updates to any platform that isn't federated to enable your own siloed development: good luck.
49.
by lightbendover 3y ago
I would state this as: do anything possible to avoid sharing binary dependencies (short of e.g. service clients) between teams.
50.
by lightbendover 3y ago
> What we're striving towards instead is an "inner source" model, where a platform is collaboratively developped and maintained by multiple product teams. If a platform has shared ownership, then decisions will get impleme
51.
by lightbendover 3y ago
Meanwhile, the experienced/good/non-charlatan engineers endorse choosing the right architecture for the job. Building a CMS? You probably want a pretty large monolith. Also building an analytics platform? That should probably
52.
by lightbendover 3y ago
At a large company? Yes. On a small-medium vertical team at a large company? Probably-maybe not. Many, many engineers (and managers maybe even more so) immediately jump to micro-services (often resume-driven development) where most compan
53.
by lightbendover 3y ago
All of those are downsides, yes, but platforms still need to be built for organizations that are at scale so the focus needs to be on how to improve the process of building them, not on how to avoid them. Only small companies can silo every
54.
by lightbendover 3y ago
Generally when people argue in favor of a monolith over micro-services, it's not for completely/mostly isolated business functions (i.e. BI pipelines vs. CMS CRUD), it's more for when responding to a single request of group o
55.
by lightbendover 3y ago
Yeah, a standardized test that can be prepared for in short order via expensive tutors is absolutely a great way to rank applicants, you’re right on the money, which is great because money money money.
56.
by lightbendover 3y ago
Every company should go to ridiculous lengths to avoid rewrites. Rewrites of significant tech (as a proxy, lets say 100+ kloc) spell doom. Doom.
57.
by lightbendover 3y ago
At least with ints you can capture those issues with intent and handle them properly (as the better libraries that handle money tend to do).
58.
by lightbendover 3y ago
We stored and transmitted exclusively UTC, which put the burden on the UI at display time (trivial) and backend business logic (complex, but simplified with robust utility functions that everyone understood well) in accounting for timezones
59.
by lightbendover 3y ago
Only if that offset info is 'Z' (IMHO).
60.
by lightbendover 3y ago
Except, you always interact with computerS no matter what provider or architecture you use. It's inescapable as long as you're doing business in software. The trade-offs in architecture and regionality do NOT go away just beca

More ›