Live data from Hacker News

Viewing profile — NiklasBegley

NiklasBegley

HN member
Joined
Mon, May 05, 2014, 3:45 PM UTC
HN karma
155
Public activity
21 items

About NiklasBegley

Founder @ Doctave.com

nik@doctave.com

Recent public activity

  1. comment
    Comment #41903866

    You're correct - Doctave Studio is for making local development easier. It packages the whole "authoring environment", so it's all you need to start writing. It's technically not W…

  2. comment
    Comment #41903829

    Oops. Good catch.

  3. comment
    Comment #41895615

    I think this is a really good point in the post: > If you don’t review, check, and merge docs the same way your org reviews, checks, and merges code, you’re not doing docs-as-code …

  4. comment
    Comment #39383186

    I also want to give a shout out to the Rustler folks for creating a great library! We use Rustler quite extensively at Doctave, and have written about our experiences with Rustler …

  5. comment
    Comment #38024045

    For us at Doctave ( https://www.doctave.com ), migrating customers from existing solutions manually ourselves has proved very effective. The product is a technical documentation pl…

  6. comment
    Comment #36295163

    Agreed on a lot of this, but I'd be cautious about saying that any kind of documentation is "simple". Especially when it comes to technical products - be they internal or external.…

  7. story
  8. comment
    Comment #35597849

    Congrats on the launch! I'm curious how you manage syncing the changes from the WYSIWYG editor back to the repo? If you have two editors, one editing raw Markdown, and another one …

  9. story
  10. story
  11. story
  12. story
  13. story
  14. story
  15. comment
    Comment #28538411

    Creator here. The Doctave CLI is more like MkDocs or Docusaurus in that it supports a docs-as-code workflow. It takes your Markdown files and generates a pretty documentation site …

  16. story
  17. story
  18. story
  19. comment
    Comment #28236680

    Author here. This is a good point. In this case we found it does slow down clean builds somewhat since we're pulling down + compiling Rust dependencies now as well as Elixir. While…

  20. comment
    Comment #28235216

    Author here. I actually was not aware of cmark.ex - thanks for pointing it out. In this case the code reuse was more important than pure native speed. We already had a Rust library…

  21. story