titaniczero

Yeah, I'm glad these projects are emerging. I love svelte but I am not entirely convinced about how they push you towards sveltekit, especially in the docs. (I know there are adapters that allow you to use another backend but everything in the docs and examples push you towards NodeJS and sveltekit). It is as if react docs were written in a way that pushes you towards NextJS (they're from different companies so this is not the case, but I still think it is a good analogy).

I just don't want a NodeJS backend, all our team wants is to use a Golang backend which saves us ton of resources, which means less instances required, which means less $$$ (and Golang is awesome - performant, easy to read and write, easy to code concurrency, type safe without the hassle, built-in test suites/formatter/etc).

I'd love something like Laravel but for Golang+Svelte.

No, the server doesn't "know" the plaintext password, the server knows the hashed password and the salt. The plaintext password is in memory during your login request's lifetime, once it is hashed and compared against the stored hashed password, the plaintext version no longer exists on the server.

Very different case from storing them in plain text in the database or elsewhere.

Here in spain we use extra virgin olive oil for practically everything and it's fine!

Read the last link in point (3). A core team member answers this question.

https://news.ycombinator.com/item?id=28515306

> I've seen this exact list of links a handful of times now.

To make it clear: it is not a copy paste, I collected them from my memory and history.

> It feels more like circumstantial guilt than anything else, given the lack of public information. I wish we wouldn't do that.

I get your point, but you were wondering where the toxicity was and even if we ignore the circumstantial facts and we do not point the finger at anyone, what we can clearly see in those threads is that the discussion [in the official threads and by official members] is not healthy at all, hence the toxicity.

Yeah, I think the author fails to explain the actual context of the alleged toxicity.

Context (in order):

1.) https://archive.fo/f10KK 2.) https://internals.rust-lang.org/t/announcement-ashley-willia... 3.) https://github.com/rustwasm/wasm-pack/issues/914 and https://github.com/rustwasm/wasm-pack/issues/928 and https://news.ycombinator.com/item?id=28515306 4.) https://www.reddit.com/r/rust/comments/qzme1z/moderation_tea... and https://github.com/rust-lang/team/pull/671

The website is down now lol

Also, if this were for a company I'd suggest to test the backup at least once during the object lock duration: e.g. if the object lock is set to 30 days, you have to test them at least once (e.g.: day 15).

That's because a targeted attack with a ransomware could gain access to your servers and wait 30 days while silently encrypting your backups until the 30th day, when the attackers could just complete the attack encrypting the rest of the files and showing the message.

So my recommendation for extremely critical data would be: 1) Test whole data thoroughly at least once during the object lock period. 2) Setup an automatic task that retrieves X random data every day (or the longest period of time you can afford to lose it) and perform checks with checksums or other methods. If something is corrupt and/or encrypted you will realize before it is too late.

I mean, all the features you're mentioning here are part of the LSP server, in the future I think this will be even more consistent across editors because the new languages like Go, Rust, etc. provide better integration tools and LSP servers so the IDEs and editors just use this server instead of implementing one for each language by themselves. If you use the same LSP it will be the same more or less but yeah, the average IDE user doesn't even know what is LSP because they don't need to.

This is similar to MacOS/Windows vs Arch Linux. If you love building and tweaking things, custom builds to suit your needs, knowing every tool that is present in your editor and/or extending it, terminal editors and arch linux is for you, if you prefer something pre-configured that just works out of the box then IDEs and MacOS/Windows is way better ofc. But I don't think that we, the vim/emacs/neovim users, stick to our editors because we are not aware of the capabilities of other IDEs. We are very aware, we are very advanced users in most cases.

As long as your LSP server support it, you can rename it with LSP and it's the same than your rename function in IntelliJ on Neovim. Actually in most languages I use the same LSP server than vscode.

I switched from Vscode/Intellij to Neovim +1 year ago and I couldn't be happier. I get why Neovim/Vim/Emacs is not for everyone tho.

I think you would love Neovim

Probably because those rates are from 10 to 60 years, which is quite a broad range. People in their fifties/sixties die like A LOT more than young people and these ages happen to be the most vaccinated compared to the youngest ones. https://plato.stanford.edu/entries/paradox-simpson/

Also, when we are seeing far fewer vaccinated people in hospital in most countries (in my country 70% of the admissions in the hospital are from unvaccinated people), it is not only that the number of vaccinated people in hospital is much lower, you have to keep in mind that the number of vaccinated people is much higher (in my country +80%, almost 90%, are vaccinated) so the effect of the vaccine in death rate is even much higher (before measuring the effect of vaccines we even thought that vaccinated people would be the most prevalent in hospital because the number is vastly superior)

I feel that posts on forums are more elaborate. People there are not afraid of writing/reading long block of texts, IMO the information in forums is more specialized and of higher quality. On the other hand, on social networks is not unusual to come across comments like: "Too much text", "TLDR?", etc.

Forums don't reward immediacy.

I'm sticking to Affinity, though.

Absolutely. I've seen these vending machines before, naive me assumed they had a server-side database. I was completely wrong..

Yeah, medium to big companies don't advertise a WhatsApp contact number but local businesses do. With the new WhatsApp Business API I'm pretty sure this will change in the near future.

Texts are fine, but as I said above, there're good reasons to not use SMS:

> (1) 0 encryption (2) ISP's full control (3) Doesn't support videocalls (4) Doesn't support neither complex files nor previewing files (5) Doesn't support groups (6) Doesn't support voice messages (7) There're plans which don't include texts so they're not always free

And as I mentioned earlier, here in Spain if you don't have WhatsApp you're literally isolated. I end up using WhatsApp + iMessage but I just.. can't quit WhatsApp.

To sum up, I think it's much harder to ditch WhatsApp than Facebook itself and WhatsApp is too much power for a single company, that's my point :)

Well, I do have danish friends which use WhatsApp a lot, but I guess you're right. Here in Spain you must have WhatsApp. Otherwise, you're literally isolated. I have free texts too but we don't use them at all. Also, it may worth mentioning they're not even encrypted and ISPs have full control on them.

So at the end of the day there're good reasons to not use SMS:

(1) 0 encryption (2) ISP's full control (3) Doesn't support videocalls (4) Doesn't support neither complex files nor previewing files (5) Doesn't support groups (6) Doesn't support voice messages (7) There're plans which don't include texts so they're not always free

The only apps I use here are WhatsApp and iMessage and I'd love to ditch WhatsApp in favour of signal but I can't.

It's all about what briandear has pointed out: it's Facebook.

I simply don't trust Facebook. I know WhatsApp doesn't contain any of that "toxic crap" (yet), I know WhatsApp is e2e encrypted and as a developer I really know what it does mean, but it's just too much power for a single company..

This.

WhatsApp is much worse. Here in Europe we use it like TOO MUCH. We just can't switch to Signal, we need it to text/chat friends, people we don't know yet, businesses, etc.

I'll check it out then :)

Also, I'm new to hacker news but.. shouldn't you tag this as 'Show HN: ' ?

Since is lightweight, I guess it doesn't support transport batching, doesn't it? It's a must-have for me

Anyway, good job!

Really interesting. I'm in love with Golang, it has some weird design decisions (hello GOPATH!, what's up 3rd party popular libraries with no folder structure!..) but at the end of the day it's my favorite programming language: performant, neat, simple and with several built-in tools (godoc, godep, golint, go test, etc..)