Meet our AI Prompt-to-Build vision for a true Web3.
Prompt ➡️ Build ➡️ Deploy ➡️ Own
All in one simple stack.
Users become builders.
Builders earn the value they create.
No centralized company scrapes you.
Earn $PAKT, own Web3.
Welcome to the new "BlockchAIn" internet.
We are honored to be chosen by @circle for their USDC Grant Program.
💲 USDC was the 1st token we supported
💲 When we demo Chainsites we use USDC for the transactions
💲 Our treasury is in USDC
From day 1, Pakt chose USDC. And now Circle has chosen Pakt.🤝
compiled a (partial) list of domains connected to square space that would be at risk of being hacked rn, i'd avoid them for now
https://t.co/Cih5YTgFL9
To my incredible husband:
I love you so much! ❤️ Your indelible impact on me, our family, and the world is beyond measure — and today, we take pleasure in celebrating you. 🎉
Everyone, please join me in wishing @BishopJakes a very happy 67th birthday! 🎂
One of my clients is using an odd React pattern: They put only JSX in components. All logic is placed in a custom hook with matching name.
Example:
Product.tsx // Just JSX
useProduct.tsx // Product logic
I talked them out of this pattern using the justifications below.
Benefit:
The component file is simple. It’s just JSX.
Downsides:
1. Reduces locality of behavior. Code with high locality of behavior is generally easier to read.
2. Have to frequently jump between at least two files to work with the component and fully understand it.
3. More code. Must export all state and functions from the hook, then reimport and destructure the properties returned from the hook in the component.
4. In many cases, the hook contains code it doesn’t use. It merely exports code so the component can import it.
5. Have to repeat many component props in custom hook since most component props are read in the custom hook.
6. Unused code can’t be detected via Knip, since the component consumes all the hook’s props.
7. Encourages creating a monolithic custom hook instead of abstracting small, focused, well-named custom as when needed. A monolithic hook doesn’t help break down complexity. It’s like a function named “function”.
8. React encourages grouping related JS, and JSX in the same file, since they’re fundamentally intertwined. The component is the concern. When the component gets too big, we can extract *components*. When logic gets complex, we can extract hooks.
What I suggest instead:
1. Put logic in the component by default.
2. JSX too long or needs to be reused? Extract a component.
3. Logic too intimidating or needs to be reused? Extract well-named, focused custom hooks.