goncaloo

Really cool. I always wondered if something like this exists but could never find anything. Things like minio are quite different as they don't use the cloud native storage.

Amazing, one more step towards breaking vendor lock in!

Is recording yourself coding a worthy exercise?

Also, I am really curious about the overall breakdown of coding time in high-level categories. Do you mind sharing your average percentages?

- Have you proven the market? (how many people have you talked with? is the pain point big enough that they are willing to pay? how many in the waiting list?)

- Do you have a right to play? (do you have experience in the field that not many people do, etc)

- Are you passionate about the problem?

If you check all 3 then you're in a good position I would say.

If anyone else wants to see how property testing works in Go, this article has some nice examples: https://blog.gopheracademy.com/advent-2017/property-based-te...

This looks pretty cool!

I can't ever imagine using it tho :) If my bash scripts are so complex or critical that I feel the need to type check, I will probably use another scripting language where I can do that more easily while still having readable code.

Kubernetes are amazing at what they do, but only relevant to ~0.1% of the companies in my opinion. It's way too complex and too much work for the rest of the world, and not worth the time invested.

A lot can be accomplished with simple virtual machines and some sort of auto scaling groups (depending on your cloud provider they have different names).

Kubernetes are amazing at unifying your workloads on any clouds though. If you care about portability, you should either consider using kubernetes for everything or using a tool that abstracts your configuration in a cloud-agnostic way. Although I'm a bit biased on this one.

Looks cool - I will give it a try.

Of course he will say that now, Tesla has already profited from the insane stock rally in the last few years.

It's good for certain use cases that don't have too much data or don't care too much about performance when doing joins.

This is exactly what I do.

I'm looking for organic answers rather than the BS that the top websites google sends me to, and often I can find it on reddit.

I would say that 30% of my search queries end with site:reddit.com.

I love the idea behind it.

Does this offer the same functionality as google cloud pubsub but using kafka instead?

This is gold, thanks for resharing!

This looks like a really fun project.

I fail to see the right usecase right now, I have never seen the need to store more than a few hundred GB of data on a personal computer or to use a lot of computing resources.

Serverless web hosting with one click looks really cool though, but again, I can only see its usefulness in a few niche cases.

Great article!

> What good is “change failure rate” if you can’t even jump-to-def across your code?

Exactly. Organizations often focus on the externally visible factors without considering the day-to-day of a developer productivity. If only we spent more time to refactor/maintain and general tooling instead of more status updates and unnecessary processes, imagine the productivity we could achieve..

At Google we had this simple problem yet it halted our entire team's productivity: IntelliJ started being insanely slow indexing files and auto completing stuff. It was a mixture of generated code and the monorepo that made it take tens of seconds for any kind of autocompletion. It's been there for years but there wasn't much priority to fix it, so things kept going (and probably still keep going) like this...

Cool project! Why did you choose Pulumi?

That's a good point.

Our approach is to embrace cloud native services instead of avoiding them and still not be locked in to a single cloud provider.

We use cloud agnostic to convey that the user can write code that works for any cloud, and we'll translate it to the cloud specific services.

I'll think of different messages - thank you for the feedback!

Thank you!

We're focusing on a terraform provider for now but we want to also provide an SDK and a portal in the future.

Every software has bugs of course, but it feels really bad when it happens to crypto projects. Suddenly the value of your coins plummet without any regulation to back you up.

Inflation is through the roof, it only makes sense.

This is the beginning of the end for streaming services. It was good while it lasted.

Interesting article. I feel this is more a problem in the US. I live in Switzerland and you often see kids walking alone or in pairs going to and from school all by themselves - and yet no kids seem to be kidnapped or exposed to inappropriate behavior.

Crypto and blockchain tech has real potential, but unfortunately it just morphed into an actual ponzi scheme. I wouldn't be surprised if most of bitcoin was held by ~5 people that manipulate the market and make millions off it.

While Kubernetes can absolutely run your entire infrastructure stack, the biggest pain with that is that you constantly need to manage and maintain it as it grows.

Think about the difference in running your own database vs using a cloud managed one. With a managed service you don’t need to think about scaling, availability or replication. Cost is usually higher when you run it yourself as it might not be optimised.

Me and a few friends have been working on multy.dev, an open-source[1] cloud agnostic API that makes it easy to deploy the same infrastructure to any cloud provider using native managed services.

The motivation was the realisation that, even when using Terraform, migrating infrastructure code requires an end-to-end re-write. Even though most core resources are the same in any major cloud, developers need to learn a new provider to deploy the same infrastructure when moving providers.

We are still in early days of development and currently support core services from AWS and Azure:

    - Networking (virtual_network, subnet, route_table, security_group, network_interface, public_ip)
    - Compute (virtual_machine, managed kubernetes)
    - Database (managed MySQL databases)
    - Vault (managed secrets)
    - Storage (managed storage)
    - Abstraction cloud differences (Azure VM public vs AWS EC2 private by default)
    - Deployment through Terraform
    

We’re looking for feedback from developers about our approach and messaging. Let us know your thoughts!

[1] https://github.com/multycloud/multy

Most developers work on meaningless, "make the rich richer", products anyways