Macik |
|
---|---|
Со свой стороны полностью поддерживаю большинство выступающих. Отдельное спасибо Максиму (Oughtem) за очередное поднятие вопроса. Скажу честно, прочитал тему «по диагонали», но общие моменты ясны, и не новы. Тема продвижения возникала не раз, и не два. Одна из последних таких попыток обсуждения мер по продвиженнию была здесь (и чуть раньше в английской части форума ). Почитайте о предложенных шагах, и том во что они упираются. Это, конечно не отменяет дополнительных шагов по развитию. Со своей стороны сейчас сделаю вот что: 1. создал отдельную тему с идеями для плагинов, которые у меня появлялись за последние пару лет. 2. дам ссылку на заготовку статьи описывающей ключевые моменты движка и его преимущества. хотел расписать по-подробнее, но все руки не доходят. Цель: познакомить новичков с особенностями движка, а для тех кто пользует другие CMS обратить внимание на преимущества. Возможно общими усилиями допишем-расширим, и можно будет использовать для популяризации/рекламы движка.
https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
|
This post was edited by Macik (2013-09-14 00:25, 11 years ago) |
Aristei |
|
---|---|
Вот кстати поддерживаю Macikа, на самом деле из-за плохой документации движок и набирает популярность, т.к. уже сейчас на нем вполне можно сделать свой персональный блог, копоративный сайт для небольшой фирмы, многие вещи сделаны так, что даже программировать не надо (вот пример использования плагина contact http://vgolovkov.ru/contact 90% форма сделана штатными средствами). Но пользователи тупо про это не знают и впираются с джумлой, вордпрессом, где котонти может показать себя гораздо лучше. Чтобы не быть голословным предлагаю пока собирать ответы на вопросы по движку в контактовскую группу или здесь тему сделать, а потом я это раскидаю по темам и оформлю, вот примеры, которые я собираю с этого форума, для дальнейшей публикации:
Sorry for my English
|
Dayver |
|
---|---|
Еще во времена генуи создал страницу для этих целей, но как вкинул тогда два, как мне казалось наиболее часто задаваемых вопроса, так они там двое сиротинушки и висят Pavlo Tkachenko aka Dayver
|
Trustmaster |
|
---|---|
Соглашусь со всем вышесказанным и постараюсь сконцентрироваться на самом важном. Спрос превышает предложение. Я давно поддерживаю подход "сформулировали ключевые требования, скинулись на разработку, помогли протестировать, получили результат", и в ещё большей степени подход "запилил для заказчика, спроси разрешения выложить в паблик, чтобы платформа развивалась", но этого недостаточно. Основная проблема не в деньгах, а в кадрах, потому что плагинописателей и вебмастеров, хорошо разбирающихся в Коте, меньше, чем постов в этой теме. Даже при наличии солидного бюджета найти не занятого другими проектами специалиста трудно, а привлечь кого-то со стороны ещё труднее. Последнее на мой взгляд и есть основная проблема. Далее несколько факторов, которые к ней привели. Движок не привлекателен для профессионалов. Мы тут знаем, что он вещь в себе и хорошо делает свою работу, позволяя при этом владельцу понимать и контролировать то, как он это делает. Но для остального мира он просто устаревший и непривлекательный: устаревший дизайн, устаревшая архитектура, отсутствие модных фич. Скажем, крутой программист Вася разобрался бы в нём за 2 дня и к концу недели написал бы качественный и полный долгожданных фич модуль. Но при первом знакомстве Вася видит вышедший из моды дизайн, вышедшие из моды технологии и не видит при этом единого мануала, который содержал бы всё, что ему понадобилось бы узнать, если бы он взялся за работу на этом движке. Поэтому даже если ему предложат хорошие деньги за работу на этом движке, он откажется, поскольку эта работа не очень перспективна для его карьеры. Компании, равно как и профессионалы-исполнители, мыслят брендами. Можно было бы закрыть глаза на непривлекательный дизайн и отсутствие модных фич, если бы у проекта была хорошая документация. Документация - это мощное подспорье, поскольку она позволяет нанять не самого крутого специалиста Федю, который не так печётся о моде и брендах, а просто делает работу за умеренное вознаграждение. Если прибавить к документации ещё и финансирование разработки расширений и тем, то можно вообще решить проблему недостатка оных и поднять имидж движка как бренда. Кроме того, статьи обучающего характера, публикуемые на сторонних ресурсах - это один из основных каналов продвижения. Поэтому документация - это наша ключевая слабость. Ирония в том, что я вот жалуюсь на недостаток документации, а кому бы как не мне её написать. Писал бы себе целыми днями статью за статьёй, раскрывая все возможные стороны движка. Но на деле всё выглядит иначе. Желание задокументировать фичу существует лишь тогда, когда ты её только что реализовал. Через пару дней актуальны совсем другие проблемы и такого желания не возникнет вовсе. Фундаментальные и жизненно важные вещи в принципе есть желание задокументировать, поскольку осознаешь, что они служат мощной отправной точкой, но дело глохнет не только из-за цейтнота, но и из-за незнания того, а какие темы жизненно важны для тех, кто это будет читать. У нас тут не очень с технической базой для написания документации сообществом, всё-таки не хватает полноценного функционала Wiki. Но документация нужна в любом виде, на любом языке и на любом сайте, поскольку систематизировать, переводить и копировать проще, чем писать с нуля. Поэтому я приветствую любые инициативы в этой области. Могу помочь с утверждением, переводом, ответить на вопросы, необходимые для подготовки статьи. Могу изредка писать наиболее важные пункты из данного плана (корректировка этого плана тоже приветствуется). Для "Частых вопросов" можем подключить недавно созданный модуль FAQ. Правда, он не подразумевает коллективной правки, но можно организовать его пополнение через ветку на форуме, например. May the Source be with you!
|
Oughtem |
|
---|---|
получается на данный момент удовлетворить спрос нельзя. Всё на "потом": написать документацию, подтянуться программёры, сформируется более плотное сообщество и спрос будет удовлетворятся. Хы... из законов экономики известно, что нереализованный спрос уходит в другие ниши. К примеру, я пытался строить бизнес на функционале сайта, написал целый список задач, плагинов, которые надо писать, запланировал 20000грн на реализацию всего этого, но упёрся в то, что очень долго ждать. Но ждать я не могу, это экономически не выгодно. Переехал на 1С и теперь остался один концептуальный плуг, который законнектит сайт и 1С. Спрос на кучу плагинов исчез. Осталось кое-что, конечно, но это мелочи. Это мой личный пример и вариаций ему может быть много. Поэтому я предлагаю думать в сторону тех мер, которые можно принять в ближайшее время. Может быть я буду не прав с точки зрения программистов, но вот смотрите:
Это последний релиз. Что мне как юзеру, скинмейкеру и заказчику даёт CKEditor 4 или клонирование страниц или фича с языковыми файлами или ещё 11 небольших улучшений? Да, стало удбнее, но кому? Кто-то уже сравнил новый CKEditor 4 и старый? Старый плохо работал, это было важно? Кто-то поюзал фичу с языковыми файлами? Кому надо эти черновики? Как часто выпользутесь ими и клонированием страниц (которое кстати криво работает)? Потрачены немалые усилия, но что они дали в итоге? Ну да, обновились, круто. И....? Почему вам не написать плагин, заработать бабок и не выложить его в паблик? По-моему это будет более весомым вкладом в развитие двига, сообщества, которое кстати будет укрепляться изнутри: заказчик и исполнитель довольны, и снаружи: новый функционал в паблике. Сказанное, не касается улучшений в сфере безопастности. Предлагаю искать меры, которые можно предпринять именно сейчас, а не потом. |
Macik |
|
---|---|
@trustmaster, правильно пишешь. Вот адрес Cot_Wiki @Oughtem, смотреть на последний релиз и делать выводы на его основе не совсем верно, хотябы потому, что это все минорные релизы, и по сути нормального релиза уже небыло очень давно. (В том числе и потому, что и выкатывать как мажорный релиз особо нечего). Я какие тут вижу пути решения: 2. по возможности не лениться писать документацию, а не просто отписку на тему «для чего этот плагин». Писать хотя бы на уровне инструкции как поставить, как настроить, как применять. Если есть возможность - приведите скриншоты или ссылку на рабочий пример. Надо отметить, что большая часть плагино писателей старается следовать этому правилу. Если немного, помечтать, то представляю: движок набирает популярность, число разработчиков растет, есть единый репозиторий плагинов со своими правилами размещения, эти правила стимулируют качество. Не написал доку, или не приложил скриншот, всё, «давай до свидания», в глобальный репозиторий не попадешь. А значит конечный пользовательне скачает и не установит. Развивая пункт №1, вот мой некоторый вклад в обсуждение плагинов: http://www.cotonti.com/forums?m=posts&q=7526 (это тот список, который я обещал выложить постом выше).
https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |