Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
samuell
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
67 ms
·
811.
▲
The future of decoupled Drupal
(buytaert.net)
2 points
by
samuell
11y ago
|
0 comments
812.
▲
by
samuell
11y ago
More details on the idea and concepts behind the api here: https://processwire.com/api/concept/ What I find so nice is that it makes developing JSON based AJAX API:s and traditional "untemplates"* in pur
813.
▲
ProcessWire: CMS with a jQuery inspired content API
(cheatsheet.processwire.com)
17 points
by
samuell
11y ago
|
9 comments
814.
▲
by
samuell
11y ago
The extremely flexible API of ProcessWire (no template engine here, just pure PHP in a JQuery inpsired API [1] ) lets you expose parts or whole of your website structure as JSON REST services (or XML, or plain text, or RSS, or what want you
815.
▲
Show HN: Scientific Luigi
(github.com)
2 points
by
samuell
11y ago
|
0 comments
816.
▲
by
samuell
11y ago
Luigi creator Erik Bernhardsson has posted some notes on Luigi vs Airflow & more: http://erikbern.com/2015/07/02/more-luigi-alternatives/ ... and Pinball: http://erikbern.com/2015
817.
▲
by
samuell
11y ago
Yeah, I meant that it uses the ideas of "named queries" from prolog, which is included in the datalog IIUC.
818.
▲
by
samuell
11y ago
And I did mine more recently (2010) [1] :) (Mostly semantic web stuff ... showing how it can far outperform Java based SPARQL implementations for some stuff). It was a real joy to work with semantic web data in SWI-prolog! Prolog lets you r
819.
▲
Vimtutor
(bionics.it)
2 points
by
samuell
11y ago
|
0 comments
820.
▲
by
samuell
11y ago
Link to inventors site about FBP: http://jpaulmorrison.com/fbp ... and of course: https://en.wikipedia.org/wiki/Flow-based_programming
821.
▲
by
samuell
11y ago
To me, FreePascal, with its upcoming 3.0 release, is much more interesting. Interestingly, in 3.0, it will support compiling JVM byte code. [1] [1] http://wiki.freepascal.org/FPC_New_Features_3.0#Support_for_...
822.
▲
by
samuell
11y ago
At least luigi, and I think also airflow, are batch workflow systems. This is more of a streaming system as far as I know, and also allows for more control over data routing, as in airflow and luigi mainly define dependencies between whole
823.
▲
by
samuell
11y ago
There was a Forbes article too: http://www.forbes.com/sites/adrianbridgwater/2015/07/21/nsa-...
824.
▲
by
samuell
11y ago
There's a really informative discussion about NiFi on the Flow-based Programming mailing list [1]. One thing that is discussed is how NiFi, in contrast to "proper FBP", has only one inport, to which all incoming connections c
825.
▲
by
samuell
11y ago
I was surprised the GoRe REPL [1] was not in the list of existing tools [2]? [1] https://github.com/motemen/gore [2] https://github.com/sbinet/notes-and-todos/blob/master/README...
826.
▲
by
samuell
11y ago
Looks nice, with 3D visualization from the start! (Forwarded to the Cheminformatics G+ community too: https://plus.google.com/communities/113690459303191514146 )
827.
▲
by
samuell
11y ago
I'm surprised Phorum gets so little press: http://www.phorum.org Phorum powered MySQL:s own (very large-scale) forum (does it still?) among other things, and in a way it seems to share a lot of the light-weightedness with s
828.
▲
by
samuell
11y ago
The book of Proverbs in the Bible. I'm amazed at how useful these brief, to-the-point and very practical advice have been in my life, time after time. While being very (sometimes almost humoristically) concrete, I have figured that the
829.
▲
by
samuell
11y ago
For what I know, "processes" is an established term in component-based paradigms like flow-based programming, which this system seems to have many similarities with.
830.
▲
by
samuell
11y ago
Well, from my understanding, I would say "security" is a very broad term, being influenced by a broad range of factors including "computational complexity", don't you think?
831.
▲
Awesome Pipeline
(github.com)
2 points
by
samuell
11y ago
|
0 comments
832.
▲
by
samuell
11y ago
Arvados.org to the rescue: https://twitter.com/peteramstutz/status/626395473704845315 :) (Yes, it is one of the most promising solutions to the problem)
833.
▲
by
samuell
11y ago
A very good article, touching on many of the problems arising in workflows, also in the scientific field. Interesting with the highlight of differences between "forward" and "backward" defined workflows (let data/ta
834.
▲
"Computing resources for genome data soon exceeds those of Twitter and YouTube"
(nature.com)
7 points
by
samuell
11y ago
|
4 comments
835.
▲
The Return of Workflows (April)
(devops.com)
2 points
by
samuell
11y ago
|
2 comments
836.
▲
by
samuell
11y ago
This is cool.
837.
▲
by
samuell
11y ago
Yes, I have been checking reactive streams, but they seem to take a similar approach as most other functional languages supporting chained lazy-evaluated functions. Even though they have specialized functions and constructs for branching ou
838.
▲
by
samuell
11y ago
Well, I've done a tiny bit of lisp/scheme too, but felt that lazy-evaluated generators (which I happen to know the best in python) are a bit more "state of the art" FP than the call/return semantics I've seen i
839.
▲
by
samuell
11y ago
That's interesting! I've been watching Elm a small bit, but hadn't seen that they also have the concept of "ports", which is so useful in FBP! (The "example.ports.prices.send(42);" part in http:/
840.
▲
Data flow syntax: The missing piece for the success of functional programming?
(bionics.it)
40 points
by
samuell
11y ago
|
26 comments
More ›