Comments 14
>> Обратная связь очень приветствуется
а где код?) ИМХО даже ставить такую "поделку" не буду себе) не в обиду..
В любом деле когда начинаешь, первое на чем строится его успех - доверие к автору и продукту, и уважение к клиентам и комьюнити со стороны автора. Тут я не увидел этого, в статье вообще нет никакой технической информации, и про лицензию ничего не сказано. В общем сюр...
Прошу строго не судить, моя первая статья на хабре, в следующей постараюсь раскрыть больше деталей и рассказать более подробно про все пункты на которые вы указали
На вопрос так и не ответили. Вы опубликовали здесь свой гитхаб, но кода не увидел. Плюс комментарии к статье странные ..
Чтобы без недомолвок: да, на GitHub у меня сейчас нет открытого исходного кода. Я использую его как площадку для релизов, changelog и обратной связи.
GitHub давно уже не только про open source код, там много проектов живут как release‑страницы с документацией и issue‑трекером, это нормальная практика.
Почему не открыл код прямо сейчас: не хочу делать это «для галочки». Сначала хочу спокойно закрыть вопросы по формату публикации, лицензии и тому, как это потом нормально сопровождать.
По комментариям к статье тоже поясню: я никого не прошу писать хвалебные отзывы, люди пишут как чувствуют.
Если для вас принципиально только open source формат, это ок, просто у проекта сейчас другой этап.
Спасибо за честность. Пожалуйста, добавьте в статью информацию, что релизы ваши без исходного кода, запускать на свой страх и риск.
>> GitHub давно уже не только про open source код, там много проектов живут как release‑страницы
Посмотрите топ 50 проектов и не найдете ни одного такого. И можно понять почему
>> просто у проекта сейчас другой этап
Ну к этому и можно было сразу перейти в статье, что формат вашего софта - проприетарный и нужны тестеры того что вы навайбкодили) Но код я вам не покажу.. Но он и не нужен, если бы был посыл изначально такой
Мой совет - если хотите развивать свой софт и другие свои проекты, придерживайтесь принципа открытости, на долгосрочную перспективу это очень важно для развития и монетизации
спасибо за объективную оценку, ваш комментарий очень важен для нас :) на ваш код я тоже смотрел помнится уже давно, здорово что решили делать на Rust, и прекрасно что вы как никто освоили как это сейчас модно “вайбкодинг” не в обиду исключительно мое сугубо-личное мнение, в любом случае приятно что заглянули и немного времени уделили прочтению но сути вы так и не поняли к сожалению.
Далее кратко про ваш продукт:
раз речь про доверие и качество, я тоже посмотрел ваш код. Там есть хорошие инженерные вещи, но и колкие моменты тоже: заглушка repository = https://github.com/org/s4, публичные demo-логины/ключи в README, и мелкие косяки в примерах конфигурации.
Для раннего проекта это не катастрофа, но тогда и тон “я один делаю правильно” выглядит странно.
У меня тоже ранний этап, только другая модель публикации.
Мой посыл был - если зазываешь народ на тесты, будь добр показать код или хотябы предупредить всех что они запускают у себя на рабочих компах кота в мешке, и за такое тут бан можно получить. В статье я не увидел открытости и честности с вашей стороны, поэтому и доверия к вашему софту нет.
Что касается моего софта, он полностью открыт для всех и готов к аудиту. Про косяки с заглушкой репозитория в нем и демо доступ для тестеров в реадми - посмеялся)
Да, сейчас проект в формате бинарных релизов, без открытого исходного кода. Это осознанное решение на текущем этапе. В статье я это отдельно и явно допишу, чтобы не было ощущения недосказанности: формат проприетарный, исходники пока не публикуются, ставить или не ставить каждый решает сам.
При этом я не называл проект open source и не обещал аудит кода сейчас. Поэтому формулировка про “обман” мимо. Можно не принимать такой формат, это абсолютно нормально. Но лучше спорить с тем, что реально заявлено, а не с тем, что додумали за меня.
Ваш критерий “без кода не запускаю на рабочих машинах” понятный и здравый. Тогда тут всё просто: вы пропускаете этот релиз, я двигаюсь в своём формате дальше. Без обид и без попытки кого-то переубедить.
Если хотите пользы, приносите факты: конкретный баг, шаги, где ломается. Если хотите продолжать в формате “либо open source по моим правилам, либо всё мусор”, это не про качество софта, это про попытку диктовать чужому проекту свои условия. Такой диалог мне не интересен. Формат публикации я обозначил прямо, дальше каждый сам решает, пользоваться или проходить мимо.
Отличная статья. Главный плюс -она написана от реальной боли эксплуатации, а не как рекламный текст. Хорошо показано, что проблема не в Ceph/RGW ,а в разрыве между инфраструктурой и обычным пользователем, которому нужно просто работать с файлами. Инструменты должны быть удобны людям, а не только админам!
А не сравнивали по функционалу с AeroFTP (новость о релизе на Хабре, официальный сайт)? На вскидку ниши схожие:
две панели
поддержка S3 (у AeroFTP плюс ещё 2 десятка протоколов)
бесплатность (AeroFTP ещё и OpenSource)
не проверял, но прогресс загрузки в AeroFTP наверняка есть
сравнение с AeroFTP реально в тему.
По верхнему уровню у нас, конечно, есть пересечение - две панели, S3, передача файлов, прогресс задач. Я не пытаюсь делать вид, что таких инструментов больше нет, рынок уже давно не пустой.
Разница скорее в подходе. AeroFTP выглядит как универсальный клиент, когда нужен один инструмент сразу под много протоколов. Я же делал акцент на другом - на повседневной работе именно с S3 и S3-compatible, где важны не только «скачал/залил», но и вся рутина вокруг бакетов, версий, ACL, multipart, очереди и особенностей совместимых endpoint.
Поэтому это не история - «кто лучше вообще». Если нужен комбайн на все случаи - AeroFTP может быть отличным вариантом. Если основная работа крутится вокруг S3, мой клиент заточен именно под такой сценарий.
локализация (русский, английский, китайский), потому что смешанные команды это реальность
Контент уровня Бог. Вам Это ЛЛМ придумала?
Если у вас смешанная команда, они как между собой общаются по-китайски?
Дайте угадать …. Скорее всего по-английски.
Да, тут согласен, написал коряво. Мысль была простая: это не про язык общения внутри команды, а про язык интерфейса для разных пользователей.
Внутри команды люди хоть на английском, хоть на русском могут общаться, но пользователю всё равно удобнее, когда кнопки и ошибки в интерфейсе на его языке.
Спасибо, что ткнули в это место, поправлю формулировку в статье.
Адекватные люди монтируют S3 через fuse и ходят туда, как к себе домой (или двухпанельным фаром/mc, если у низ руки кривые).
Это как же надо обнищать, чтобы выкатить такое без исходников, но с пришпиленными кошельками, обалдеть.
S3 и зачем вообще городить ещё один клиент…