samuell

76 ms·

871.
by samuell 12y ago
Ah, interesting! The rapid increase in traffic for Chinese sites easily makes a lot of sense, when thinking about it! With 1 billion users in a single language/culture, I guess successful sites might indeed grow quite fast, right? ...
872.
by samuell 12y ago
The one I did know in python was PaPy: https://code.google.com/p/papy/ Will have to have a closer look at this one as well, though.
873.
by samuell 12y ago
Indeed :)
874.
by samuell 12y ago
Otherwise, a search for "reactive programming" in the FBP mailing list, will give quite some info too: https://groups.google.com/forum/#!searchin/flow-based-progra...
875.
by samuell 12y ago
Matt Carkci's book discusses the different closely related topics of data flow, flow based programming and reactive programming, very clearly and i quite some detail: http://dataflowbook.com/cms Can highly recommend.
876.
by samuell 12y ago
For anyone wanting to read-up / discuss FBP in depth, don't miss the mailing list, it's a gold mine of information: https://groups.google.com/forum/#!forum/flow-based-programmi...
877.
by samuell 12y ago
On a related note, there's a new Apache Incubator project, built on these FBP principles: http://nifi.incubator.apache.org
878.
by samuell 12y ago
SEEKING WORK - Stockholm - Remote possible Full-stack web developer and graphical designer, developer of workflows for high performance computing workloads (Spotify's luigi), and general technical and concept solutions guy. Looking for
879.
by samuell 12y ago
A look at the trends for "R programming", compared to "Python programming", is quite interesting too: http://www.google.com/trends/explore#q=R%20programming%2C%20... (Their curves are more or less p
880.
Conversation with Andrei Alexandrescu: All Things D [LangNext Video May 2014](channel9.msdn.com)
4 points by samuell 12y ago|0 comments
881.
by samuell 12y ago
Well, otherwise, I tried to get some help collecting nice Distributed system links and news in the relevant Google+ group: http://bit.ly/distsys
882.
by samuell 12y ago
Given Prof. Stefan Nilssons "Fundamentals of concurrent programming", which is taught in Go [1], it would be interesting to see whether not the distributed systems course will adopt Go as well, in the near future. [1] http:/
883.
by samuell 12y ago
Also relevant is the "Distributed Algorithms" course at Royal Institute of Technology in Sweden. Seems to be a little bit more theoretical, but might be an interesting complement to a more practical course. YouTube playlist: http
884.
by samuell 12y ago
That's a very relevant point, thanks for the link, will check!
885.
Ask HN: Rust concurrency vs. Go after drop of green threads and segmented stacks?
4 points by samuell 12y ago|3 comments
886.
by samuell 12y ago
Would be cool if it would incorporate some thinking and concepts from Flow-based programming [1], as that is AFAIK the most comprehensive architecture covering all the aspects of asyncronous concurrent processing that one might run into (mu
887.
by samuell 12y ago
For me, what finally worked, after many other attempts, was: 1. Run through vimtutor thoroughly [~30 mins]. 2. While doing that, memorize the 10-15 commands in the tutorial that stick. Leave the rest (for a later time). 3. Start using vim f
888.
by samuell 12y ago
I'm sure makefiles go a long way (many people solve their needs with them), but there are also a lot of use cases where they start to fall short, AFAIS. Think e.g. a cross-validation set up, combined with a parameter-grid search (to fi
889.
by samuell 12y ago
I think flow based programming principles can do wonders for workflow systems and composable analytics pipelines. We have recently used Spotify's luigi workflow system a lot, and ran into some tricky problems with a bit more complex wo
890.
by samuell 12y ago
Interestingly, uses GoFlow [0] (Flow based programming[1] lib, by Vladimir Sibiroff [2]) under the hood, and has a whole section on FBP, at [3]. Was in fact playing with the idea of using it for bioinformatics processing some 1 year ago (se
891.
by samuell 12y ago
Interesting, thanks for the hint!
892.
by samuell 12y ago
True. Most notably I badly miss the ability to encapsulate queries in named "functions". That is one of the things I really like in prolog, since it enables to quickly raise one's level of abstraction, by building up a "
893.
by samuell 12y ago
Regardgint the portability, I tend to agree. To the end user, it is indeed possible to provide a portable solution. It requires more work on the developer side, to include multiple binaries and setting up the required Eclipse plugins/f
894.
by samuell 12y ago
I might not have used the optimal wording there. The important difference between the two prolog implementations is that the "longer" version is implemented by (recursive) iteration over a list of [peak] values (and comparing it t
895.
by samuell 12y ago
E.g, just have a look at the graph in the top here, you can hardly see the dotted green line for prolog, creeping in the bottom of the graph: http://saml.rilspace.org/prolog-query-much-faster-when-mimic...
896.
by samuell 12y ago
There is also a really interesting Biomedical toolkit for SWI-prolog, which if IIRC uses or integrates with the semantic capabilities (for ontologies etc), although it was a while since I looked at it, so might recall wrong: * BlipKit - Bio
897.
by samuell 12y ago
For anyone interested, I did my Masters thesis on SWI-prolog as a Semantic querying tool, integrating it with the Eclipse RCP platform (Bioclipse.net in particular), and compared its querying performance with Java based Jena SPARQL parser f
898.
by samuell 12y ago
Refreshing with a new view on all of this! Surely should apply to more than games.
899.
by samuell 12y ago
Reminds me of http://rosalind.info , although that is for bioinformatics (but including a basic python introduction part).
900.
by samuell 12y ago
That's interesting. I have been planning switch to Debian/XFCE on next computer / upgrade, from Xubuntu, so I do hope that XFCE will at least keep in good shape on Debian. But as default, I can not tell what would be best, ot

More ›