It checks if any of the deprecated features are used. 4.0 removes classic queue mirroring, changes the underlying metadata storage to khepri and introduces many improvements. Instead of asking many questions, it analyses the definition file locally in the browser.
httpc is good for a one off request, but it is not very up-to-date with the latest features of the web. So building application logic on top of it is not ideal.
This was (is) the case for classic queue mirroring. Quorum queues use a raft implementation and can synchronise the delta. As of now, the two major features missing from quorum queues are message TTL and priority. The former will come soon. It is true that QQs have different runtime characteristics but they are much more stable in a clustered environment.
I use instagram and my own webpage. The single biggest problem I have is consistency. For me art is a hobby, so I don't always have the time. So my instagram engagement is all over the place. The webpage is good, but hardly anybody reads it (which is not necessarily a bad thing).
This happens a lot in mathematics. Definitions that depend on intuition usually have very weird edgecases. When you formalise a definition and explore the definition to a “wider” domain, then the intuition usually breaks and can have surprising consequencies. It also happens a lot in calculus. Things that work beautifully to continuous smooth functions can have an a strange edge cases. Eg if you add infinitely many continuous and smooth wave functions the result can be a non continuous function. Same here, the intuitive definition of a prime, when formalised, and applied to non positive number sets have unintuitive consequencies. One is that it can actually work.
I had a similar experience early in my career. To me it was eye opening to see some masters keep investigating problems without getting emotional. I learned how not to care about the time it takes to figure things out, but to start and carry on. This way given enough time, almost all problems are solvable. The time pressure doesn't change this fact.
In case of a time pressure, I just focus on workarounds instead of analysis. Once the problem is no longer burning, it's up to the project priorities to investigate the root cause.
I also learned that panic never solved any of my problems, so when I notice that I am moving into panic mode, I stop for a minute and cool down. This is a skill that can be learned.
> Most native speaks have little knowledge of the grammar and syntax beyond intuitive.
The fact that they don't know the scientific names of the grammar rules doesn't mean that they don't know grammar. As somebody how's native language is very dissimilar to English, my intuitive language rules are no help speaking English. The grammar you are taught at school is descriptive of English and not a prescription. The distinction s very similar to "laws in physics". Nature doesn't really care about the rules we impose on it.
Learning grammar alone is not enough. Learning vocabulary alone is not enough. Immersing yourself to a language without a guide (like your parents guided you into language) is completely ineffective.
Grammar, vocabulary and pronunciation are equally important if you want to get fluent in both spoken and written communication in a different language.
I know what you mean, and a number that is not infinitely precise is an interval (i.e. a set of numbers).
e is a number that is quite hard to pin on the imaginary number line, because the chances of hitting it with a pin is virtually zero. But the same argument can be made about the number 2 or 3. Those are just notations to abstract ideas, even though it is easier to formulate analogies for some of those numbers.
Now, formalising that above sentence even with symbols is quite difficult.
RabbitMQ runs perfectly fine on Windows too. As others mentioned in the comments, RabbitMQ supports a great variety of use cases. If you want to reach out for help, you can find my contact in the article.
With clustering, you can have more nodes and you can shard (distribute) your queues over the cluster. You don't need to mirror every queue on every node. But you are right, mirroring alone will add more load.
I've seen quite a lot messages going through RabbitMQ. I wouldn't worry too much about scaling, because the possibilities depend very much on the architecture. With some tuning RabbitMQ can take you a long way. I would give clustering a go and see where the limits are before exploring more complicated architectures like federation.
I was in similar situation. I didn't quit, and spent quite a lot of time figuring out what was the real issue that me miserable. It turned out it was something I could change without quitting. I managed to change it, but I first needed to understand the real root cause. It is like debugging your life. Mindfulness and introspection are great tools in those times.
The problem with number crunching or maths is that it is very difficult to cut the whole computation into smaller units and pre-emptively schedule it. If it is possible for a specific use case, then it is moderately easy to replace that part with NIFs. For effective maths you need to convert the internal tagged number representation to machine native code that is also expensive. Solving these two things in the generic case is very difficult while preserving all the good parts.