Hacker Newsnew | past | comments | ask | show | jobs | submit | Savageman's commentslogin

I didn't read the article yet. Does anyone know if it's better than the Google one here? [https://developers.google.com/tech-writing/overview]


TLDR: which is better? it depends

RedHat's style guide is far more detailed and closer to a reference/explanation (i.e. going by Diátaxis definition).

Google's technical writing is shorter and closer to tutorial/how-to guide.

I recommend the Google's technical writing if you're a coder or a beginner. RedHat is for folks who already know they need this on first look.


Ok I phrased it badly with "better", I wanted to know how they compare.

Your answer is perfect, thank you!


Is it normal that when I "turn" the camera stays still? Makes it quite unplayable for me (I tried both "Free camera" enabled/disabled, it didn't change anything)


You can use your left hand to steer the marble (via WASD) and then the right hand on your arrow keys to move the camera around.


You have to click and drag.


I wish it would talk about liveness too, I've see several times apps that use the same endpoint for liveness/readiness but it feels wrong.


Really cool to be able to test this directly, thanks for setting it up.

I found something I would qualify as a bug: if you click on the right of any text, the cursor is placed at the beginning of the line, where I would expect to have it at the end.


I have 400Mbps at home, I can play online games with 50ms ping and watch 1080p on YouTube, it's enough for most people.


I have 10Mbps at home, 50ms pings, and 1080p streaming.


How does secret state fit in this? If you want each player hand to be secret, then each player has its own state?


boardgame.io only runs game logic on the server, and it censors the State just before sending it to each client. This strategy makes the UI feel less responsive, but it keeps things simple.

The Swords and Ravens blog post recommends resolving actions on the client when they don't require secret information, but resolving other actions on the server. You'd also need to resolve actions on the server when they involve RNG.


I don't recommend resolving actions on the server in any situation:

For actions that require secret information, you would filter the actions sent to the client of any secret information and make sure the code handling the action can handle both the action and the filtered actins.

For actions involving RNG, make all randomness rely on a seed. This seed would be stored server-side and passed along the action when sent to the client. This makes sure the clients can deterministically reproduce the update.


Interesting, would you share the link of this post please?



I remember a long time ago I used Pandoc for this.

Fresh tools and more choice is very welcome, thanks for your work!


Pandoc is amazing. Especially because they support so many formats.

And their html to markdown converter is (in my opinion) still the best right now.

But html-to-markdown is getting close. My goal is to cover more edge cases than pandoc...


This, but move isPasswordValid below if (!isUserValid)


I like how the author uses a test to run arbitrary code, this is exactly how I do it too!


I just use play.go.dev


Life without REPLs.


Just curious, what are the main reasons you want a replacement?


Thank you for this comment. I was assuming that meteor died some time ago when mongo was getting a hiding and Apollo/graphql came on the scene. I'm glad you pointed this out (that it isn't dead) and that infact they are releasing v3 soon (from a quick website scan)


Yes v3 is very welcome, v2 only works on outdated Node versions and package compatibility is becoming an issue... It's definitely not a ghost town, but the community feels smaller and pace is a little slow. I'm a bit in the same boat, I found nothing that can replace it.


I would want something more modular, and more actual, although it might be that Meteor is still the best option.


What do you mean by "more modular"? Which parts of Meteor would you like to replace or remove?


I mean that I could assemble from individual packages, for not particular reason aside from esthetic preference maybe?


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: