Profile

Cover photo
Samuel Lampa
466 followers|653,120 views
AboutPosts

Stream

Samuel Lampa
owner

News & Announcements  - 
 
Quote: "The computing resources needed to handle genome data will soon exceed those of Twitter and YouTube ..."
Storing and processing genome data will exceed the computing challenges of running YouTube and Twitter, biologists warn.
1
Add a comment...

Samuel Lampa
owner

News & Announcements  - 
 
Videos from the "e-Infrastructures for Massively Parallel Sequencing 2015 workshop" earlier this year (January), YouTube channel: youtube.com/channel/UCfLDx5VYn25QIZLmtybvdeQ/videos

Event page: http://uppnex.se/events/eInfraMPS2015/

(Don't know why this link disappeared, so adding again)
1
Add a comment...

Samuel Lampa

Shared publicly  - 
 
"Go is now a full-stack language for mobile apps"
4
1
Ingo Oeser's profile photo
Add a comment...

Samuel Lampa

Discussion  - 
 
A follow-up post on my earlier GopherAcademy post on composable concurrent pipeline patterns in Go [1]. Here, these ideas have became even clearer in my head, and I'm more convinced than ever that this is the way I want to write composable programs! :) But if I'm out on a wrong path, I'm happy to know that as soon as possibl of course ;)

The new post: bionics.it/posts/how-i-would-like-to-write-golang

[1] Old post: blog.gopheracademy.com/composable-pipelines-pattern
Some time ago I got a post published on GopherAcademy, outlining in detail how I think a flow-based programming inspired syntax can strongly help to create clearer, easier-to-maintain, and more declarative Go programs. These ideas have since became clearer, and we (Ola Spjuth's research group at ...
11
7
george oloo's profile photoJoan Llopis's profile photoLitixsoft GmbH's profile photoAlexander Krassiev's profile photo
24 comments
 
All, JFYI, I have now updated the code example with some great suggestions by +Egon Elbre , that allows to skip the "driver loop" altogether, by just leaving out the "go statement" before the last process's Run() method!

(See also this mailinglist thread for background: https://groups.google.com/d/msg/golang-nuts/vgj_d-MjUHA/qQMij-plrgQJ )
Add a comment...

Samuel Lampa

Shared publicly  - 
 
:)
 
• Giuseppe Colarusso - Binärschreibmaschine:
7 comments on original post
2
Add a comment...

Samuel Lampa

Shared publicly  - 
 
 
I thought I had shared this here already, but didn't find it (From April).
New data shows which tech skills have experienced the biggest increase in demand in recent years, and only one programming language makes the list.
View original post
1
Add a comment...
Have him in circles
466 people
Bob Corrick's profile photo
Fredrik Boulund's profile photo
Pontus Freyhult's profile photo
Karl Landström's profile photo
Erik Trainer's profile photo
Mike Thomas's profile photo
Trish Whetzel's profile photo
Karsten Hoffmeyer's profile photo
Toni Hermoso Pulido's profile photo

Samuel Lampa

Shared publicly  - 
 
Haha, everything is a "printer" these days :)
 
Cloud Printer ...uses helium and soap bubbles. When it rains it also cleans all the cars and buildings :)
34 comments on original post
2
Alexander Bothe's profile photo
 
oh noes, wasted helium :/ -- still a neat idea :D
Add a comment...

Samuel Lampa

Shared publicly  - 
 
 
A follow-up post on my earlier GopherAcademy post on composable concurrent pipeline patterns in Go [1]. Here, these ideas have became even clearer in my head, and I'm more convinced than ever that this is the way I want to write composable programs! :) But if I'm out on a wrong path, I'm happy to know that as soon as possibl of course ;)

The new post: bionics.it/posts/how-i-would-like-to-write-golang

[1] Old post: blog.gopheracademy.com/composable-pipelines-pattern
Some time ago I got a post published on GopherAcademy, outlining in detail how I think a flow-based programming inspired syntax can strongly help to create clearer, easier-to-maintain, and more declarative Go programs. These ideas have since became clearer, and we (Ola Spjuth's research group at ...
24 comments on original post
1
Howard C. Shaw III's profile photo
 
I used a similar solution recently for a pipeline challenge. The primary difference with what you've shown here is that I did not set up the systems, then pipe them separately, and I did not wrap them in structs.

Instead, I used closures where needed to consume parameters, and most of my functions took two params, a done struct{} channel and an in channel of my flow type. They created a new channel, deferred its closing, and consumed the channel, filling the output with the modifications.

I had a couple of helper functions that allowed me to write simple functions without the pipeline bit and pass them in, and they created a pipeline that called them (two because one was a one-to-one, the other a one-to-many in terms of the number of flow types produced per input flow type). For more complex purposes, the function did the pipelining itself.

Adding a new stage looked like:
inChan = zoomLevels(done, inChan)

In this way I built a system that added and removed pipeline stages based on command line parameters. Worked quite nicely, and while I haven't done it yet, I'm pretty sure I'll be able to have individual stages split into multiple goroutines with a fanout/fanin wrapper - it is already running each stage in parallel, but some of the stages could reasonably run multiple parallel requests at once (http.Get queries and the like).
Add a comment...

Samuel Lampa

Shared publicly  - 
 
I have tried hard to improve my linux desktop productivity by learning to do as much as possible using keyboard shortcuts, aliases for terminal commands etc etc (I even produced an online course on linux commandline productivity). In this spirit, I naturally tried out a so called tiling window ...
1
2
Clifford Kasper's profile photoDev Lila's profile photo
Add a comment...

Samuel Lampa

Shared publicly  - 
 
(See also discussion on HackerNews: news.ycombinator.com/item?id=9899493 )
Often when I suggest people have a look at Flow-based Programming (FBP) or Data Flow for one reason or another, people are often put off by the strong connection between these concepts and graphical programming. That is, the idea that programs will be easier to understand if expressed and ...
1
1
Francisco León's profile photo
Add a comment...

Samuel Lampa

Offtopic  - 
 
Had a great first meetup with #fpclaz  Stockholm tonight, featuring 4 brave souls! :) "Noshbar" (+Dirk de la Hunt) in the middle, showing off some cool Lazarus experiments! meetup.com/fpclaz-sthlm/events/223358527 Next time we hope to be 10 times more people! :)
11
Marc Hanisch (dubst3pp4)'s profile photoRock Software's profile photo
2 comments
 
Next stop UK? :) +Samuel Lampa​
Add a comment...
People
Have him in circles
466 people
Bob Corrick's profile photo
Fredrik Boulund's profile photo
Pontus Freyhult's profile photo
Karl Landström's profile photo
Erik Trainer's profile photo
Mike Thomas's profile photo
Trish Whetzel's profile photo
Karsten Hoffmeyer's profile photo
Toni Hermoso Pulido's profile photo
Work
Skills
Python, Java, PHP, D, Semantic Web, RDF, SPARQL, Linux
Links
Contributor to
Links
Story
Introduction
Developer @ Uppsala University. NextGen Sequencing Data Management, Semantic Web, Predictive Toxicology, Semantic MediaWiki, Python, Java, D, PHP & Linux
Basic Information
Gender
Male