hypermodules / hypermodul.es Goto Github PK

I'm happy with the organization of https://github.com/bcomnes/bret.io and want to do it here too.

I'd like to be able to link directly to the FAQ with e.g. https://www.hypermodul.es/#faq

Hey all,

Hypermodules is dead! We did some really fun work together here and even made some super useful things along the way that are alive and well. But the underlying project of Hyperamp is dead and in some ways the open open source org model ended up muddling maintainership and sort of added a layer of hesitation around individual contributions. That said, I have no regrets, and had a ton of fun working on everything here and continue to enjoyed many doodads we built here.

I was thinking of a way to wrap things up and had a few ideas.

a) Leave things be. Archive old noisy stuff we don't care about, keep chipping away on the repos that we still use today. Low effort, and acknowledging this I think might remove any feelings that I am somehow holding other peoples work hostage.

b) Offer to return active repos back to their originators, maintaining contributor status unless otherwise desired, and hypermodules specific repos would just continue to live in the org as is, possibly archived, as a tomb of our success. This would be a bit more work but something I'm willing to help out with.

• https://github.com/hypermodules/changelog-parser -> ungoldman
• https://github.com/hypermodules/gh-release -> ungoldman
• https://github.com/hypermodules/gh-release-assets/graphs/contributors -> paulcpederson
• https://github.com/hypermodules/format-duration -> ungoldman or leave here
• https://github.com/hypermodules/hyperamp -> leave in hypermodules
• https://github.com/hypermodules/sitedown -> ungoldman
• https://github.com/hypermodules/entypo -> leave here
• https://github.com/hypermodules/level-idx -> bcomnes
• https://github.com/hypermodules/hypermodul.es -> leave here
• https://github.com/hypermodules/level-auto-index -> bcomnes
• https://github.com/hypermodules/level-hookdown -> bcomnes
• https://github.com/hypermodules/dti leave here archive
• https://github.com/hypermodules/gh-release-test leave here or ungoldman
• https://github.com/hypermodules/stability-badges leave here/archive
• https://github.com/hypermodules/irc.hypermodul.es leave here archive
• https://github.com/hypermodules/signalhub.decent.digital leave here archive
• https://github.com/hypermodules/browser-audio-player archive/delete
• https://github.com/hypermodules/electron-audio-player archive/delete
• https://github.com/hypermodules/abstract-audio-player archive/delete
• https://github.com/hypermodules/electron-ipc-log leave here/archive or ungoldman
• https://github.com/hypermodules/electron-repl archive here or ungoldman
• https://github.com/hypermodules/yt-pip ungoldman
• https://github.com/hypermodules/music-library archive here
• https://github.com/hypermodules/changelog-init archive here
• https://github.com/hypermodules/hypermodules.github.io archive/delete

c) Something else?

As time goes on, I've come to prefer clear ownership over packages, and while I like the idea of being able to maintain the understanding individual ownership even inside of an org, moving packages back into individual accounts in some ways clarifies this understanding among contributors but also outside consumers. Also, in scenarios when the underlying org becomes stale, packages that still have use are freed from the burden of being in a stale org.

Thoughts @blahah @jgravois @nikolaswise @paulcpederson @ungoldman @zeke ?

Maybe we can cover some of our infrastructure costs when we have them with open collective. https://opencollective.com/choo has scrounged up a few dollars already doing this.

• Prebuild. Native dep building sucks. Use prebuild.
• Node.js solved dependency hell
• https://maxogden.com/node-packaged-modules.html
• https://maxogden.com/nested-dependencies.html
• Art of node: https://github.com/maxogden/art-of-node - read ur modules is the important message in this one.

?

I wanna see what it looks like if we use a gothic font for the H1 on the website.

Like a cool css effect like blur or rainbow

I know I removed some, but now I'm wishing they are back. We should add some of the more complete projects to the web page.

Dang I can't even find the chat logs now, but basically add a note that:

Pragmatic > Dogmatic

These ideas and patterns are just properties that tend to make things nice to work on, consume and maintain. They are not commandments or gospel, not that there is anything wrong with gospel or commandments. These are basically tips on the craft, nothing to fight or die over though.

Would be fun to autogenerate project listings, recent activity and contributor list.

Yay for custom gh-pages tool chains and ssl but not quite gh-pages.

I feel like wrote this down somewhere already but lost track of where.

I don't like the standard github labels. I would like to start using something like https://github.com/yoshuawuyts/github-standard-labels but maybe supplement / remove labels that I wouldn't see myself using.