|
you mean its like fake news that's not really even fake news...
Caveat Emptor.
"Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
|
|
|
|
|
Dan Neely wrote: I'm not sure they actually understood what the purpose of making fakemeat was before jumping on the bandwagon.
Are you suggesting that vegans are the only ones not eating meat products?  
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
But eggs are meat, it is just at an early development stage.
|
|
|
|
|
Member 7989122 wrote: eggs are meat
Sort of. But there IS a big difference between a nugget made out of chicken and a nugget that has a little bit of egg in it.
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
At the breakfast table: "Mommy, I want to devour the unborn life!"
|
|
|
|
|
Your breakfast table is freaky. 
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
Member 7989122 wrote: But eggs are meat, it is just at an early development stage.
"Grass that still hasn't yet been eaten by a cow is meat, it's just at an early development stage".
Yep, I'm gonna start using that.
|
|
|
|
|
We are being too serious now  but genetically the egg is a chicken. The grass is not genetically a cow.
Now that we are in the serious corner: Mushrooms are neither animals nor plants, they are from a different kingdom. They share some genetic traits with life in the animal and plant kingdoms - but more wiht animals than with plants (if what I have been told is correct).
So, do vegetarians, vegans or whatever they call themselves shy away from mushroom because they are genetically closer to animals? Or do they ignore the genetics, saying that "Anything that isn't walking or swimming or flying is OK as food"? How do they then relate to jellyfish, spending part of their life swimming about, and part of their life affixed to the bottom of the sea, growing like a plant? (Consider it a question of principle - I don't think jellyfish are suitable for eating!)
|
|
|
|
|
Member 7989122 wrote: We are being too serious now but genetically the egg is a chicken. The grass is not genetically a cow.
Don't you go raining on my parade...I'm still going to use it.
Interesting point re: mushrooms.
|
|
|
|
|
ZurdoDev wrote: Are you suggesting that vegans are the only ones not eating meat products? 
No, but they're the largest segment of the market. Especially the fake meat sort; we carnivores have no need for sad imitations. If I want something that tastes like meat I'll eat the real thing; if I want a vegetable meal I'll go for something that highlights the best a veggies can be (which is not fake meat).
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
A couple of my friends insist that they are "secondary vegetarians": They only eat meat of animals that are vegetarian.
|
|
|
|
|
I'm pretty sure McDonald's hasn't used chicken in their McNuggets in decades. If ever. Or beef in any of their burgers.
|
|
|
|
|
Me and my colleagues at work have totally had it with SignalR and it's erratic behaviour, everything seems to work fine locally, but as soon as it's tested in a production environment unexplainable problems occur. Also there does not seem to be anything to find about these problems on the internet, like long delays on message delivery 
Are we the only ones having these problems ?
We are thinking about switching to ZeroMQ, see: message-queue-servers[^]
|
|
|
|
|
Pretty much anything of that sort is created by architecture astronauts and will not fullfil any particular need.
|
|
|
|
|
PIEBALDconsult wrote: architecture astronauts
This is priceless. Will be reused.
|
|
|
|
|
Apparently Joel Spolsky coined it.
Look it up.
|
|
|
|
|
Here[^] for those interested.
Nice one, thanks.
|
|
|
|
|
I would suspect firewall or configuration issues on the production server, or even routing (though unlikely for most network configurations).
"Never attribute to malice that which can be explained by stupidity."
- Hanlon's Razor
|
|
|
|
|
We have some knowledgeable network administrators, and they could not find any problems, besides all other software using TCP worked without any problems !
|
|
|
|
|
Why not RabbitMQ (which is first on that list and also the most well known by far)?
Worked with it and it worked pretty well (never tried front-end though).
I'm currently using Azure ServiceBus which also works great (but somehow isn't on that list).
What kind of problems are you having with SignalR?
I'm thinking about using it in a project of my own (in Azure), but this doesn't bode well 
|
|
|
|
|
Sander Rossel wrote: also the most well known by far
That doesn't speak well of the circles I hang out in. I HAVE heard of SignalR but NOT RabbitMQ.
SignalR is the most popular one I have heard about. 
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
They're different technologies.
SignalR is a wrapper around web sockets that can send data back to the browser (which isn't normally possible using HTTP, although SignalR should fallback to long polling if sockets fail or aren't supported).
RabbitMQ (and ZeroMQ and ServiceBus) are queueing technologies, which support sending some data to a queue (or topic) where listener(s) will pick it up and do something with that data.
I can see how queueing can be an alternative to sockets, but sockets are usually not a good (or even possible) alternative to queues.
|
|
|
|
|
That looked good to me too, and also NATS (especially with future Docker microservices development in mind), but one of my colleagues already beat me to it with a Proof of Concept using ZeroMQ before I could even start a discussion about it, guess I'm getting too old and slow 
And I must say, the more I read about ZeroMQ the more enthousiastic I get, it's even developed by a Dutch guy !
|
|
|
|
|
Never heard of NATS (just read your experience on that list).
My biggest objection to ZeroMQ would be the following:Some guy named Tim wrote: More complicated scenarios require more setup
ZeroMQ is very fast due to its simplicity, but as a result of this, doing anything harder than passing messages between 2 peers will require a lot more work from the user.
SignalR is (usually) a one-to-many broadcast, with support for channels.
That sounds more like topics than queues, and according to this Tim topics aren't supported in ZeroMQ.
RabbitMQ (and ServiceBus) do support topics out of the box.
Although reading the ZeroMQ website it also seems they support topics as well, so Tim might just be a dirty little liar
|
|
|
|
|
ZeroMQ's fine - I've used it in some projects at work. I've always got the feeling that Martin Sustrik (who then went on to start nanomsg - another lightweight messaging system) was the main man in the development, until him and Hintjens had a falling out...
Main difference between ZeroMQ & other messaging systems is the lack of a separate broker server, which is an advantage for some use cases (it was for the one we had), but probably not for others. Being able to support messaging between & within processes (where in-process messaging uses a different, more efficient transport) was also a plus point for us.
We only use the REQ-REP setup, but PUB-SUB (for data distribution) is also on the cards for future developments.
We layered Protocol Buffers on top, to provide message structure. That also worked well.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
