principles: Difference between revisions

From IndieWeb
(move other / related examples to separate page)
m ([tantek] added "Testimonial: https://chat.indieweb.org/2024-06-20/1718885928026100" to "See Also")
(46 intermediate revisions by 8 users not shown)
Line 1: Line 1:
{{emojicon|🗽}}
{{emojicon|🗽}}
The IndieWeb Community is largely based on '''<dfn>principles</dfn>''' (AKA <dfn>tenets</dfn>) such as [[own your data]], scratch your own itches, build tools for yourself, [[selfdogfood]], document your stuff, open source your stuff, [[UX]] [[design]] is more important than protocols, visible data for humans first and machines second, platform agnostic platforms, [[plurality]] over monoculture, [[longevity]], and remember to have [[fun]]!
The IndieWeb Community is largely based on '''<dfn>principles</dfn>''' (AKA <dfn>tenets</dfn>) such as [[own your data]], [[make what you need]], [[use what you make]], document your stuff, open source your stuff, [[UX]] [[design]] is more important than protocols, visible data for humans first and machines second, platform agnostic platforms, [[plurality]] over monoculture, [[longevity]], and remember to have [[fun]]!


The IndieWeb community has a [[code-of-conduct]].
The IndieWeb community has a [[code-of-conduct]].
Line 9: Line 9:
# ✊ <span id="your-data">'''[[own-your-data|Own your data]]'''</span>. Your content, your metadata, your identity.
# ✊ <span id="your-data">'''[[own-your-data|Own your data]]'''</span>. Your content, your metadata, your identity.
# 🔍 <span id="visible-data">'''Use & publish visible data'''</span> for humans first, machines second. See also [[DRY]].
# 🔍 <span id="visible-data">'''Use & publish visible data'''</span> for humans first, machines second. See also [[DRY]].
# 💪 <span id="scratch-your-itches">'''Make what you need'''</span>. Make tools, templates, etc. for yourself first, not for all of your friends or ”everyone“. If you design for some hypothetical user, they may not actually exist; if you make for yourself, you actually do exist. Make something that satisfies your needs (also known as [[scratch your own itch]]), and is compatible for others, e.g. by practicing [[POSSE]], you benefit immediately, while staying connected to friends, without having to convince anyone. If and when others join the indieweb, you all benefit.
# 💪 <span id="make-what-you-need"><span id="scratch-your-itches">'''[[make what you need|Make what you need]]'''</span></span>. Make tools, templates, etc. for yourself first, not for all of your friends or ”everyone“. If you design for some hypothetical user, they may not actually exist; if you make for yourself, you actually do exist. Make something that satisfies your needs (also known as [[scratch your own itch]]), and is compatible for others, e.g. by practicing [[POSSE]], you benefit immediately, while staying connected to friends, without having to convince anyone. If and when others join the indieweb, you all benefit.
# 😋 <span id="eatwhatyoucook">'''Use what you make!'''</span> Whatever you build you should actively use. If you aren't depending on it, why should anybody else? We also call this '''[[eat what you cook]]'''. Personal use helps you see both problems and areas for improvement more quickly, and thus focus your efforts on building the indieweb around actual needs and consistently solving immediate real world problems, instead of spending lots of time solving what may be theoretical problems.
# 😋 <span id="use-what-you-make"><span id="eat-what-you-cook">'''[[use what you make|Use what you make]]!'''</span></span> Whatever you build you should actively use. If you aren't depending on it, why should anybody else? We also use the metaphor '''[[eat what you cook]]''' for this principle. Personal use helps you see both problems and areas for improvement more quickly, and thus focus your efforts on building the indieweb around actual needs and consistently solving immediate real world problems, instead of spending lots of time solving what may be theoretical problems.
# 📓 <span id="document">'''Document'''</span> your stuff. You've made a place to speak your mind, use it to document your processes, ideas, designs and code. Help others benefit from your journey, including your future self!
# 📓 <span id="document">'''[[document|Document]]'''</span> your stuff. You've made a place to speak your mind, use it to document your processes, ideas, designs and code. Help others benefit from your journey, including your future self!
# 💞 <span id="share">'''[[projects|Open source]]'''</span> your stuff! You don't have to, of course, but if you like the existence of the indie web, making your code open source means other people can get on the indie web quicker and easier.
# 💞 <span id="share">'''[[open source|Open source]]'''</span> your stuff! You don't have to, of course, but if you like the existence of the indie web, making your code open source means other people can get on the indie web quicker and easier.
# 📐 <span id="design-first">'''[[UX]] and [[design]] is more important'''</span> than protocols, formats, data models, schema etc. We focus on UX first, and then as we figure that out we build/develop/subset the absolutely simplest, easiest, and most minimal protocols & formats sufficient to support that UX, and nothing more. AKA UX before plumbing.
# 📐 <span id="design-first">'''[[UX]] and [[design]] is more important'''</span> than protocols, formats, data models, schema etc. We focus on UX first, and then as we figure that out we build/develop/subset the absolutely simplest, easiest, and most minimal protocols & formats sufficient to support that UX, and nothing more. AKA UX before plumbing.
# 🌐 <span id="modularity">'''[[modularity|Modularity]]'''</span>. '''Build platform agnostic platforms.''' The more your code is modular and composed of pieces you can swap out, the less dependent you are on a particular device, UI, templating language, API, backend language, storage model, database, platform. Modularity increases the chance that at least ''some'' of it can and will be re-used, improved, which you can then reincorporate. AKA [[building-blocks]]. AKA "small pieces loosely joined".
# 🌐 <span id="modularity">'''[[modularity|Modularity]]'''</span>. '''Build platform agnostic platforms.''' The more your code is modular and composed of pieces you can swap out, the less dependent you are on a particular device, UI, templating language, API, backend language, storage model, database, platform. Modularity increases the chance that at least ''some'' of it can and will be re-used, improved, which you can then reincorporate. AKA [[building-blocks]]. AKA "small pieces loosely joined".
# 🗿 <span id="longevity">'''[[Longevity]]'''</span>. Build for the '''[http://adactio.com/articles/1522/ long web]'''. If human society is able to preserve ancient papyrus, Victorian photographs and dinosaur bones, we should be able to build web technology that doesn't require us to destroy everything we've done every few years in the name of progress.  
# 🗿 <span id="longevity">'''[[Longevity]]'''</span>. Build for the '''[http://adactio.com/articles/1522/ long web]'''. If human society is able to preserve ancient papyrus, Victorian photographs and dinosaur bones, we should be able to build web technology that doesn't require us to destroy everything we've done every few years in the name of progress. Consider making things on the web that are <cite>[https://jeffhuang.com/designed_to_last/ designed to last]</cite>.
# ✨ <span id="plurality"><span id="Plurality">'''[[plurality|Plurality]]'''</span></span>. With IndieWebCamp we've specifically chosen to encourage and embrace a diversity of approaches &amp; implementations.  This <span id="Background">background</span> makes the IndieWeb stronger and more resilient than any one (often [[monoculture]]) approach.
# ✨ <span id="plurality"><span id="Plurality">'''[[plurality|Plurality]]'''</span></span>. With IndieWebCamp we've specifically chosen to encourage and embrace a diversity of approaches &amp; implementations.  This <span id="Background">background</span> makes the IndieWeb stronger and more resilient than any one (often [[monoculture]]) approach.
# 🎉 <span id="fun">'''Have [[fun]]'''</span>.  When the web took off in the 90's people began designing personal sites with tools  such as GeoCities. These spaces had Java applets, garish green background and seventeen animated GIFs. It may have been ugly and  badly coded but it was fun. Keep the web weird and interesting.
# 🎉 <span id="fun">'''Above all, Have [[fun]]'''</span>.  When the web took off in the 90's people began designing personal sites with tools  such as GeoCities. These spaces had Java applets, garish green background and seventeen animated GIFs. It may have been ugly and  badly coded but it was fun. Keep the web [https://archive.org/details/iwc-west-2020-making-the-web-whimsical weird and interesting].


__TOC__
__TOC__


== Articles ==
== Why ==
Why principles matter:
* https://twitter.com/rabble/status/1215730657806041088
** "The way we create technology shapes it's values and affordances. Those affordances then shape the people who use it." [http://planetary.social/ @rabble] January 10, 2020
 
== Posts About ==
Posts about IndieWeb principles:
 
This article was quoted nearly verbatim in WIRED in 2013
This article was quoted nearly verbatim in WIRED in 2013
* 2013-12-01 WIRED/Bruce Sterling <cite>[http://www.wired.com/2013/12/indieweb-principles/ Indieweb principles]</cite>
* 2013-12-01 WIRED/Bruce Sterling <cite>[http://www.wired.com/2013/12/indieweb-principles/ Indieweb principles]</cite>
Tweets about IndieWeb principles:
* 2017-10-27 https://twitter.com/viewsourceconf/status/923835590365335558 <img style="float:right;clear:right;max-width:25%" src="https://pbs.twimg.com/media/DNIfic8W0AAgRIb.jpg" alt="Jeremy Keith speaking on a stage a the View Source conference a large screen showing a slide on “indieweb.org/principles / 🎉 HAVE FUN”" /> <blockquote>"Jeremy Keith reminds us what is most important about the world wide web. Check http://indieweb.org/principles for details." [http://bit.ly/ViewSource195 @viewsourceconf]</blockquote>
* 2018-02-15 https://twitter.com/FEDbySandrine/status/963929936225386496 <img style="float:right;clear:right;max-width:25%" src="https://pbs.twimg.com/media/DWCRJfnVwAA4BfN.jpg" alt="Jeremy Keith speaking on a stage with two large screens behind him about his talk “Taking Back the Web / Building blocks of the Indie Web”" /><blockquote>"@adactio advocating to own your data to Take Back The Web at #webstock18 http://indieweb.org/principles" [https://twitter.com/FEDbySandrine @FEDbySandrine]</blockquote>
* 2019-08-12: https://web.archive.org/web/20190812175419/https://twitter.com/sonniesedge/status/1160840361079709696 (originally <nowiki>https://twitter.com/sonniesedge/status/1160840361079709696</nowiki>) <blockquote>What I absolutely adore about the #indieweb community is that it is free of the "one true way" mentality that infects the rest of the web industry. Do what works for you, on your website! Bespoke is good!<cite>https://sonniesedge.co.uk/</cite></blockquote>
* 2021-10-14: https://twitter.com/nleonid/status/1448616635905024000 <blockquote>"TIL: The IndieWeb Community is largely based on principles https://indieweb.org/principles. I didn't know about them, but they resonated with me.<br>- make what you need<br>- use what you make<br>- document your stuff<br>- have fun<br>and other principles" [http://leonix.me @nleonid]</blockquote>
* 2022-02-07: https://twitter.com/moaimx/status/1490682874739187714 <blockquote>"👊own your data! Your content, your metadata, your identity. <br><br>https://indieweb.org/principles" [http://morlan.mx @moaimx]</blockquote>
* {{citation
| title = IndieWeb principles
| url = https://paulrobertlloyd.com/2024/136/a1/indieweb_principles/
| author = {{paulrobertlloyd}}
| published = 2024-05-15
| archiveurl = https://web.archive.org/web/20240515185233/https://paulrobertlloyd.com/2024/136/a1/indieweb_principles/
}}, recapped [[2024/Düsseldorf/Principles|the Düsseldorf 2024 session about principles]] and suggested 3 core principles with a separate set for developers.
== Brainstorming ==
Things we have had implicitly as IndieWeb principles/values but for one reason or another did not capture explicitly.
=== Own your identity ===
We often tell folks in chat etc. that the most important thing about being on the IndieWeb is having your own domain name and using it as your primary identity on the web, yet it’s not even an explicit principle. It's mentioned in the Own Your Data principle as the last in a comma delimited list, but identity isn't really "data", it's more than that, and deserves its own explicit point.
We discussed this in-person during a walk after [[2024/Düsseldorf|IndieWebCamp Düsseldorf]], after the last session of the day on [[2024/Düsseldorf/Principles|Principles]].
Prior thoughts:
* 2018 {{jgmac1106}} noted: the word "identity" does not appear on /principles currently
Proposed to add something like this:
1. ✊ <span id="your-identity">'''[[own-your-identity|Own your identity]]'''</span>. An independent web presence starts with an online [[identity]] you own and control, the most reliable and accessible way to do this today is with your own [[domain name]].
And make it literally the first principle, because all other aspects of independence and ownership follow from that. It's also what we have told people is the absolute minimum to be "on" or part of the "IndieWeb".
Thoughts? Suggested edits/improvements?
* +1 {{t}}
* +1 {{gwg}}
* +1 {{paulrobertlloyd}}
* +1/0/-1 {{addyourself}}
* ...
=== Show before tell ===
Long ago, in the 2010-2011 timeframe, we used to have an implicit value/principle of "show don't tell", yet somehow that never made it into the [[principles]] page.
The [[Main_Page|home page]] does have: "Show before tell."
This tweet expresses a direct use of this value: https://twitter.com/tmcw/status/1568966699436621825
<blockquote>"if you think some technology choice can make you way more productive, then just do it and show people the productivity, don't go on prattling about what other people should or shouldn't do."<cite style="float:right">[https://macwright.com/ @tmcw] September 11, 2022</cite></blockquote>
Curious if it made it into any longer expositions, blog posts etc. I feel like "Show don't tell" made it into some early IndieWeb talks but I can't seem to find it.
Related tweet from Daniel Burka: https://twitter.com/dburka/status/1110111047275298817
<blockquote><p>You'll never be good at something if you never do it.</p><p>Sounds trite, but I meet a lot of UX designers who think they'll never be good at visual design. Or designers who believe they could never be writers. You might suck when you start, but the only way up is through.</p></blockquote>
Adjacent/tangential:
* https://communitywiki.org/wiki/DoOcracy (AKA Do-ocracy). See especially possible downsides.
=== Methodology ===
{{section-stub}}
Quite a bit of explicit and implicit methodology has gone into much of the adding and revising of the principles, which is worth documenting to help the community more broadly understand and more collectively continue to iterate and evolve the principles. Partially extracted from thoughts in the [[2018/Organizers#IndieWeb_principles_split_and_reorg]] discussion. — {{t}}
* ordering
** should be about what's important and why you are in this specific community
** which ones build on each other, e.g. you need to own your identity before you can own your data, content, or what you make
** the more indieweb-community-defining (specific to the indieweb) a principle, the higher-up it should be
*** e.g. Fun is important, but it's not an indieweb-community-defining feature.
*** Indieweb started with own your data
* actionable
** principles should guide decisions and actions, rather than just "feel good"
* positive direction instead of negative inaction
** principles should explicitly say what to do or say instead of only telling people what to avoid. "avoid" based principles aren't actionable (per prior methodology point), and worse, contribute to inaction, or act as "stop energy"
* broadly applicable to the IndieWeb community, e.g.
** the more user-friendly & accessible that our principles are the better
** developer-specific is ok but not ideal
* short & catchy names / phrases / summaries that resonate
** {{kevinmarks}}: slogan-y names that are easy to remember are more accessible to makers that are not coders
* skimmable list rather than walls of text
** our main principles list should be easily skimmable rather than requiring paragraphs of explanation
** link individual principles to their own pages to expand upon what they mean, why, how to embody them, etc.
* ...
=== Developer principles ===
Since the principles largely started out at as developer principles, which still make sense for developers, as we rewrite/reframe the principles to be more broadly applicable, user-friendly, accessible, we should keep (and maintain) the versions that are intended for developers. — {{t}}
Working on it here: '''[[developer-principles]]'''
=== Reduced set of core principles ===
By [[developer-principles#Consolidated_developer_principles|pulling out developer principles into a separate list]], it might be possible to focus a set of core principles around the themes of identity, agency and creativity. — {{paulrobertlloyd}}
; 🥸 Own your identity
: An independent web presence starts with an online identity you own and control. The most reliable way to do this today is by having your own domain name.
; 😌 Own your content
: You should retain control of the things you make, and not be subject to third-parties preventing access to it, deleting it or disappearing entirely. The best way to do this is by publishing content on your own website.
; 🥳 Have fun!
: When the web took off in the 90’s people began designing personal sites with garish backgrounds and animated GIFs. It may have been ugly but it was fun. Let’s keep the web weird and interesting.
== Similar or aligned ==
* 2016 https://justinjackson.ca/webmaster/ ([https://web.archive.org/web/20160513115421/https://justinjackson.ca/webmaster/ per Internet Archive]) <blockquote>“when you publish HTML to a server that you control; that's fucking powerful. Autonomy and independence are central to the web. We can't forget that.”</blockquote>
* 2018-02-16 [https://web.archive.org/web/20190405080103/http://anouska.net/2018/02/blogging-and-why-its-important-to-bring-it-back/ Blogging – And Why It’s Important To Bring It Back.] <blockquote><p>Instagram is a public platform. <br/>We do not own it. We never will. We cannot control it. So we need to accept that.</p><p>But our blogs are OURS.<br/>We have spent years building our brands from the ground up, and it all started with our blogs. It is our very own personal space online. We control it. We decide what content goes up. We decide if we want to make changes to our website. There are no algorithms. There is no fuckery.</p></blockquote>
* 2018-04-10 https://twitter.com/Shoq/status/983827715370422272 <blockquote>"Our blogs are OURS.<br>We have spent years building our brands from the ground up, and it all started with our blogs. It is our very own personal space online. We control it. There are no algorithms. There is no fuckery." <br>-@anouskapb  <br>cc @kevinmarks<br> <br>http://anouska.net/2018/02/blogging-and-why-its-important-to-bring-it-back/" [http://shoqvalue.com @Shoq]</blockquote>
** https://twitter.com/kevinmarks/status/983848986099535874 <blockquote>"The best statement of #indieweb principles I've seen this year" [http://www.kevinmarks.com @kevinmarks]</blockquote>


== See Also ==
== See Also ==
* [[why]]
* [[why]]
* 🌈 [[code-of-conduct]]
* 🌈 [[code-of-conduct]]
* [[life happens]]
* [[principles-examples]]
* [[principles-examples]]
* Historical <span id="Discussion">[[principles/discussion]]</span>
* Historical <span id="Discussion">[[principles/discussion]]</span>
* [https://en.wikipedia.org/wiki/Up_to_eleven WP: Up to eleven]
* [https://en.wikipedia.org/wiki/Up_to_eleven WP: Up to eleven]
* [[friendly]]
* [[friendly]]
* https://web.archive.org/web/20190405080103/http://anouska.net/2018/02/blogging-and-why-its-important-to-bring-it-back/
* [[2018/Organizers#IndieWeb_principles_split_and_reorg|2018 Organizers session discussing rephrasing principles]]
* https://amp.fastcompany.com/90202172/why-bad-technology-dominates-our-lives-according-to-don-norman?__indieweb_impression=true
* to-do: add a History section describing where the Principles came from, how they evolved
* “when you publish HTML to a server that you control; that's fucking powerful. Autonomy and independence are central to the web. We can't forget that.” https://justinjackson.ca/webmaster/
* to-do: finish the 2014-2016 era [[organizers]] project (link needed to the specific project and its goals) to update/rewrite/reframe all the principles to be user-centric instead of developer-centric
* https://twitter.com/kevinmarks/status/983848986099535874
* to-do: consider making the principles actually ordered, in priority, based on dependencies and/or building on each other, and/or having precedence
** "The best statement of #indieweb principles I've seen this year" [http://www.kevinmarks.com @kevinmarks] April 10, 2018
* Testimonial: https://chat.indieweb.org/2024-06-20/1718885928026100
* https://twitter.com/Shoq/status/983827715370422272
** "Hello everyone, new to the indieweb scene. I’ve just started revamping my personal website as I’ve got the itch to start blogging, and the indieweb principals seemed like a good fit. So I’m building it myself, piecemeal, and just pleasing myself." [ @rumorsmatrix] June 20, 2024
** ""Our blogs are OURS.<br>We have spent years building our brands from the ground up, and it all started with our blogs. It is our very own personal space online. We control it. There are no algorithms. There is no fuckery." <br>-@anouskapb  <br>cc @kevinmarks<br> <br>http://anouska.net/2018/02/blogging-and-why-its-important-to-bring-it-back/" [http://shoqvalue.com @Shoq] April 10, 2018
* https://twitter.com/sonniesedge/status/1160840361079709696
**<blockquote>What I absolutely adore about the #indieweb community is that it is free of the "one true way" mentality that infects the rest of the web industry. Do what works for you, on your website! Bespoke is good!<cite>https://sonniesedge.co.uk/</cite></blockquote>
* Why principles matter: https://twitter.com/rabble/status/1215730657806041088
** "The way we create technology shapes it's values and affordances. Those affordances then shape the people who use it." [http://planetary.social/ @rabble] January 10, 2020
* 2020-04-27 Jeremy Keith: [https://adactio.com/journal/16811 Principles and priorities]

Revision as of 18:12, 20 June 2024

The IndieWeb Community is largely based on principles (AKA tenets) such as own your data, make what you need, use what you make, document your stuff, open source your stuff, UX design is more important than protocols, visible data for humans first and machines second, platform agnostic platforms, plurality over monoculture, longevity, and remember to have fun!

The IndieWeb community has a code-of-conduct.

Key Principles

Key principles of building on the indie web, numbered for reference, not necessarily for any kind of priority.

  1. Own your data. Your content, your metadata, your identity.
  2. 🔍 Use & publish visible data for humans first, machines second. See also DRY.
  3. 💪 Make what you need. Make tools, templates, etc. for yourself first, not for all of your friends or ”everyone“. If you design for some hypothetical user, they may not actually exist; if you make for yourself, you actually do exist. Make something that satisfies your needs (also known as scratch your own itch), and is compatible for others, e.g. by practicing POSSE, you benefit immediately, while staying connected to friends, without having to convince anyone. If and when others join the indieweb, you all benefit.
  4. 😋 Use what you make! Whatever you build you should actively use. If you aren't depending on it, why should anybody else? We also use the metaphor eat what you cook for this principle. Personal use helps you see both problems and areas for improvement more quickly, and thus focus your efforts on building the indieweb around actual needs and consistently solving immediate real world problems, instead of spending lots of time solving what may be theoretical problems.
  5. 📓 Document your stuff. You've made a place to speak your mind, use it to document your processes, ideas, designs and code. Help others benefit from your journey, including your future self!
  6. 💞 Open source your stuff! You don't have to, of course, but if you like the existence of the indie web, making your code open source means other people can get on the indie web quicker and easier.
  7. 📐 UX and design is more important than protocols, formats, data models, schema etc. We focus on UX first, and then as we figure that out we build/develop/subset the absolutely simplest, easiest, and most minimal protocols & formats sufficient to support that UX, and nothing more. AKA UX before plumbing.
  8. 🌐 Modularity. Build platform agnostic platforms. The more your code is modular and composed of pieces you can swap out, the less dependent you are on a particular device, UI, templating language, API, backend language, storage model, database, platform. Modularity increases the chance that at least some of it can and will be re-used, improved, which you can then reincorporate. AKA building-blocks. AKA "small pieces loosely joined".
  9. 🗿 Longevity. Build for the long web. If human society is able to preserve ancient papyrus, Victorian photographs and dinosaur bones, we should be able to build web technology that doesn't require us to destroy everything we've done every few years in the name of progress. Consider making things on the web that are designed to last.
  10. Plurality. With IndieWebCamp we've specifically chosen to encourage and embrace a diversity of approaches & implementations. This background makes the IndieWeb stronger and more resilient than any one (often monoculture) approach.
  11. 🎉 Above all, Have fun. When the web took off in the 90's people began designing personal sites with tools such as GeoCities. These spaces had Java applets, garish green background and seventeen animated GIFs. It may have been ugly and badly coded but it was fun. Keep the web weird and interesting.

Why

Why principles matter:

Posts About

Posts about IndieWeb principles:

This article was quoted nearly verbatim in WIRED in 2013

Tweets about IndieWeb principles:

Brainstorming

Things we have had implicitly as IndieWeb principles/values but for one reason or another did not capture explicitly.

Own your identity

We often tell folks in chat etc. that the most important thing about being on the IndieWeb is having your own domain name and using it as your primary identity on the web, yet it’s not even an explicit principle. It's mentioned in the Own Your Data principle as the last in a comma delimited list, but identity isn't really "data", it's more than that, and deserves its own explicit point.

We discussed this in-person during a walk after IndieWebCamp Düsseldorf, after the last session of the day on Principles.

Prior thoughts:

  • 2018 Greg McVerry noted: the word "identity" does not appear on /principles currently

Proposed to add something like this:

1. ✊ Own your identity. An independent web presence starts with an online identity you own and control, the most reliable and accessible way to do this today is with your own domain name.

And make it literally the first principle, because all other aspects of independence and ownership follow from that. It's also what we have told people is the absolute minimum to be "on" or part of the "IndieWeb".

Thoughts? Suggested edits/improvements?

Show before tell

Long ago, in the 2010-2011 timeframe, we used to have an implicit value/principle of "show don't tell", yet somehow that never made it into the principles page.

The home page does have: "Show before tell."

This tweet expresses a direct use of this value: https://twitter.com/tmcw/status/1568966699436621825

"if you think some technology choice can make you way more productive, then just do it and show people the productivity, don't go on prattling about what other people should or shouldn't do."@tmcw September 11, 2022

Curious if it made it into any longer expositions, blog posts etc. I feel like "Show don't tell" made it into some early IndieWeb talks but I can't seem to find it.

Related tweet from Daniel Burka: https://twitter.com/dburka/status/1110111047275298817

You'll never be good at something if you never do it.

Sounds trite, but I meet a lot of UX designers who think they'll never be good at visual design. Or designers who believe they could never be writers. You might suck when you start, but the only way up is through.

Adjacent/tangential:

Methodology

Quite a bit of explicit and implicit methodology has gone into much of the adding and revising of the principles, which is worth documenting to help the community more broadly understand and more collectively continue to iterate and evolve the principles. Partially extracted from thoughts in the 2018/Organizers#IndieWeb_principles_split_and_reorg discussion. — Tantek Çelik

  • ordering
    • should be about what's important and why you are in this specific community
    • which ones build on each other, e.g. you need to own your identity before you can own your data, content, or what you make
    • the more indieweb-community-defining (specific to the indieweb) a principle, the higher-up it should be
      • e.g. Fun is important, but it's not an indieweb-community-defining feature.
      • Indieweb started with own your data
  • actionable
    • principles should guide decisions and actions, rather than just "feel good"
  • positive direction instead of negative inaction
    • principles should explicitly say what to do or say instead of only telling people what to avoid. "avoid" based principles aren't actionable (per prior methodology point), and worse, contribute to inaction, or act as "stop energy"
  • broadly applicable to the IndieWeb community, e.g.
    • the more user-friendly & accessible that our principles are the better
    • developer-specific is ok but not ideal
  • short & catchy names / phrases / summaries that resonate
    • Kevin Marks: slogan-y names that are easy to remember are more accessible to makers that are not coders
  • skimmable list rather than walls of text
    • our main principles list should be easily skimmable rather than requiring paragraphs of explanation
    • link individual principles to their own pages to expand upon what they mean, why, how to embody them, etc.
  • ...

Developer principles

Since the principles largely started out at as developer principles, which still make sense for developers, as we rewrite/reframe the principles to be more broadly applicable, user-friendly, accessible, we should keep (and maintain) the versions that are intended for developers. — Tantek Çelik

Working on it here: developer-principles

Reduced set of core principles

By pulling out developer principles into a separate list, it might be possible to focus a set of core principles around the themes of identity, agency and creativity. — Paul Robert Lloyd

🥸 Own your identity
An independent web presence starts with an online identity you own and control. The most reliable way to do this today is by having your own domain name.
😌 Own your content
You should retain control of the things you make, and not be subject to third-parties preventing access to it, deleting it or disappearing entirely. The best way to do this is by publishing content on your own website.
🥳 Have fun!
When the web took off in the 90’s people began designing personal sites with garish backgrounds and animated GIFs. It may have been ugly but it was fun. Let’s keep the web weird and interesting.

Similar or aligned

  • 2018-02-16 Blogging – And Why It’s Important To Bring It Back.

    Instagram is a public platform.
    We do not own it. We never will. We cannot control it. So we need to accept that.

    But our blogs are OURS.
    We have spent years building our brands from the ground up, and it all started with our blogs. It is our very own personal space online. We control it. We decide what content goes up. We decide if we want to make changes to our website. There are no algorithms. There is no fuckery.

See Also