RobbieGM

I donated to https://github.com/robbert-vdh/yabridge once. Invaluable for working with Wine-compatible VSTs on Linux.

As one example, sr.ht advertises the lack of AI features.

UMich has a couple other linear algebra courses that might be better for that: MATH 214, MATH 217 are the numbers if I remember correctly. 217 is known for having a high workload and greater rigor, but some say it's worth it even for non-Math majors.

I took this course 3 years ago. I found it fast-moving, and it focused a lot more on applications than fundamentals, which meant it was more wide than it was deep. This didn't turn out so well when I decided to study ML later and needed stronger linear algebra fundamentals, but it was a fun course. There were a couple interesting course projects, one of which was using linear algebra to balance a (simulated) 2D robot.

  Location: Ann Arbor, MI
  Remote: Yes, or hybrid/in-office
  Willing to relocate: Maybe
  Technologies: JavaScript/TypeScript, C++, Python, Java, Git, React, Next.js, Node.js HTML, CSS, SQL
  Résumé/CV: https://robbiegm.github.io/ https://www.linkedin.com/in/robbie-moore-7217b9175/ (resume with references available upon request to protect their privacy)
  Email: robbiegm@umich.edu

There are some really good piano samples available for free--why put in the work for the physical modeling approach?

Do you have any further information or a source for this? As someone unfamiliar with ML, this sounds crazy to me.

Do you have a more sustainable way to produce meat in mind? Ethics aside, the addition of another trophic level makes meat production necessarily less efficient than that of an equivalent amount of plants.

I like his channel but he's far from perfect. There's a sponsored product in most of his videos

For anyone interested in trying it know there is one major downside: most Linux binaries won't run on it because dynamically linked libraries work strangely on NixOS

If you then distribute that modified software, users don't have the freedom to modify it in turn since your source code would be unavailable.

Isn't it more readable not to have really long lines?

They absolutely should get that control though. The only thing preventing them from having it, often, are artificial limitations. Don't place too much faith in "the market" to fix problems.

The interface types proposal seems to have been dead for a while, unfortunately.

So, let's force that "value" on every user rather than let them build the experience they actually like?

--ozone-platform=WAYLAND ?

Almost nobody is doing this, and almost nobody ever will because it breaks accessibility and a whole host of other features. I would save the alarmism for another day.

I find the ones on lichess quite useful. As for whether they work for ads, I'm not sure, IIRC you'll need to have your browser open or at least running in the background to get push notifications, so my hunch is that they wouldn't be good for that.

Is it greed?

What did you expect from Facebook?

There are disputes about the accuracy of telomere length as a marker of aging, but it's great to see this kind of research advance.

I'm pretty sure lichess doesn't do that. Even the chess board is done in the DOM.

Pages can only close windows they opened, so this is probably a browser bug. It seems unlikely anyway that Google would try to get you to switch browsers through strange intentional glitches rather than clear messages.

"Do it in a browser" is not interesting enough.

I disagree. DAWs are huge pieces of software to begin with and doing high-performance audio work in the browser would be very impressive.

Without any real restrictions? JavaScript is very restricted in what it can do. Most APIs that you'd expect to be gated behind a permission are gated behind a permission.

As stupid as the idea is I'm hoping it happens for this reason. Maybe people will realize the importance of truly owning their devices. It would be pretty ironic if that were to happen over TikTok, though.

Sure, but can it be done in software, or will it require a scanning tunneling microscope?

That difference is what I'd be interested in anyway as a developer who focuses on PWAs (where the cost of chrome is paid for already). I'm trying to work out whether a WASM stack would help runtime performance, memory usage, and startup time, but based on these numbers it doesn't look so inspiring.

I get that it would have a startup cost but I'm shocked that it uses more memory. Everyone complains about what a memory hog electron apps are and I assumed it was because of JS. But maybe we need something other than micro benchmarks to compare.

He makes a point of showing how hard it is to achieve the same performance as JS with wasm, but the majority of the problems he runs into are AssemblyScript-related. Also he doesn't mention that wasm is faster to parse than JS. I'd be interested in a comparison of JS and wasm from the POV of a UI-heavy, compute-light app.

I don't mean to take a crap on this creation, but it really paints PWAs in a poor light by itself being a bad one:

- Animations are janky because they use CSS properties which trigger more than just the compositor

- Carousel cannot be navigated by scrolling left/right on desktop, or by clicking the small circles below

- Almost all UI text is selectable

- Common keyboard shortcuts (esc to close modals, for example) don't do what I'd hope

- Search page results are one tile wide regardless of available screen space

- Uses a bottom navigation bar on desktop (ok, I'm guilty of this one too)

- UI changes from the bottom navbar wait on the network (usually a characteristic of normal websites, not native apps or PWAs)

We have a ways to go before PWAs can become mainstream.