Once node synchronization takes too long, have ideas ready for checkpointing.
flow, layout
[snowblossomcoin/snowblossom] Issue opened by cluelessperson
bah. the eclipse bazel plugin is basically something to run bazel from eclipse, but doesn't actually plug in to the eclipse build
aka: no IDE features
does google not use IDEs?
out of curiosity, why use protocol buffers instead of something more simple and portable like json?
protobufs are great for performance, but makes build way more complicated
@Tyler Boone a common complaint about bitcoin is the bandwidth, and processing power required to handle ever increasing load.
Protobuf is apparently purpose built for pretty high speed and reliable serialization. Json would be more human readable, but at cost.
--- Holy crap this is cool
I put up another server for mining, I'm having trouble getting it to put the snowfield into ram, found a neat tool to do it.
which usage of protocol buffers needs to have "high speed"? Communication between nodes has no reason to be human readable, and could be compressed JSON, which would probably be either equal to or marginally larger than json
the only other place that would matter I think would be the snowdb, which seems to be serialized objects at first glance. I guess that's good, but there are alternatives
meanwhile I think protocol buffers are the reason the build is so complicated (protocol buffer compiler is platform specific) and requires bazel, which doesn't play well with IDEs.
I did protobuf mostly to have solid Rpc tools
Grpc specifically
hmmm
Basically I was looking for fastest time for me to get it running
Plus with protobuf I have the classes for the data structures automatically
I don't have to spend a ton of time with that crap
I pretty much refuse to code Java without an IDE, so the choice could have a negative effect on getting other people to contribute if there are lots of people like me (there are)
you could say the same thing about json-rpc for instance.
I think intelij is the thing people were using at google recently
that might work better with bazel
the truth is that protocol buffers is what you know, which is fine
yeah, and I really love having my network messages being the same as my in memory objects
with no silly conversions
using what you know is a time honored tradition (and smart!)
protobufs store their in memory objects in the same memory format???
like binary storage?
I'm not sure if I am communicating poorly or you are fucking with me
google isn't working so I am no longer smart
haha
you said the in memory objects are the same as the network messages
I didn't know that
https://ij.bazel.build/docs/bazel-plugin.html <-- looks more promising than the eclipse integration Correct, reproducible, fast builds - now for IntelliJ
guess this is a good opportunity to try intellij
I've heard good things about it
yeah, and the brand is good
I use so many Jet Brains things
alright, gotta run
ttyl
later
BTW, I was going to check the hash of the release jars, but I don't know how to create them
bazel build :all doesn't seem to create the release jars
See windows build script
Bazel build :SnowBlossomNode_deploy.jar
but some of the other classes might be from maven jars with newer versions
wouldn't surprise me at all