{"id":3251,"title":"1 \u043c\u043b\u043d \u0438 \u043e\u0444\u0444\u0435\u0440 \u0434\u043b\u044f \u043b\u0443\u0447\u0448\u0438\u0445 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u0432 \u0438 \u0430\u043d\u0430\u043b\u0438\u0442\u0438\u043a\u043e\u0432","url":"\/redirect?component=advertising&id=3251&url=https:\/\/vc.ru\/promo\/239512&hash=fe3c6cdfca8108e692ca64b01f9c545f009eec67d1681808d63aabdbffb79cf7","isPaidAndBannersEnabled":false}
Трибуна
Alex Kols

Quarkly — гибридный инструмент для быстрого создания сайтов и веб-приложений на React

Всем привет. Меня зовут Александр, я соавтор и главный разработчик quarkly.io. Это проект от небольшой команды дизайнеров и разработчиков для таких же дизайнеров и разработчиков, как и мы. Наш инструмент призван облегчить жизнь и тем и другим, позволяя работать как по отдельности, так и в тесной коллаборации друг с другом.

Наша команда

Территориально мы находимся в Ростове-на-Дону, а количественно на данный момент над Quarkly работают 5 человек, включая меня. Мой друг Артем — главный дизайнер и второй соавтор проекта, Кирилл, Саша и Андрей — разработчики.

Наш бэкграунд — это многолетний опыт в создании конструкторов сайтов. Раньше мы работали над проектом uKit и многими другими проектами компании uKit Group.

Идея создания. И почему Quarkly?

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

Вот только некоторые из них:

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

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

В названии Quarkly зашифрован основной смысл нашего продукта: quark — это частица, отсылка к атомарному дизайну, обозначающая низкоуровневый подход, а quickly — быстро и несложно в переводе с английского.

Начало работы

Разработка Quarkly началась с простого прототипа, про который узнал наш CEO (Евгений Курт — создатель uCoz). Идея ему понравилась. Мы продолжили работать над проектом денно и нощно, при том что у нас была и основная работа. Со временем Женя дал нам возможность работать по программе Google (20% рабочего времени).

Через месяц мы показали улучшенный прототип — самую первую версию Quarkly, которая представляла собой редактор кода + свой синтаксис (на основе pug) + интерактив (как в Storybook).

Одна из ранних версий Quarkly

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

Дизайн-инструмент и среда разработки одновременно

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

Дизайнеры работают с Quarkly точно так же, как привыкли делать это в Figma, — интерфейс им будет довольно знаком. Для программистов же доступен механизм сборки модулей со всеми прелестями: hmr, npm-модули.

На сегодняшний день мы закрыли все основные проблемы конструкторов сайтов, а именно:

  • обеспечили вариативность — в Quarkly можно писать любые стили и скрипты, но делать это максимально интерактивно — например, добавлять свой код, а впоследствии работать с компонентом с холста;
  • любую наработку можно скопировать и перенести в другой проект, если вы используете React — мы отдаем вам код в виде CRA или Gatsby — на GitHub или как ZIP-архив;
  • удобная система плагинов — любой React-компонент можно добавить из NPM в считанные минуты.

Сегодня мы выходим в открытую бету — каждый желающий может зайти на quarkly.io и попробовать создать свой сайт или приложение.

Выход на Product Hunt

Одной из важных задач, которые мы ставим перед собой на ближайшее время, является формирование комьюнити. Выход на Product Hunt — хорошая возможность без больших финансовых вложений показать себя обширной аудитории и собрать не только качественные отзывы о проекте, но и упоминания на трастовых площадках.

Отдать голос за Quarkly можно по ссылке.

{ "author_name": "Alex Kols", "author_type": "self", "tags": [], "comments": 151, "likes": 165, "favorites": 464, "is_advertisement": false, "subsite_label": "tribuna", "id": 174610, "is_wide": true, "is_ugc": true, "date": "Sat, 07 Nov 2020 19:43:18 +0300", "is_special": false }
0
151 комментарий
Популярные
По порядку
Написать комментарий...
57

А почему нет русского интерфейса ? У меня  ощущение что у наших разработчиков какие - то комплексы и фобии, что если они сделают русский интерфейс то ... даже не знаю чего они боятся ... как Дуров с русским  языком в телеграмме тянул до последнего. Русский язык между прочим 4-й в википедии. Почему то если видишь грамотно переведённый и написанный текст - к гадалке не ходи - продукты майкрософт или гугл  или любой другой иностранной компании. Если вы хотите раскручиваться на западе так и печатайте статьи на реддите, а если представляете продукт в России (на VC) то сделайте русский язык.
По моему так логично.

Ответить
72

А зачем нужен русский интерфейс?
Контент на русском для юзеров - ОК.
Но вы-то работаете в сфере, где English is a must!

Ответить
–10

А зачем нужен данный конструктор, которых как собак в интернете? Совершенно ненужное поделие еще и кривое.

Ответить
1

Приведи в пример хоть один норм конструктор подобного плана 

Ответить
0

webflow, bubble io

Ответить
1

Если не ошибаюсь, WebFlow позиционируется как noCode, а Quarkly как withCode. Но аналог у Quarkly есть, как минимум один - https://relate.app/.

Ответить
0

Разве Webflow позволяет в код залезть, не выгружая его с серверов WebFlow?

Ответить
0

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

Ответить
39

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

Ответить
3

Отсутствие русского сразу снижает распространение продукта на 70% на нашем рынке, проверено Гуглом и Майкрософтом.

Ответить
4

 Ну вы сравнили.
У ребят MVP продукт, который ни копейки не зарабатывает.
Если они максимум в течении 6 месяцев не начнут зарабатывать то все забьют и разбегутся.
Им не о локализации надо думать а о product-market fit.

Ответить
4

Что-бы они начали зарабатывать им и нужен русский язык! Что бы понять почему, тут надо понять кто их реальный клиент! А их клиент это те, кому конструктора сайтов мало, а разрабатывать десятки своих проектов (сайтов) с нуля это слишком много. Вот я как раз такой предприниматель, у меня на конструкторах больше 40 сайтов, это все коммерческие сайты и за все я плачу. То есть примерно один я около 30 тысяч руб. трачу на конструкторы каждый месяц. Но я не программист и без русского языка я не стану пользоваться продуктом, это не для меня.

Ответить
0

 Тогда это делается следующим образом.
Потенциальный клиент пишет сервису,  ребята я из страны N если вы добавите поддержку моему языку, то я стану вашим платящим клиентом.
Это просто feature request.

Ответить
31

Максим, приветствую. Тут вы правы, скоро у нас будет локализация. Всё параллельно уже переведено на русский. Тянуть как Дуров не будем, сделаем до Нового года :)

Ответить
0

Спасибо

Ответить
0

До нового года говорили русский будет?)

Ответить
14

1 - Вы так пишите как будто там есть все другие языки, кроме русского.
Там версия только на английском.
2 - Добавление языка помимо английского довольно редко окупается, а ресурсов на поддержание уходит много.
Для подобного продукта, интерфейс на языке отличном от английского не даст ничего.
3 - Россия это 1.5% мирового рынка экономики. И когда дело дойдет до зарабатывания на продукте, то локализация языка не даст никакого денежного профита, а отказаться от его поддержки будет уже нельзя.

Ответить
–8

Это комплекс и фобия и еще и "Вдруг меня возьмут в Силиконовую долину.."
Статья на птичьем языке, отсюда вывод игнорировать данное по.

Ответить
4

Что значит на птичьем языке?

Ответить
–3

Коллаборация и прочие пиджин словечки.

Ответить
1

Ты программировать на HTML и CSS тоже на русском будешь умник

Ответить
29

Даёшь лендинги в мегабайты!

Ответить
0

Смотря как разрабатывать)

Ответить
18

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

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

Здравствуй юкоз на реакте!

Ответить
34

Спасибо, что потратили часть вечера субботы на ревью нашего кода 🙂 Но давайте по порядку. Quarkly – гибрид ide и графического редактора. Когда вы разрабатываете на ide, вы ведь вряд ли вините его за "говнокод"?) Это как создавать issue в репе vscode со словами: "ваш редактор говно, у меня тут говнокод", уж простите, без обид)

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

Ответить
16

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

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

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

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

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

Ответить
19

Отмечу, что вы невнимательны и не совсем разбираетесь в теме, как это выглядит со стороны. Давайте ещё раз с самого начала.

Quarkly – не является блочным конструктором. Блочные конструкторы – tilda, wix. То, что у нас есть блоки, его таковым не делает.
Мы расстроены, что вы не обратили внимание на наш основной функционал, но это не беда, я вам сейчас всё расскажу.

Итак, Quarkly – гибрид нескольких инструментов (идейно). Figma (design tool) – отсюда у нас есть все основные фишки графических редакторов. Codesandbox – это как раз та часть, которой вы не уделили внимание. У нас можно разрабатывать свои компоненты, импортировать модули. Модули могут быть как локальными – вы можете создать сложную и оптимизированную композицию (компонент). Как я увидел, это вы как раз делать не захотели. Также вы можете импортировать любой модуль из npm-registry. Мы реализовали свой собственный сборщик модулей, что уже само по себе интересно.
Далее, Storybook – каждый созданный компонент в системе является самостоятельным виджетом, который вы можете редактировать(пропсы), перемещать на холсте, позиционировать абсолютно (интерактивно) и, самое главное,  то что вы тоже пропустили, – можно конвертировать в компонент (в правой панели меню -> convert to component) и написать ему бизнес-логику, при этом в коде страницы он не будет занимать 1000 строк, как у вас.

Насчет претификации: количество кода это как раз следствие претификации (которая включена в компиляцию).

Чтобы не было дальнейших споров, я расскажу подробно, как это работает.

Работа со страницей:

Есть опорная структура данных – в нашем случае плоское дерево. Когда пользователь делает что-то в коде страницы, он как раз редактирует это дерево. Наша структура данных умеет преобразовываться в AST дерево.
AST дерево, в свою очередь, в код. Для этого у нас есть модуль Printer. Он приводит ноды из AST дерева в читаемый, претифицированный код.
JSX-код может быть преобразован обратно в AST дерево, которое уже может преобразоваться в нашу структуру данных – это обеспечивает возможность редактирования как из кода, так и из холста.

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

Итог: количество кода – следствие того, что вы сами добавили много сущностей, к тому же вы читаете претифицированный код с атомарным css. При сборке в прод версию в итоговом бандле код будет выглядеть иначе. Если интересно, как это работает, дайте знать.

Ответить
2

Уважаемый, я экспортировал ваш собственный пример, а вы не узнали?

Ответить
5

Куда вы экспортировали?  Что за пример?
https://artemzhigalin.ru/src/Builder__Quarkly_2020-11-08_15-31-31.jpg
Вот сама форма, занимает 131 строку в JSX. Тут же и стили (включая те которые на брейкпоинтов) и теги. Не дезинформируйте аудиторию. 

Ответить
4

Сделайте такую же форму на чистом HTML и CSS и посмотрим сколько строчек будет у вас.

Ответить
9

А вы похоже сами некомпетентны в своем же продукте...

P.s. и не надо писать тут про бесплатно, мы тут все прекрасно знаем что ваше бесплатно это просто замануха

Ответить

Потенциальный

Трейдер
0

Ой началось. Смотритесь уже,что страницы теперь весят как приложения. Потому что это и есть приложения

Ответить
9

Давайте же разберёся тогда что есть react приложение, а что есть демка верстки с использованием реакта. Кроме того данный сервис в основном будет затребован в создании лендиногов и сайтов визиток где использование реакт в принципе сомнительно, а для действительно серьезных приложений данный сервис избыточен и даже вреден. Боюсь что реакт здесь использован не потому что он нужен, а потому что в некоторых головах он все ещё модный.

Ответить
9

Я вот тоже задумался, нахуа они приплели React к очередному конструктору сайтов.

Ответить
2

Покажи GitHub 

Ответить
12

"да ты знаешь какой у меня гитхаб !"

Ответить
–1

ОК покажи свои разработки сравнимого даже не уровня а просто размера ...

Ответить
2

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

Ответить
17

Давно слежу за вашим проектом. Даже вкладку никогда не закрываю, чтобы не забыть поглядывать. Такой инструмент я себе и хотел. 
Отлично подходит для дизайнера, который любит ковырять код. Ну, и дизайн иногда реально проще править в коде, особенно текст, ссылки и тд.
За колонку со стилями — огромнейший лайк.
У меня почему-то не работает превьюшка. Ссылки не работают и не переходит по страничкам. Пользуюсь Оперой, может из-за этого? Или так задумано?

Теперь осталось освоить нетлифаи и гэтсби. Буду и дальше следить за развитием и новыми фишками. Как будет время поиграюсь более тщательно.
Успехов, ребята! Мой скромный голос на продактханте ваш ))) 

Ответить
4

Спасибо огромное!) Такие отзывы нас вдохновляют на новые свершения!
Переход по ссылкам в превью нам ещё предстоит сделать, этого пока нет. Если есть ещё какие-то неясные моменты по интерфейсам и их работе – обязательно пишите, подскажем!

Ответить
6

Круто! 
Рад читать и видеть тебя здесь :)
Интересно, какие основные юз кейсы такого конструктора?
Я так понимаю, что сейчас порог входа - это разработчики или дизайнеры. 
Если совсем прямой вопрос - когда разработчику использовать quarkly, а когда писать сразу самому? Какую основную, и чью боль решает продукт?
Я плохо знаю рынок конструкторов, но кажется что:
1) Если нужно что то совсем простое, например быстро протестировать гипотезу - с этим справляется тильда или викс. Это делает человек далёкий от разработки.
2) Если нужно что то более сложное - это делают сразу сами, с учётом своих технологий, стека компании, поддержки у себя и т.д.

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

Ответить
4

Привет, Борис! Рад тебя здесь видеть)). Отвечу, мы где-то посередине между 1 и 2. Сейчас мы больше фокусируемся на разработчиков знакомых с версткой и JS. Но мы планируем уменьшать порог входа за счет готовых компонентов. С их помощью можно будет без глубоких знаний JS и верстки создавать готовые страницы. На этом этапе дизайнер может стилизовать каждый подэлемент компонента, настраивать стилевые и функциональные пропсы. Компоненты блоки можно будет размонтировать и поменять структуру при желании. Если нужно, можно спуститься на уровень ниже, и вмешаться кодом. 
Итак, почему и когда разработчику использовать Quarkly? Когда нужно синхронно поработать с дизайнером. Расскажу на примере приложения, так как с сайтами вроде и так понятно. Мы с коллегой (разработчиком) провели такой эксперимент. Я предложил сделать приложение в Quarkly, набросал скетч, нашел данные и описал как я вижу его функциональность. Дальше он собрал его код, прокинул нужные пропсы и оверрайды элементам, чтобы я мог выбирать их и стилизовать. Дальше я соответственно их привел в наглядный вид. Получилась вот такая штука — 
https://sad-easley-31c9dd.netlify.app/
А вот как она выглядит без дизайна — 
https://artemzhigalin.ru/src/Builder__Quarkly_2020-11-07_21-57-20.jpg
Ушло на всё..полтора дня. 
Использовать Quarkly можно когда требуется небольшое приложение, сайт, лендинг. И ваш формат работы предполагает сотрудничество с дизайнером (который знает CSS), копирайтером, переводчиком. 

Ответить
–1

Забавно, что в 2020 еще кто-то пилит конструкторы сайтов ))))) Ребят ну вот честно, лучше бы потратили свои усилия на что-нибудь полезное.

Ответить
17

Например на 900 комментариев на VC

Ответить
0

Как вариант )) Впрочем, это усилий не требует.

Ответить
0

Например сделали бы что-то вроде фотошопа.

Ответить
4

Ребята! Круто, зашел посмотрел. UI приятный, но, как Я понимаю? (конечно, Вам виднее) интерфейс для новичков не сильно зайдет (Вы проводили Тесты?/Опросы?). В моем, (возможно убогом) понимании конструктор - это что то простое, где можно с минимальным порогом знаний/навыков, навоять что то. Для человека, который пишет в IDE с плагинами/настройками куда комфортнее. Это как переночевать в общаге, или в своей, уютной квартире, где все настроено для себя и под себя)
Так что, немного не понятна ЦА, для новичков - сложно. для тех кто пишет - это точно не нужно... Остается. промежуточный этап, когда человек уже научился перетаскивать блоки. вспомнил, о книгах - и пытается сделать первые шаги.. Но опять же, во всех (практически) учебниках IDE.
Как я понимаю, в основе лежат JS React? в конце 2020 года?)

ЗЫ: Хорошая. большая работа, надеюсь, Вы пожнете плоды своего труда. в том формате, на который рассчитывали

upd проголосовал за Вас)
Однако ... зашел сосед - показал ему v.one ему показался куда понятнее(спонтанный эксперимент на простом человеке, далеком от разработки. ИМХО как раз ЦА - конструкторов всех мастей)

Ответить
0

Проблему с SEO написанных приложений решили? Они у вас только на клиенте рендерятся? Так как если так, но написанные с помощью вашего конструктора приложения хер продвинешь дальше гугла (да с с гуглом проблематично).

Ответить
3

Вы сейчас серьезно не знаете, что кроулеры уже лет пять как умеют запускать JS код и парсить оттуда данные? Эй, звонили из 2015, просили напомнить, что даже в то время кроулеры уже умели так делать.

https://searchengineland.com/tested-googlebot-crawls-javascript-heres-learned-220157

Ответить
12

Почему же тогда все сайты которым важна поисковая оптимизация до сих пор рендерят на сервере и даже агресивно их кешируют. Так же очень интересно почему на сайтах используют микроразметки. Думаете все вокруг дураки?

Основная проблема при выполнение js гарантировать детерменированность кода и получения всегда одного и того же результата что в случае слаботипизированного языка js практически невозможная задача. К примеру в поиске у вас будет текст который внезапно исчез на целевой странице и на такое гугл никогда не пойдёт.

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

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

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

Ответить
3

Да, потому что люди все еще верят в то, что SSR индексируется, а динамический контент — нет. Но вот только даже в *официальной* документации Гугл говорит обратное.

А насчет долгой загрузки — и это тоже не правда. С наличием отличных CDN больше не грузятся приложения долго. Даже бесплатный Cloudflare делает загрузку почти любого бандла JS почти мгновенной.

Ответить
4

Думаете если бы это работало так же хорошо как рендер на сервере никто за 5 лет не сделал бы это и не показал своим примером?)

CDN в принципе не могут ускорить скорость и rrt на вашей мобилке как в  подземном переходе в центре Москвы, так и на ночью около вышки, тем более скорость загрузки это лишь часть зла, 250кб кода нужно ещё разархивировать из gzip, скомпилировать и выполнить и на это между прочим даже не серьезный мобилках может уходить несколько секунд.

Ответить
1

Так сделали и показали.

Ответить
0

И при этом вы даже не знаете какие проблемы решает cdn... Допустим вы правы -  покажете десяток запросов в гугл, где вы в числе первых?

Ответить
0

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

Ответить
0

Не смогли привести доказательства, на этом можно и закончить.

И постыдились бы после конфуза с cdn куда либо направлять.

Ответить
0

Вы немного перепутали стрелки с доказательствами, это вы обязаны доказывать, а не я. Учитесь, пожалуйсте, вести логические аргументированные беседы в Интернете.

P.S., про CDN ошибаетесь вы.

Ответить
1

Да будет вам известно что в дискурсии бремя доказательства лежит на том, кто что либо утверждает. Здесь же, именно вы вносите утверждение о том что ssr уже как лет 5 не нужен и вы якобы имеете примеры доказывающие это.

P.S. Может стоит расшифровать в чем конкретно я ошибаюсь на счет cdn, а то знаете ощущение будто бы уйти хотите от темы.

Ответить
–2

Нет, моя позиция — это как раз позиция сомневающегося. Заявление было как раз про преимущества SSR — и ни единого пруфа так и не привели. Бремя доказательства лежит на заявителе про преимущества SSR. Если не верите — прокрутите наверх и прочитайте самое первое сообщение треда.

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

Ответить
0

Давайте я вам немного помогу вернуться в реальность, вот ваше сообщение где вы чего то утверждаете: https://vc.ru/tribuna/174610-quarkly-gibridnyy-instrument-dlya-bystrogo-sozdaniya-saytov-i-veb-prilozheniy-na-react?comment=2191423

Ответить
0

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

Ничего страшного, это не сложно, просто чуть вверх нужно проскроллить.

Ответить

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

0

 Вячеслав, вопрос из любопытства.
Работаете в IT отделе retail компании?

Ответить
1

Можно итак сказать

Ответить
0

Спортмастер, Детский Мир, X5, Lenta?

Ответить
0

 Все retail компании ведут разработку только на SSR.

Ответить
2

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

Ответить
3

Эй, звонили из 2015, просили напомнить, что даже в то время кроулеры уже умели так делать.

тут чувачки из 2020 пишут
https://rubygarage.org/blog/seo-for-react-websites
A lot of websites built on JavaScript experience indexing problems because Google has to wait too long (more than five seconds) for scripts to load, parse, and execute. Slow scripts mean the Google bot will quickly run out of its crawling budget for your site and leave it before indexing it.

Ответить

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

2

Доброго вечера. Да, проблему с SEO решили. Для этого экспортируйте ваш проект в Gatsby. При сборке и деплое ваш проект отрендерится на сервере (SSG), все мета-теги и разметка сайта будут доступны сразу.

Ответить
2

Чё по деньгам?

Ответить
5

Анна, привет! Пока всё бесплатно и будет таковым оставаться, покуда мы можем это себе позволить. Но и в дальнейшем мы планируем удерживать нижнюю планку цены по рынку. А все основные функции проекта, думаю, останутся на фримиуме.

Ответить

Потенциальный ГОСТ

Alex
2

Сделайте для разработки бесплатно (типа для опенсорса и пет проектов).
Люди начнут привыкать)

Ответить
2

Шикарный проект. Далеко пойдете.
Если появится русский начну юзать.
пс: я не разраб.

Ответить

Комментарий удален

Комментарий удален

Комментарий удален

Комментарий удален

Территориальный американец

3

у меня бэк - full rest. я могу натянуть вашу штуку на него с добавлением js библиотек типа select2, swal2, ajax table и т.д.

Ответить
1

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

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

Посмотрите на Figma, и представьте что на главной странице у них было бы написано: 

"Figma helps teams create, test, and ship better designs from start to finish. On react / WebGL / C++ / Wasm"

Пиздец меня прям бомбануло почему-то!

Ответить
5

Тут какое дело? Конечно, пофигу глобальному пользователю что на чем, собственно, описания всего технологического стека и нет, да и на главной у кваркли не написано на чем сделано.
Тут реакт прозвучало так часто т.к. сейчас (в текущей его состоянии он еще не для всего применим из того для чего делался и что будет достаточно скоро) в первую очередь инструмент полезен и удобен будет тем, кто свой продакшен организовывает с использованием реакта, или хотя бы с ним знакомы.
Это и про возможность подключения компонентов из npm, добавления своих, Create-react-app на выходи и т.д.
Это причина упора в данную технологию, ее упоминания. А не типа: мы крутые потому что юзаем фреймворк Х. Такая идея.
Из, например, React Studio вы же не предложите выкидывать упоминание реакта. Тут примерно так же

Ответить
2

Выглядит отлично. Попробовал чутка - у меня такое пока ощущение, что я могу целиком сайт сделать на Кваркли ни разу не притронувшись к коду, и уже потом готовый макет отдать на допил кодеру прямо в одном интерфейсе? Но будем тестить смотреть

Если этот проект реально то что я думаю то это топ :)

Ответить
1

Спасибо
При некоторых задачах может и не придется даже звать кодера на допил. В любом случае, делаем все что бы минимизировать, и убрать: сначала макет, потом собираем\верстаем. Ну да это в статье и описано

Ответить
0

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

Ответить
0

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

Ответить
1

Молодцы, большую работу сделали. Заапвотутил на PH ;-) Удачи гайз

Ответить
1

Спасибо, Алексей! :)

Ответить
1

В будний день попробуйте на hacker news с пометкой Show HN: черкануть. Если зайдет будет хороший и релевантный трафик.

Ответить
0

а почему думаете стоит дождаться буднего? А то у нас уже рука над кнопкой занесена фактически:)

Ответить
1

Мне кажется трафик совсем другой будет. По моим наблюдениям в выходные трафик меньше, особенно в субботу.

Ответить
0

Подтверждаю)). Американцы не особо работать по выходным любят :)

Ответить
2

Очень похож на вебфлоу, даже плашка такая же внизу, какие отличия?
 

Ответить
2

Вроде бы молодцы, продукт может быть и найдет своего потребителя, тем не менее вопрос зачем он нужен и чем он лучше webflow например? Или Framer? Всё равно, нечто больше блога или лендоса на нем не сделать

Ответить
2

Думаю если сервис увеличивает скорость разработки, при этом без компромиссов "шаблонности" конструкторов. То свою аудиторию найдет

Ответить
2

Интерфейс мега-приятный. Так держать!

Ответить
1

Не взлетит.

Ответить
0

 К сожалению, да.

Ответить

Скромный огонь

1

Комментарий удален по просьбе пользователя

Ответить
2

Пока скорее да, но в будущем с появлением множества готовых компонентов всё несколько изменится, не теряйте нас :)

Ответить

Классический чайник

–1

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

Ответить
4

скорее, все же, если под что-то будем затачиваться - это под headless cms типа strapi. Битрикс, имхо, - вещь в себе

Ответить
1

Конструкторов такого типа я давно ждал.
Но первое нужен русский язык.
Второе немного смущает, что вы имеете отношение к юкоз, который полностью остановился в развитии и их жуткому недоделанному продукту юкит (команда которого несколько раз менялась. но продукт лучше не стал. как был полным Г... так и остался). Команда Юкита - эта команда - которая не понимает рынок и полностью не понимает, что нужно потребителям.
Всё это смущает потому как идеология полного пофигизма на свой продукт от Юкоза и Юкита прорастёт и в вас и вы уже напитались этой идеологией. И начинать делать что-то своё на вашем конструкторе, я бы не рискнул, после того как узнал что вы имеете отношение (даже в прошлом) к Юкозу. Будет потерянное время потребителя, как было потеряно моё время когда я создавал свои сайты на Юкит и которые были фактически мертвыми сайтами, пока не были перенесены на Тильду, после переноса они стали полноценными сайтами.

Ответить
1

Олег, привет! Не смог пройти мимо вашего комментария. Для начала хотелось бы отметить, что ребята – каждого из них я знаю – делают этот проект самостоятельно, это по сути пет-проект, который, как мы все верим и надеемся, становится (и станет) нечто большим. Как следствие, вся идеология, планы по развитию, всё идет полностью от самих ребят.
И Quarkly, что важно понимать, не классический конструктор. Если так разобраться, он может жить (и развиваться) силами комьюнити, когда появится маркетплейс с компонентами. Поэтому я бы не стал проводить тут аналогии с какими-либо проектами, это достаточно некорректно.

Ответить
0

Приветствую! Спасибо за комментарий Олег. Русский язык будет. Ну а если не хочется начинать что-то делать, но всё таки интересно могу предложить короткий ролик с демонстрацией создания шота из дрибббла https://youtu.be/HqZ0quUWvmo

Ответить
0

Русский язык так и не появился:(

Ответить
0

Что в вашем понимании "Мертвыми сайтами", у вас были плохие показатели при индексировании сайта?

Ответить
0

При чем тут индексирование? Мертвыми потому как невозможно были ими решить бизнес задачу.

Ответить
0

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

Если же вам нужен большой интернет-магазин (с фильтрацией, импорт\экспортом, cложной структурой категорий, и пр.) то в компании есть конструктор для таких магазинов uShop.

Ответить
0

Что по скорости?

Ответить
1

Наша главная quarkly.io собрана в Quarkly, при это там достаточно анимации, можно оценить, так сказать, живьем :)

Ответить
6

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

Ответить
3

Комментарий удален по просьбе пользователя

Ответить
0

А какой именно ответ вы ожидали? Так как тут по большей части про гибкость, то есть что создал, то и получил.

Я ж взял и опубликовал изначальный пример с конструктора (https://silly-noyce-cbc9c4.netlify.app/) и Google PageSpeed Insights дал мне оценку 70+ (для компьютерной версии 98 даже), что не плохо для конструктора на бете.

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

Хотя опять же какой ответ тут ждать? Если сервис еще не популярный и от силы пару человек его нагружают.

Ответить
1

Когда запилите конструкторы сайтов на Ангуларе и Вуе? Ждем-с )))))

Ответить
1

Сомнительное полурешение.

Если я хочу избавиться от головной боли с фронтендом - я использую твиттер бутстрап и его производные.

Если мне нужна какая то сложная логика - напишу сам.

Чего точно не буду делать - так это собирать франкештейна на реакте, а потом мучится с его кодом.

Ответить
0

Главное, непонятно, к чему тут приплели Реакт. Почему не Ангулар или Вуе?

Ответить
0

Каждому свое, ангуляр грусть и печать же

Ответить
0

В светлом и вероятном будущем будем иметь все тоже самое, но на выбор, реакт, ангуляр, вью. Кто с чем работает, кому что надо.
На сегодня реакт самый популярный фреймоврк, и нам (так сложился стек технологий) банально ближе. Так что вот и начали с него. Такая простая, думаю, понятная логика.

Ответить
1

Это что-то крутое, судя по описанию! Для vue js только наверное не будет?

Ответить
0

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

Ответить
1

Круто и очень рад за вас! Надо все таки собраться, найти время и что-то запилить на quarkly 🙂

Ответить
0

А расскажите в двух словах, чем вы лучше/хуже чем webflow?

Ответить
2

Думаю, мои коллеги позднее ответят развернутее. Да и если напишите какие вы обычно решаете задачи, будет понятно какая сторона этого сравнения существует.
Мы в целом, видим заметный интерес от тех кто привык к вебфло, но все же не очень доволен. Но, конечно, у вебфло есть колоссальный плюс ввиде огромной инафраструктуры вокруг, от шаблонов до комьюнити. Тут похвалиться не можем.
Чем больше у нас будет появляться встроенных компонентов, блоков в продукте и пр, тем, умозрительно, этой разницы будет все меньше и меньше.
Сейчас не могу заявить: мы выигрываем у вебфло во всем. 
Все что связано с реактом, тут этого просто у вебфло нет. Для кого-то это будет плюс, для кого-то вообще не важно, а кому-то и минус, т.к. надо вникать.
Вообще, у нас проходили (и еще будут, как отстроем формат) Верстка батлы - 
https://www.youtube.com/channel/UCgj4oPdiBdV1O4TBGw1Q2ug/about
там в качестве соревновательного задания решалась как раз максимально типовая задача по верстке лендинга. И последний батл, а там с вебфло прям очень крутые спецы участвовали - показал, что во-первых другие конструкторы как-то прям ...ну в общем, суждение немного оценочное с мой стороны, а данных мало, но в целом, ребята с вебфло выиграли, хотя разрыв был не так что бы велик, и мы многое уже исправили и улучшили.
Повторюсь, будем проводить аналогичное, и смотреть на практике.
На словах-то можно хоть про более юзабельный интерфейс начинать рассказывать. Но это такое...

Ответить
0

Да и если напишите какие вы обычно решаете задачи, будет понятно какая сторона этого сравнения существует.

У нас "статичный" сайт на Webflow, 10 страниц. Лет 20 назад я в течение пары лет верстал сайты на htlm+css, и оставшихся с тех времен крох знаний мне хватает, чтобы в Webflow уверенно работать с настройками дивов, на которых там все построено.
Первую версию сайта сначала нарисовали в фигме, а потом я ее сверстал (если можно использовать это слово) в Webflow, но все новые страницы я делаю сразу в webflow, потому что все основные стили и компоненты там уже есть. В редком случае делаю какой-то быстрый набросок в фигме - но потом сразу перехожу в вебфлоу.

Ответить
1

Пока мы в разных весовых (мы только-только, а они 7 лет как). Но на вскидку — у нас есть: тема, кастомные брейкпоинты, редактор кода синхронизированный со страницей. 

Ответить
1

Ну и у нас можно создавать свои компоненты, а их пропсы настраивать на правой панели (если правильно создавать). Вот пример:
https://youtu.be/Nw9VueOQmHg?t=168

Ответить
0

Сможет ли дизайнер не знающий код, сделать рабочий лендинг?

Ответить
2

Да. Но прямо сегодня он может столкнуться с тем, что вот прям все как он хотел без "позвать знающего код" не получается. Но таких мест\ситуаций с каждым апдейтом будет все меньше и меньше.
И еще, не могу не сказать, что идея в том, что все больше и больше дизайнеров (тот случай когда на западе это уже полностью устоявшийся тренд, но и у нас это вполне прослеживается) становятся знакомы с фронтом, и зачастую очень даже глубоко. В первую очередь, именно среди таких дизайнеров мы видим свою аудиторию. Но не только. Просто тут прям 10 из 10 попадение.

Ответить
0

Есть возможность быстрой отправки репортов?

Ответить

Территориальный американец

0

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

Ответить
0

Ух ты, интересненько, поковыряем )) А чем он лучше Webflow? (вопрос от дизайнера)

Ответить
0

Прочитал статью(целиком), но так и не понял. Для кого в итоге продукт? Если для дизайнеров или менеджеров, то им же придется учить реакт? А разработчик и сам в силах написать проект на реакте. Конструктор сайтов для лендосов, а ваш конструктор приложений для чего?

Ответить
0

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

Ответить
0

Продуктовые команды как правило имеют свой штат разработчиков(не кодеров). Сомневаюсь, что они будут пользоваться конструктором приложений, если только поиграться. А по поводу верстальщиков и кодеров, то мало кто может себе позволить отдельно верстальшика и js разраба('кодера', как вы выразились). Обычно это делает один человек. Получается это игрушка для дизайнеров побрынькать в код, поклепать формочки, как я понял.

Ответить
0

В агентстве где я работал пару лет назад, было так: Есть верстальщик, он делает и размечает макет. Отправляет затем полу-фриланс разрабу. Который за пару часов дописывает логику и все фишечки что там нужны клиенту по ТЗ. После чего итоговый вариант еще раз смотрит верстальщик и он уходит клиенту. З/п верстака 45 тысяч (рублей), час работы программера - ну в пределах 20 баксов, это местный программер. И таких агентств тонны, не только в России.

Тут просто экономика - full-stack разработчик сайтов который могет хорошо и в дизайн и в код, будет стоить 150+ и вообще не факт что ему интересно будет этим заниматься, тем более "на дядю".

P.s. Хотя, имхо, если все делает один человек то Quarkly даже лучше для него чем для двоих - т.к. весь процесс создания сайта в одном инструменте. Не надо делать макет в одном, потом концепт в другом, потом выгружать это куда-то. Мне больше всего в кваркли нравится что там можно весь процесс делать. По крайней мере мне так кажется. Меня просто очень сильно зацепило то насколько сильно интерфейс тут визуально и по удобству напоминает шаблонные конструкторы сайтов, но при этом весь сурс код тебе доступен в любой момент времени.

Ответить
0

Лол, конструктор сайтов уже занятая ниша, а ребята вроде как делают конструктор приложений, это другое. Приложения сложнее по своей структуре, чем тот же лендос. Full-stack разработчик это человек, который умеет в бэк и фронт, а не верстку и дизайн.

Ответить