Dependency minimalism (writing software that deliberately tries to have as few dependencies as practical) is a really underrated virtue imo.

Every single dependency is a risk that "something will go wrong" during someone's installation process. Installing projects with hundreds of dependencies and walking through errors can be incredibly frustrating.

Se siente mejor y no. Puedo amar más y más que antes. Lo que ella ha dicho siempre importa. 

Cambia de cuerpo, altera la mente, pero me arrodillo igual. ¡De ro

The trend toward everything being electric and (at least small scale) being charged with USBC, is really good. Much better than the previous status quo of electric vs gasoline vs propane, micro USB vs mini USB vs custom connectors vs batteries...

So dependency minimalism is great in physical space too.

Nah… like saying humans shouldn’t depend on fresh air, clean water…

Strongly agree.

The best software are things like SQLlite and noble/curves that are "as little code as possible but no less", tight dependency hygiene, thorough tests and do one thing well

Blockhead・Web3 Browser/Explorer

In 2024, I continued to solo-build @blockhead (/blockhead), an open-source interface for tracking onchain assets, exploring EVM chains and browsing web3 protocols!

Feature highlights:

• 15 new user-swappable data sources in Preferences
• NFT valuations in Portfolio
• EIP-6963 wallet discovery
• Apps and app views filterable by network
• experimental dynamic OpenGraph images and Farcaster Frames (v1)
• indexer/algorithm-agnostic @farcaster client using @airstack.eth @neynar @openrank @pinata @mod
• infinite scrolling
• icons in dropdown menus
• /eas schema and attestation explorer
• real-time block height visualizations for EVM chains in Explorer
• @moxie.eth auction, order and subject explorer
• transaction traces, input data and summaries in Explorer
• linked ENSIP references in @ensdomains explorer
• price feeds and historical price charts in Explorer / Apps
• most content sections retrofitted to be collapsible
• improved wallet connection management

https://blockhead.info

Huge fan of this philosophy!

Currently building @blockhead as a client-first app with hand-rolled CSS, built-in browser APIs instead of libraries where possible, and a data-agnostic design that isn’t coupled to a single backend but instead queries from dozens of interchangeable indexing services (which the user can mix and match on the fly).

/blockhead・open-source interface for web3・explore EVM networks, accounts, smart contracts, blocks/txs, tokens/DeFi/NFTs, IPFS, ENS, Farcaster and more

Huge fan of this philosophy!

Currently building @blockhead as a client-first app with hand-rolled CSS, built-in browser APIs instead of libraries where possible, and a data-agnostic design that isn’t coupled to a single backend but instead queries from dozens of interchangeable indexing services (which the user can mix and match on the fly).

https://warpcast.com/darrylyeo/0x5b33d43e

yeah, first thing I check on a repo is the package.json and it hurts my eyes when I am expecting a small repo and finding tons of dependencies.. when we are managing great amounts of money.. this virtue becomes essential.. to preserve security.. too

anyway.. if the attack is in libraries like this recent web3 library attack (in solana).. it is the main library and one of the most used like viem or ethers.. (in ethereum).. we are all fckd.. (sorry on the experssion but it is what it is)

Been working for the last 5 years on this. Specifically, no-deps JS cryptography. Low-deps eth libraries. Etc.

noble cryptography on github.

In the light of LLMs that generate code, some of it perhaps may be replacing a dependency that we would otherwise add, where is the bigger risk? I'm inclined to say that a large OSS project with many eyes on it may be the less risky option here.

Also makes it so hard for contributors to pick up your project and work on it if before building they can't install any dependencies (looking at you CMake)

That's why I love Go & Rust, they make the build process much easier by default and allow you to scale well if you need the advanced features...

I totally agree! Even think about all the projects that are going to be abandoned, you’ll need a replacement at a random time and it’s not always easy to find one.

Founders

TIL the opposite of MVP: SLC (Simple, Lovable, Complete)

https://longform.asmartbear.com/slc/

gm vitalik 

reminds me of this concept of SLC that I came across on wc yesterday

gm vitalik 

reminds me of this concept of SLC that I came across on wc yesterday https://warpcast.com/sdv.eth/0x236f605e

On-Chain Art

sounds like you might like /onchainart 

thoughts on fully onchain art? I guess the only dependencies would be Ethereum and svg+html being able to be rendered in the future

Definitely, from web2 world love what basecamp founders been doing with once

Definitely, from web2 world love what basecamp founders been doing with once

https://once.com/

"a little copying is better than a little dependency"

Look at nature, every cell maintains its own copy of the genetic code