Сегодня утром я встал и понял, что откуда-то тянет тухлятиной. Осмотревшись, понял, что тухлятиной прет из ноутбука. Чуть позже стало ясно, что причиной тому фря.
Короче, если серьезно, я тут подумал, что надо бы сделать две вещи:
1. Захуярить документацию в вики. То есть handbook и porters/dev-handbook. Редактировать может кто угодно, правки апрувят менторы. Не надо ебаться с cvs и ужоснах разметкой (у меня отбило все желание, есличестно, разбираться что там и где). + ко всему возможно появление рядом с официальными разделами хороших, годных фряшных howto, т.е. freebsd cockbook, наполняемых пользователями. В актуальном состоянии все это дело поддерживать намного легче, и переводить тоже легче.
2. Многие ноют о том, что software, видите ли, linux-centric. Оставив в стороне вопрос о пидорасах, взглянем с другой стороны. Где в репозитории wayland, допустим, хоть один фряшник, который скажет, расскажет, потестит. Нету нихуя. Ок, пусть разрабы сами пишут cross-platform, скажете вы. Но откуда разраб узнает, допустим, о freebsd-specific, о том, что у нас не имплементирован %POSIX_FEATURE%. На сегодняшний день ответ один — он должен будет поставить систему и перерыть исходники. Это долго, сложно и не нужно. Ему нужны доки и возможность легко потестить.
Дадада, все это дерьмовый хомячковый софт на питоне^W который не крут, но он нужен для пользователей.
Доков у нас нет и людей для их создания особо тоже. Короче, варинта 2:
1. Создать маленькое облако (ну или паноптикум) из jailed-машин. Доступы раздавать по тикету, окружения не копировать, а раздавать хардлинками (virtal ports я бы сказал — запрошенные порты реально не устанавливаются, а создаются хардлинки на уже установленные). Туда же прикрутить вику, форум и инструменты для портов. Плюсы — instant (можно сразу работать), интеграция. Минусы — потребует improve виртуализации (на уровне vkenrnels для системных разрабов) improve портов, дохуя возможных дырок в безопасности, не понятно, как защитить от изменений hardlinked файлы портов, нужен большой сервер.
2. Распространять образы готовых out-of-the-Vbox машин freebsd + wanted-de + docs для тестирования со словами "протестируйте, пожалуйста, как оно работает у нас". Плюсы — нужно минимум ресурсов. Минусы — слабая соц интеграция (читай — нет поддержки и доков — каждый копается у себя).
Как я вижу идеальный процесс. Разрабу маленькой тулзы с толстым тырнетом кинули ссылку. Он зашел, выбрал нужные зависимости (вариант — DE), скачал, вставил в vbox, общая папка подхватилась. Он туда clone свой репозиорий проекта. Зашел в машину, собрал. Теперь три вещи:
1. если он собрал удачно, с него надо как-то снять порт. Порт можно включить в какое-нибудь временное дерево для тестирования остальными участниками, выставления звездочек и прочая мотивирующая соцхуйня, которая облегчает тестирование и делает ментору апрув легкой задачей (он уже видит, что 5 человек оттестировали порт, только закомить). Как это сделать — хз.
2. он его не собрал, ему нужны доки. Доки должны быть в вики, написаны остальными участниками.
3. как обновлять образы так, чтобы скачивать поменьше и не бить изменения, произведенные пользователем?
Идеи?

#oohisg

11 comments recommend bookmark subscribe