Обсудим участие

Всем чего нибудь доброго!
Есть идея как и у всех (у многих).
Изначально задумывался проект для энтузиастов, патриотизм все дела... Единомышленников в достаточном колличестве не собрал, по этому собираюсь вложиться своими средствами.

Что будет задействовано/использовано:
Git или другая система контроля версий, на этом этапе вполне возможно взвесить за и против, выбрать лучший вариант (пока что все за эту СКВ),
Криптографическая защита данных - в том же git есть небольшой функционал шифрования, нужно смотреть трудозатраты;

Чуть позже еще накидаю по "нехватке кадров". Это основные моменты, в которых знание проседает.

О проекте: сервис для РФ (или бывшего СНГ, кому как удобнее) - русскоязычный. Основная задача сервиса - обеспечение хранения работ, контроль версий разработок, контроль сроков*.
*пока что максимально просто, тот же репозиторий с контрольной датой и статусом из серии "создан", "в работе", "сдан", "закрыт", "продлен" - в личном кабинете можно посмотреть сводку проект/статусы/даты.

Есть те, кому может быть интересно поучаствовать?
Плачу и плачу, так что золотоискатели могут не дергаться. Если проект не пойдет, оплата - это небольшая компенсация за потраченное время/силы, если пойдет - тут можно обговорить, поделить шкуру неубитого медведя.

0

developer123, примите к сведению: keybase.io/docs/kbfs

Ну как бы сказать я прекрасно понимаю ситуацию. В данном случае идёт тонкая маркетинговая игра. Я думаю вы не будите спорить что в убыток себе компания работать не будет? Если они предоставляют столько места значит они находятся в плюсе по деньгам. Не будем пока брать в расчёт всякие игры на выдавливание конкурентов.

Так вот такие схемы возможны исходя из одной незатейливой стратегии. А именно мало кто будет на полную использовать всё пространство. Я тоже могу наобещать что мол предоставляю кучу места. Хайп пойдёт. Клиенты попрут. А тех кто будет злоупотреблять - банить ))) Шучу. В сети есть истории когда компании садятся в лужу а потом выкручиваются именно из-за таких схем. Банки так работают - одалживают денег больше чем имеют. Если клиенты забирают все свои деньги - то любой банк лопается.

Зайдите на какой нибудь Azure или Amazon и посмотрите сколько стоят мощностя.

Собственно мой домашний сервер для моих домашних нужд.

Добавлено через 9 минут
Кстати как ту упомянули выше - git и криптография не совместимы (теряется возможность парсинг файлов). Я кстати заметил бы что гит гитом - но это малая часть инфраструктуры. Например GitExtentional и TortoliasGit - которым я пользуюь, никто переделывать не будет.

0

developer123, git и криптография отлично совместимы и keybase.io показывает как именно это нужно делать.
Не на уровне базы самого git, а на уровне самой файловой системы.
kbfs - это и есть такая криптографическая файловая система.
Я так понял, что исходники вы еще не посмотрели. Написано на go

• github.com/keybase/client клиент и сервис
• github.com/keybase/kbfs - файловая система

гит: github.com/keybase/kbfs/tree/master/kbfsgit


Кстати, вполне реально на вашем сервере развернуть для тестов.

1

Сообщение от Uncle_Vanya git и криптография отлично совместимы и keybase.io показывает как именно это нужно делать.

keybase не может ни в госты, ни в keccak, для веба может и погодится, но в серьезных проектах использовать стремно. Я бы смотрел в сторону универсальных канальных решений как то Java EE или WCF.

0

keybase не может ни в госты, ни в keccak...

freeba, как вы составили такое мнение? Будут ли от вас пруфы?

0

Uncle_Vanya, Какие пруфы? keybase вобще не предназначен для защиты канала и он в принципе не расширяемый. Хотя можете попробовать прикрутить к нему Магму (ГОСТ 28147-89) или ее современную модификацию - Кузнечик (ГОСТ Р 34.12-2015), будет весьма забавно посмотреть на эту попытку. В то время как для промышленных языков это типовая задача.

Чистые веб-программисты вобще странные люди, их вера в то, что библиотеки написанные для веба применимы везде, иногда просто поражает.

0

freeba, вы излишне эмоционально реагируете на простую просьбу обосновать свою позицию. Пруфов от вас не будет, понятно.
В основе keybase находится Keybase filesystem (KBFS), которая базируется на FUSE (Filesystem in Userspace) is an interface for userspace programs to export a filesystem to the Linux kernel. В отличие от байткода дотнета и жабы, язык go это компилируемый многопоточный язык, который позволяет достучаться до Linux kernel.
It communicates locally with the Keybase service, and remotely with three types of KBFS servers (block servers, metadata servers, and key servers).
Например, Keybase service - какая тут защита канала? Какие чистые веб-программисты?
Я надеялся на пруфы, т.к. предположил, что вам известен кейс попытки внедрения keybase, которому помешали требования гостов. Вместо пруфов какие-то фантазии. Не надо так.

0

Сообщение от Uncle_Vanya В отличие от байткода дотнета и жабы, язык go это компилируемый многопоточный язык, который позволяет достучаться до Linux kernel.

Вы будете удивлены, но дотнет также компилируемый язык и байткод относится к яве и она тоже давным давно компилируется в машинные коды (запуск типового ява-приложения идет через интерпретатор с последующим постепенным переходом на нативный код).

Выдержки из википедии комментировать нет смысла, раз вы не догадались загуглить что такое WCF и понять что keybase никаким боком не сможет выполнять его работу (как и любая другая библиотека для go/js/ruby etc). Вы просто нагородили кучу бреда.

0

Сообщение от Uncle_Vanya В отличие от байткода дотнета и жабы, язык go это компилируемый многопоточный язык, который позволяет достучаться до Linux kernel.

А .NET и Java нифига не компилируемые? У них не предусмотрен JIT? Они не умеют взаимодействовать с неуправляемым кодом через p\invoke и JNI? И с потоками работать в них не можно, да?

0