F# Weekly #47, 2014

FsAdvent

Welcome to F# Weekly,

A roundup of F# content from this past week:

News

Videos/Presentations/Courses

Blogs

F# vNext News

New releases

That’s all for now. Have a great week.

Previous F# Weekly edition – #46Subscribe

F# Advent Calendar in English 2014

Update: Event extended until December 31.

Our friends from Japan have a beautiful event called “F# Advent Calendar“. Every day from December 1 to December 31, one awesome volunteer publish a new post about F#. What an amazing way to celebrate Christmas, isn’t it?

Lets support this initiative and do an English version of the calendar. Two blog posts per day is better than one, isn’t it? We need 31 volunteers, who are ready to prepare a post about F# and publish it on specified date.

Rules

Rules are very simple:

  1. Choose F# related topic for your blog post and send it to me on Twitter or leave a comment to this post.
  2. Prepare a blog post in English (about F# or using F#)
  3. Publish your post on specified date (according to the calendar)
  4. Post link to your post on Twitter with hashtags #fsharp and #FsAdvent.

Calendar

Date (December) Author Post Title
01 (Monday)  Scott Wlaschin  FsCheck and property-based testing
02 (Tuesday)  Philae Trelford  Snowflakes
03 (Wednesday)  Jon Wood  My Introduction to Data Science with F#
04 (Thursday)  Isaac Abraham  Distributing the F# Mailbox Processor
05 (Friday)  Richard Dalton  Decorating Immutable Christmas Trees
06 (Saturday)  Steve Shogren  Christmas F# Polymorphism
07 (Sunday)  Richard Minerich  Developing an Algorithm in F#: Fast Rotational Alignments with Gosper’s Hack
08 (Monday)  Tomas Petricek  Composing Christmas with F#
09 (Tuesday)  Jamie Dixon  Using IBM’s Watson With F#
10 (Wednesday)  Dave Thomas  Terror from the Deep
11 (Thursday)  Mårten Rånge  Becoming an F# contributor
12 (Friday)  Andrea Magnorsky  FSharp and games in celebration times
13 (Saturday)  John Tarbox  F# for social media analytics
14 (Sunday)  Bartosz Sypytkowski  Akka.NETremote deployment with F#
15 (Monday)  Evelina Gabasova  Christmas Carol and other eigenvectors
16 (Tuesday)  Tomas Jansson  Pure functional applications (in F#)
17 (Wednesday)  Mark Seemann  Good times with F#
18 (Thursday)  Michael Newton  Modelling Inheritance With Inheritance
19 (Friday)  Carsten König  Having fun with type-level numbers using a type-provider
20 (Saturday)  Mathias Brandewinder  Textogramme
21 (Sunday)  Anthony Brown  The Internet of Things at Scale with F# and Actors
22 (Monday)  Pete Smith  Functional web synergy with F# and OWIN
23 (Tuesday)  Yan Cui  Seven ineffective coding habits many F# programmers don’t have
24 (Wednesday)  Jérémie Chassaing  Speaking computers for more fun !
25 (Thursday)  Ross McKinlay  The North Pole Type Provider: Escape from Santa’s Grotto!
26 (Friday)  Lincoln Atkinson  Nested looping to programmatic depth in F#
27 (Saturday)  Stachu Korick  Solving a Rubik’s Cube with F#
28 (Sunday)  Tim Jones  Make Santa Jump – Making an endless runner game in F# using MonoGame
29 (Monday)  Andrew Cherry  Snowflakes — redux
30 (Tuesday)  Eirik Tsarpalis  Deploying .NET code instantly using Vagrant
31 (Wednesday)  Reed Copsey, Jr.  F# 2014 – A Retrospective and Call to Action

NuGet dependency visualizer with F# and Graphviz

Script for this article is available as public Gist.

For a long time I was interested in what is going on on NuGet. I think that NuGet UI does not provide one important piece of information – which packages depend on current packages. This information is very useful for package authors and also can help a user to find packages that provide more sophisticated implementation.

Other interesting thing is to see the big picture and answer some global questions:

  • What is inside the technology I use? What is the dependency of packages that I use? What are dependencies of dependencies and so on.
  • What is built on top of packages that I maintain? What beautiful applications of my ideas other can find? What is the cost of releasing a broken package? Who can be harmed?

I believe that there are a lot of other answers we can find from the high view.

Some time ago I have found that NuGet team provides NuGet.Core package that has all  API required to communicate with NuGet. The API is not really fast if you are going to download information about all versions of all NuGet packages 😉 But NuGet team is working on a new v3 API that is going to be much faster than current v2. For current research I have downloaded info about all packages and all their versions to my FSI session to be able to run different types of analysis and create visualizations without further communication with NuGet. This operation is slow enough: it took about 1 hour last time when I run it, but it really depends on NuGet workload and your internet connection.

The second thing is visualization of the result, here I want to say thank you to Scott Wlaschin for his great script type-dependency-graph.fsx (that was built for ‘Cycles and modularity in the wild‘ analysis). I took his GraphViz module and slightly modified it to allow colorful graphs printing. To use it you need to download GraphViz from the official site.

That is all tooling that we need. So we are ready to describe a structure of an analysis – script extracts 3 subsets of NuGet packages and visualizes them in different colors with all dependencies.

  1. Packages that are in scope of analysis (green on the graphs)
  2. Packages that we depend on (grey on the graph) – Package is in the set 2 if exists a dependency path from any package from Set 1 to this package.
  3. Packages that depend on us (blue on the graph) – Package is in the set 3 if exists a dependency path from this package to any package from Set 1.

NOTE: In this analysis I ignored package version and considered only latest package version and dependencies of latest version. If you need more accurate analysis you should adjust script a bit.

Running this script I did some interesting observations:

FsPickler is already highly used by other packages!
FsPickler is already highly used by other packages!
FSharp.Compiler.Service is already deeply incorporated in tooling!
FSharp.Compiler.Service is already deeply incorporated in tooling!
Too many different Fsharp.Core packages of NuGet adopted by different tools.
Too many different Fsharp.Core packages on NuGet adopted by different tools.
FSharpx is still alive! ;)
FSharpx is still alive! 😉
Roslyn.dot
Roslyn ohhhh Roslyn

 

F# Ecosystem is HUGE! (see full svg version here, surry bug without FunScipt ;))
F# Ecosystem is HUGE! (see full svg version here, sorry but without FunScipt ;))

I hope that you’ll also find this script useful and discover something interesting on NuGet.

 

F# Weekly #46, 2014

Welcome to F# Weekly,

A roundup of F# content from this past week:

News

Videos/Presentations/Courses

Blogs

F# vNext News

New releases

That’s all for now.  Have a great week.

Previous F# Weekly edition – #45Subscribe

F# Weekly #45, 2014

Welcome to F# Weekly,

A roundup of F# content from this past week:

News

Videos/Presentations/Courses

Blogs

F# vNext News

New releases

That’s all for now.  Have a great week.

Previous F# Weekly edition – #44Subscribe

F# Weekly #44, 2014

Welcome to F# Weekly,

A roundup of F# content from this past week:

News

Videos/Presentations/Courses

Blogs

F# vNext News

New releases

That’s all for now.  Have a great week.

Previous F# Weekly edition – #43Subscribe