1) Да, конечно как дополнительный. Если бы я занимался им фулл-тайм, получилось бы намного быстрее
2) Ну я верил в идею. И потом было желание сделать если не the next big thing, то хотя бы что-то ценное самостоятельно. Примерно так и мотивировал
3) Бизнес-плана не составлял, но примерно прикидывал размер рынка и ту долю, которую я могу на нём занять. Получалось, что как минимум на то чтобы самому перейти на свой проект фулл-тайм должно хватить, если дело пойдёт.
4) Это вроде тот же вопрос, что в 2?
5) Heroku
6) Ruby on Rails для бэкенда и Backbone для фронтенда
Там по большому счёту домен и есть основная расходная статья. Блог на Вордпрессе ещё, но я его хочу перевести на Jekyll/Github Pages, после чего из платных услуг останется только домен.
Дальше так:
1) Бесплатный вариант хостинга на Хероку (3 сервера)
2) Бесплатные тарифные планы на Mandrill (рассылка почты), Semaphore (CI), Gemnasium, Google Analytics и что-то ещё, забыл
3) Платная подписка на GitHub (которая у меня уже была, поэтому в общую сумму не включаю)
4) Ещё попользовался даровыми талонами на рекламу от Google и LinkedIn, но большой пользы не было
Да, пока варианта три: перетащить сам файл, добавить из репозитория на гитхабе и добавить из редактора (пока SublimeText 2/3).
Вариант с копи-пастом самого кода возможно тоже добавим.
Да, кому приходилось обсуждать код по скайпу, тому обычно не нужно объяснять зачем это.
По остальному: скорее всего в каком-то виде это будет. Технически это не так сложно реализовать, тут основная проблема сделать это удобно и прозрачно с точки зрения интерфейса. Чтобы швейцарского ножа не получилось.
1. Обсуждения ведутся в реальном времени (ну то есть соотношение как между почтой и скайпом).
2. Вы не ограничены кодом, закомиченным на гитхаб. Например вы можете обсудить промежуточный вариант который не хотите пока никуда комитить.
Я тут подумал немного. А если так?
Чат остаётся один сплошной (как сейчас), но сообщения сегментируются по тем участкам кода которые были выделены на момент обсуждения. И соотвественно при наведении курсора на сообщение можно этот код увидеть (ну и само обсуждение отправить на GitHub).
Не совсем то что вы предлагаете, но это наверное разрешит большую часть вопросов?
Я посмотрю насколько это будет востребовано именно в таком виде как вы описываете. Если будет запрос на такой формат, возможно поменяем текущую концепцию.
1-3: так или иначе поддерживается: прокрутка и выделение в файле синхронизируются между всеми пользователями. То есть выделяете нужный вам участок (это все видят) и пишете в чат что хотите о нём сказать.
4: скорее всего будет в том или ином виде, это разумно, да
Смотрите.
1. Ценовой политики пока нет никакой, т.к. сейчас выпущена только бесплатная версия. Она включает в себя возможность создания только открытых конференций (с доступом к открытым репозиториям на гитхабе) и рассчитана в первую очередь на Open Source-разработку. Эта часть всегда будет бесплатной. Цены для платной подписки (где будут поддерживаться закрытые конференции с доступом к закрытым репозиториям) пока обдумываются, но скорее всего базовый тариф будет на уровне нескольких долларов в месяц.
2. Работает с недочётами, недочёты исправляются :) Большинство из них будет исправлено к моменту введения платной подписки. Это не должно закрыться по той причине которую я указал: содержание всего проекта обходится мне очень дёшево, поэтому мне нет никакого резона его закрывать. Как только наберётся пул из некоторого небольшого количества платных пользователей, проект будет для меня прибыльным.
3. Логических ограничений нет, могут быть только технические связанные с нагрузкой на сервер. От последних тоже постепенно избавимся по мере появления первых платных пользователей и возможности использовать более дорогие варианты хостинга.
Да, сервис рассчитан в первую очередь на обсуждение в реальном времени. То есть предполагается что все участники чата видят обсуждаемый код, поэтому цитирование поддерживается, но по большому счёту и оно не обязательно.
Возможность как-то на более длительное время сохранять привязку кода и обсуждения (например в виде отправки комментариев на GitHub) много раз обсуждалась, но пока однозначно удобного варианта с которым не было бы проблем с точки зрения понятности и удобства для пользователя не просматривается.
Надеюсь вы всё ещё следите за этой публикацией.
Такой вопрос. Нужна возможность получить статический URL для расшаренной картинки которая хранится на диске. Не публичную ссылку, тут всё понятно, а URL самой картинки, чтобы встроить потом тэгом IMG в HTML.
Внятного способа это сделать не нашёл. Из хаков:
1) превью — не подходит потому что требует авторизации
2) ссылка на скачивание — в принципе подходит, но я смотрю они генерируются всё время разные, в связи с чем вопрос: эти ссылки на скачивание постоянные или перестают действовать через какое-то время?
Если ссылки на скачивание вечные, то вопрос закрыт, этот вариант меня в принципе устраивает. Если нет, то нет ли какого-то другого способа?
Или лучше вообще Яндекс.Диск для таких целей не использовать, а использовать Яндекс.Фотки например?
Ну вот да, это вроде по-человечески выглядит. Но насколько я понимаю, перспективы довольно туманные на фоне всеобщей любви к реакту? Ну то есть реакт-то понятно что теперь будут поддерживать, всё-таки это фейсбук, да и сообщество уже приличное набралось. А тут как-то сильно меньше уверенности.
Вроде слышал что начиная с определённого уровня сложности приложения приходится «бороться» с фреймворком. Ну то есть чтобы вот здесь сделать не так, а немного по-другому, а фреймворк не даёт, он лучше знает. Нет такого?
Ну вот пишет-пишет и всё никак ничего приличного не напишет. Серверный рендеринг так вроде и не сделали по-человечески до сих пор. Хотя казалось бы очевидная вещь, если уж код изоморфный. На Дерби это есть чуть ли не с самого начала.
Нет, так понятно что на JavaScript эти вьюхи писать невозможно при сколько-нибудь серьёзном объёме. Почему собственно вот это их «никаких шаблонов, только JavaScript» — полнейшая ерунда, JSX те же шаблоны, только уродливые (со смешиванием JS и HTML ещё и без явных разграничений).
Или я может один такой эстет и остальным это не принципиально?
2) Ну я верил в идею. И потом было желание сделать если не the next big thing, то хотя бы что-то ценное самостоятельно. Примерно так и мотивировал
3) Бизнес-плана не составлял, но примерно прикидывал размер рынка и ту долю, которую я могу на нём занять. Получалось, что как минимум на то чтобы самому перейти на свой проект фулл-тайм должно хватить, если дело пойдёт.
4) Это вроде тот же вопрос, что в 2?
5) Heroku
6) Ruby on Rails для бэкенда и Backbone для фронтенда
Дальше так:
1) Бесплатный вариант хостинга на Хероку (3 сервера)
2) Бесплатные тарифные планы на Mandrill (рассылка почты), Semaphore (CI), Gemnasium, Google Analytics и что-то ещё, забыл
3) Платная подписка на GitHub (которая у меня уже была, поэтому в общую сумму не включаю)
4) Ещё попользовался даровыми талонами на рекламу от Google и LinkedIn, но большой пользы не было
Вариант с копи-пастом самого кода возможно тоже добавим.
По остальному: скорее всего в каком-то виде это будет. Технически это не так сложно реализовать, тут основная проблема сделать это удобно и прозрачно с точки зрения интерфейса. Чтобы швейцарского ножа не получилось.
2. Вы не ограничены кодом, закомиченным на гитхаб. Например вы можете обсудить промежуточный вариант который не хотите пока никуда комитить.
Чат остаётся один сплошной (как сейчас), но сообщения сегментируются по тем участкам кода которые были выделены на момент обсуждения. И соотвественно при наведении курсора на сообщение можно этот код увидеть (ну и само обсуждение отправить на GitHub).
Не совсем то что вы предлагаете, но это наверное разрешит большую часть вопросов?
4: скорее всего будет в том или ином виде, это разумно, да
1. Ценовой политики пока нет никакой, т.к. сейчас выпущена только бесплатная версия. Она включает в себя возможность создания только открытых конференций (с доступом к открытым репозиториям на гитхабе) и рассчитана в первую очередь на Open Source-разработку. Эта часть всегда будет бесплатной. Цены для платной подписки (где будут поддерживаться закрытые конференции с доступом к закрытым репозиториям) пока обдумываются, но скорее всего базовый тариф будет на уровне нескольких долларов в месяц.
2. Работает с недочётами, недочёты исправляются :) Большинство из них будет исправлено к моменту введения платной подписки. Это не должно закрыться по той причине которую я указал: содержание всего проекта обходится мне очень дёшево, поэтому мне нет никакого резона его закрывать. Как только наберётся пул из некоторого небольшого количества платных пользователей, проект будет для меня прибыльным.
3. Логических ограничений нет, могут быть только технические связанные с нагрузкой на сервер. От последних тоже постепенно избавимся по мере появления первых платных пользователей и возможности использовать более дорогие варианты хостинга.
Возможность как-то на более длительное время сохранять привязку кода и обсуждения (например в виде отправки комментариев на GitHub) много раз обсуждалась, но пока однозначно удобного варианта с которым не было бы проблем с точки зрения понятности и удобства для пользователя не просматривается.
Такой вопрос. Нужна возможность получить статический URL для расшаренной картинки которая хранится на диске. Не публичную ссылку, тут всё понятно, а URL самой картинки, чтобы встроить потом тэгом IMG в HTML.
Внятного способа это сделать не нашёл. Из хаков:
1) превью — не подходит потому что требует авторизации
2) ссылка на скачивание — в принципе подходит, но я смотрю они генерируются всё время разные, в связи с чем вопрос: эти ссылки на скачивание постоянные или перестают действовать через какое-то время?
Если ссылки на скачивание вечные, то вопрос закрыт, этот вариант меня в принципе устраивает. Если нет, то нет ли какого-то другого способа?
Или лучше вообще Яндекс.Диск для таких целей не использовать, а использовать Яндекс.Фотки например?
Или я может один такой эстет и остальным это не принципиально?