fgdelcueto
Joined 8 years ago
Joined 8 years ago
It's a 9000px image, so I uploaded it here https://www.easyzoom.com/imageaccess/beecf8383ac249978d943b8... where you can zoom in to see the detail.
I remember being excited every month to see what people would do in the raytracing competition. Good times :D http://www.povray.org/competition/
I think the author underestimates the amount of warping in the underlying soil in some places. I'm sure it isn't a one-size-fits-all solution, but I agree it should be considered for suitable places.
https://en.wikipedia.org/wiki/Kernel_(linear_algebra)
Of course I'm kidding. It's one of those terms that many fields adopt and give it completely different meaning. There's no "normal" meaning of `kernel`.
I think some of these meetings might be important enough to warrant having one occasionally, but not as an almost-daily phenomenon.
Any similar experiences? I'm not in the software dev/engineering world so I'm not as well informed in the matter; however I'd be very surprised if a majority of people would accept such working conditions that are very adverse to a healthy work-life balance.
There is something about watching a movie/show in its original language that you cannot understand. I think its awesome to be immersed in a different world, getting the sounds, inflections, etc from a different language of yours. I will always prefer subtitles to dubbed versions if possible.
I understand some people don't, but I think it's just a matter of being exposed to it. And probably the younger, the better.
There's a whole branch in applied math that's called numerical linear algebra and deals with all these kinds of situations. One of the most important results is that you should almost never do an explicit computation of the inverse of a matrix. It is expensive and can be highly unstable. If you ever see a A\b or pinv(A)*b in somebody's code, it should raise a big red flag.
For instance, for some of the regression algorithms the pseudo-inverse of the matrix is used to solve the normal equations. Again, for small, well-behaved problems it is OK, but for larger scale, less well-behaved problems, it is actually dangerous (numerical instabilities and other issues). There are better, faster, more stable approaches. (PhD in Applied Math here)
BTW, I have been using Julia for work for several years now and I think it is a fantastic language for scientific computing. For those who use Matlab/Numpy regularly, you should definitely check it out.