Amsterdam is an absolute nightmare to be anything that participates in street traffic in. I've genuinely never met anyone that didn't think this was the case outside of some fringe elements that live inside of Amsterdam (and if I'd have to guess are just used to it).
"As many have said GPUs are so fast because they are so efficient for matrix multiplication and convolution, but nobody gave a real explanation for why this is so. The real reason for this is memory bandwidth and not necessarily parallelism."
Sorry but please don't take Eigen (https://eigen.tuxfamily.org) away from me. Can't speak for others, but the scientific code I work on would become unreadable like that.
The same thing everyone else means when they say that. There was a "woke doesn't mean anything" argument just recently as part of another AI discussion, can't be bothered with that one again, go read:
Of course, because that's not what it means. Trolls gaslight with hurtful nonsense to incite reactions from people that don't know better. Anyway, my point here was preserved despite your censorship. Now aren't you and your friend late for some kind of cross burning?
I think the problem exists: the externalities of the approach to laptops you're describing are very bad. Framework is trying to promote the three R's to help combat this. Reduce, reuse, and recycle.
I think most folks here are advocating for MacBooks, which you absolutely could not build or buy an equivalent of in the 1000$ range. Desktops are a different class of hardware altogether.
> I mean, more generally, what is Erlang implemented in?
"Any sufficiently complicated concurrent program in another language contains an ad hoc informally-specified bug-ridden slow implementation of half of Erlang." - Virding's Law ;)
So first you have to implement all those things. And then use them.
You can in C/C++.
Though, the point is that erlang has a strategy how to clean and recover from such error (some data can be lost, rarely we can crash the whole system for some errors).
I mean, you can write erlang-way in almost any language, just in this case you need to adopt all the libraries to follow the same principles.
Some languages implement similar error handling strategy by just creating a separate process per request (hello, php). We know how to clean after a worker dies (just let the worker die). Just in that case supervisor strategy is very simple.
Of course you could implement a language like Erlang in Rust, but I think the point is that you would have to do exactly that in order to do in Rust what Erlang does at the language level.
I think we can all agree that maximizing profit is a cause, while also acknowledging that the situation is not ideal. There are many solutions to this self-imposed problem, like standardizing the battery interfaces.
I agree most company's have no incentive to do that. I think those incentives should be put in place though.
Intact Solutions applies state of the art research to simulation for engineering, design, and manufacturing applications. We create finite element analysis solutions that can operate on a wide variety geometry and material types, providing unique solutions for generative design and additive manufacturing.
Intact is a small R&D technology company. We are supported by federal research grants, software licensing and products, as well as industry partners. We value both the exploration of ideas as well as the construction of solid foundations for future endeavors.
We're looking for new software engineers! If you have an interest or past experience with
* mechanical engineering / finite element analysis
* computational physics and / or mathematics
* computational geometry, HPC, numerical issues
then please consider reaching out! We are always looking for candidates who are excited about pushing the state of art in modeling and simulation.
Our core software is written in C++. We are exploring the use of Rust for our core products. In addition, we support a Python interface and a rails based web application.
Intact Solutions applies state of the art research to simulation for engineering, design, and manufacturing applications. We create finite element analysis solutions that can operate on a wide variety geometry and material types, providing unique solutions for generative design and additive manufacturing.
Intact is a small R&D technology company. We are supported by federal research grants, software licensing and products, as well as industry partners. We value both the exploration of ideas as well as the construction of solid foundations for future endeavors.
We're looking for software engineers interested in geometry, materials, and simulation. If you have experience with mechanical engineering, computational physics and mathematics, FEA, HPC, computational geometry, etc, consider reaching out! We are always looking for candidates who are excited about pushing the state of art in modeling and simulation.
Our core software is written in C++. In addition, we support a Python interface and a rails based web application
