Live data from Hacker News

Trex: A package manager for Deno

github.com

21–25 of 25 posts

Re: Trex: A package manager for Deno

#21
post #3

Why write the executable with an upper-first letter? Looks quite silly and not professional imo.

it's really a problem that the first letter is upper?

Not really for people who have their shells configured to auto-(de)capitalize the name of a command or binary, but for those that don't, it's a departure from what's normal. It's easily solved through an alias or similar, but still: why introduce the impedance?

Re: Trex: A package manager for Deno

#22

So, to me, this just looks to wrap the import map functionality with a nicer cli. For the same number of times as in days I'm torn on wether this is good. On one hand, it's a bridge for node people and adds some nice comfort tooling. On the other, it means you don't get to really understand how packages and bundling are supposed to work. I may just end up writing a post on this tonight.

It also reintroduces one of the main problems of node back into deno. https://youtu.be/M3BM9TB-8yA?t=581

In my opinion, Trex is actually working against what npm introduced to Node. Though I don't exactly know what "main problem" you're referring to, I can say that:

1) Trex is supporting multiple module registries, not just one. (Thus not necessarily centralized) 2) Trex is not associated with one entity in particular. This means that they have no company dedicated to hosting modules in house (another reason that they aren't centralized) 3) Node's package.json included many other things than just imports. Using Trex is completely optional, and if you do use it, an import map does not hinder one's development workflow. In my opinion, it makes dependencies easier to manage.

Re: Trex: A package manager for Deno

#24

Was not one of the main motivations for deno to not use a package manager?

I believe so. I always wondered why `go mod` existed until we had dependencies break fairly frequently from a certain domain and were forced to vend the dependency.

Indeed, this is a massive issue with any url based imports. Because Trex supports nest.land, this is not an issue. nest.land is actually a first-of-its-kind blockchain module registry and CDN. Because we use the blockchain for storing modules, they can never be deleted or altered in any way. This also means that they are permanently and indefinitely resolvable from the web. Because of this, module vendoring is no longer an issue!

Re: Trex: A package manager for Deno

#25
post #21

Earlier quoted context omitted.

it's really a problem that the first letter is upper?

Not really for people who have their shells configured to auto-(de)capitalize the name of a command or binary, but for those that don't, it's a departure from what's normal. It's easily solved through an alias or similar, but still: why introduce the impedance?

Agreed. I'm a heavy CLI user and I can't remember a single one being upper-case.
Post reply on HN