REPL Driven Design

Re:REPL Driven Design by capableweb on Thursday May 28, 2020 @02:38PM (#23340767)

Two completely different things. A npm package is a module of code. A function is... A function. Having a lot of small functions is helpful as it builds up a vocabulary in the codebase, so instead of having to understand every single line each time you come across it, you can extract the meaning into a name.

What the npm ecosystem is doing is a completely different thing.

[ Parent | on HN ]

Re:REPL Driven Design by inertiatic on Thursday May 28, 2020 @03:54PM (#23341799)

>so instead of having to understand every single line each time you come across it, you can extract the meaning into a name.

Until you really have to understand what is going on, like when you need to fix a bug or refactor. Then suddenly you to deal with the overhead of holding the branches of 20 levels of indirection in your working memory.

Also, this assumes the people you're working with are great at naming things. Which, from my experience, is almost no one.

[ Parent | on HN ]

Re:REPL Driven Design by capableweb on Thursday May 28, 2020 @04:13PM (#23342017)

In general, we have higher-level programming languages so we can do just this, hide the complexity under indirection. It's basically the purpose of the languages we tend to use today, otherwise we would all be still using assembly.

Your job as a programmer is being able to walk this ladder of indirection up and down until you find what you seek and fix/add/remove whatever.

You'll always be dealing with way more than 20 levels of indirection when programming, even with a "hello world" program. If adding two more levels of indirection makes your mental model break down, you might consider upgrading your environment/workflow a bit to support this.

Regarding naming I agree with you. Good names are really, really, really hard to come up with. Entire books have been written on how to name things. Doesn't excuse us from trying though, the only way we can get better is by doing.

[ Parent | on HN ]

Re:REPL Driven Design by nojito on Thursday May 28, 2020 @03:10PM (#23341134)

Except the vast majority of npm modules are literally one function.

There’s no difference between module and function when you see that.

[ Parent | on HN ]

Re:REPL Driven Design by dunefox on Thursday May 28, 2020 @03:24PM (#23341343)

Yes, those are completely different because I do not release small functions that I compose to bigger functions as separate libraries to be pulled in by the hundreds.

[ Parent | on HN ]

Re:REPL Driven Design by gmfawcett on Thursday May 28, 2020 @05:27PM (#23342877)

The parent's claiming a near 1:1 ratio of modules to functions in NPM. What does that have to do with your release process?

[ Parent | on HN ]