Did any of the demos work for anyone? HN hug of death?
Shouldn't a distributed, non-centralized DB handle HN hugs without a hiccup?
Exactly what I was thinking. If it can't do that it just sounds like complexity for the sake of complexity.
OrbitDB: Peer-to-peer databases for the decentralized web
111–119 of 119 posts
Re: OrbitDB: Peer-to-peer databases for the decentralized web
#112Re: OrbitDB: Peer-to-peer databases for the decentralized web
#113Earlier quoted context omitted.
Performance-wise, JS is not too bad when you have lots of IO going on, as in this case... but robustness? You gotta be kidding! JS is the poster child of a language does NOT have robustness as one of its attributes. Just about every single one of its design decisions makes robustness difficult.
You should check your definition. Define robust: 1. Strong and healthy; vigorous - (of a process, system, organization, etc.) able to withstand or overcome adverse conditions . JS is the most robust language we have according to the main definition, however you measure it. What other language is as alive as JS right now? What other language has as much programmer attention? JS is also easily robust according to the n…
You are arguing for the sake of arguing. OP said JS is not a good choice when performance and robustness is important... any programmer knows exactly what they mean, but I will spell it out for you as you clearly do not get it: if you're going to write a DB, you want it to be performant (run fast) and robust (does not fail or lose data, or get into a corrupt state easily). JS is absolutely not the first choice when performance is very important, but I concede it can run fast enough for some kinds of a applications... but would a DB written in JS be robust? The answer by anyone who knows anything about programming languages has to be a big NO!
Any language that has a dynamic & weak type system, and where monkey patching is not only allowed but used widely, cannot make a claim to leading to robust software.
I would argue that languages focusing on correctness are the ones that would have a good claim at producing more robust software. As you've asked, I would say that Rust, Ada, Haskell fit the bill... but even languages that focus on keeping simplicity and boring uniformity at scale, like Go and Java, could still make such claim (and lots of software written in them can be described as robust) a lot more than JS, which offers basically 0 features focused on correctness beyond the bare minimum.
Re: OrbitDB: Peer-to-peer databases for the decentralized web
#114Earlier quoted context omitted.
You should check your definition. Define robust: 1. Strong and healthy; vigorous - (of a process, system, organization, etc.) able to withstand or overcome adverse conditions . JS is the most robust language we have according to the main definition, however you measure it. What other language is as alive as JS right now? What other language has as much programmer attention? JS is also easily robust according to the n…
You are arguing for the sake of arguing. OP said JS is not a good choice when performance and robustness is important... any programmer knows exactly what they mean, but I will spell it out for you as you clearly do not get it: if you're going to write a DB, you want it to be performant (run fast) and robust (does not fail or lose data, or get into a corrupt state easily). JS is absolutely not the first choice when p…
> You are arguing for the sake of arguing.
Nope. I actually just disagreed with you. I think JS is a robust language and I said why very clearly and politely.
You, however - well I stopped reading after your first sentence.
Good luck to you!
Re: OrbitDB: Peer-to-peer databases for the decentralized web
#115Earlier quoted context omitted.
You should check your definition. Define robust: 1. Strong and healthy; vigorous - (of a process, system, organization, etc.) able to withstand or overcome adverse conditions . JS is the most robust language we have according to the main definition, however you measure it. What other language is as alive as JS right now? What other language has as much programmer attention? JS is also easily robust according to the n…
You are arguing for the sake of arguing. OP said JS is not a good choice when performance and robustness is important... any programmer knows exactly what they mean, but I will spell it out for you as you clearly do not get it: if you're going to write a DB, you want it to be performant (run fast) and robust (does not fail or lose data, or get into a corrupt state easily). JS is absolutely not the first choice when p…
Maybe javascript might not be the best choice in terms of high end/large databases. But it certainly is the best choice for web3 applications and lightweight nodejs software. There is also a golang edition of orbit-db.
> (does not fail or lose data, or get into a corrupt state easily)
The data is stored on IPFS primarily (Pick a number of different ipfs varieties, rust, golang, js). Oplog specific data is stored in a datastore-level instance, which utilizes c++ leveldown bindings. Code that is well tested and has never been proved to lose data due to being written in JS alone. Aside from that the programming language does not determine whether a developer creates crappy code. The developer does, horrible, inefficient, bug filled code can exist in any number of languages. Its really a matter of preference.
Side note: I used to absolutely hate JS until a began programming in it for many months. Originally programming Java
Re: OrbitDB: Peer-to-peer databases for the decentralized web
#116Earlier quoted context omitted.
Definitely a much better choice
Can you elaborate why you think Rust is a better choice?
I would have said that for any statically typed language.
It simply leads to more robust software because compiler rejects large set of incorrect programs that would otherwise end up in production. Your test coverage has to be much larger just to verify that your program is sane on the most basic level.
Rusts compiler is even stricter than most.
Not to mention resilience to change, JS is simply a blunder
Re: OrbitDB: Peer-to-peer databases for the decentralized web
#117Earlier quoted context omitted.
You are arguing for the sake of arguing. OP said JS is not a good choice when performance and robustness is important... any programmer knows exactly what they mean, but I will spell it out for you as you clearly do not get it: if you're going to write a DB, you want it to be performant (run fast) and robust (does not fail or lose data, or get into a corrupt state easily). JS is absolutely not the first choice when p…
> You are arguing for the sake of arguing. Nope. I actually just disagreed with you. I think JS is a robust language and I said why very clearly and politely. You, however - well I stopped reading after your first sentence. Good luck to you!
You start with " You should check your definition." and you think that is " actually just disagreed with you. I think JS is a robust language and I said why very clearly and politely."?
You didn't say why JS is robust, you twisted the word's definition to fit your point. Don't do that.
If your way of debating is to leave the debate when someone says something you don't like, then good luck working in IT.
Re: OrbitDB: Peer-to-peer databases for the decentralized web
#118p2p DB in JS using CRDT. That sounds a lot like GUN. How does OrbitDB compare to GUN?
> How does OrbitDB compare to GUN? I went to a meetup where the creator of GUN gave a presentation. To this day, it was the single strangest presentation I've ever experienced. The presentation had numerous obvious errors. The audience kept pointing out major misunderstandings and errors about distributed systems. I remember one awkward moment where someone pointed out a glaring error in the author's model of conflic…
It's humorous to me that Hacker News allows this kind of unsubstantiated slander. No example of "obvious errors", no mention of which talk this even was.
I'm not even a Gun fanboy. I've just used it successfully and it has done for me what it claims to do.
Could it be that Hacker News has a vested interest in seeing competitors to IPFS fail? I'm not sure, but either way, your comment grosses me out.
Re: OrbitDB: Peer-to-peer databases for the decentralized web
#119Earlier quoted context omitted.
I wasn't at this specific presentation, but I've seen other presentations by the author, and had basically the same takeaway. Snake oil.
What are the alternatives for offline-first databases? I have a project in the back of my head where clients to a simple central database would be frequently offline and I had GUN in my notes for doing that.
I'd say another option might be PouchDB in combination with CouchDB. That's what Hoodie uses.
But I don't see why you couldn't try GUN if you wanted to. It's disturbing how HN seems to demand a kind of "brand loyalty" regarding technology. Just use what works.