redman25

It’s about the amount of value a person can bring as a consumer. Does the consumption of food provide more value to society than the consumption of mega yachts?

More equally distributed wealth increases the efficiency of spending (to a point) on the things that society needs to thrive.

Normally, I’d be equally upset with excess but the fact that this is somewhat of a community building thing is actually refreshing to see from the wealthy (even if by community, it is just friends).

It’s mild in comparison to the ultra rich. Jeff bezos, Larry Ellison, and Elon musk have more wealth than half of America. That fact is what we should truly be upset about. In comparison this is a drop on the ocean.

> With respect to privacy, we have pledged not to store your codebase [...]

It isn't necessarily a strong guarantee to have "pledged", although it is appreciated.

I've found reliably "turning on" with pmset to be hit or miss. I can't remember the gotcha I ran into if it was that you had to have your laptop lid open or something else...

Shouldn't all systems be tested end-to-end regardless of if they are microservices or not?

You can always spin up several services locally or if you have a development cluster run the service you are working on locally against development services.

Python with types enforced by CI isn’t too bad. Or did you have something else in mind?

Seems to me like the value of a threat detection platform would be the detections themselves. With just the platform, and no detections, you have a foundation but the bulk of the work hasn't been started yet. If you're large enough to need a threat detection platform, you're probably large enough to be able to afford a product that has security engineers behind it constantly pumping out new detections for novel vulnerabilities.

Created a little app for pranking friends and family. Turns a victim’s clicks into confetti.

https://github.com/joshvoigts/confetti_desktop

I've found the Vue community to be a little better at managing complexity than the react community has mainly because Vue was originally touted as a solution to some of react's problems. People are more conscious of the tradeoffs.

Unless you're building a local first app (i.e. google sheets), the backend for most web apps is the source of truth. SPAs that lazy load tons of data on the frontend are introducing a lot of complexity trying to sync state between the frontend and backend.

Having a single source of truth by push things down into the backend is a godsend in terms of limiting complexity.

Unless you're building an app that holds data locally, for most web apps, you should be pushing state down into the backend. Fat models should be your single source of truth, skinny controllers, and service functions in order to separate data from code for testability.

Avoid caching as much as possible until you absolutely need to. As soon as you introduce caching you now have multiple sources of truth instead of one.

Isn't that the point that if they couldn't have been fixed that they were problematic in the first place?

Most GC languages give you limited control over "when" garbage collection or allocation occur. With non-GC'd languages you can at least control them manually based on data structure choice (i.e. arenas), lifetimes, or manual drops.

Rust can be written simply if you avoid more complicated features of the language. It depends on what you want to get out of it.

If you want to develop a library, you might have to dig into more complicated features in order to provide a convenient interface for users.

If you want to build an API, using a web framework is simple and doesn’t require understanding the more complicated parts of the language.

If you’re ok with sacrificing a small amount of performance for usability, just throw `clone()` everywhere. It will satisfy the compiler.

Rust can be written as simply as you want it to be written. Or, you can go crazy with generics or metaprogramming.

I love what the author is proposing.

I’d be curious how this can work while every library feels like it’s infected by Tokio.

Shouldn't datetime handling happen in the backend. I cannot imagine why you would trust the client to give you accurate time.

I worked for a publisher for about 10 years as a typesetter and ebook developer. There are a lot of things about the publishing industry that are antiquated, especially for non-technical publishing companies. Unfortunately it's a low margin business.

Most authors are only familiar with Microsoft Word, so on the front end you often have to take a messily styled Word document and manually caress it into a structured document that can be used for ebooks and print.

For print, a majority of non-technical publishers use Adobe InDesign and/or InCopy. Editors edit manuscripts in InCopy and typesetters style documents for print. PDFs are generally exported and sent to printers via FTP.

For ebooks, every publisher seems to have their own bespoke system. You _can_ export books in epub format from InDesign but the process for getting a clean ebook is difficult to say the least since InDesign was primarily designed for print publications. Generally, you end up structuring books for the lowest common denominator of ebook platform (epub, kindle, etc.) unless you are creating something like a children's book or a poetry book where you might do something more custom.

Many publishers use ebook distribution platforms where you upload epub, mobi, cover images via FTP. They use an XML standard called ONIX for distributing metadata that's unique to say the least...

Maybe you like gardening but also want to vacation during the summer. The overhead of having to water every day can be a chain for doing other things you love.

Drip irrigation is a PIA to setup in my experience. This looks a lot easier.

You have to correctly size and adjust every nozzle and need different sizes of pipe as you get further from the hose. It's more difficult than you would think.

A lot of the pieces fit together by friction alone and are a pain to put together. You have to use boiling water to soften the pipes in order to connect them without breaking them. It requires quite a bit of elbow grease.

EDIT: I think I must have responded to the wrong comment. Rereading my reply doesn't make sense in context...

I think that it can only play “games” for which it has perfect information about the state of the “game”.

Unfortunately crossing the user space barrier would cost something regardless of how lightweight "threads" would be. Also, making the OS the scheduler for all async tasks would preclude different scheduler designs since every runtime would have to use the OS's scheduler.

I think he's talking about OS threads... it has nothing to do with rust's decisions.

I've experienced the same. It's difficult for frontend and backend to communicate because there's a "translation layer" in between. Shipping a new feature is 100x harder than it needs to be because everything has to be translated between two different paradigms.

I remember trying out the original engine and running into a lot of it's "explosive" tendencies and warts. After reading the solver rework and Erin Catto's video, I'm eager to try this out!

I'm kind of a newb at game programming and I don't know if it's common for physics libraries but one difficulty I had with Rapier was that bevy generally prefers quaternions for positioning but Rapier uses euler forces. I'm not sure if Avian is different in this regard. How is gimbal lock typically tackled?

> On a more personal note: I have officially graduated from high school, and will start university in late August.

Also wow!

I created a similar in-browser version a while back with mozilla's pdf-js. The diff rendering is all run client side.

https://www.parepdf.com

The diff-pdf project was my inspiration but I wanted to create a version that was distributable to non-programmers.

Hmm, my first thought was that Friday was purple. Tuesday is definitely blue though.

Web apps are generally IO bound by the database. Hardly any time gets spent in cpu even in python. There could be a number of things contributing to having to horizontally scale python more than compiled frameworks. Many apps are still stuck on non-async frameworks. Many devs are also bad at knowing how not to block server processes.

How do you compare to incumbents like Blumira? What does your mitre coverage look like?