B
Bekk Blog
blogg.bekk.no · Company blog · on HN since 2018
Bekk, a Norwegian consultancy, publishes posts on Elm, front-end performance, UX writing, and team organization, plus its Christmas advent calendars.
What HN saysHN links it for Elm case studies, including the Vy rewrite and Elm runtime performance work, and for the Bekk Christmas article series.
20HN people shared it
11linked it in comments
18stories submitted
517story points
2 years agolast shared
2018people per year2026
Most-shared posts
- 1Re-writing the site of Norway's largest transport provider in Elm5 people · 197 points · first shared 2019 · 104 comments on HN
- 2Introducing bekk christmas ad01660ccadf5 people · first shared 2019
- 3The Effects of Public Cloud on Team Autonomy2 people · 6 points · first shared 2018 · discussion on HN
- 4How JavaScript engines achieve great performance1 people · 145 points · first shared 2021 · 124 comments on HN
- 5Fixing a performance problem in Elm using Html.Lazy1 people · 68 points · first shared 2021 · 13 comments on HN
- 6What I Learned About UX Writing from a British Prog Drummer and David Lynch1 people · 63 points · first shared 2020 · 28 comments on HN
- 7Bekk.christmas – 264 articles about tech, design, strategy and innovation1 people · 13 points · first shared 2020 · 1 comments on HN
- 8Removing Elm’s F-functions, a failed experiment1 people · 4 points · first shared 2021 · discussion on HN
- 9Organizing for Speed1 people · 4 points · first shared 2018 · 1 comments on HN
- 10How Elm Functions Work1 people · 3 points · first shared 2021 · discussion on HN
- 11The UX of APIs (2019)1 people · 2 points · first shared 2021 · discussion on HN
- 12JavaScript Engines Achieve Great Performance – Optimizing Elm Code1 people · 2 points · first shared 2021 · discussion on HN
- 13JavaScript engines achieve great performance1 people · 2 points · first shared 2021 · discussion on HN
- 14Successes, and failures, in optimizing Elm's runtime performance1 people · 2 points · first shared 2021 · discussion on HN
- 15High performance persistent queue using db-scheduler1 people · 2 points · first shared 2021 · discussion on HN
What HN people wrote when they linked it
avgcorrection · 2023-06-11
Seems like the lead developer works for the company that rewrote www.vy.no [1] in Elm.
[1] “the largest transport provider in Norway” https://blogg.bekk.no/using-elm-at-vy-e028b11179eb
Skinney · 2021-11-24
This article is a part of a larger series that tries to figure out how Elm's runtime performance can be improved: https://blogg.bekk.no/successes-and-failures-in-optimizing-elms-runtim…
I'm the author of the articles, btw.
matsemann · 2020-02-05
> that is a really short list
But was it a well-known list before this? I hadn't seen it, and know of a few projects that could have been on there.
What I'd like the list to include, though, is some references to the companies discussing using Elm. Pros and cons, the scale to which it is used etc. For instance for Vy there is this blog post: https://blogg.bekk.no/using-elm-at-vy-e028b11179eb
cstuder · 2019-12-18
It's a collection of advent calendars from a norwegian agency with fun TLDs: https://blogg.bekk.no/introducing-bekk-christmas-ad01660ccadf
MattConfluence · 2019-12-17
https://blogg.bekk.no/introducing-bekk-christmas-ad01660ccadf
Is there a rule against authors posting their own content? It's not some grand conspiracy, it's just an christmas campaign by a company that has asked their employees to write about topics that interest them, and those articles are shared during advent. On the 25th it'll presumably go quiet again until December 1st 2020.
selbekk · 2019-12-11
You can read more about it here: https://blogg.bekk.no/introducing-bekk-christmas-ad01660ccadf
TL;DR: A company is publishing a lot of articles through 12 different advent calendars this holiday season.
mikkelbd · 2019-12-09
We are genuinely not trying to spam anyone, just in the mood of sharing knowledge through small daily blog posts in 12 different areas throughout December :) You can see the 12 advent calendars at https://bekk.christmas and a blog post introducing the concept here https://blogg.bekk.no/introducing-bekk-christmas-ad01660ccadf
gherkinnn · 2019-10-21
There was one mentioned on HN not long ago:
Link:
https://blogg.bekk.no/using-elm-at-vy-e028b11179eb
HN discussion:
https://news.ycombinator.com/item?id=21204761
haakjacobs · 2025-03-29
I agree, people don't want to manually add all MCP servers they want to connect to. I think we're headed in a direction where dynamic tool discovery will be important. E.g. I want to do "x" which requires doing "y" and "z". The client or server should then search for the tools (or agents as tools) that can do the job. So this would basically be a semantic search for which tools are most likely to do the job, then use those tools, and search for more tools if it needs to. RAG for tools, essentially. I wrote an article on how to give ChatGPT unlimited functions a year ago, where I implemented this method.
I basically created a vector database for functions, and created the store based on the tool description, then added the tool definition as metadata. Then for every request I ran a lookup for tools, added them to the tools list. Since tool definitions are added to the context we would have to do something like this at some stage when we want to implement a lot of tools.
https://blogg.bekk.no/function-retrieval-add-unlimited-functions-to-ch…
KurtMueller · 2019-10-21
> - The language doesn't have component composition (like in React or Vue) and you end up having huge chunks of spaghetti code (but to be fair, it kind of works because of the compiler).
Um... yea it does. Elm makes functional composition very easy which which means it's very easy to compose "components" (which are just functions anyway).
> - Only pure functions in Elm, so doing API calls and generating random numbers are unnecessary hard.
I would say that Elm makes doing API calls and generating random #s appropriately hard. Elm strives to corral side effects into one part of the Elm architecture: "commands". By doing this, you're keeping all code that contains side effects at the fringes of the walled garden you're growing.
I think this explicitness/discipline is needed in more codebases.
> - It's complicated to implement routing and to build a Single Page Application.
I agree, it's no Ember, which comes with all the bells and whistles of a full router system, including page transitions, transition errors, data fetching, etc. Richard Feldman has an elm SPA example on github that shows how to create routes, pages, etc. The official Elm Guide also has sections on routing, etc.
> So in the end, Elm is an interesting beast, but I think it's too academical and not really practical for serious projects.
Too "academical"? Tell it to these devs: https://blogg.bekk.no/using-elm-at-vy-e028b11179eb.