Live data from Hacker News

Tinygrad

github.com

11–20 of 159 posts

Re: Tinygrad

#12
post #2

>tinygrad will always be below 1000 lines. If it isn't, we will revert commits until tinygrad becomes smaller. Love this ethos so much. Wish more projects would follow suit.

Completely disagree - limiting lines of code as an ethos makes as much sense as using lines of code written as a business metric. What if they want to add a new feature that takes another ~1000 LoC? Can they just write it as a separate library and include it as a dependency? IMO trying to minimize LoC creates a perverse incentive to split up your package when it might not need it (in the same way maximizing LoC creat…

> What if they want to add a new feature that takes another ~1000 LoC?

They don't.

The LoC limit exists as much to avoid scope creep and maintain focus as it is about anything else.

Re: Tinygrad

#13
post #2

>tinygrad will always be below 1000 lines. If it isn't, we will revert commits until tinygrad becomes smaller. Love this ethos so much. Wish more projects would follow suit.

Completely disagree - limiting lines of code as an ethos makes as much sense as using lines of code written as a business metric. What if they want to add a new feature that takes another ~1000 LoC? Can they just write it as a separate library and include it as a dependency? IMO trying to minimize LoC creates a perverse incentive to split up your package when it might not need it (in the same way maximizing LoC creat…

Maybe don’t add that feature then? Not every library is meant to solve all problems

Re: Tinygrad

#14
I like this guy mostly for preserving a hacker-ish culture in the atmosphere and for just being a real human being in public. Too often do I feel like I'm just interacting with interfaces to corporations or people who self censor themselves so much they barely feel human. I'm not sure this library matters much to me but I maintain positive perspective on this guy for these reasons.

Re: Tinygrad

#15

Earlier quoted context omitted.

Completely disagree - limiting lines of code as an ethos makes as much sense as using lines of code written as a business metric. What if they want to add a new feature that takes another ~1000 LoC? Can they just write it as a separate library and include it as a dependency? IMO trying to minimize LoC creates a perverse incentive to split up your package when it might not need it (in the same way maximizing LoC creat…

Maybe don’t add that feature then? Not every library is meant to solve all problems

No, but every library tries to solve at least _one_ problem, and maybe it needs to go over 1000 lines to do that.

Re: Tinygrad

#16
post #15

Earlier quoted context omitted.

Maybe don’t add that feature then? Not every library is meant to solve all problems

No, but every library tries to solve at least _one_ problem, and maybe it needs to go over 1000 lines to do that.

This one doesn't, apparently.

Re: Tinygrad

#17
post #2

>tinygrad will always be below 1000 lines. If it isn't, we will revert commits until tinygrad becomes smaller. Love this ethos so much. Wish more projects would follow suit.

Completely disagree - limiting lines of code as an ethos makes as much sense as using lines of code written as a business metric. What if they want to add a new feature that takes another ~1000 LoC? Can they just write it as a separate library and include it as a dependency? IMO trying to minimize LoC creates a perverse incentive to split up your package when it might not need it (in the same way maximizing LoC creat…

You say 1000 lines is an arbitrary number. Do you actually have a feature in mind that takes it above this artificial limit? Did you even read the code?

They like this round number. Fork. Why argue.

Re: Tinygrad

#19
post #14

I like this guy mostly for preserving a hacker-ish culture in the atmosphere and for just being a real human being in public. Too often do I feel like I'm just interacting with interfaces to corporations or people who self censor themselves so much they barely feel human. I'm not sure this library matters much to me but I maintain positive perspective on this guy for these reasons.

Its funny you say this because the repo mentions Andrej Karpathy's repo. I absolutely love his work especially his ML tutorials, but there was one tesla automation day where he shuts down this guy asking a question with robotic efficiency. I wish I could find it.

Re: Tinygrad

#20
post #14

I like this guy mostly for preserving a hacker-ish culture in the atmosphere and for just being a real human being in public. Too often do I feel like I'm just interacting with interfaces to corporations or people who self censor themselves so much they barely feel human. I'm not sure this library matters much to me but I maintain positive perspective on this guy for these reasons.

Having gone to college and knowing this guy personally from then, you would have a much different opinion... Maybe he has grown up, but back then... yeeesh
Post reply on HN