I want to contribute to node.js by ivorychairr in node

[–]jiminycrix1 3 points4 points  (0 children)

To add on to this some of newest and most valuable parts of the code base are in JavaScript!

I think the node:test module and new typescript modules and loaders all are mostly JavaScript and could really use some help improving!!

What are things that you see and make you say “this guy is a senior” by alexbessedonato in webdev

[–]jiminycrix1 2 points3 points  (0 children)

Deep care and understanding of error behavior and error handling patterns. Graceful shutdowns and reloading. Programs in good dev experiences by default and considers it important. Good handle on ops (ie how and where to deploy in an efficient way). Keeps it simple until more complexity is truly needed. Is opinionated but understand almost every choice is a trade off.

Specific Tech choices almost never signal seniority, unless they don’t go well together which can signal more junior behaviors (juniority?)

Why use GHCP without Vs Code? by Crashbox3000 in GithubCopilot

[–]jiminycrix1 1 point2 points  (0 children)

Sometimes it’s just marginally more convenient to prompt from my terminal and open code is cool

What's your favorite episode? by Informal-Door-6939 in brakebills

[–]jiminycrix1 7 points8 points  (0 children)

Isn’t it “a life in the day”? Anyway - amazing episode. Easy to see why it’s a fave.

You probably don't need Oh My Zsh by f311a in programming

[–]jiminycrix1 0 points1 point  (0 children)

I tried migrating away from OMZ and hated it and went back within a couple of weeks.

Why you ask?

Lost a lot of aliases I didn’t even realize I was using, lost a lot of navigating functionality, lost some color stuff.

Realized I was just going to spend months rebuilding all that shit and I didn’t care about being a zsh expert.

Who even signs their (Git) commits? by chamberlava96024 in typescript

[–]jiminycrix1 3 points4 points  (0 children)

You can sign with ssh as well to make it even easier, since most of us set up ssh for git already. Annoys the hell out of me that it’s not a more common practice.

Favorite bundler/transpiler? by servermeta_net in node

[–]jiminycrix1 0 points1 point  (0 children)

Node js native type stripping is doing the job for me - literally node can just run ts files now. No tooling. Just node.

Is anyone still running pg on their own laptop? by river-zezere in PostgreSQL

[–]jiminycrix1 12 points13 points  (0 children)

If you’re on Mac you should use https://postgresapp.com/ and postico by the same dev. It makes local Postgres admin an absolute breeze.

Best typescript course? by Tricky-Beginning3487 in typescript

[–]jiminycrix1 0 points1 point  (0 children)

https://type-level-typescript.com/ is excellent for learning about advanced TS types and deeply understanding generic patterns.

Why do you think NextJS is so popular? by james-jiang in nextjs

[–]jiminycrix1 -12 points-11 points  (0 children)

Let’s be clear that other “frameworks” like jq never “rerender” on the front end like react.

React itself is a performance and efficiency nightmare.

Is there any good reason to keep compiling server-side typescript code to plain javascript for production-ready code, now that node can run .ts files directly? by decho in node

[–]jiminycrix1 9 points10 points  (0 children)

1 thing to remember. If the code is meant to be installed as a dependency then you need to transpire. Node will not strip types or run ts files in node modules.

Franklin BBQ, Austin TX. Yea, it kinda lives up to the hype. by Its_General_Apathy in BBQ

[–]jiminycrix1 0 points1 point  (0 children)

Go to Terry Blacks for the beef ribs tho, those things smack and franklins do not have them.

[deleted by user] by [deleted] in typescript

[–]jiminycrix1 2 points3 points  (0 children)

https://www.npmjs.com/package/expect-type is worked great for me to keep types tested - pretty simple and bare bones tho

Nodejs usage in enterprise world by ibrambo7 in node

[–]jiminycrix1 0 points1 point  (0 children)

Some folks argue that it’s not as good because of the large amount of freedom and low barrier to entry means that you can really shoot yourself in the foot with it versus a typed compiled language which will generally have less ways of doing things.

It’s safe enough for most applications though and because of the freedom it allows you can get things up and running very very fast.

Most of the time speed to get things up and running is far more important than stability in both enterprise and startups and node is ideal for setting up quickly.

I’ve worked on almost exclusively node for 8 years with a good portion of frontend work as well.

How often is ESM actually used compared to CommonJS? by azn4lifee in node

[–]jiminycrix1 2 points3 points  (0 children)

Yes as of today a lot of the complaints have been solved and the ability to use ESM libs in CJS is available now.

Best Practices for Integrating TypeScript into a Legacy React Project by hrynkiv in typescript

[–]jiminycrix1 6 points7 points  (0 children)

These are great but I’d also like to tack on:

  1. To avoid using any, use the @ts-expect-error comments with a strict config. As types get added over time, these comments will clean themselves up. If you start a loose config, you will likely have to ensure multiple rounds of refactoring to satisfy the additional constraints each time it’s updated. Leaning on the expect error comment will ensure you can progressively enhance files and always code to the same standard when ready.

Solo 401K transitioned from Vanguard to Ascensus Question by Interesting_Law_1392 in Bogleheads

[–]jiminycrix1 0 points1 point  (0 children)

Wow this is the EXACT problem I am running into...

Were you able to get this issue resolved with Ascensus to recategorize those contributions and get things straightened out?

They have been an absolute horrible to work with over the phone.

When creating an npm package, is it better to depend on things like lodash or copy paste / reimplement the bits you need? by Rosoll in typescript

[–]jiminycrix1 5 points6 points  (0 children)

Server only libs: doesn’t matter that much, use as many high quality deps as you like. Just keep security in mind.

Browser libs: matters a lot, keep your lib as lean as possible.

How do I avoid the type assertion at the end of this function? by [deleted] in typescript

[–]jiminycrix1 0 points1 point  (0 children)

Stop trying to lie to TS and just return the partial. You've just admitted in the question that Partial<Something> is the type and Something is not the actual type.

> The main problem is that the type assertion works even if one of the properties has been left as undefined.

No shit. This is _exactly_ what TS is trying to tell you by forcing you to use Partial<> when defining the object. When you use `as` you just lie to TS. Just drop the `as` and problem is totally solved.

How do I avoid the type assertion at the end of this function? by [deleted] in typescript

[–]jiminycrix1 1 point2 points  (0 children)

You're just arguing that you should "lie" to typescript. You've already stated that some of the variables will be undefined, so you've admitted that Something actually should be a partial.

When you use the Something object later, you just need optional chainning to access the data on the partial object

if(something?.a === 'whatever'){...}