11 files changed, 295 insertions, 0 deletions
diff --git a/src/_footer.html b/src/_footer.html
new file mode 100644
index 0000000..781712f
--- /dev/null
+++ b/src/_footer.html
@@ -0,0 +1,7 @@
+<footer>
+  <hr />
+  <p>
+  Maintained at <a href='https://gitea.phreedom.club/tolstoevsky/ttt'>https://git.phreedom.club/tolstoevsky/tt</a> by <a href='mailto:tolstoevsky@phreedom.club'>Tolstoevsky</a>
+  </p></footer>
+  </body>
+  </html>
diff --git a/src/_header.html b/src/_header.html
new file mode 100644
index 0000000..a01fe5a
--- /dev/null
+++ b/src/_header.html
@@ -0,0 +1,17 @@
+<!doctype html>
+<html><head>
+    <title></title>
+    <meta charset="UTF-8">
+    <meta name="generator" content="romanzolotarev.com/ssg">
+    <meta name="stylesheet" content="perfectmotherfuckingwebsite.com">
+    <meta name="viewport" content="width=device-width, initial-scale=1">
+     <link rel="stylesheet" href="https://phreedom.club/tt.css">
+
+	</head><body>
+    <div class="homelink"><a href="/">Home</a></div>
+    <nav>
+	    <a href="index.html">Главная</a> <a href="index_en.html">/Main</a>
+	    <a href="manifesto.html">Манифест</a> <a href="manifesto_en.html">/Manifesto</a>
+	    <a href="landing.html">Лендинг</a> <a href="landing_en.html">/Landing</a>
+	    <a href="guidelines.html">Методичка</a> <a href="guidelines_en.html">/Guidelines</a>
+    </nav>
diff --git a/src/guidelines.md b/src/guidelines.md
new file mode 100644
index 0000000..8f913e0
--- /dev/null
+++ b/src/guidelines.md
@@ -0,0 +1,51 @@
+# Тривиальные технологии: Методические Редомендации
+
+Итак, допустим, вы убеждены и хотите дополнительных инструкций о том, как помочь движению. Это именно тот документ, что вам нужен. Первые два раздела — короткие и рассказывают о том, как вы можете помочь, не разрабатывая собственное ПО в рамках ТТ. Третий раздел содержит указания по максимальному упрощению ПО, в попытке сделать его Тривиальным.
+
+## Используйте ТТ, расскажите друзьям
+
+Новые возможности бесполезны, если люди ими не пользуются. Правда в том, что **вы** способны всё поменять. Если вас не устраивает положение дел в какой-то области попробуйте программу ТТ. Если вы всё ещё не удовлетворены — вам будет намного проще поменять всё под свои нужды, так попробуйте это сделать! Видите недовольство своих друзей — расскажите им о ТТ. Если вы знакомы с разработчиками — расскажите им о ТТ. Если вы знаете людей, чьи цели сходны с вашими — расскажите им о ТТ, пусть предложат свой вариант.
+
+## Держите Зеркала
+
+ТТ по своей сути Тривиальны. Они не могут быть централизованы. Например, эта инстанция, оригинальная она или нет, всего лишь зеркало. Ваше зеркало может содержать изменения, делающие его более пригодными для ваших нужд или нужд вашего сообщества. Всё это доступно под Unlicense, так что вам нет нужды беспокоиться о том, что вы делаете с идеей. Вот ряд рекомендаций по процедуре зеркалирования:
+
+1. Скопируйте исходники (через git или просто как текстовые файлы).
+
+2. Измените `_footer.html`, добавив туда *ваши* контактные данные в качестве сопровождающего.
+
+3. Вычистите страницу `external`, если она существует и содержит данные.
+
+4. Внесите изменения на своё усмотрение и разместите результат.
+
+На страничке `external` по желанию можно сделать две вещи. Можно добавить список других известных вам зеркал — в этом случае вам может потребоваться поддерживать контакт с их сопровождающими. Второе — вы можете разместить список "сертифицированного" Тривиального ПО.
+
+Процесс сертификации прост: попросите человека, не имевшего дела с этим ПО, пополльзоваться им на протяжении выходных (суть требования про "два дня"), пусть попробует понять это ПО полностью, включая *API* зависимостей, всю лицензию и мета-знания (как собрать и запустить это ПО). Если вы не можете найти подобного человека, найдите технаря, но в этом случае требование по времени сокращается в 8 раз (до шести часов). Это гораздо более жёсткое требование. Ну и, разумеется, вы не можете сертифицировать собственные проекты.
+
+Людям, просматривающим список сертифицированных проектов, рекомендуется самостоятельно проверять эту сертификацию, и, возможно, добавить свой список. Варианты, когда кто-то просто сертифицирует всё, что пожелает, включая свои собственные рпокты, должны быть очевидными — в этом случае зеркало стоит просто игнорировать, просто ввиду недобросовестности сопровождающего.
+
+## Создавайте Тривиальное ПО
+
+Первый шаг прост — вы должны пожелать, чтобы ваш проект был Тривиальным. Если у вас есть подобное желание, вставьте фразу об этом в README, заявляя миру, что ваш проект стремится достичь стандартов движения ТТ, и ссылку на зеркало по вашему выбору (ссылка должна вести на страницу лендинга). Всё остальное имеет невеликое значение, если вам удастся достичь указанных стандартов. Всё остальное — не более, чем рекомендации.
+
+1. Ваши коммиты должны быть минимальными и объяснять причину вносимых изменений.
+
+2. Оставляйте комментарии в местах существенных изменений.
+
+3. Всё, что объявлено глобально, должно быть read-only для всех модулей, в которых оно объявлено. Изменения вносятся в стиле библиотек или в main. В этом случае указывайте на это в комментариях.
+
+4. Функции и типы должны быть логичными и ограниченными. Ни в коем случае не создавайте функцию, делающую множество вещей.
+
+5. Минимизируйте количество аргументов. Если у функции 10 аргументов — проверьте, почему их столько и не стоит ли их перегруппировать в reusable type.
+
+6. Минимизируйте вложенность и потоковые функции. Поддерживайте несколько уровней отступов. Если вам нужно настраиваемое поведение, подумайте о map/reduce и о visitor pattern. Функции высшего порядка хороши, если их использование понятно.
+
+7. Поддерживайте файл NEWS. Он должен быть последовательным и содержать только изменения, видимые пользователю.
+
+8. Поддерживайте файл READING. Он должен содержать информацию о том, как читать исходники, в каком порядке и мягко помогать читателю разобраться в вашей программе.
+
+9. Минимизируйте объём и ограничения лицензии в файле LICENSE, так как полное понимание этого файла — часть понимания вашего проекта. Мы рекомендуем Unlicense и 0BSD.
+
+10. Минимизируйте количество "мета-работы". Проект, использующий CMake, требует от читателя понимания CMake. Это лишнее переключение контекста сильно увеличивает сложность понимания проекта, особенно, когда мета-работа разрастается до сотен строк. Предпочитайте либо очень малый объём мета-работы (простой makefile или скрипт) или языки, не требующие оной (например Go, где вся дополнительная работа сводится к build-flags, число которых должно быть минимальным).
+
+11. Добавляйте только те функции, которые используете лично вы. Вместо добавления всех фишек — просто оставьте открытые места, где каждый сможет расширить функциональность под себя. Если вы не используете какую-то фичу сами, вы не знаете, как другой может захотеть её использовать, так что просто позвольте им сделать это самим, для их собственных нужд.
diff --git a/src/guidelines_en.md b/src/guidelines_en.md
new file mode 100644
index 0000000..35d186c
--- /dev/null
+++ b/src/guidelines_en.md
@@ -0,0 +1,51 @@
+# Trivial Technologies: Guidelines
+
+Let us say you are convinced, and you want some further instructions on how to help. This is that document. The first two sections are shorter and speak on how to help without developing brand new TT software. The third primary section will contain guidelines on how to maximally simplify software, in the attempt to be a TT.
+
+## Use TT, Tell Your Friends
+
+Empowering the people has no effect if the people do not use this ability. The truth is that *you* **are** capable of these things. If you are unhappy with the state of things in a given field, try a TT program. If you are still unhappy with it, it will be the easiest option for you to modify to your liking, so try doing that! If you see that your friends are unhappy, tell them about TT as an option. If you know developers, tell them about TT too. If you know people with similar goals to ours, tell them about TT so that they may host their own variation.
+
+## Host Mirrors
+
+TT is itself Trivial. It is not meant to be centralized. This hosted instance, whether it's the original one or not, is too, just a mirror. Your mirror may also contain changes, such that it will fit your needs and your community better. The whole thing is available under the Unlicense, so you needn't worry about anything you do with the idea. Here is the recommended procedure to make a mirror:
+
+1. Copy the sources (whether using git or as plain files).
+
+2. Modify the `_footer.html` file to have *your* contact data, as the maintainer.
+
+3. Clean out the `external` page, if it exists and contains entries.
+
+4. Make any further modifications you wish and deploy it.
+
+In the `external` page, two things may optionally go if you so wish it. You may have a list of other known mirrors on there, in which case you may wish to stay in contact with the maintainers of them. Secondly, you may have a list of certified TT software.
+
+The certification process is simple: find a lay person that has never seen that software, and ask them to spend a weekend (the source of the "2 days" requirement) trying to understand the software in its entirety - including the *API* of the dependencies, the entirety of the license, and the meta knowledge (how to build/deploy it). If you cannot find such a person, you may use a technologist instead, but then the time allowed is restricted to 1/8th (i.e 6 hours). This is a much harsher requirement. Finally, you cannot certify your own projects.,
+
+People looking at the list of certified projects are encouraged to verify the certifications themselves, perhaps to add them to their own list. Scenarios of someone simply certifying whatever they wish, or their own projects, should become blatantly clear, in which case the mirror in question is to be ignored when it comes to that, for they are clearly acting in bad faith.
+
+## Make TT Software
+
+The first step is simple - you must desire for your project to be Trivial. If you have such a desire, insert a phrase into your README, proclaiming to the word that your project strives to achieve the standards of the TT movement, and link to a mirror of your choosing (you should link to the landing page). The rest matters little, if you manage to achieve those standards. The rest of this are but recommendations.
+
+1. Your commits should be minimally small, and explain why the changes in question were made.
+
+2. You should comment in locations whenever state is significantly changed.
+
+3. Globals, if you have any, should be read-only to the modules in which they are defined. They should only be changed by library-style consumers, or in main. If that is the case, track that in a comment near them.
+
+4. Keep functions and types logical and limited. In no case should you have a function that does a great many things.
+
+5. Minimize the amount of arguments. If there are 10 arguments to a function, consider why they are there, and whether they can be grouped together under a reusable type.
+
+6. Minimize nesting and other flow features. You should have few levels of indentation. If you need customizable behaviors, consider map/reduce, or a visitor pattern. Higher Order Functions are good as long as their use is clear.
+
+7. Keep a NEWS file. It should be consistent, and only speak of user-visible changes.
+
+8. Keep a READING file. It should explain how to read the sources, in what order, and gently guide the reader to understanding your program.
+
+9. Minimize both the restrictions of your LICENSE file, as well as the length, for understanding it in its entirety is part of understanding your project. We recommend the Unlicense and 0BSD.
+
+10. Minimize the amount of "meta-work" required. A project that uses CMake requires the reader to understand CMake. This needless context-switching greatly increases the difficulty of understanding projects, especially when the meta-work grows to thousands of lines. Prefer either very small amounts thereof (basic makefile, simple script) or languages that do not have meta-work associated with them (such as Go, where the entirety of the meta work is build-flags, the use of which should be minimal).
+
+11. Only add the features you personally use. Instead of adding all the features, simply leave open points into which one may add features themselves. If you do not use a feature, you do not know how one might want to use it, so instead empower them to add it themselves, for their own fork.
diff --git a/src/index.md b/src/index.md
new file mode 100644
index 0000000..e74258d
--- /dev/null
+++ b/src/index.md
@@ -0,0 +1,11 @@
+# Тривиальные технологии
+
+Тривиальные Технологии (ТТ) — это новый способ производства СПО, цель которого — максимально расширить возможности человека, предоставив средства для достижения любой цели.
+
+ТТ тривиальны. Любой новичок должен быть в состоянии полностью понять их за два дня. Профессионал должен быть в состоянии разобраться за чашкой чаю дождливым вечером. Они не должны представлять из себя чёрный ящик, вскрытие которого чревато навлечением на себя древнего проклятия.
+
+ТТ податливы. Есть очевидные места для добавления функций, и точки расширения функциональности. Нет никакой необходимости танцевать с бубном вокруг особенностей реализации ради получения нужной функциональности.
+
+ТТ открыты. Настолько, насколько возможно. ТТ предлагаются без каких-либо условий. Они лицензируются под максимально пермиссивными лицензиями, которые мы можем найти (0BSD, Unlicence, CC0) и даже это представляется нам компромиссом. Никто не осудит вас за форк ТТ, не у кого спрашивать разрешения, нет никакого оригинального автора, которого необходимо вечно упоминать.
+
+ТТ принадлежат вам. Чтоб выяснить, откуда есть пошли ТТ, и какие принципы лежат в основе движения, прочитайте Манифест.
diff --git a/src/index_en.md b/src/index_en.md
new file mode 100644
index 0000000..12e3a0c
--- /dev/null
+++ b/src/index_en.md
@@ -0,0 +1,11 @@
+# Trivial Technologies
+
+Trivial Technology (TT) is a new way of doing FOSS, whose goal is to maximally empower the individual, by providing a stepping stone for whatever they may wish to build.
+
+TT is Trivial. A beginner should be able to completely understand it in 2 days. A professional should grasp it in a rainy afternoon. It is not meant to be a plug-and-play black box that one does not open lest they contact some ancient curse.
+
+TT is malleable. There are visible hooks for adding features and open points where one can extend functionality. It is not a feature pinata where one has to dance around implementation details.
+
+TT is open. As much as possible, TT is offered with no strings attached and we mean it. It's licenced under the most permissive licences we can find (0BSD, Unlicence, CC0) and even that we see as a compromise. Nobody will frown at you for forking TT, there's nobody to ask for permission, there's no original author that has to be forever mentioned.
+
+TT is your own. To find out more about how this came to be and what are the larger principles behind this movement, be sure to read our manifesto.
diff --git a/src/landing.md b/src/landing.md
new file mode 100644
index 0000000..5bab4f2
--- /dev/null
+++ b/src/landing.md
@@ -0,0 +1,9 @@
+# Тривиальные Технологии: лендинг
+
+С большой вероятностью, вы попали сюда по ссылке из README какого-либо проекта. Это означает, что этот проект стремится быть тем, что мы называем "Тривиальными Технологиями". И вот что это означает.
+
+Закон об авторском праве был создан, чтоб гарантировать доступ и обеспечить распространение полезных произведений искусства и технологии. Однако сейчас он делает прямо противоположное. Горстка избранных контролирует каждую толику технологий, которые вы используете, и вы должны вымаливаить, как нищие, чтобы любые вещи, нужные  вам или вашему сообществу были добавлены, исправлены или удалены в конечном продукте. Из-за "авторских прав" вы не можете самостоятельно вносить эти изменения. Либо можете, но на кабальных условиях. Кроме того, централизация контролирующих это органов увеличивает риски: горстка избранных владеет вашей информацией, контролирует, как вы используете их продукт, и даже если сейчас они действуют в рамках разумного, их в любой момент могут перекупить и всё изменится.
+
+Тривиальные Технологии стремятся достичь прямо противоположных целей. Тривиальные Технологии отрицают авторское право, даже в качестве средства самовоспроизводства. Тривиальные Технологии стремятся к отсутствию ключевых владельцев; изменения и ремиксы приветствуются, и оригинальному автору совершенно необязательно даже знать о том, что вы используете его произведение. Тривиальные Технологии стремятся быть простыми — настолько простыми, чтобы сторонний человек мог разобраться в сути технологии за два дня, получив тем самым возможность изменять её под свои требования.
+
+Вкратце, проект, приведший вас сюда, не принадлежит сам себе. Он принадлежит всем. Вы должны быть в состоянии легко в нём разобраться и свободно делать с ним всё, что пожелаете независимо от мнения авторов — это знание, в его самой чистой и свободной форме.
diff --git a/src/landing_en.md b/src/landing_en.md
new file mode 100644
index 0000000..6ebd6ba
--- /dev/null
+++ b/src/landing_en.md
@@ -0,0 +1,9 @@
+# Trivial Technologies: Landing
+
+You have likely arrived here by clicking on a link found in a project's README. That link being there means that the project strives to be what we call a "Trivial Technology". Here is what that means.
+
+Copyright law was created to ensure access and promote the propagation of the useful arts. However, nowadays, it does quite the opposite. A select few control every piece of technology that you use, and you must ask, as beggars, for things essential to you or your community to be added, fixed, or not removed. Because of copyright, you may not do the modifications yourself. When you may, it is likely cost-prohibitive to do so. Further, due to the centralization of the controlling parties, the risks become great: the select few hold your information, control how you may use their product, and even if they are to be sane now, they could be bought out at any moment, for all of that to change.
+
+A Trivial Technology, instead, seeks to be the opposite. Trivial Technologies reject copyright, even as a vehicle for self-perpetuation. Trivial Technologies seek to not have any central owners, modifications, remixes are encouraged, and the original writer need not even know about your use. Trivial Technologies seek to be simple, so simple even someone not in the industry could, within a short time (2 days) understand the entirety of the technology, and thus gain the ability to change it according to their own designs.
+
+In short, the project that linked you here is not its own. It belongs to all. It belongs to you. You should be able to understand it easily, and you should feel free to do whatever you wish with it, approved by the authors or not. It is knowledge, in its purest, emancipated form.
diff --git a/src/manifesto.md b/src/manifesto.md
new file mode 100644
index 0000000..e0c494d
--- /dev/null
+++ b/src/manifesto.md
@@ -0,0 +1,31 @@
+# Тривиальные Технологии: Манифест
+
+Призрак бродит по техносфере — призрак Освобождения. Все мировые силы объединились в священный союз, чтобы изгнать призрака: Комиссии по Стандартам, Правительства и Суды, Медиа и IT-компании. Те, кто извлекает прибыль из ограничения доступа к знаниям — будь то в денежном выражении или в виде влияния. Те, кто извлекает прибыть из целых сфер деятельности, отгороженных от простых смертных бюрократическими барьерами, жаргоном и временными рамками.
+
+Открытые научные знания — высмеиваются. Люди, обучающие других изготавливать собственные лекарства, видя злоупотребления фармкомпаний, объявляются опасными преступниками. Движение за Открытый Исходный код принимается только в том виде, в котором приводит к централизации под крылом корпораций.
+
+Следующие инструменты: авторское право, патентное право, законы о торговых марках, все они служат одной цели — централизовать знания, держать их под контролем оригинального автора. Мы же, наоборот, стремимся к прямо противоположному — освобождению знания где это только возможно. Это движение, хоть и относится в первую очередь к программному обеспечению, является часть более обширного философского течения.
+
+Чтобы сделать доступными знания о ПО, равно как и возможность изменять и распространять его, мы стремимся уничтожить все препятствия, которые нам по силам. Доступ к изменению и любому типу использования предоставляется путём перевода в Общественное Достояние (или лицензии без обязательств, если перевод в ОД невозможен). Программное обеспечение само по себе должно быть доступным — в идеале, неспециалист должен быть способен разобраться в нём за два дня. Следует принимать активные меры для поддержания его в таком состоянии, подстилая соломку, где придётся.
+
+Мы называем подобное понятное и свободное ПО "Тривиальным ПО", или как вариант "Тривиальными Технологиями". На них никто не может заявить свои права — как на колесо. Как с рычагом, любой может разобраться, как их использовать, объединять и модифицировать для создания чего-либо иного. Любой может получить выгоду от создания, но выгода сама по себе не должна вставать на пути знания.
+
+## Что должно быть сделано
+
+1. Идея должна быть распространена. Всё, что вы здесь видите, свободно доступно для использования, изменения и распространения. Держите копии, зеркала, изменённые версии, рассказывайте друзьям. Если вы хотите внести существенные изменения, либо поменять сам манифест, пожалуйста, измените и название во избежание недопонимания, и чтобы вас не путали с нами.
+
+2. Должны существовать проекты, стремящиеся стать Тривиальными. Это не всегда достижимо, но само намерение и усилия, в направлении разумного дизайна проектов, улучшат положение вещей сами по себе. Размещайте в README ваших проектов ссылки с декларацией ваших намерений, и ссылки на зеркало по вашему выбору. Не всё ПО должно быть Тривиальным, но в каждом направлении деятельности такая альтернатива должна существовать — тогда у любого, недовольного тем, как обстоят дела, будет точка для самостоятельного старта.
+
+3. Люди должны быть проинформированы. Подавляющее большинство людей уверено, что не может ничего сделать, и это относится не только к ПО, но и к другим направлениям деятельности. Они считают, что слишком тупы, необучены, неспособны, чтобы хотя бы попытаться. Продемонстрируйте им, что это не так. Поощряйте их к действиям. Позвольте массам подняться выше того, что они считали пределом своих способностей.
+
+## Open Source сломан
+
+Вы можете спросить — почему бы просто не следовать существующей философии, такой как GNU или OSI. Да потому что Открытый Код принципиально поломан. 
+
+Open Source всегда фокусировался на лицензировании, на использовании авторского права как инструмента дла достижения своих целей. Чем это хорошо, само по себе? Представьте себе огромную кодовую базу, действительно огромную, с костылями через каждые 5 строк, исправляющими ошибки в совершенно другом источнике. Допустим, продукт, созданный на основе этого кода, широко используется. Пускай он выпущен под GPL, как много пользователей сможет доработать его под свои конкретные нужды? Лицензия сама по себе ничего не значит. Кроме того, эти движения по сути своей несовместимы с целями ТТ.
+
+Когда речь заходит о GNU, их обещания и цели быстренько рассыпаются на части. Их исходники быстро становятся всё сложнее и сложнее, увязая в обязательствах, которые они на себя взвалили. Они используют авторское право как основу для своих собственных ограничений, тем самым эффективно усиливая систему, с которой стремятся бороться. Они говорят о распространении программ как фундаментально дружественном акте, в то время как бесконечные форки GPL-программ приводят к нескончаемым распрям. GNU — фундаментальная сила централизации, а централизованные системы намного легче контролируются и разрушаются внешними силами, чем любые другие.
+
+Что же до OSI, они своему названию не соответствуют. По запросу FSF они сертифицировали AGPL, лицензию, нарушающую как минимум 6 пункт OSD. Спешное принятие, престижа ради, заставило пожалеть о последствиях. Когда же появилась очень похожая лицензия (SSPL от MongoDB Inc.), они её отвергли. Некоторые члены организации указывали на непоследовательность позиции руководства. OSI бежит от Общественного Достояния как от чумы, отказываясь сертифицировать CC0 и Unlicense, несмотря на то, что ни одна из них не нарушает ни один из пунктов OSD. Они утверждают, что это связано с тем, что перевод в Общественное Достояние требует пересмотра законов каждой страны, в тоже время упоминая некую резервную лицензию, которая соответствует требованиям. Вот только упоминание ведёт в никуда.
+
+Другие похожие движения (различные нео-лицензии например) — просто подделки под GPL, страдающие теми же или худшими болячками.
diff --git a/src/manifesto_en.md b/src/manifesto_en.md
new file mode 100644
index 0000000..8d987d9
--- /dev/null
+++ b/src/manifesto_en.md
@@ -0,0 +1,31 @@
+# Trivial Technologies: Manifesto
+
+A specter is haunting software—the specter of Emancipation. All of the world's Powers have entered into a holy alliance to exorcise this specter: Journal and Standards Body, Government and Judge, Media and IT Company. Those who would seek to profit from those that may need knowledge they possess, whether it be monetarily or through increased influence. Those who would profit from entire fields of endeavor remaining accessible only to the elites, barred behind red tape, jargon and time barriers.
+
+The open scientific endeavors are ridiculed. Those teaching others to make their own medication in the face of pharmaceutical abuse, when not ignored, are hunted as dangerous criminals. The open source movement only became acceptable when that fundamentally centralizing force became the very corporations it seeks to stop.
+
+These tools: copyright, patent, trademark laws, all serve the same purpose—to centralize knowledge, keep it in the hands and control of the original creator. We, instead, seek the opposite. We seek the emancipation of knowledge, whenever possible. This movement, while pertaining to software, is fundamentally but a component of that grander philosophy.
+
+To allow for the knowledge of software, and the ability to modify it, to spread, we reduce as many barriers as possible. Access to modification and use of any kind is granted by way of public domain (or a license free of obligations, when that is not possible). The software itself shall be accessible, ideally understandable by a layman within 2 days. Measures should be taken towards keeping it that way proactively, and easing any potential rough patches one may run into.
+
+We call such understandable and emancipated software "Trivial Software", or perhaps a "Trivial Technology". Like the wheel, no one may lay claim to it. Like the lever, any can understand how to use, aggregate and modify it to make something else. Any may profit from the creation, but that profit shall never be allowed to get in the way of the knowledge itself.
+
+## What is to Be Done
+
+1. The Idea must be spread. All that you can see here is available freely, to use, modify, and distribute. Host copies, host mirrors, host modifications, tell your friends. If you desire to make significant modifications, or change the manifesto, do consider calling yourself something else, lest you be confused for us.
+
+2. There must be projects that strive to be Trivial. It is not always attainable, but the intent and the effort put into sane design will still improve the state of things. Put links in your READMEs declaring your intentions, and linking to a mirror of your choosing. Not all software need be Trivial, but for any activity, there should be an alternative that is, so that one dissatisfied with the state of things may jump off of it to serve themselves.
+
+3. The people must be informed. It is overwhelmingly common for one to believe that they cannot do things, whether it be in software or other fields of endeavor. That they are too dumb, too uneducated, too incapable to even attempt them. Show them otherwise. Encourage them otherwise. Allow the masses to rise beyond what they thought themselves capable of.
+
+## Open Source is Broken
+
+One may ask why one wouldn't simply follow an existing philosophy, such as that of GNU or the OSI. This is because Open Source is fundamentally broken.
+
+Open Source has always focused on licensing. Using copyright as a tool to get its way. What good does that do, on its own? Imagine a codebase, truly humongous, with a workaround every 5 lines for a mistake in an entirely different section of the sources. Pretend that the product made from this codebase is widely used. Were it to be released under the GPL, how many would be able to mold it to better fit their needs? A license, on its own, means nothing. Further, these movements are inherently incompatible with the goals of TT.
+
+When it comes to GNU, their promises and goals quickly fall apart. Their sources quickly get progressively more complex, bogged down by the requirements they put upon themselves. It uses copyright as a vessel for their restrictions, effectively reinforcing the system that it seeks to subvert. It speaks of sharing programs as the fundamental act of friendship, and yet GPL forks result only in never-ending feuds. GNU is fundamentally a force for centralization, and centralized systems are far easier for the Powers that be to corrupt than any others.
+
+As for OSI, it refuses to hold to its definition. When the FSF asked, they certified the AGPL, a license that breaks at the very least point 6 of the OSD. It was rushed through because of the attached prestige, only later to be regretted. When an extremely similar license came along (the SSPL, by MongoDB Inc.), they rejected it, for the prestige was gone. Some members pointed out that the position is inconsistent. The OSI avoids the public domain like the plague, failing to certify CC0 and the Unlicense, despite neither violating any component of the OSD. They claim that this is because reviewing a public domain dedication requires reviewing the laws of each country, in the same breath as they mention a fallback license that is compliant. That mention goes nowhere.
+
+Other similar movements (such as the various neo-licenses) are simply knock-offs of the GPL, plagued with the same problems, if not moreso.
diff --git a/src/style.css b/src/style.css
new file mode 100644
index 0000000..7c5535d
--- /dev/null
+++ b/src/style.css
@@ -0,0 +1,67 @@
+@font-face {
+  font-family: "Computer Modern Serif";
+  src: url(/font/cmunrm.ttf);
+}
+
+@font-face {
+  font-family: "Computer Modern Serif";
+  src: url(/font/cmunbx.ttf);
+  font-weight: bold;
+}
+
+body {
+  font-family: "Computer Modern Serif", serif;
+  font-size: 16pt;
+  font-variant-ligatures: none;
+  margin: 50px auto;
+  padding: 0 10px;
+  max-width: 650px;
+  color: #444;
+}
+
+.homelink {
+  margin-bottom: 25px;
+}
+
+@media (prefers-color-scheme: dark) {
+  body {
+    color:white;
+    background:#444
+  }
+  a:link {
+    color:#5bf
+  }
+  a:visited {
+    color:#ccf
+  }
+}
+
+h1, h2, h3 {
+  line-height: 1.2;
+}
+
+a {
+  color: #524632;
+}
+
+hr {
+  width: 75%;
+  border: none;
+  height: 1px;
+  color: #292f36;
+  background-color: #292f36;
+}
+
+ul {
+  list-style-type: square;
+}
+
+blockquote {
+  font-style: italic;
+  padding-left: 20px;
+  border-left: 3px solid #78c0a8;
+}
+
+code {
+  font-size: 0.9em;
+}