JoeyJoeJoeJr

The title is a bit of a joke against the thumbnail - "pointless" here means "purposeless." The video is about structures built that do not serve a traditional function, e.g. they exist only for aesthetics, or just to make someone "earn" money rather than donating money.

So, you've decided to steal cable...

This isn't newsworthy. I'm not a fan of Vance at all, but his comments here aren't even bad. If you read the article, the comments boil down to: "I believe this, I wish she did too, it's fine if she never does, I love her regardless." It's honestly pretty healthy to be able to have that in a relationship.

This is practically at the level of criticizing Obama's tan suit, and is just noise and distraction in a news cycle filled with actually bad things (multiple wars, the government shutdown, measles outbreaks, a hurricane, etc). Don't spread this nonsense. It's fodder for the other side to call people out for being focused on ridiculous, unfounded slights, and allows them to not pay attention to real issues. Make noise about things that matter.

Are you sure it's not ukulele?

Are you building something for fun, or something meant to last? If you want it to last, I'd be looking at old frameworks - obviously React, and Vue has also been around a long time. Angular is also old, but Google maintains it, so they could kill it at any moment (and personally I hated it when I had to use it).

I've never used Svelte, and don't know much about it. From a quick look online, primarily what it does differently than other frameworks is use a compiler. I'd be a little concerned here, because what it compiles to is JS, as that's what runs in your browser. This can make debugging more challenging, because when you pull up the debugger in the browser, it's not your code, it's the compiled code. They may have solved this problem, they may have browser extensions and IDE plugins to help with this, but find out before you start. If you can't use a debugger, use a different framework.

But you (almost certainly) started using those backend frameworks after you had experience. You learned the basics first, and then incorporated frameworks when you got to larger projects.

I came here to say the same thing as the original reply in this thread, albeit with slightly different justification:

If you don't know the basics, and can't build a functional site with just HTML/CSS/JavaScript, all of the frameworks will be a nightmare. You should really learn those first, even if it means building a practice site, or completely rebuilding your frontend when you decide to use a framework.

The frameworks can make your life easier, but there's a learning curve, and a huge cognitive burden especially when you are just starting. You'll fight them more than work with them at the start.

That all said, never use what's "hip" on the frontend. JS frameworks typically have the lifespan of a house fly. React is one of very, very few that has remained popular, and continued to get updates for a long time (at least in JS framework terms). It's a solid choice with a huge community, good docs, good tooling, etc. There may be other valid choices, but seriously - avoid anything new and flashy, because that usually just means its deficiencies haven't been found yet, and as soon as they are, there will be a new framework.

But... you can see his face. He looks so happy! I'd sleep well with this guy watching over me.

This article was posted here as well. Here's the comment I left there:

This article seems either very naïve, or fairly disingenuous. Signal is not precariously installed on one box, and if that box goes down, the service dies. It is distributed. It's running on many machines within AWS, and technologically, there's no reason it couldn't be in multiple regions of AWS, or even spread across multiple clouds (e.g. Azure, Google Cloud, Oracle, etc), to improve resiliency to outages. The only way in which it is "centralized" is that there's one foundation in charge of the whole thing. Are there drawbacks to this? Yes. But self-hosted, distributed, mesh/relay chats also have drawbacks. Servers in the mesh go down, people don't keep things updated, they don't necessarily connect to every other instance creating disjointed pockets, etc.

Also, to say "we don't need the internet" we need "mesh networks" is odd... The internet is a mesh. Hence "inter." Anything else is just a smaller version of the same thing, again with some benefits and some drawbacks.

Fighting a (relatively) successful platform that champions privacy and security, seems like a bad thing to do, when those are the same primary goals of the platform you support. It would be better to discuss the merits and use cases of each, and beat the privacy and security drum together.

In my opinion, this article is just spreading FUD. Signal is not perfect, but it's pretty good. And when there's an outage, we know why, and we know there's a team working on it. With a federatated service, it may be harder to take "the whole thing" down, but that doesn't mean nodes don't go down, service isn't disrupted, etc. Scaring people away from a (usually) reliable, open platform, that has been audited, that actively advances security research and keeps it's platform secure against emerging threats, is counter productive. It's just going to keep people using SMS and WhatsApp.

Yeah, I noted that they are centrally run by a single foundation, and that there are drawbacks to that. My argument isn't that it is perfect, my argument is that it is good, and people promoting privacy and security shouldn't be cutting it down. The FUD just keeps people using SMS and WhatsApp.

This article seems either very naïve, or fairly disingenuous. Signal is not precariously installed on one box, and if that box goes down, the service dies. It is distributed. It's running on many machines within AWS, and technologically, there's no reason it couldn't be in multiple regions of AWS, or even spread across multiple clouds (e.g. Azure, Google Cloud, Oracle, etc), to improve resiliency to outages. The only way in which it is "centralized" is that there's one foundation in charge of the whole thing. Are there drawbacks to this? Yes. But self-hosted, distributed, mesh/relay chats also have drawbacks. Servers in the mesh go down, people don't keep things updated, they don't necessarily connect to every other instance creating disjointed pockets, etc.

Also, to say "we don't need the internet" we need "mesh networks" is odd... The internet is a mesh. Hence "inter." Anything else is just a smaller version of the same thing, again with some benefits and some drawbacks.

Fighting a (relatively) successful platform that champions privacy and security, seems like a bad thing to do, when those are the same primary goals of the platform you support. It would be better to discuss the merits and use cases of each, and beat the privacy and security drum together.

I don't have as much experience with HASS, but I did use Mycroft for quite a while (stopped only because I had multiple big moves, and ended up in a place small enough voice control didn't really make sense any more). There were a few intent parsers used with/made for that:

https://github.com/MycroftAI/adapt https://github.com/MycroftAI/padatious https://github.com/MycroftAI/padaos

In my experience, Adapt was far and away the most reliable. If you go the route of rolling your own solution, I'd recommend checking that out, and using the absolute minimum number of words to design your intents. E.g. require "off" and an entity, and nothing else, so that "AC off," "turn off the AC," and "turn the AC off" all work. This reduces the number of words your STT has to transcribe correctly, and allows flexibility in command phrasing.

If you borrow a little more from Mycroft, they had "fallback" skills that were triggered when an intent couldn't be matched. You could use the same idea, and use https://github.com/seatgeek/thefuzz to fuzzy match entities and keywords, to try to handle remaining cases where STT fails. I believe that is what this community made skill attempted to do: https://github.com/MycroftAI/skill-homeassistant (I think there were more than one HASS skill implementations, so I could be conflating this with another).

Another comment mentioned OVOS/Neon - those forked off of Mycroft, so you may see overlap if you investigate those as well.

This is circular.

if an attacker compromises the F-Droid app on your device, they can... load malicious apps onto your device

Could be rewritten:

if an attacker compromises your device, they can compromise your device

You've already lost when they put the first malicious app on.