Earlier quoted context omitted.
Why is that? It conveys the DOA meaning pretty well.
Generally, your metaphors should not rely on comparison to a pretty traumatic event that has happened to quite a few people, many of whom might be around you without you knowing.
Swift for TensorFlow – A system for deep learning and differentiable computing
61–70 of 142 posts
Re: Swift for TensorFlow – A system for deep learning and differentiable computing
#62Earlier quoted context omitted.
Why is that? It conveys the DOA meaning pretty well.
Generally, your metaphors should not rely on comparison to a pretty traumatic event that has happened to quite a few people, many of whom might be around you without you knowing.
Re: Swift for TensorFlow – A system for deep learning and differentiable computing
#63I'm not sure this is really going to take off, it seems that most people who are abandoning TF are moving to Jax or pytorch. My own experience with Jax is that it is much easier to use then TF, just an all round more pleasant experience. It would be interesting to try this, but at this point I'm not really willing to learn 'yet another deep learning framework' and the extreme anti-user problems that TF had make me lo…
All I want is a way to statically type check tensor axes. Why can't I get a way to statically type check tensors?
Re: Swift for TensorFlow – A system for deep learning and differentiable computing
#64Re: Swift for TensorFlow – A system for deep learning and differentiable computing
#65Earlier quoted context omitted.
I'm skeptical of JAX. It feels good right now, but when the first TF beta version came out it was very much like that too - clean, simple, minimal, and just a better version of Theano. Then the "crossing the chasm" effort started and everyone at Google wanted to be part of it, making TF the big complex mess it is today. It's a great example of Conway's Law. I'm not convinced the same won't happen to JAX as it catches…
I know where you're coming from, but TF in my opinion was very user-hostile even on arrival. I can't tell you how much hair-pulling I did over tf.conds, tf.while_loops and the whole gather / scatter paradigm for simple indexing into arrays. I really think the people working on it wanted users to write TF code in a certain, particular way and made it really difficult to use it in other ways. Just thinking back on that…
Not quite sure why you picked those particular examples... JAX also requires usage of lax.cond, lax.while_loop, and ops.segment_sum. Only gather has been improved with slice notation support. IMO, TF has landed on a pretty nice solution to cond/while_loop via AutoGraph.
Re: Swift for TensorFlow – A system for deep learning and differentiable computing
#66Earlier quoted context omitted.
All I want is a way to statically type check tensor axes. Why can't I get a way to statically type check tensors?
This is not statically checked but it's a step in the right direction: https://pytorch.org/docs/stable/named_tensor.html
From what I've been able to tell, (no shade to the Pytorch team which has many different priorities) work has been somewhat slow going on the port.
Further, this is dynamic type checking as you mentioned.
Re: Swift for TensorFlow – A system for deep learning and differentiable computing
#67Earlier quoted context omitted.
Generally, your metaphors should not rely on comparison to a pretty traumatic event that has happened to quite a few people, many of whom might be around you without you knowing.
Sure. I guess then you shouldn’t even use the word “dead”, as plenty of people have lost close relatives which is a pretty traumatic event.
It's up to you to choose what kind of person you want to be, I don't have control over what you say.
Re: Swift for TensorFlow – A system for deep learning and differentiable computing
#68Earlier quoted context omitted.
Apple I believe has a reason to work on Swift for Linux, and that reason is their considerable cloud infrastructure and various backend services. I’m sure being able to share domain specific Swift code between client apps and backend would be pretty high on their list of wants. Also, little clues like the way Xcode generates SwiftPM packages in a Linux-ready fashion out of the box shows that they care at least a bit.…
If Apple has intrinsic care for Swift on Linux then let it be evident in their story or direction.
SwiftNIO is a cross-platform asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients. (https://github.com/apple/swift-nio)
Distributed Membership Protocol implementations in Swift: https://github.com/apple/swift-cluster-membership
Docker Official Image packaging for Swift: https://github.com/apple/swift-docker
Also, on official https://swift.org/download all releases and snapshots are automatically available for: Ubuntu 16.04, Ubuntu 18.04, Ubuntu 20.04, CentOS 7, CentOS 8, Amazon Linux 2
Official Swift Server work group is a steering team that promotes the use of Swift for developing and deploying server applications: https://swift.org/server/
Swift AWS Lambda Runtime: https://github.com/swift-server/swift-aws-lambda-runtime
Official Swift 5.3 release goals have stated a major goal of "expanding the number of platforms where Swift is available and supported, notably adding support for Windows and additional Linux distributions." (https://swift.org/blog/5-3-release-process/)
Re: Swift for TensorFlow – A system for deep learning and differentiable computing
#69Earlier quoted context omitted.
I'm skeptical of JAX. It feels good right now, but when the first TF beta version came out it was very much like that too - clean, simple, minimal, and just a better version of Theano. Then the "crossing the chasm" effort started and everyone at Google wanted to be part of it, making TF the big complex mess it is today. It's a great example of Conway's Law. I'm not convinced the same won't happen to JAX as it catches…
I know where you're coming from, but TF in my opinion was very user-hostile even on arrival. I can't tell you how much hair-pulling I did over tf.conds, tf.while_loops and the whole gather / scatter paradigm for simple indexing into arrays. I really think the people working on it wanted users to write TF code in a certain, particular way and made it really difficult to use it in other ways. Just thinking back on that…
I'm ill-informed - but isn't that exactly what lax is?
Re: Swift for TensorFlow – A system for deep learning and differentiable computing
#70Earlier quoted context omitted.
Generally, your metaphors should not rely on comparison to a pretty traumatic event that has happened to quite a few people, many of whom might be around you without you knowing.
Sure. I guess then you shouldn’t even use the word “dead”, as plenty of people have lost close relatives which is a pretty traumatic event.