Work in progress: 181,232 of 181,233 sites checked so far, more every week · updated 2 Nov 2026Missing a blog? Tell us

Top all-time · #566

D

DockYard

Company blog · dockyard.com/blog · on HN as bcardarellaprogrammingweb

DockYard is the company blog at dockyard.com, writing about programming and web. Since 2015, 104 different Hacker News readers have linked it 158 times, most often “Phoenix.LiveView: Interactive, Real-Time Apps. No Need to Write JavaScript”. It is still writing: the last post was on 2026-06-10, and you can follow it by feed.

Visit the blog
158mentions?
2recommend?
104HN people?
2015–2026first – last linked?
Links on Hacker News per year · peak 29 in 2016

Rarely recommended · 2 of 40 sampled comments recommend it?

Why HN links it

DockYard is a software consultancy whose blog is linked in Hacker News threads about Elixir, Phoenix and LiveView, mainly for server-rendered interactivity without writing JavaScript and for Phoenix-versus-Rails comparisons.

Recommended for · 2 comments
One commenter called the Phoenix-is-not-Rails post very interesting; another pointed readers to the Phoenix Channels vs Rails comparison as one to check.

Summarised by Claude from a sample of 40 HN comments that link here. Each comment is marked recommending, critical or neutral (citing without judging); how this works.

We build custom apps and software for Fortune 500 and industry disruptors alike. Our teams combine AI with 15 years of industry-leading experience to build faster without sacrificing quality.

The author on HN?

bcardarella · 3,056 karma · member since 2008

CEO of DockYard.com Twitter: @bcardarella GitHub: bcardarella

From their public HN profile, which links to this site.

Most-linked posts?

  1. Phoenix.LiveView: Interactive, Real-Time Apps. No Need to Write JavaScript
    19 people · 21 mentions · first linked 2018-12-12
  2. Phoenix Channels vs. Rails Action Cable
    12 people · 12 mentions · first linked 2016-08-11
  3. What makes Phoenix Presence special, and a sneak peek
    10 people · 12 mentions · first linked 2016-03-25
  4. Elixir Deployment Tools Update
    6 people · 6 mentions · first linked 2018-02-28
  5. All for Reliability: Reflections on the Erlang Thesis
    4 people · 8 mentions · first linked 2018-07-18
  6. /blog/2020/12/21/optimizing-user-experience-with-liveview
    4 people · 6 mentions · first linked 2021-01-15
  7. Phoenix is not Rails
    3 people · 5 mentions · first linked 2015-11-19
  8. Announcing Distillery 2.0 – Better Elixir Deploys
    3 people · 3 mentions · first linked 2018-08-23
  9. LiveView Native: 100% Native UI framework for building on multiple devices.
    3 people · 3 mentions · first linked 2024-09-10
  10. How long it took to convert our team from Rails to Phoenix
    3 people · 3 mentions · first linked 2015-10-29

What Hacker News says?

  1. Shameless plug; I recently wrote a blog post about suggestions on improving your audio for remote teamwork: https://dockyard.com/blog/2021/02/08/improve-your-audio-to-b... Although I do suggest the Shure MV7 mic, which I use, there are example of really cheap ways to immediately improve how you sound over conference calls. Another tip I talk about us using RNNoise, which does an excellent job at cutting out backgrou…

    Comment linking /blog/2021/02/08/improve-your-audio-to-boost-remote-team-efficiency

    on “Higher quality audio makes people sound smarter”
  2. Submitted DockYard R&D: FireFly Optimizes Your Elixir Compilation as a story · 115 points

    HN discussion
  3. Personally, I'm very interested in the possibility of Phoenix LiveView giving us the best of both worlds: https://dockyard.com/blog/2018/12/12/phoenix-liveview-intera...

    Comment linking /blog/2018/12/12/phoenix-liveview-interactive-real-time-apps-no-need-to-write-javascript

    on “You probably don't need a single-page app”
  4. Submitted Phoenix.LiveView: Interactive, Real-Time Apps. No Need to Write JavaScript as a story · 75 points

    HN discussion
  5. Consider these two scenarios. 1. SPA with asynchronous server communication. A button switches to a spinner the moment you click it, and spins until the update is safe at the server. Error messages can show up near the button, or in a toast. 2. LiveView where updates go via the server. The button shows no change (after recovering from submit "bounce" animation) until a response from the server has come back to you.…

    Comment linking /blogs/optimizing-user-experience-with-liveview

    on “How we got to LiveView”
  6. Submitted Create your first LiveView Native (Elixir) Application as a story · 68 points

    HN discussion
  7. Chris said in a different comment optimistic ui updates already exist… Here’s the link: https://dockyard.com/blog/2020/12/21/optimizing-user-experie...

    Comment linking /blog/2020/12/21/optimizing-user-experience-with-liveview

    on “How we got to LiveView”
  8. Submitted What Is Machine Learning Anyway? as a story · 63 points

    HN discussion
  9. You'd use the optimistic UI features that LiveView ships with out of the box to handle the arrow click, and you wouldn't await a server round-trip for each keypress, so again that's now how LiveView form input works. For posterity, I linked another blog where I talk exactly about these kinds of things, including optimistic UI and "controlled inputs" for the keyboard scenario: https://dockyard.com/blog/2020/12/21/opt…

    Comment linking /blog/2020/12/21/optimizing-user-experience-with-liveview

    on “How we got to LiveView”
  10. Submitted What if we could transpile COBOL into Elixir as a story · 58 points

    HN discussion
  11. These kinds of discussions miss a ton of nuance unfortunately (as most tech discussions do), so hopefully I can help answer this broadly: First off, it's important to call out how LiveView's docs recommend folks keep interactions purely client side for purely client side interactions: https://hexdocs.pm/phoenix_live_view/Phoenix.LiveView.html#m... > There are also use cases which are a bad fit for LiveView: > Animat…

    Comment linking /blog/2020/12/21/optimizing-user-experience-with-liveview

    on “How we got to LiveView”
  12. Submitted Phoenix Channels vs. Rails ActionCable as a story · 54 points

    HN discussion
  13. I wrote my thoughts on the LiveView 1.0 release: https://dockyard.com/blog/2024/12/03/phoenix-liveview-goes-1...

    Comment linking /blog/2024/12/03/phoenix-liveview-goes-1-0

    on “Phoenix LiveView 1.0.0 is here”
  14. Submitted Phoenix is not Rails as a story · 32 points

    HN discussion
  15. This might be outdated but should give you some idea at least https://dockyard.com/blog/2016/08/09/phoenix-channels-vs-rai...

    Comment linking /blog/2016/08/09/phoenix-channels-vs-rails-action-cable

    on “Running GitHub on Rails 6.0”
  16. Submitted Building a Nerves Lullaby Player as a story · 31 points

    HN discussion
  17. Elixir. The ecosystem has been steadily growing (and, more importantly, becoming more robust and mature) throughout 2018 with continuously improved tooling, libraries and frameworks. I'm excited for many of the upcoming things [1] in the Elixir world, and how those things can improve the way I build (web) software in 2019. [1] For one example, https://dockyard.com/blog/2018/12/12/phoenix-liveview-intera...

    Comment linking /blog/2018/12/12/phoenix-liveview-interactive-real-time-apps-no-need-to-write-javascript

    on “Ask HN: What technologies did you learn in 2018?”
  18. Submitted Elixir Is Safe as a story · 26 points

    HN discussion
  19. nathany · 2016-08-16Recommends
    Until you have users. :-P For one example, check this comparison: https://dockyard.com/blog/2016/08/09/phoenix-channels-vs-rai...

    Comment linking /blog/2016/08/09/phoenix-channels-vs-rails-action-cable

    on “Go 1.7 is released”
  20. Submitted Lessons Learned – 10 years of running a software consultancy as a story · 25 points

    HN discussion
  21. I don't know Go, but that probably depends on your goals. To quote myself from elsewhere: > Efficiency in the BEAM is mainly in service of its primary goal of fault-tolerance. If one process crashes unexpectedly, the others should continue. By the same logic, if one process is CPU-intensive or IO-blocked, the others should keep making progress smoothly. And if processes are good for isolating errors and performance…

    Comment linking /blog/2018/07/18/all-for-reliability-reflections-on-the-erlang-thesis

    on “Achieving 100k connections per second with Elixir”
  22. Submitted EXGBoost: Gradient Boosting in Elixir as a story · 18 points

    HN discussion
  23. Deployments are a significant amount of magic, moreso than with other languages. You're deploying a whole beam ecosystem not just a single app. If you want to do anything remotely dynamic (e.g. using environment variables as knobs a la 12-factor) you'll have to rely on distillery and voodoo. Meanwhile distillery has been broken on FreeBSD for months with no fix in sight and no actual community understanding of how t…

    Comment linking /blog/2018/02/28/elixir-deployment-tools-update-february-2018

    on “Ask HN: Go-to web stack today?”
  24. Submitted Phoenix Channels vs. Rails Action Cable as a story · 12 points

    HN discussion
  25. I have an app like that, but I found it convenient to use Phoenix anyway as it provides test helpers, a nice router, an efficient template (EEx) compiler with escaping, etc. I just ignore the parts I don't need. Phoenix LiveView looks super interesting for simplifying this further: https://dockyard.com/blog/2018/12/12/phoenix-liveview-intera...

    Comment linking /blog/2018/12/12/phoenix-liveview-interactive-real-time-apps-no-need-to-write-javascript

    on “Elixir, Phoenix, Absinthe, GraphQL, React, and Apollo”
  26. Submitted What makes Phoenix Presence special, and a sneak peek as a story · 10 points

    HN discussion
  27. windor · 2016-01-20Recommends
    I think this should be post here: https://dockyard.com/blog/2015/11/18/phoenix-is-not-rails It's very interesting to see such different philosophies.

    Comment linking /blog/2015/11/18/phoenix-is-not-rails

    on “The Rails Doctrine”
  28. Submitted Phoenix Channels vs. Rails Action Cable as a story · 7 points

    HN discussion
  29. > it tries too much [to be] like Rails Only on the surface. Please see: https://dockyard.com/blog/2015/11/18/phoenix-is-not-rails

    Comment linking /blog/2015/11/18/phoenix-is-not-rails

    on “The Rails Doctrine”
  30. Submitted Five benefits we saw after going all in (including machine learning) on Elixir as a story · 6 points

    HN discussion

Search all of HN for dockyard.com

Linked by the same people?