_vufv

It looks pretty. It's a shame it's only for MacOS.

The way I'm addressing the problem for this solution is by having an OS-level / window-manager keystroke to open a new Chrome tab with Google Calendar URL. For example, you can accomplish this by adding following lines to your i3wm config:

    bindsym $mod+F1 exec google-chrome "https://www.google.com/calendar/render"
    bindsym $mod+Shift+F1 exec google-chrome --new-window "https://www.google.com/calendar/render"

Thank you for an informative comment. One question:

> I realized that doing background jobs wasn't something I should be doing on cloud run (it gets throttled)

What do you mean by "it gets throttled". Do you mean that you exceed the CPU/memory limit in a container. Maybe you just have to plan the capacity for the background jobs: connections vs CPU vs memory. We use Cloud Run for background jobs with 0 issues.

OK, I get it :)

Which languages do you use most often? Languages are not created equal, some are clearly superior to others for a given task. If you can develop effectively in a better programming language, then why wouldn't you invest more effort in making the implementation of your task in that language more foolproof? Write better tests, clean-up the interfaces, you can even try to use formal methods to ensure correctness etc.

I have nothing but respect for Daniel, but having a domain like haxx.se while being a maintainer of a general purpose powerful and popular(!) software tool is not smart.

This liability could've been mitigated to some degree by having a more innocuous sounding domain name. Having it as is, given enough time and thanks to the tremendous popularity of libcurl/curl someone somewhere is going to jump to conclusions that Daniel is responsible for making this "race car" hacking tool that script kiddies are now using to wreck his life.

Stalman has failed culturally, distance yourself from the "hacking" culture of the past if you care about your marketability and reputation.

Easy...

  mkdir example-1
  cd example-1
  yarn init -y
  yarn add next react react-dom
  mkdir pages
  cat <<EOF > pages/index.js
  const Page = () => "Hello world!";
  export default Page;
  EOF
  yarn dev

Didn't test. There could be typos and you need to care about the indentation of the HEREDOC.

I can't do it with an arbitrary set of tools either, but that's why good tools matter and that's why you should use Next.js.

In chrome "Settings" -> search for "Always clear cookies when windows are closed" and "Add" "medium.com"

Gandi is a domain registrar first and in that respect they're lightyears ahead of the competition. They don't do shady stuff of squatting on your domain searches etc.

If you choose to use a value added service like VPS, you should expect subpar experience. You can go to any cloud provider and find a service for which you're going to have a worse experience than you had with Gandi VPS.

CloudFormation. The UI is lacking critical information about the resources that CF operates on and it's been like this for years.

It was an honest question. I didn't try to "quote my credentials" or claim that I'm a frontend expert. If anything I meant to say that my frontend experience is limited.

My point was that: in this case the experience might be relevant, because the ideals of traditional HTML/CSS sound good, but don't turn out as great in practice.

Please excuse if my questions seem rude, but I'm very curious:

1. How many UIs for websites / webapps have you written by yourself?

2. How many while working within a team?

I have a modest web UI dev experience myself and Tailwind doesn't seem that crazy to me. I've tried the techniques you seem to be advocating, but the idea of them sounded better than they actually were in practice.

First of all, congrats. The tech is great and I hope you'll be able to make a company around it.

As for the question: How are you looking to make money?

I have no faith in AWS executing on this successfully. I'd imagine an offering like the suggested one would have some kind of: a) UI to inspect the state of other clouds, b) provisioning capability that allows creation of resources in other clouds.

On the UI front:

- AWS UI toolkit has aged by this point and each day it feels more dated

- CloudFormation, as their main cloud management UI is particularly bad (e.g. limited info on what caused a problem, not displaying ARNs of resources belonging to a stack systematically etc.)

On the provisioning front:

- Terraform and Pulumi are so much better than anything AWS offers, and that says something because even these tools are not great.

It seems that the core features of Dendron correspond most closely to Obsidian's, to the point that I thought it's an Obsidian skin, but Obsidian is closed source while Dendron isn't. Roam is a Web app whose unit of data is a text block - Obsidian's and Dendron's unit of data is a file Markdown file.

Packfiles are nothing but a compression/storage scheme - which is a couple of levels under git-objects conceptually. Saying that "git stores content in deltas because it uses packfiles" is like saying "git stores content in deltas because it uses compression". Of course it does. You'd be hard-pressed to find any tool similar in functionality that doesn't compress content before persisting it or sending it over the network.

The Linus' original insight that made git successful in part was exactly the fact that: You don't need to do the delta scheme on the VCS-object level, but you can just use it on the storage/compression level. So conceptually CRDTs are more similar to the VCSes of the past (e.g. SVN) than they are to git.

I "solved" this problem by having an Amazon Fire stick plugged in all the time and selecting it as the default input. Samsung's own menu shows in the tray at the bottom and Fire Stick's menu fills the rest of the screen. It's also super convenient because the selection of apps on Samsung's store is very limited.

Not intending to nit-pick, but Git doesn't store the content as deltas. Each commit is the snapshot of the entirety of the codebase at that point in time.

Exactly.

Successful startups are analogous to surprising research results in academia, in the sense that we have much more information on them and therefore we can draw better conclusions about these entrepreneurial/academic successes.

Today, every good scientist is aware that having plentiful information on unsurprising research is almost as equally important, for many obvious and non-obvious reasons. This has resulted in journals created exclusively for publishing unsurprising research. [1]

If the most rigorous among us w/r to taking care of our collective body of knowledge are only starting to do it seriously, we can have hope that the industry might ramp up its capacities in this regard at some point - I wouldn't hold my breath that's it's going to happen soon though.

[1]: https://news.ycombinator.com/item?id=24229269

Chaos engineering IRL.

Slightly unrelated... I'm not questioning validity of the claims in the above link.

Politics taints journalism far too much. I've found snopes.com to have the similar set of biases as the left-leaning media like NYT, WP and CNN. I don't think it's reasonable to accept for-profit orgs as arbiters of truth, since they don't have an inherent incentive to be truthful. To say that "you as a for-profit are going to say truth and only truth" is problematic and in itself deceitful. At least NYT and others are not claiming that.

Lex Fridman's "AI Podcast" has quickly grown to have one of the best list of guests on any show ever [1] - extremely impressive!

[1]: https://www.youtube.com/playlist?list=PLrAXtmErZgOdP_8GztsuK...

Musing similarly... Or just replace PostgreSQL's transaction log with Kafka, given all the Kafka's advantages. Seems to me that traditional RDBMSs cram too many seemingly independent subsystems into a single system, each one of which if separate and behind a well defined interface could be made substantially better. I think there's more room for software that is akin to SQLite - a library replacing RDBMS functionality within an application and thus allowing for composability on language-linking level as opposed to process-linking level (done with an orchestrator).

One argument: influence of big money on the shaping of politics.

Economic stratification is effectively a stratification of people's degrees of influence over the natural world, so unchecked economic stratification necessarily means that there's a breaking point where a system which was previously democratic stops being so.

I read OP's comment more as a neutral statement of a fact than as a justification for the globalization processes. I'd be willing to wager that none of the actors pushing these processes are minding either of these two inequality facts (inequality in developed countries rising, inequality is developing countries falling). These actors are driven by their incentives and the current system makes it good for them to further globalization - very much in the same way that it's good for them not need to be careful to be environmentally friendly.

At least to me, "f*g over someone" would imply malicious intent - these economic agents are neither benevolent nor malicious - they simply don't care. In a slightly wider context, this is exactly why an AGI is considered dangerous.

Real wages are stagnating. Workers are being kept in subsistence. [1]

From my point of view, tech-job market seems to be rigged. There seems to be a huge demand for talent, yet companies willing to pay meaningfully more to attract it are few in between.

[1]: https://en.m.wikipedia.org/wiki/Real_wages

Blunt generalization incoming... it's naive to read this article (similar to the majority of others) as an info-piece. It's a marketing piece, any informational value is a by-product.

It doesn't help that most of the open source solutions to deploy a cluster are either poorly engineered (e.g. kubespray) or poorly maintained (e.g. kubeadm). You are on to something... organizations/people that have the capability and resources to make the toolings to manage Kubernetes setup complexity seem to think they're much better off if they charge for it.

Your first paragraph says more about you than about the site.

It is not. In this talk [1] Eelco Dolstra touches upon that a bit also.

[1] https://www.youtube.com/watch?v=QvH5qU1qBXY&feature=youtu.be

Your criticism is valid, but only temporarily. Lack of the packages in those 2 (in particularly Nix) is because the distro is pretty new in comparison and the community is not nearly as big as the ones of major distros.

On the other end, Nix's way is obviously a future in terms of package-management systems in comparison to the package-managers of the past - to a degree that I haven't seen anyone who read the docs ([1]) saying anything negative about the core ideas - I'd imagine that most people get blown away and become converts.

[1] https://nixos.org/nixos/packages.html