JS Профессионал в стартап
 

Всем доброго времени суток ! )

Я ищу профессионального Javascript разработчика в стартап проект.
Описание проекта тут:

http://velsa.calepin.co/edtr.me/

Если заинтересовало — пишите.
Условия, конечно же, обсуждаемы.

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

Спасибо!

Мой скайп: velshome

Хороший стартап.

Требование к английскому лишнее помоему.

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

http://hyoo.ru/?article=%D0%AF%D0%B7...author=Nin+Jin

Очень круто !
И реализация на высоте.

Однако, есть большое сомнение, что большинство пользователей захотят учить новый язык разметки. Я знаю, что в рунете markdown не имеет особой популярности и тут, действительно, можно предложить новую, оригинальную и очень логичную альтернативу. Однако, на западе markdown знают многие (список редакторов и сервисов его поддерживающих есть в описании проекта или можно просто набрать markdown editor в гугле), поэтому упор проекта именно на то, что можно начать писать свои странички без изучения HTML или другого языка разметки.

Но при всем сказанном, я абсолютно согласен, что можно предложить в том же сервисе и альтернативный язык для тех, кто готов его учить.

Вопрос к вам - хотите ли вы учавствовать в нашем проекте при условии, что мы включим ваш язык в наш сервис ? :)

Почему лишнее ?
Проект все-таки, в первую очередь, ориентирован на западный рынок.
Разработчик, который сможет сам писать интерфейсы, без необходимости каждый раз дергать переводчика, будет намного эффективнее. IMHO, конечно.

Интерфейс строго говоря не программист делает, и текст не он придумывает обычно. Тебе нечего не мешает описать интерфейс предварительно. А так без бюджета ты целую вечность искать программиста, хотя дело твоё конечно )

правильно ли я понял что я смогу используя твой сервис, подключится по ftp и редактировать файлы на своём сайте ?

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

ну, за бесплатно я лучше над своим проектом работать буду) но могу вам собрать либу с редактором поиграться, подключается она просто:

<script src="wc_editor.js"></script>
<wc_editor wc_editor_hlight="md">
    !!! Заголовок
        Покупайте шпингалеты!
</wc_editor>

а ещё у маркдауна как и у всяких вики-синтаксисов одна общая беда - таблицы. это просто ад. в MD эта проблема элегантно решена. в плоском виде с ней работать куда удобнее.

Теоретически - да, но на практике немного хитрее все. Файлы на самом сайте напрямую не редактируются. Есть оригиналы файлов - они могут храниться на dropbox, ftp или любом другом облаке, которое сервис поддерживает. Когда ты подключаешь это хранилище к сервису, все или выбранные файлы становятся на автоматическую синхронизацию между хранилищем и веб серверами сервиса. Дальше можешь редактировать их либо на стороне хранилища, либо через веб интерфейс сервиса и все будет синхронизироваться автоматом.

При этом, например, какой нибудь about.md в твоем дропбоксе, будет синхронизироваться в about.html на стороне сервиса, используя нужный css (там все настраивается).

Надеюсь, не запутал :)

Таблицы - это беда, конечно. В мультимаркдаун они есть, но не самые удобные и, к счастью, их редко используют при написании веб текстов.

За редактор спасибо, но без автора мы врядли сможем продвигать его внутри сервиса.

Ещё один момент интересует.
Пользователи как я понял могут редактировать файлы форматов .js .php .xml .css и тд

поэтому редактор вроде редактора в http://hyoo.ru совершенно неподходит для этих файлов. Здесь ключевой проблемой становится парсер (нужен для правильной подсветки синтаксиса), а не какой-то там вики подобный язык. Впрочем есть готовые редакторы с подсветкой синтаксиса, они как мне представляется уместнее будут для таких форматов. Делать же свои парсеры ддля всех форматов будет непомерно дорого.

Да, писать такой редактор с нуля - это отдельный проект сам по себе.
Если вы внимательно посмотрите в описание идеи, там написано, что планируется (и, на самом деле, уже используется) редактор CodeMirror (http://codemirror.net/). Он умеет практически 80% того, что нужно, а все остальное дописывается плагинами.

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

так таблицы потому и не используют, что не удобно) а иногда они просто необходимы.

> Пользователи как я понял могут редактировать файлы форматов .js .php .xml .css и тд поэтому редактор вроде редактора в http://hyoo.ru совершенно неподходит для этих файлов.

на самом деле подходит (http://nin-jin.github.com/article/ar...le_dev.doc.xml), но конечно никаких фолдингом или автодополнения нету. вообще я слабо представляю себе блоггера, который будет редактировать эти файлы) а те кому надо - лучше воспользуются своим любимым редактором.

[quote=DjDiablo;219360]Ещё один момент интересует.
Пользователи как я понял могут редактировать файлы форматов .js .php .xml .css и тд

Хмм.. не совсем понимаю почему при автосинхронизации будет проблема. Очевидно, что если файл одновременно меняется в двух местах, то нужно выводить об этом сообщение редактирующему и он должен принимать решение - перезаписать свои изменения поверх внесенных или принять внесенные. Это, конечно, не самый идеальный вариант. Лучше сделать как в гугл докс - т.е. видеть все изменения в realtime, но это далекое будущее. На первом этапе достаточно уведомления, чтобы разрешить простейшие конфликты. Кроме того, можно показывать diff и давать возможность выборочно принимать изменения. Но это тоже не первый этап.

С таблицами история немного сложнее чем просто форматирование текста по столбцам. В идеале, нужна возможность делать независимые блоки текстов, которые потом будут располагаться относительно друг друга согласно заданной структуре (аналог div в html).
Об этом тоже стоит думать, но после запуска прототипа )

Ну очевидно, что задачи блоггера и html верстальщика немного отличаются :)
Поэтому и делается синхронизация через dropbox. Т.е. редактируй себе в любимом редакторе, если хочешь - текст или html/css. А в онлайн редакторе ключевая возможность - это realtime отображение результата редактирования. Для блоггера это супер удобно, если пишешь в markdown. А для html/css верстальщика при выборе html/css файла (не .md файла !) будет немного другой онлайн редактор с возможностью фолдингов по div, подсветки, выбора цвета элемента из всплывающего диалога и прочие плюшки. И опять же, realtime отображение результата.

Спасибо за наводку на ACE !
Нужно будет сравнить его с CodeMirror
Пока я вижу, что в CodeMirror огромное количество плагинов для языков, включая markdown. В ACE с ходу их не увидел. Кроме того, с CodeMirror мы уже вроде склеились и результат очень неплохой.

Но нужно будет внимательно изучить, конечно...

А насчет логина и папок сбоку - в этом собственно и есть идея проекта :) Только с кучей дополнительных плюшек для удобства и возможности новичку быстро и легко начать клепать свои странички/блоги/резюме/документы/брифы и прочее )

речь не о совместном редактировании а о готовности в публикации.

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

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

а если я буду редактировать js и он будет автоматически деплоиться, то на сайте будет трэш у угар. для этого нужно вообще отдельный тестовый сервер поднимать.

не надо подменять понятия. сохранить - это сохранить. опубликовать - это опубликовать.

Согласен, это хорошее замечание.
Нужно разделить действия Save и Publish как в логике, так и в интерфейсе