7 comments

  • silicon_laser54 days ago
    Text in the screenshots is barely readable. It should be comparable to default text size.
    • ozornin53 days ago
      That&#x27;s great feedback, thank you!<p>We&#x27;ll go through screenshots, check their readability and crop or re-create them before going to print.<p>Can you point to particular screenshots that feel the worst?
  • maxloh53 days ago
    I think I saw this template before. What software did you use to create the book?
    • sb824453 days ago
      Pragmatic has an inhouse book compiler. Most authors write in markdown and there&#x27;s some special XML features you can use as well for it. Of course code linking is a first class feature.<p>It&#x27;s a pretty nice system, actually.
      • ozornin53 days ago
        Exactly. I wrote in (flavored) Markdown with occasional XML inserts.
  • sebg60 days ago
    How did you enjoy the process?
    • ozornin60 days ago
      I did, thank you! It was hard and long, though. Much harder and longer than I expected it to be. The book ended up being very different from what I initially conceived (for the better, I hope.) I have too much to say to fit it all in one comment, to be honest :)
      • sebg58 days ago
        Great that you finished :)<p>Do you have a next book project lined up?
        • ozornin53 days ago
          Thank you!<p>Not really. I am almost sure that eventually I&#x27;ll do it, but what I have at this point is more like &quot;dreams&quot; or &quot;ideas&quot;, very far from being materialized.<p>Also, I know that I want to write about something less practical and more fun. Maybe, making music. Writing about fun parts is so much easier
  • enz60 days ago
    &gt; What You Need: A computer with a Chromium-based browser such as Chrome, Vivaldi, or Brave [...]<p>I believe the book focuses on client-side TS apps?
    • progx60 days ago
      I build a &quot;wrapper&quot; for this (not public, quick&amp;dirty code). Transfer everything that could be logged via websocket to console and output and colorize it like I do it with a node app. Reduces the time that I need to spend in browser for debugging (click, scroll, open trees, etc.), has same format and it saves much time.<p>I am sure somebody created a good lib for that on github.
    • seniorsassycat53 days ago
      Node.js uses the same JavaScript engine as chrome and chrome dev tools can be connected to node to debug and profile.<p>node --inspect<p>chrome:&#x2F;&#x2F;inspector
    • ozornin60 days ago
      Mostly yes. It touches upon debugging unit tests and server-side code, as well as methodologies applicable to debugging in general, but the practical parts are almost exclusively client-side.
  • orliesaurus53 days ago
    Nice to see someone tackling debugging in TypeScript head on... the discussion about templates and in‑house compilers is interesting... I always appreciate when authors share their process...<p>ALSO when it comes to debugging TypeScript I lean heavily on a mix of tools and best practices... Visual Studio Code’s built‑in debugger and Jest integration make stepping through code a breeze... I combine that with custom type guards and strategic logging to catch errors early and make the stack traces meaningful...<p>I’m curious if you dive into production debugging and error tracking... things like source maps and disciplined logging can save hours when chasing bugs in the wild... thanks for sharing your experience and good luck polishing the final version...
    • ozornin53 days ago
      I totally agree.<p>At first, I started writing a book about very practical, hands-on debugging practices, but quickly realized that the &quot;mix of tools and best practices&quot; you&#x27;re talking about is a much more valuable skill, as well as bug prioritization, and even bug reporting.<p>So, as a result, catching errors early, type guarding, logging to debug asynchronous operations, and error tracking are all major parts of the book.
  • cranberryturkey60 days ago
    vibe coded?