перебор в том плане, что всё равно все пишут в ворде :) Писатели народ консервативный. Им нужно время обдумать вычитать каждую фразу, и они не могут полагаться на прихоти соединения.
Такие вещи как писать смсками, я бы убрал, всё таки смски это немного не литература.
Авторифма прикольно, но тоже не то, сам стихи не писал, но не думаю что инструмент будет востребован.
и дальше по фичам подобное. Сложные по себе фичи, а очевидной полезности не видно. То есть в первой части описан фич-лист социальной сети, а дальше идут фичи сервиса для писателей. Я думаю лучше сразу разделить эти понятия. Если социальная сеть, то нужно сосредоточиться на построении сообщества и выстроить сервисы для взаимодействия, если это сервис для писателя — так и называть и ставить другие приоритеты. Но писатель без читателя долго не просуществует…
Идея мне нравится, но вот в плане редактора немного перебор будет. Наверное это функционал напотом.
Главное это найти людей, которым интересны тексты молодых писателей, которые могут прочесть и покртитковать. Людей, которые пишут много, у нас уже 3 года подряд на форуме проводятся конкурсы произведений. И там очень важную роль играют читатели-критики. Всё-таки без помощи добрых людей, я бы не смог бы выработать стиль и писать рассказы.
Могу помочь не только словом, а и делом, благо у меня есть движок социальной сети, собственного производства. Много из перечисленных вами фич он умеет делать. Но вот заточить под конкретный проект это стоит некоторого времени, а у меня сейчас другой стартап :) Но если есть идеи по сотрудничеству — прошу в личку.
Я в своем проекте настроил tinyMCE на работу с BB-кодом, благо плагин для BB парсера там был, его нужно было только доработать. В итоге генерирует HTML не редактор, а парсер на серверной стороне. Проблемы с кривыми стилями, с и прочими рудиментами удалось избежать.
IDE нужно на ранней стадии для одного, интерпретация языка на лету. Если мы говорим о новичках, то они ещё не привыкли ставить $ и;, а в ошибках парсера ещё могут не разбираться и долго жать F5 чтоб узнать где же ошибка.
О да, примеры любительских CMS написанные новичками РНР многим в кошмарах снятся. Писать ля себя может и стоит, но выводить их в проекты и размещать в сети, а также предлагать друзьям и знакомым, то уж лучше не надо, не позорьтесь. Лучше посмотреть примеры готовых ХОРОШИХ CMS и фреймворков, только ознакомившись с логикой, узнав что такое MVC, ORM, FilterChain, да уже наконец и Singleton, тогда можно думать о своем фреймворке.
Что-то в этом есть, но это можно лечить если с молодосить приучать их к прекрасному… к Symfony, Zend, Cake, а не читать говнокод любительских CMS и писать по аналогии.
Тут же советы для начинающих разработчиков. А теперь представьте, что начинающему разработчику нужно ставить непонятные программы, открывать какие-то текстовые файлы, рыться в дебрях настроек и что-то в них делать, плясать с бубном, ради того чтоб запустить <? php echo «Hello world» ?>. Постигание php.ini приходит со временем, вначале лучше полностью доверится Денверу, чтоб все эти шаманские танцы не отбили охоту к РНР вообще.
Я свой проект как начал писать на аскит так с него и не слез :) Удобно, когда есть столько готовых классов и например для простенького 2.0 форума есть все элементы. Да и потенциальных коллег удобно знакомить с кодом не открывая его: смог разобраться в аските — получи репозиторий.
Уверен, что начинать изучать симфони нужно именно с askeet. Всё-таки с ходу там трудно разобратся, а вот потрогать, потаскать поизменять элементы на готовом проекте дают опыт и свободу экспериментирования. Единственное, жаль, что askeet немного устарел, Symfony 1.1 на нем не продемонстрируешь.
Хотелось бы услышать что-то более полезное, чем "пишите побольше комментариев и структурируйте их". Извините, но это и ежу понятно, но от этого проще не становится. Если в компании существует отдел верстки, то конечно они могут себе позволить потратить 50% времени на написание комментариев, чтоб потом не объяснять коллегам что там и как, и самому не тратить много времени на рефакторинг. Но если у компании есть штат верстальщиков (или хотя бы один), то ему платят деньги, чтоб код был качественным и читаемым, и написание комментариев входит в его обязанности.
Лично я бы хотел здесь услышать советы для непрофессиональных верстальщиков - для веб-разработчиков, которым ко всему прочему приходится писать CSS, и они хотели бы сделать его удобным, простым и подвластным рефакторингу. Хотелось бы услышать о том как лучше называть классы, как их создавать, чтоб максимально использовать наследование, и пр. С нормальными названиями, и четкой структурой огромного колличества комментариев можно избежать.
Да, видать государство решило вплотную занятся вопросами морали своего населения. Действительно, людишек же нужно учить доброму, вечному и хорошему, сами же они без веления свыше этому не научатся.
ничего, что я не по-китайски?
Такие вещи как писать смсками, я бы убрал, всё таки смски это немного не литература.
Авторифма прикольно, но тоже не то, сам стихи не писал, но не думаю что инструмент будет востребован.
и дальше по фичам подобное. Сложные по себе фичи, а очевидной полезности не видно. То есть в первой части описан фич-лист социальной сети, а дальше идут фичи сервиса для писателей. Я думаю лучше сразу разделить эти понятия. Если социальная сеть, то нужно сосредоточиться на построении сообщества и выстроить сервисы для взаимодействия, если это сервис для писателя — так и называть и ставить другие приоритеты. Но писатель без читателя долго не просуществует…
Главное это найти людей, которым интересны тексты молодых писателей, которые могут прочесть и покртитковать. Людей, которые пишут много, у нас уже 3 года подряд на форуме проводятся конкурсы произведений. И там очень важную роль играют читатели-критики. Всё-таки без помощи добрых людей, я бы не смог бы выработать стиль и писать рассказы.
Могу помочь не только словом, а и делом, благо у меня есть движок социальной сети, собственного производства. Много из перечисленных вами фич он умеет делать. Но вот заточить под конкретный проект это стоит некоторого времени, а у меня сейчас другой стартап :) Но если есть идеи по сотрудничеству — прошу в личку.
Делай это быстрее и безопаснее с новым Firefox3!
Firefox3 - мы за безопасный секс
Лично я бы хотел здесь услышать советы для непрофессиональных верстальщиков - для веб-разработчиков, которым ко всему прочему приходится писать CSS, и они хотели бы сделать его удобным, простым и подвластным рефакторингу. Хотелось бы услышать о том как лучше называть классы, как их создавать, чтоб максимально использовать наследование, и пр. С нормальными названиями, и четкой структурой огромного колличества комментариев можно избежать.