dataenforce
smoke-framework
dataenforce | smoke-framework | |
---|---|---|
2 | 4 | |
208 | 1,424 | |
- | 0.2% | |
0.0 | 6.5 | |
about 3 years ago | 3 months ago | |
Python | Swift | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
dataenforce
-
Swift for TensorFlow Shuts Down
The dependence on library authors is always a challenge in any language. You might have one author using `[a]` where another uses `PositiveNumeric a, Fin n => NonEmptyList n a` for the same thing. You can always just annotate whatever the library author used (e.g. they return a list of strings, so you use List[str]).
There are some interesting further add ons that seem very python, allowing you to go further. For example, with a pandas dataframe you can just say your type is a dataframe which isn't so useful, but it's possible to hack your own types onto it in the vein of https://github.com/CedricFR/dataenforce, or use things like https://smarie.github.io/python-vtypes/ to get smarter typing on things the authors didn't type. I expect that trend will continue.
What fascinates me about python's types is actually the very fact that they are bolted on. You have a language that lets you do crazy things and a type system trying to catch up and make it convenient to verify those crazy things. It's a nice complement to the usual developments of verifying all of the things and slowly extending the set of things you can do.
-
[D] Question: Do you enforce a data format in Pandas? When collecting data over a long period of time, wouldn't it be useful to use a system with versioned schemas that specify how various data entries must be formatted? Give me feedback on this Open Source idea:
https://github.com/CedricFR/dataenforce enforces column names and types, no versioning though. My first instinct is that important data should be stored in databases which enforce schemas, and that should be separate from the python code that reads it.
smoke-framework
-
Swift outside the Apple ecosystem
Also look at: Hummingbird https://github.com/hummingbird-project/hummingbird Smoke https://github.com/amzn/smoke-framework Swift NIO https://github.com/apple/swift-nio
-
I love Swift but I don't use it
Here’s our micro service framework: https://github.com/amzn/smoke-framework
-
Now that Google jettisoned Swift for TensorFlow, is Swift effectively an Apple language?
They released the Smoke framework, which uses NIO for HTTP.
-
Swift for TensorFlow Shuts Down
AWS has a Swift runtime for Lambda [0], and Amazon has an open source server framework for Swift, Smoke [1].
[0] - https://swift.org/blog/aws-lambda-runtime/
[1] - https://github.com/amzn/smoke-framework
What are some alternatives?
swift - Swift for TensorFlow
Vapor - 💧 A server-side Swift HTTP web framework.
PythonNet - Python for .NET is a package that gives Python programmers nearly seamless integration with the .NET Common Language Runtime (CLR) and provides a powerful application scripting tool for .NET developers.
Express - Swift Express is a simple, yet unopinionated web application server written in Swift
MLJ.jl - A Julia machine learning framework
swifter - Tiny http server engine written in Swift programming language.
julia - The Julia Programming Language
Dynamo - High Performance (nearly)100% Swift Web server supporting dynamic content.
YOLOv4 - Port of YOLOv4 to C# + TensorFlow
Jobs - A job system for Swift backends.
py2many - Transpiler of Python to many other languages
SwiftGD - A simple Swift wrapper for libgd