byt143
Re:ICJ Orders Israel to Prevent Genocide Without Cease-Fire
on Friday January 26, 2024 @04:40PM (#39148865)
So Israel can't enjoy the same right to self defense that any other state would? They can't conduct a war in an urban environment with an actual intentionally genocidal enemy, and must resort to targeted assassinations? That standard is absurd. Surely you can admit some middle ground ,if you're discussing in good faith.
Re:Why do some people feel tired all the time?
on Thursday January 25, 2024 @06:19PM (#39136827)
Second !
Re:On the Link Between Lyme Disease and Bioweapons (2019)
on Friday August 04, 2023 @07:27AM (#36998447)
How about the misery of a loved one going untreated, undiagnosed and dismissed by physicians with a facile understanding of chronic multi system disease dynamics. People who do that are usually ones who cannot find physical relief elsewhere.
Re:On the Link Between Lyme Disease and Bioweapons (2019)
on Friday August 04, 2023 @07:25AM (#36998422)
Don't expect a good answer. That brand of skepticism is performative rationality devoid of actual critical thinking.
Re:
on Thursday July 27, 2023 @09:34PM (#36902217)
It's really depressing that a handful of big corporations will be able to exert such control over labor and productivity
Re:
on Thursday July 27, 2023 @07:29PM (#36901452)
What tasks?
Re:GPT-4 API General Availability
on Thursday July 06, 2023 @06:47PM (#36624326)
What's the difference between chat and instruction tuning?
The Replit AI Manifesto
Re:Mojo – a new programming language for AI developers
on Tuesday May 02, 2023 @02:05PM (#35791750)
How does mojo handle function polymorphism and abstraction? Julia uses multiple dispatch, Haskell type classes etc
Edit: I see you're going to have protocols/ traits. Can those be specializes/monomoprhized at function call time like Julia abstract types?
And how about function specialization? Will functions be attached to structs in a single dispatch fashion or free floating multimethods?
It's Starting to Get Strange (GPT 4 as a "first rate data analyst")
TurnItIn CEO projects AI driven 80% cut to programmers and marketers
Re:An example of LLM prompting for programming
on Tuesday April 18, 2023 @07:11PM (#35621787)
Interesting. What's your prompt?
Re:NeRF: Representing scenes as neural radiance fields for view synthesis
on Friday March 20, 2020 @01:55PM (#22639684)
If you're only looking for one novel view, can it use less views that are close to the novel one?
Cxx.jl: a Julia C++ REPL and interactive FFI
Re:Google/Trax – Understand and explore advanced deep learning
on Monday February 17, 2020 @12:14PM (#22349050)
Even then shape errors would require a dependent type system not found in most static languages.
Re:Building a neural network from scratch in Haskell
on Thursday February 13, 2020 @12:59PM (#22319804)
What are your concerns around the support / dev?
Google has a fairly sizable team around it, it has a fast path to adoption by the large pool of swift devs and fast.ai, and of course, google hype.
Chris leaving doesn't seem to be an issue: https://twitter.com/clattner_llvm/status/1222032740897284097
Re:JuliaLang: The Ingredients for a Composable Programming Language
on Tuesday February 11, 2020 @08:57AM (#22298471)
It does not have macros.
Re:JuliaLang: The Ingredients for a Composable Programming Language
on Monday February 10, 2020 @10:35PM (#22295818)
Why can't you just have the higher level representation of the code available and just recompile everything?
Re:JuliaLang: The Ingredients for a Composable Programming Language
on Monday February 10, 2020 @05:09PM (#22293929)
Re:JuliaLang: The Ingredients for a Composable Programming Language
on Monday February 10, 2020 @03:27PM (#22292904)
So it's a package, not a language issue?
Here's a revamp based on protocols https://github.com/apple/swift-numerics
Re:JuliaLang: The Ingredients for a Composable Programming Language
on Monday February 10, 2020 @11:31AM (#22290575)
That makes sense. Swift is also way too complex and syntatically noisy imo. I like that Julia has a smaller set of very powerful abstractions.
Though isn't point (2) just a convention thing? Protocols can refine other protocols. So in S4TF there's a layer protocol and an RNN protocol which extends that, IIRC.
Re:JuliaLang: The Ingredients for a Composable Programming Language
on Monday February 10, 2020 @11:23AM (#22290477)
This can be done better with traits in Julia, which are more powerful, safer and faster.
See here: https://white.ucc.asn.au/2018/10/03/Dispatch,-Traits-and-Met...
Re:JuliaLang: The Ingredients for a Composable Programming Language
on Monday February 10, 2020 @11:11AM (#22290336)
Thanks. I mean in julia you can use traits for that, but it's not built in (yet). Though there's no speed penalty, as you probably know.
So this is about extending types, but it sounds like swift is strictly "better" then, since it's also statically checked? Or is there something that multiple dispatch gives that substantively better?
I'm trying to get a feel for if the Swift for Tensorflow project will afford the same kind of composability, while keeping static type checking, modules etc (assuming they work out cross module code specialization, which I think is happening).
Re:JuliaLang: The Ingredients for a Composable Programming Language
on Monday February 10, 2020 @10:40AM (#22290004)
Sure, but I'm more looking for something from the swift side of whether Swift can do the same sort of composable generic programming.
Re:JuliaLang: The Ingredients for a Composable Programming Language
on Monday February 10, 2020 @09:58AM (#22289605)
Anyone know how this compares to swift and its protocols etc?
Re:Standardizing OpenAI’s deep learning framework on PyTorch
on Friday January 31, 2020 @11:37AM (#22203016)
Julia gives you the best of both worlds. And more.
All those pretty function like things you see above are actually callable objects that can be introspected, intercepted and dispatched on...so you can mix and match pure object abstractions, pure function abstractions and objects with function like properties depending on the usecase.
This is because Julia's philosophy is to make Differentiable Programming a completely seamless and normal programming paradigm inter-operable with all standard code patterns.
And all this is only possible because of a unique mix of amazing reflection, code gen (including hooking into the compiler from third party packages, allowing source to source autodiff and GPU codegen), fast generic/parametric polymorphism even across packages, multiple dispatch and macros, among other technologies.
It's not quite at the stage of "write any normal julia code and it just works", as there are some rough edges being worked out, but that's the vision and it's even now it's leaps and bounds above pytorch.
Re:Standardizing OpenAI’s deep learning framework on PyTorch
on Thursday January 30, 2020 @09:51PM (#22198551)
Re:Standardizing OpenAI’s deep learning framework on PyTorch
on Thursday January 30, 2020 @05:31PM (#22196576)
https://twitter.com/clattner_llvm/status/1222032740897284097
Jeff Dean seems to disagree.
Also, I think it hasn't picked up steam because it just isn't mature enough yet
Re:Pandas 1.0
on Thursday January 30, 2020 @01:50PM (#22194101)
>The people that maintain infrastructure/maintenance support for Julia apps are almost ready to quit their jobs. It sucks so bad.
Any specific examples?