montmorency88

A similar degradation of the internet occurred a while back on academic mailing lists/listservers/netnews groups. You can usually identify a distinct point where interesting threads where genuine information was exchanged disappear and everything becomes an announcement/call-for-papers/advertisement for an upcoming conference.

Interesting. Under the hood FGL is mapping the graph to relatively efficient data structures like Patricia Trees as implemented in Data.IntMap so I would expect it to scale reasonably for inserting edges and mapping over nodes. I agree the memory inefficiency is definitely a limiting factor of the library. As you say I think it is best suited for expressing graph algorithms and if those calculations become the bottle neck a custom solution can be developed with the proof of concept already in place. Out of curiosity what number of nodes/edges would you consider a "moderately sized graph"? My user cases are typically on the order of 500-1000 nodes with a similar number of edges that require bfs and topological sorting.

I'd highly recommend Erwigs FGL library in Haskell as a really nice example of a generally performant graph data structure that is easy to work with. The API feels like working with lists because you are essentially consing contexts(node, neighbours) into a list of contexts that form your graph. Many standard graph algorithms are then built up from depth or breadth first search and you can compose really succinct programs to manipulate the graph. Graphs are labelled with any Haskell data structure and there is a graphviz library complementary to FGL to generate dot files which can be rendered according to the data carried in the node labels. Often in an application you want to both perform computations on your graph and render a visualization simultaneously to the end user or for debugging and in FGL you minimise duplication of application and rendering logic.

Haha, The fact people are taking time to complain is a good sign of engagement.

Looks like fixed spacing along x and letting the cards float along y which is very effective.

I have sometimes wondered why there isn't more convergence for a standard set of primitives/libraries/template engines for drawing graphs on the web.

graphviz .dot files would seem to be a natural DSL and then there are packages like dagre/mermaid but italways seems like for applications you need to end up rolling your own.

Very nice idea/design. I have to ask :) Are you using a custom layout algo for drawing the nodes labels in the directed graph?

Haskell has `when cond do sideEffect` which captures the intention of an if without an else concisely.

Hey looks very cool. Curious why you chose BASF as the example? Are you targeting engineering market in particular?

rustacean lisp should be called clam-bda.

Is the source code for any of these really interesting JPL lisp programs available in a repo somewhere? e.g. I'd love to look through something like Eggemeyer's Plan-IT system referenced in the article.

IHP is already used in production for a number of commercial projects, but I'd also highly recommend the framework for anyone interested in just learning and hacking away with haskell. The IHP IDE is a great playground and you are automatically set up with a postgres db, ghc, hls, etc. So a lot of the configuration barrier is removed and you can just start writing Haskell and experimenting with some of the cool libraries on hackage.

I think another element is if you are a single or part of a small team of developers you realize quite quickly the value IHP adds to your project in terms of time savings:SES, Sentry, deployment... Etc. Also When you rely on IHP for anything in production you end up exploring some of the more remote corners of the design and I've found the quality is still very high even for niche features. From this perspective paying the monthly fee to keep the team developing IHP interested becomes a very good investment.

Hey, at Comhlan Ltd. we have a few projects in production built with IHP. The largest public facing one is a visitor booking system for an irish regional hospital group we've had out since January. Happy to answer any questions but short answer is GHC+nix+IHP has made for a really robust development/deployment experience. (Disclaimer: I'm founder of Comhlan and we are a IHP platinum partner as well).