At the time, Bordeaux was an English possession (Angevin Empire) so the lack of any complications like import duties would account for the price difference:
Things are happening in that space already!
I work at Actyx and we have a production ready stack for local-first real serverless (peer-to-peer) applications. Please take a look at https://actyx.com/ .
Factory software is at the core of value creation, it is crucial to our society. Creating factory software is exceedingly difficult. Actyx is solving this problem. Our platform ActyxOS—based on a peer-to-peer architecture with no central nor on-site servers—allows developers to easily build and run powerful data-driven applications. This helps factories answer questions, reduce waste, and increase performance. Over the last 2.5 years Actyx has grown to a team of 25 absolutely outstanding people, raised over 4 million EUR and was installed in multiple factories.
To help fuel growth of ActyxOS we are looking to hire for multiple open positions in the following roles to join the 8-strong Pan-European distributed development team:
We seek an outstanding candidate, who is highly driven, smart, confident, and gritty. Our perfect match is hungry to learn and enjoys working in fast-paced environments.
We are looking for candidates located within +/- 1 hour from CET/CEST (Berlin) time zone.
Factory software is at the core of value creation, it is crucial to our society. Creating factory software is exceedingly difficult. Actyx is solving this problem. Our platform ActyxOS—based on a peer-to-peer architecture with no central nor on-site servers—allows developers to easily build and run powerful data-driven applications. This helps factories answer questions, reduce waste, and increase performance. Over the last 2.5 years Actyx has grown to a team of 25 absolutely outstanding people, raised over 4 million EUR and was installed in multiple factories.
To help fuel growth of ActyxOS we are looking to hire for multiple open positions in the following roles to join the 8-strong Pan-European distributed development team:
We seek an outstanding candidate, who is highly driven, smart, confident, and gritty. Our perfect match is hungry to learn and enjoys working in fast-paced environments.
We are looking for candidates located within +/- 1 hour from CET/CEST (Berlin) time zone.
Factory software is at the core of value creation, it is crucial to our society. Creating factory software is exceedingly difficult. Actyx is solving this problem. Our platform ActyxOS—based on a peer-to-peer architecture with no central nor on-site servers—allows developers to easily build and run powerful data-driven applications. This helps factories answer questions, reduce waste, and increase performance. Over the last 2.5 years Actyx has grown to a team of 25 absolutely outstanding people, raised over 4 million EUR and was installed in multiple factories.
To help fuel growth of ActyxOS we are looking to hire for multiple open positions in the following roles to join the 8-strong Pan-European distributed development team:
We seek an outstanding candidate, who is highly driven, smart, confident, and gritty. Our perfect match is hungry to learn and enjoys working in fast-paced environments.
We are looking for candidates located within +/- 1 hour from CET/CEST (Berlin) time zone.
What about Intellicad (https://www.intellicad.org/ )? It seems to be pretty popular among engineers. It reads DWG/DXF (AutoCad format) pretty well.
The software itself goes by various names, because Intellicad itself is a consortium. For a nominal fee, you get access to the codebase and can release your own version with your own brand. The thing is shared source, so as a consortium member you need to contribute your changes to the core back to the shared codebase. However this is closed-source.
Edited.
There is Introduction to Functional Programming using Haskell by one of the authors if you'd rather have examples in a particular programming language.
Nice thing about "continuous" math is that we have so many "standardised" tools in its toolbox, contrasted with "ad-hoc-edness" of discrete math. Hence interesting is solving discrete problems with "continuous" tools - like e.g. http://ac.cs.princeton.edu/home/
The continuous models are an ad-hoc, purely mental, construction. When you have to solve a PDE, you actually build a discrete model (using finite elements), and solve the discrete thing. Except in very simple toy problems, you can never "solve" anything using only continuous tools.
Spectral methods, or any methods where you have chosen a basis of continuous functions and are solving for weights produces solutions in the continuous domain. That's not a discrete model.
I'm often interested in the opposite: Solving continuous problems by going to the discrete domain.
I'm not a mathematician, but I did enjoy taking math courses and dabbling a little.
My personal highlight was when I was struggling for months to solve a continuous variable problem, but then one day I decided to "pixelate" it and converted it to a discrete problem. I solved the discrete problem, and got the answer to the continuous problem by taking the limit of the solution.
The problem was: If you choose n numbers at random (uniformly) in the interval (0,1), what is the expected value of the maximum?
I showed this problem to a number of people (including math professors) who struggled with it. Finally, one day, a colleague solved the problem in 5 minutes and 3 lines using continuous math. (It's not a clever solution either - surprising so many people missed it).
Still, I feel content with my discrete proof (which was about 2 pages). Since then I've often thought I should collect interesting continuous problems solved this way and put them on a web site, but never did. :-(
So is this the solution? The probability that all numbers are less than x is equal to x^n. So then you take the derivative of that to get the probability that the maximum us is exactly x. n x^n-1. Then calculate the expected value as integral from 0 to 1 of x n x^n-1 = n/n+1.
Too lazy to think deeply about it, but it sounds right. You start with the cumulative distribution function and get the pdf from it, which looks like what you're doing.
Really simple solution. Problem is simple enough that this could be a standard HW problem in a probability course. Yet so many people (including myself) did not see it. We kept doing multiple integrals (n integrals for n points) and tried using induction on it.
This was actually a subproblem of the real problem. The real problem was: Given n points chosen randomly on a circle, construct the n-sided polygon. What is the probability that the center of the circle is inside the polygon? Since I worked on it, the problem has shown up on the Internet in various places (usually for the special case of n=3 - triangles, but I think I've seen the general one posted here and there). I don't recall if anyone came up with the same solution I did for the general case - I think one site had it.
it is (a standard HW problem). for bonus points, there's a connection between order statistics of the uniform distribution (such as max) and the beta distribution, of which the solution above is an example.
For me this shows the difference between theoretical setting and what you would want to do in practice. I have been following 6.824 (where this is sourced from), to learn something about distributed systems programming and it was great fun to shed a lot of figurative sweat to convert those 26 (actually) lines into working "production" code. Hundreds lines of code, because in real-life we have packet loss, network partitions, etc. But the pseudo-code in the link itself is correct, however, it doesn't tell the whole story.
Finally - I wholeheartedly recommend the 6.824 course to anyone interested in distributed systems. Even if you don't like strong consistency, you'll learn a lot about testing and debugging distributed systems, the knowledge you can re-use later in your career.
