<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Jarvis Nelson Osorio</title>
    <description>The latest articles on DEV Community by Jarvis Nelson Osorio (@jarvisosorio).</description>
    <link>https://dev.to/jarvisosorio</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4219107%2Fa56101f0-6148-46e1-a085-ac6facd92f92.png</url>
      <title>DEV Community: Jarvis Nelson Osorio</title>
      <link>https://dev.to/jarvisosorio</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/jarvisosorio"/>
    <language>en</language>
    <item>
      <title>The Machine That Never Says No: What AI Is Teaching Our Kids</title>
      <dc:creator>Jarvis Nelson Osorio</dc:creator>
      <pubDate>Sat, 31 Oct 2026 13:48:31 +0000</pubDate>
      <link>https://dev.to/jarvisosorio/the-machine-that-never-says-no-what-ai-is-teaching-our-kids-2aml</link>
      <guid>https://dev.to/jarvisosorio/the-machine-that-never-says-no-what-ai-is-teaching-our-kids-2aml</guid>
      <description>&lt;p&gt;Every generation of parents faces a new technology it didn't grow up with. Ours faces one that talks back, or more precisely, one that never pushes back.&lt;/p&gt;
&lt;p&gt;The AI chatbots and assistants our children use are built to be helpful, agreeable, and available. Ask, and they answer. Demand, and they comply. Rude or kind, patient or impatient, the child gets the same smooth, accommodating reply. From an engineering point of view, that's good product design. From a developmental point of view, it's a curriculum, and most parents never reviewed the syllabus.&lt;/p&gt;
&lt;p&gt;I build software systems for a living, including autonomous AI agents. I know these tools are designed on purpose to remove friction. Friction is what users complain about, so friction is what product teams remove. But childhood is supposed to be full of friction. Waiting your turn. Hearing "no." Working through a math problem you don't understand yet. Noticing that the person across the table is upset and changing how you talk. Those uncomfortable moments are how empathy, patience, and effort get built.&lt;/p&gt;
&lt;p&gt;When a child spends hours each day with a machine that removes all of that, three things tend to drift.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Command replaces conversation.&lt;/b&gt; A chatbot rewards clear instructions, not courtesy. A child who learns that you get what you want by giving orders may bring that habit into human relationships, where it doesn't work and where it hurts.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Assistance replaces struggle.&lt;/b&gt; Homework help that hands over finished answers skips the part of learning that matters, which is the stretch between not knowing and knowing. The struggle isn't a bug in education. It is education.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Synthetic care starts to feel real.&lt;/b&gt; An always-available, always-validating voice can start to feel like a friend. It's not malicious. It's simply never tired, never busy, and never hurt. Real people are all three, and kids need practice loving people anyway.&lt;/p&gt;
&lt;p&gt;None of this means banning technology. Bans tend to fail, and they leave kids unprepared for a world full of these tools. What families need is awareness, plus a few simple rules that put human habits back at the center of the home.&lt;/p&gt;
&lt;p&gt;That is why I wrote The Compliant Mind (in Spanish, La mente complaciente). At its center is the &lt;b&gt;Look-Up Protocol&lt;/b&gt;, six household rules short enough to post where the phones charge:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;b&gt;Look up when a body enters the room.&lt;/b&gt; People come before screens, every time.&lt;/li&gt;
&lt;li&gt;
&lt;b&gt;Struggle before assist.&lt;/b&gt; Try first, then ask the machine.&lt;/li&gt;
&lt;li&gt;
&lt;b&gt;Verify before amplify.&lt;/b&gt; Check before you share.&lt;/li&gt;
&lt;li&gt;
&lt;b&gt;Onshore apology, gratitude, and hard news.&lt;/b&gt; Those words should come from you, not from a model.&lt;/li&gt;
&lt;li&gt;
&lt;b&gt;Ask a human before a model&lt;/b&gt; when the stakes are relational or moral.&lt;/li&gt;
&lt;li&gt;
&lt;b&gt;Protect friction.&lt;/b&gt; Turns, waiting, boredom, and board games are features, not problems.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;The rules are deliberately ordinary. They don't require parental-control software or a technical background. They ask adults to model the behavior first, because children copy what we do far more than what we say.&lt;/p&gt;
&lt;p&gt;For educators, the same principles carry into the classroom. Let students wrestle with a problem before AI tools come out. Teach verification as a core literacy skill. Keep discussion, disagreement, and group work as places where machines don't get the last word.&lt;/p&gt;
&lt;p&gt;The goal isn't to raise kids who fear AI. It's to raise kids who can use powerful, obedient tools while staying patient, compassionate, and fully human. The machine will always say yes. Our job is to make sure our children still know what to do with a no.&lt;/p&gt;
&lt;p&gt;The Compliant Mind is available on Amazon in English, and La mente complaciente in Spanish.&lt;/p&gt;

&lt;p&gt;Free: The Compliance Audit → https://jarvis-osorio-books.surge.sh/compliant-mind/&lt;/p&gt;

</description>
      <category>ai</category>
      <category>parenting</category>
      <category>ethics</category>
      <category>machinelearning</category>
    </item>
    <item>
      <title>Your DAO Is a Company Without a Constitution</title>
      <dc:creator>Jarvis Nelson Osorio</dc:creator>
      <pubDate>Sat, 31 Oct 2026 13:48:10 +0000</pubDate>
      <link>https://dev.to/jarvisosorio/your-dao-is-a-company-without-a-constitution-2n6p</link>
      <guid>https://dev.to/jarvisosorio/your-dao-is-a-company-without-a-constitution-2n6p</guid>
      <description>&lt;p&gt;Most DAOs don't die from a hack. They die from a meeting that never ends.&lt;/p&gt;

&lt;p&gt;I've watched it happen again and again. A team ships a solid smart contract, launches a token, opens a forum, and announces that "the community decides." Six months later, turnout is at 3%. Three wallets swing every vote. Contributors are burning out, and nobody can say who is allowed to sign a vendor contract. The code works fine. The institution doesn't.&lt;/p&gt;

&lt;p&gt;That's the core argument of my new book, &lt;em&gt;Breaking the Centralized Order: A Founder's Desk Handbook for DAO Institutional Design&lt;/em&gt;. Decentralization is not the absence of structure. It is a different kind of structure, and it takes more design work than a traditional company, not less.&lt;/p&gt;

&lt;h2&gt;Founders design the token first and the institution last&lt;/h2&gt;

&lt;p&gt;Ask a founder about their DAO and you'll usually hear about tokenomics: supply, emissions, vesting, liquidity. Ask who can spend treasury money below $10,000 without a vote, and the room goes quiet.&lt;/p&gt;

&lt;p&gt;A token is an incentive. An institution is a set of answers to four boring questions:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;
&lt;strong&gt;Who decides what?&lt;/strong&gt; These are your decision rights.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;How fast?&lt;/strong&gt; That's your decision cadence.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Who answers when it goes wrong?&lt;/strong&gt; That's accountability.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;How does someone leave, fork, or dissent without blowing everything up?&lt;/strong&gt; Those are your exit rights.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;If you can't answer all four on one page, you don't have a DAO. You have a group chat with a treasury.&lt;/p&gt;

&lt;h2&gt;The founder's insight: separate the constitution from operations&lt;/h2&gt;

&lt;p&gt;The most useful move I know is to split governance into two layers.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;The constitutional layer&lt;/strong&gt; changes rarely and slowly. It sets the mission, what the treasury may and may not be used for, how roles are created and removed, and how the constitution itself can be amended. Changes here should need high quorum, long voting windows, and time locks. This layer protects the organization from capture and from its own impulses.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;The operational layer&lt;/strong&gt; moves fast. It covers budgets, hiring contributors, and shipping work. Most of these decisions should never reach a token vote. Delegate them to small, named groups with clear mandates, spending caps, and term limits: working groups, councils, or "pods," whatever you call them. Holders keep control by approving mandates and budgets, not by voting on every invoice.&lt;/p&gt;

&lt;p&gt;Startups get the same thing from a board and a management team. DAOs that skip this split end up in one of two failure modes. Either everything goes to a vote, which brings paralysis and voter fatigue, or nothing really does, which quietly hands control back to the founding team. Both betray the promise you made at launch.&lt;/p&gt;

&lt;h2&gt;Three design rules to steal today&lt;/h2&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Write mandates, not vibes.&lt;/strong&gt; Every working group gets a written scope, a budget ceiling, a term, and a public reporting cadence. When the term ends, the mandate lapses unless it is renewed.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Price your quorum honestly.&lt;/strong&gt; Set quorum from the turnout you actually get, not the turnout you hope for. Pair it with delegation so passive holders can lend their vote to active stewards and take it back at any time.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Design the exit before the entry.&lt;/strong&gt; Rage-quit mechanisms, fork-friendly licensing, and clear dispute paths let people disagree without destroying the commons. When dissent is cheap, capture is expensive.&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;Why this matters now&lt;/h2&gt;

&lt;p&gt;Regulators, institutional partners, and serious contributors are all asking the same thing: who is actually responsible here? A DAO that can point to a clear constitution, named mandates, and auditable decision logs gets taken seriously. One that points to "the community" gets ignored, or gets sued.&lt;/p&gt;

&lt;p&gt;I build tokenization infrastructure and autonomous AI agent systems, and the lesson is the same in both fields. &lt;strong&gt;Systems fail at their interfaces, not their cores.&lt;/strong&gt; In a DAO, the interfaces are human: where authority hands off, where money moves, where people disagree. Design those deliberately and the code becomes the easy part.&lt;/p&gt;

&lt;h2&gt;Get the handbook&lt;/h2&gt;

&lt;p&gt;&lt;em&gt;Breaking the Centralized Order&lt;/em&gt; is written for the founder's desk. It's a practical handbook with frameworks, templates, and checklists for designing decision rights, councils, treasury controls, and constitutional amendments, so your DAO can grow without falling back into the centralization it was built to escape.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;📘 &lt;a href="https://www.amazon.com/dp/B0HLWZVBCK" rel="noopener noreferrer"&gt;Get &lt;em&gt;Breaking the Centralized Order&lt;/em&gt; on Amazon&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;&lt;em&gt;— Jarvis Nelson Osorio, tech entrepreneur and systems architect working on DeFi, tokenization, and autonomous AI agents. Subscribe for more on building institutions that last. This post is not financial or legal advice.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;Free: DAO Governance Stress Test → https://jarvis-osorio-books.surge.sh/dao/&lt;/p&gt;

</description>
      <category>dao</category>
      <category>web3</category>
      <category>blockchain</category>
      <category>governance</category>
    </item>
  </channel>
</rss>
