fault1

21 ms·

1. 211.▲
   by fault1 5y ago

   I will be doing it w/ Zig and Julia this year, i'm redoing some Rust, python, and scala solutions from previous years
2. 212.▲
   by fault1 5y ago

   also banner ads: https://www.webdesignmuseum.org/web-design-history
3. 213.▲
   by fault1 5y ago

   Don't forget rabid useragent sniffing to send browsers the "good pages": http://webaim.org/blog/user-agent-string-history/ this probably started in 1997-or 1998 or so, and probably had its apex in t
4. 214.▲
   by fault1 5y ago

   How about zig? From what I've heard, zig is supposed to be a "better" drop in replacement for C.
5. 215.▲
   by fault1 5y ago

   Hasn't cython been ported to wasm (iodide), or perhaps one of the "rewrite in Rust" Python impls? rustc can output wasm pretty naturally.
6. 216.▲
   by fault1 5y ago

   yes, but "speed" in 'top supercomputers' is not "speed" in 'embedded systems'. I do think Julia potentially can crack this space, but the runtime at least historically has not been tailored for it. It
7. 217.▲
   by fault1 5y ago

   the problem with Julia in the use case of OP is really the fact that it is garbage collected (and perhaps also how its GC is tuned). You can work to eliminate allocations, but the memory determinism problem is more important in real time co
8. 218.▲
   by fault1 5y ago

   this is not the (common) interpretation of open access, which usually means, "no paywall".
9. 219.▲
   by fault1 5y ago

   I'm talking about forward - not reverse mode accumulation, since forward is VERY important for hpc. you ideally want 'forward over reverse' and other types of hybrid ad as well. it does look like a lot of progress has been ma
10. 220.▲
    by fault1 5y ago

    It'll be interesting to see if Fortran makes a comeback. In some ways, modern Fortran is a kind of nice language. I'm mildly surprised for using Pytorch in HPC workloads since I didn't think its forward mode autodiff was gre
11. 221.▲
    by fault1 5y ago

    censoring seems like a strong word. it's likely some automated system that based on some frequency analysis detecting whether the dislikes were authentic or not (by some defn of 'authentic'). Without such systems it's tr
12. 222.▲
    by fault1 5y ago

    don't forget tensorflow probability and pyro. I think 'probabilistic programming' is potentially one of the next popular paradigms of programming (or perhaps data science), especially with stuff like copilot. In this space,
13. 223.▲
    by fault1 5y ago

    government subsidies?
14. 224.▲
    by fault1 5y ago

    A monopoly for information retrieval? Surely not. For online ads? Sure you can make that case. Their business in the end is based on delivering relevant content. If there is a market for the traffic Google refuses to host, then there are pr
15. 225.▲
    by fault1 5y ago

    There is many good reasons to "scan" _all_ content. How about spam, illegal content, or anything that violates their TOU? These days if you do not have a litany of algorithms performing these tasks, the worst case is that you&#x27
16. 226.▲
    by fault1 5y ago

    Isn't this just a market opportunity for other companies? Google isn't the only company that owns the field of information retrieval. They just came the right place/right time after the .com crash.
17. 227.▲
    by fault1 5y ago

    Julia combines the following: - multiple dispatch - parametricity - lightweight subtyping - staged programming In interesting ways. felleisen's class talks (partially) about it here: https://felleisen.org/matthias&#x2F