|
Paul Dix
@
pauldix
New York City, NY
|
|
CTO of @InfluxDB (YC W13), organizer of NYC Machine Learning, series editor for Addison Wesley's Data & Analytics, author of Service Oriented Design with Ruby.
|
|
|
5.123
Tweetovi
|
991
Pratim
|
7.229
Osobe koje vas prate
|
| Tweetovi |
| Paul Dix proslijedio/la je tweet | ||
|
Andy Grove
@andygrove73
|
11 h |
|
DataFusion now has examples for a client and server implementing @ApacheArrow Flight, a new general-purpose client-server framework to simplify high performance transport of large datasets over network interfaces.
github.com/apache/arrow/t…
|
||
|
|
||
|
Paul Dix
@pauldix
|
9 h |
|
We're looking for volunteers to participate in user research for @InfluxDB. Read more here: influxdata.com/blog/what-happ…
|
||
|
|
||
| Paul Dix proslijedio/la je tweet | ||
|
Vector.dev
@vectordotdev
|
31. sij |
|
We've built an open source tool to help you harness, connect, transform, and route your event streams!
That means your piles of logs can be collected, split, carved up, merged again, and then fed downstream!
Interested? vector.dev pic.twitter.com/CdTckCHD6d
|
||
|
|
||
| Paul Dix proslijedio/la je tweet | ||
|
Adrian Thurston
@ehdtee
|
24. sij |
|
I'm super excited to announce I'm joining @InfluxDB to work on the Flux Language team. The team is fantastic and it's a rare kind of professional opportunity to work on a language. This job search turned out well for me!
|
||
|
|
||
| Paul Dix proslijedio/la je tweet | ||
|
|
Rachel Nuwer
@RachelNuwer
|
21. sij |
|
The Chinese paddlefish, which could grow *23 FEET* long, was declared extinct this month. Scientists lay out a plan for making sure the rest of the world's incredible giant fish don't disappear: nyti.ms/36eBIbN @NYTScience
|
||
|
|
||
|
Paul Dix
@pauldix
|
20. sij |
|
Haha omg. “DEPROOOYYYYYYY!!!”
|
||
|
|
||
| Paul Dix proslijedio/la je tweet | ||
|
Andrew Gallant
@burntsushi5
|
20. sij |
|
My FOSS Story blog.burntsushi.net/foss/
|
||
|
|
||
|
Paul Dix
@pauldix
|
20. sij |
|
So much to read on this thread twitter.com/joe_hellerstei…
|
||
|
|
||
|
Paul Dix
@pauldix
|
17. sij |
|
Hmm, as if right on cue to replace Actix in my project, Warp is now updated with futures/async/await. Seems like it'll be a good fit considering I'm planning on using Tonic and both use Hyper under the hood. //cc @lucio_d_franco twitter.com/seanmonstar/st…
|
||
|
|
||
|
Paul Dix
@pauldix
|
17. sij |
|
If I were farther along in my own project and in my #rustlang skills I would probably just try to take ownership of it myself. But given that I have about 40 LOC in my project that depend on this, it's easier to just move over to Hyper, which I assume will have some longevity.
|
||
|
|
||
|
Paul Dix
@pauldix
|
17. sij |
|
Wow, Actix maintainer quit and took his code home. I'm actually using it in a new project. Guess it's time to refactor to Hyper. I understand the creator's frustration, but it would have been better to just hand over to someone else. #rustlang news.ycombinator.com/item?id=220739…
|
||
|
|
||
|
Paul Dix
@pauldix
|
17. sij |
|
Oh interesting, I hadn't seen that project before. Will definitely have to spend some time looking at it. And it's in #rustlang (my current favorite thing)! github.com/weld-project/w…
|
||
|
|
||
|
Paul Dix
@pauldix
|
16. sij |
|
My kind of crazy fever dream is to have a pure Rust implementation that takes Flux and compiles it into Wasm with a small ABI that makes it easy to pull/push data with different sources. With essentially ORM style logic that takes advantage of each source's unique capabilities.
|
||
|
|
||
|
Paul Dix
@pauldix
|
16. sij |
|
language as it gets more mature. I realize we have a big hill to climb, but if we succeed I think it'll be really great. So yeah, big gamble, but I think a potentially interesting payoff. Btw, the language isn't where we want it to be yet. Things take time :)
|
||
|
|
||
|
Paul Dix
@pauldix
|
16. sij |
|
We'll have it available in multiple execution environments. A command line runner (like ruby, python, etc), a repl, in @InfluxDB 2.0 OSS, in our cloud offering, and hopefully over time in other open source projects. We'd love to see other projects adopt it as an embedded...
|
||
|
|
||
|
Paul Dix
@pauldix
|
16. sij |
|
To the question of lock in to our platform, our goal is to have a #fluxlang community that is a superset of the @InfluxDB community. We've done this with our data collector Telegraf: github.com/influxdata/tel…. It's why we released Flux under an MIT license and...
|
||
|
|
||
|
Paul Dix
@pauldix
|
16. sij |
|
Release support for VSCode with a #fluxlang language server: influxdata.com/blog/release-a…. We implemented it in Rust (in addition to the Flux parser and type checker) so that we'll be able to pull that into the browser and have it work on in our UI with autocompletion, etc.
|
||
|
|
||
|
Paul Dix
@pauldix
|
16. sij |
|
We chose the latter because we planned on building a bunch of tooling around it. Some of this is regular language tooling, but also around the UI and creating a query/script builder. We haven't yet realized the dream, but we have things coming out. For example, we recently...
|
||
|
|
||
|
Paul Dix
@pauldix
|
16. sij |
|
It's a language that people know, but when they try to use it like they know how, they quickly find out that it's not actually the language they thought it was. So to avoid confusion we'd either have to adopt JS in its entirety or not at all.
|
||
|
|
||
|
Paul Dix
@pauldix
|
16. sij |
|
I totally agree that it's a gamble. My bet was that implementing it ourselves would give us a level of control that we wouldn't get out of just adopting V8. We also didn't want to have all of Javascript, which means that we're back in the territory of InfluxQL. That is...
|
||
|
|
||