История изменений

Или GitHub?

Хм. А ты думаешь, почему мы вообще говорим про GitHub, а не про SvnHub? Разных хостингов кода были десятки.

Наличие локальной копии гит-дерева это удобная деталь реализации, но ни один проект не развивается без наличия центрального гит-хостинга. И тот кто владеет им, владеет проектом.

Проектом владеет тот, кто имеет математическую возможность вносить правки в сервис.

Никак не могу эту мысль донести. Ты наверное привыкла «обслуживать сервера», и идея «обслуживать приложения» никак не ложится.

«Проект» — это адрес в сети. Вот как github.com. Кто владеет адресом, тот владеет проектом. Кто не владеет адресом, тот просто посетитель. Посетитель может только исполнять код проекта.

Сервис как приложение, приложение как сервис. Как тебе еще объяснить?

Это как раз пример совершенно непрозрачных процедур создания централизованной библиотеки из черных ящиков, которые пользователь потом применяет не заглядывая внутрь.

Все «непрозрачные процедуры» лежат в репозитории на гитхабе и прекрасно воспроизводятся локально.

Точно так же открывая страницу форума в ZeroNet, посетитель обычно не идёт проверять, что там лежит в папке js/, и совпадает ли оно с тем кодом, который лежит под GPL в репе. Но имеет такую возможность.

Но если ему нужно запустить копию этого форума для отладки, он просто берёт этот код под GPL и запускает. Здесь нет шага ручной конфигурации. Вообще никакой конфигурации не требуется. Не нужно инициализировать БД, поднимать инстансы микросервисов, настраивать cron и права доступа, заливать тестовые данные в базу. Тестовые данные можно прямо с форума содрать при помощи cp в терминале.

А еще можно прямо на существующем сайте включить режим разработчика и полезть отлаживать код. Даже если сайт чужой. И без ущерба для других нод.

И всего этого недостаточно без человека который будет воспроизводить эти воспроизводимые процедуры, и будет реализовывать этот workflow, и будет чинить и подправлять эту конфигурацию, когда она таки сломается.

Я тебе и говорю о снижении издержек именно этого человека путём оптимизации стека. Я говорю о том, что P2P подразумевает автоматическое снижение таких издержек. То, что для сообщества из 50 человек было трудным, станет менее трудным, а что было нереализуемым — возможным.

Или GitHub?

Хм. А ты думаешь, почему мы вообще говорим про GitHub, а не про SvnHub? Разных хостингов кода были десятки.

Наличие локальной копии гит-дерева это удобная деталь реализации, но ни один проект не развивается без наличия центрального гит-хостинга. И тот кто владеет им, владеет проектом.

Проектом владеет тот, кто имеет математическую возможность вносить правки в сервис.

Никак не могу эту мысль донести. Ты наверное привыкла «обслуживать сервера», и идея «обслуживать приложения» никак не ложится.

«Проект» — это адрес в сети. Вот как github.com. Кто владеет адресом, тот владеет проектом. Кто не владеет адресом, тот просто посетитель. Посетитель может только исполнять код проекта.

Сервис как приложение, приложение как сервис. Как тебе еще объяснить?

Это как раз пример совершенно непрозрачных процедур создания централизованной библиотеки из черных ящиков, которые пользователь потом применяет не заглядывая внутрь.

Все «непрозрачные процедуры» лежат в репозитории на гитхабе и прекрасно воспроизводятся локально.

Точно так же открывая страницу форума в ZeroNet, посетитель обычно не идёт проверять, что там лежит в папке js/, и совпадает ли оно с тем кодом, который лежит под GPL в репе. Но имеет такую возможность.

Но если ему нужно запустить копию этого форума для отладки, он просто берёт этот код под GPL и запускает. Здесь нет шага ручной конфигурации. Вообще никакой конфигурации не требуется. Не нужно инициализировать БД, поднимать инстансы микросервисов, настраивать cron и права доступа, заливать тестовые данные в базу. Тестовые данные можно прямо с форума содрать при помощи cp в терминале.

А еще можно прямо на существующем сайте включить режим разработчика и полезть отлаживать код. Даже если сайт чужой. И без ущерба для других нод.

И всего этого недостаточно без человека который будет воспроизводить эти воспроизводимые процедуры, и будет реализовывать этот workflow, и будет чинить и подправлять эту конфигурацию, когда она таки сломается.

Я тебе и говорю о снижении издержек именно этого человека путём оптимизации стека. Я говорю о том, что P2P подразумевает автоматическое снижение таких издержек. То, что для сообщества из 50 человек было трудным, станет менее труждным, а что было нереализуемым — возможным.

Или GitHub?

Хм. А ты думаешь, почему мы вообще говорим про GitHub, а не про SvnHub? Разных хостингов кода были десятки.

Наличие локальной копии гит-дерева это удобная деталь реализации, но ни один проект не развивается без наличия центрального гит-хостинга. И тот кто владеет им, владеет проектом.

Проектом владеет тот, кто имеет математическую возможность вносить правки в сервис.

Никак не могу эту мысль донести. Ты наверное привыкла «обслуживать сервера», и идея «обслуживать приложения» никак не ложится.

«Проект» — это адрес в сети. Вот как github.com. Кто владеет адресом, тот владеет проектом. Кто не владеет адресом, тот просто посетитель. Посетитель может только исполнять код проекта.

Сервис как приложение, приложение как сервис. Как тебе еще объяснить?

Это как раз пример совершенно непрозрачных процедур создания централизованной библиотеки из черных ящиков, которые пользователь потом применяет не заглядывая внутрь.

Все «непрозрачные процедуры» лежат в репозитории на гитхабе и прекрасно воспроизводятся локально.

Точно так же открывая страницу форума в ZeroNet, посетитель обычно не идёт проверять, что там лежит в папке js/, и совпадает ли оно с тем кодом, который лежит под GPL в репе. Но имеет такую возможность.

Но если ему нужно запустить копию этого форума для отладки, он просто берёт этот код под GPL и запускает. Здесь нет шага ручной конфигурации. Вообще никакой конфигурации не требуется. Не нужно инициализировать БД, поднимать инстансы микросервисов, настраивать cron и права доступа, заливать тестовые данные в базу. Тестовые данные можно прямо с форума содрать при помощи cp в терминале.

А еще можно прямо на существующем сайте включить режим разработчика и полезть отлаживать в код. Даже если сайт чужой. И без ущерба для других нод.

И всего этого недостаточно без человека который будет воспроизводить эти воспроизводимые процедуры, и будет реализовывать этот workflow, и будет чинить и подправлять эту конфигурацию, когда она таки сломается.

Я тебе и говорю о снижении издержек именно этого человека путём оптимизации стека. Я говорю о том, что P2P подразумевает автоматическое снижение таких издержек. То, что для сообщества из 50 человек было трудным, станет менее труждным, а что было нереализуемым — возможным.