Spencer Snyder
@spence-s.bsky.social
Full stack js/ts dev. Open Source enthusiast and contributor. Simple is better.
I truly enjoy code/work and spend a good bit more than 40/week working. I try to check in often with myself and ask myself how this affects my personal life.
If I am feeling stress about my work when I am not directly doing it, then I know I have taken things too far and need to step back.
If I am feeling stress about my work when I am not directly doing it, then I know I have taken things too far and need to step back.
December 20, 2024 at 12:40 PM
I truly enjoy code/work and spend a good bit more than 40/week working. I try to check in often with myself and ask myself how this affects my personal life.
If I am feeling stress about my work when I am not directly doing it, then I know I have taken things too far and need to step back.
If I am feeling stress about my work when I am not directly doing it, then I know I have taken things too far and need to step back.
My current understanding is that If you are using node19 or higher, you shouldn't need userland packages like http-terminator anymore.
Would love more clarity on this though.
Would love more clarity on this though.
December 19, 2024 at 4:09 PM
My current understanding is that If you are using node19 or higher, you shouldn't need userland packages like http-terminator anymore.
Would love more clarity on this though.
Would love more clarity on this though.
I'd like to attempt a guide on this, but I am sure to get parts of it wrong.
TL;DR:
server.close is good enough most of the time and since node 19 is automatically closes idle keep alive connections.
server.closeAllConnections when you have very chatty keep-alive connections?
TL;DR:
server.close is good enough most of the time and since node 19 is automatically closes idle keep alive connections.
server.closeAllConnections when you have very chatty keep-alive connections?
December 19, 2024 at 4:08 PM
I'd like to attempt a guide on this, but I am sure to get parts of it wrong.
TL;DR:
server.close is good enough most of the time and since node 19 is automatically closes idle keep alive connections.
server.closeAllConnections when you have very chatty keep-alive connections?
TL;DR:
server.close is good enough most of the time and since node 19 is automatically closes idle keep alive connections.
server.closeAllConnections when you have very chatty keep-alive connections?
Does the LSP spec meet your needs?
microsoft.github.io/language-ser...
microsoft.github.io/language-ser...
Not sure if that is specific enough, but it would certainly help encourage editor plugin adoption if your linter results could be directly sent to the client without manipulation.
microsoft.github.io/language-ser...
microsoft.github.io/language-ser...
Not sure if that is specific enough, but it would certainly help encourage editor plugin adoption if your linter results could be directly sent to the client without manipulation.
Specification
This document describes the 3.17.x version of the language server protocol. An implementation for node of the 3.17.x version of the protocol can be found here.
microsoft.github.io
December 16, 2024 at 6:39 PM
Does the LSP spec meet your needs?
microsoft.github.io/language-ser...
microsoft.github.io/language-ser...
Not sure if that is specific enough, but it would certainly help encourage editor plugin adoption if your linter results could be directly sent to the client without manipulation.
microsoft.github.io/language-ser...
microsoft.github.io/language-ser...
Not sure if that is specific enough, but it would certainly help encourage editor plugin adoption if your linter results could be directly sent to the client without manipulation.
It's no wonder code bases entropy fast at large orgs, the red tape is like a punishment for those who try to make changes. Even if the changes make a lot of sense and are non disruptive.
December 9, 2024 at 9:40 PM
It's no wonder code bases entropy fast at large orgs, the red tape is like a punishment for those who try to make changes. Even if the changes make a lot of sense and are non disruptive.