Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
reubano
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
16 ms
·
91.
▲
This Is What Python Beginners Have to Deal With
(pythonforengineers.com)
120 points
by
reubano
10y ago
|
160 comments
92.
▲
by
reubano
10y ago
Yet no comment with more information. Oh the irony.
93.
▲
by
reubano
10y ago
Reminds me of NNTP.
94.
▲
by
reubano
10y ago
Which themes are yours and how much would you be willing to sale the copyright to them for?
95.
▲
by
reubano
10y ago
If it makes you feel any better, I'm on my laptop and immediately switched to instapaper "read it now" mode since the font was so small.
96.
▲
by
reubano
10y ago
You have no idea how long I've been waiting for this. I seriously thought couchdb was dead. Looking forward to more frequent releases in the future.
97.
▲
by
reubano
10y ago
> maybe figure out a few common workflows that people would make in riko or node-red, and mock up how they'd work/look in blocks vs. wiring/pipes. Good idea, what are your workflows?
98.
▲
by
reubano
10y ago
IANAL but I thought the compatibility was only one way. I.e., you can use MIT code in a GLP project but you can't do the reverse. My understanding is if you use GPL code in an MIT project, you have to make your entire project GPL.
99.
▲
by
reubano
10y ago
Pretty neat! I'm guessing that concord isn't limited to just map/reduce... correct? I think building in integrations to other systems in the stream processing ecosystem is key. First on the list is to integrate with popular w
100.
▲
by
reubano
10y ago
> ...all can be done in runtime, w/o restart of the full topology... That's pretty impressive! So something like react/elm hot reloading?
101.
▲
by
reubano
10y ago
> This is really interesting. Have you looked at Apache Beam? Just gave it a look. Took a while to find some examples with code, but once I did it made a bit more sense. > Beam is runner-independent and you can take the same code and
102.
▲
by
reubano
10y ago
Any code to share? I've yet to see how to properly do push.
103.
▲
by
reubano
10y ago
Reminds me of https://github.com/node-machine/machine
104.
▲
by
reubano
10y ago
http://noflojs.org/example/
105.
▲
by
reubano
10y ago
I didn't see any code examples so it's a bit difficult to figure out what's going on. Are there any open source column-oriented programming implementations?
106.
▲
by
reubano
10y ago
Care to share your code? I'd like to see a proper push implementation.
107.
▲
by
reubano
10y ago
How does concord differ from the others? spark/storm/flink/etc...? Aside from being written in C that is.
108.
▲
by
reubano
10y ago
> This is an implementation of "Flow Based Programming", right? pretty much.... just without a GUI. My inspiration was method chaining [1] and the first implementation was this [2]. [1] http://martinfowler.com/a
109.
▲
by
reubano
10y ago
I don't know if it's bc of the language (java) or something else, but I've never been able to grok apache data projects. I theoretically know what they do, but there's no way I can understand the code, e.g. [1]. [1] htt
110.
▲
by
reubano
10y ago
> We use somewhat different concepts. I tend to think of streams as infinite, so it didn't occur to me to include something like a reverse pipe operator. We are in agreement. reverse has a notice that it isn't lazy [1]. I prefe
111.
▲
by
reubano
10y ago
Mashups [1] and Extract Transform Load (ETL) [2] are two big use cases. I developed a freelance project aggregator using an earlier version of riko [3]. [1] http://mashable.com/2009/10/08/top-mashups/#0Xw
112.
▲
by
reubano
10y ago
Cool! I actually starred your project last year. Never really got around to looking under the hood though. How do you handle the "multiple destinations" part? In python you can do it with a coroutines [1, 2] implementation (push b
113.
▲
by
reubano
10y ago
I just read about dask earlier today, very neat project! riko already handles parallel processing [1] but adding distributed processing sounds tempting. TBH though, distribution isn't high on the priority list. But I'll be happy t
114.
▲
by
reubano
10y ago
True, Node-RED is much more aligned to the original Yahoo! Pipes interface. I kinda like the scratch/blockly interface since you can make it clear which components can go where. Plus it's reminiscent of physical Lego blocks. Which
115.
▲
by
reubano
10y ago
Interesting project. I hadn't come across this one yet. One difference that riko has is it's based around functions whereas this library (and practically every stream processing lib I've come across) is based around classes.
116.
▲
by
reubano
10y ago
Thank you. Apparently RSS never got the memo that it "died" ;).
117.
▲
by
reubano
10y ago
Have you investigated any of the existing GUIs? [1-3] I'd love to hear your thoughts on their pros/cons. I do plan to integrate a nice GUI framework if I can find one. [1] https://azkaban.github.io/ [2] https:&#x
118.
▲
by
reubano
10y ago
Hadn't heard of this one before. There isn't a readme and the site seems to have been taken over. But from what I can tell based on the examples, it has a yaml based scheduler and does some pretty nifty things like IRC notificatio
119.
▲
by
reubano
10y ago
Eventually. It would essentially be a "source" pipe. But ultimately, I want to build a plugin system so that end users can create/share their own pipes. I also plan to add pipes that let you add streams to a database.
120.
▲
by
reubano
10y ago
Please let me know what you think. I worked pretty hard on the readme so let me know if anything is confusing and/or doesn't make sense.
More ›