мы ушли в неверном направлении от темы разговора, я думаю ни один человек, в здравом уме, не станет спорить с Вашими утверждениями, ведь действительно зачем делать рядовой сайт из десяти страниц на друпале — если его же можно сделать за считанные минуты на более «неуниверсальном» но заточенном под это дело движке…
я вот, к сожалению, так и не получил мотивации, для приобретения коробочных систем — в смысле никто так и высказал вразумительных доводов…
да, но это уместно говорить в контексте популярности системы на которой выполняется проект.
если бы речь шла о самописной системе — я бы согласился, но грамотных, ну или почти грамотных, разработчиков, знающих популярные движки хватает.
я к чему веду:
если уж мы погрязли в демпинге и режем цены, то почему бы не отдать заказчику систему бесплатно (как ни как это экономия около 1000у.е. — что, всетаки денюжка, которую при таких маленьких заказах заказчик обязательно захочит сэкомить)
темболее, я бы не стал при разговоре с потенциальным заказчиком говорить о том, что ему надо доплатить сверху еще 1к у.е. на всякий случай, ибо если мы разбежимся то будет ему плохо — всетаки это как то настораживает, да и выглядет нелепо…
всегда приятно видеть когда сданный проект наполняется контентом силами заказчика, хоть это и не выгодно с точки зрения «деньгозарабатывания», но зато говорит о качественно сделаном продукте
но как правило — когда среднестатистический заказчик видет админку чегото вроде джумлы или любой другой «универсальной» системы — у него начинается паника, причем как по мне — вполне оправданная…
конечно писать под каждый проект свою легкую и максимально простую систему никто не будет, тем более что в ее основе всеравно будет все тот же tinymce, с которым далеко не каждый заказчик в состоянии справиться… (кстати парадокс — самый популярный редактор — а инструкций для пользователя нет)
как по мне, чем более универсальную систему мы используем тем большая вероятность получения всего того о чем говорилось в докладе + нервный тик у клиента при входе в админку
— есть ли весомый довод для того чтобы покупать коробку, а не использовать бесплатную систему?
дело в том что их много — и есть покрывающие большую часть проектов, мне просто никогда даже в голову не приходила мысля о покупке коробки, может я упустил чтото важное?
— прикручиваем xmlrpc Metaweblog службу
— и постим прямо из ворда на сайт
плюсы:
* эта хрень есть почти во всех движках, ну или прикручивается плагинами
* написать самому эту службу — строк 500 кода от силы — справится любой
* процесс обучения — ну очеееееень простой ;)
* на выходе из ворда чистый и валидный html + заресайзеные рисунки
минусы:
* нет возможности прикрутить дополнительные поля (есть только заголовок, рубрики и контент)
* все равно у секретарши остается возможность сделать большой, красный, подчеркнутый текст
PS: я чаще всего сталкивался с попытками вставить текст из word в tiny — так вот на сегодняшний день tiny, самой последней версии, до сих пор не научился определять нумерованый список от обычного — это я к тому что — криво там все сделано — и думается мне что ну его нафиг, лучше уж пусть сразу из ворда все делают…
Очень не хватает возможности выбрать сразу несколько файлов
(так как это сделано в NextGen Gallery плагине для Wordpress — там я давлю на кнопку «Upload images» выбираю сразу десяток файлов и загружаю их — здесь нужно произвести десяток кликов, от туда же эту функциональность можно и выдрать)
Так же не хватает crop'а для рисунков, тот же jCrop плагин для jQuery — должен прикрутиться на ура, а пользы для рядовых офисных работниц будет просто море…
а вообще, как ни крути, все эти редакторы не поддаются нашим работницам невидимого фронта, на которых мы сваливаем заполнение контента — они все так же уперто пытаются вставить в тини текст из ворда и спрашивают: «а почему оно так криво?» или (в самых сложных случаях) «а где мои рисунки?»
по поводу граблей и саморазвития — меня вот на четвертом курсе из универа попер препод по сетям — сильно я зазнался так как на то время держал несколько шлюзов и ширпотребный хостинг — считал что про сети знаю очень много — вот меня и проучили
пришлось востанавливаться, перечитывать все учебники и все подробненько сдавать — так оказалось что я плавал только на поверхности и по большому счету ничего толком и не знал
есть море «фирм» занимающихся изготовлением мебели, так вот там все хоть и обойдеться процентов на 20-40 дороже — но сделают все что в голову взбредет + если попадете на добросовестного исполнителя — так он еще и подскажет как и что лучше сделать…
плюс ко всему этому есть нормы — которые должны быть соблюдены при проектировании стола и рабочего места как такового (дружно вспоминаем охрану труда из школы\универа)
есть вопрос (наперед) как вы парсите форматирование текста? средствами xslt? я просто одно время пол интернета перерыл в поисках xslt файла для преобразования вордовского xml в xhtml но так ничего и не нашел…
Из них так же большая часть использует tortoisesvn.
Есть грамотеи (как я) которые умеют делать только update/commit — потому что это просто благодаря клиенту.
Когда речь заходит о ветвлении — мозг вступает в ступор — по докам все вроде ясно — а вот на практике ничего не понятно.
Вчера потратил кучу времени на то чтобы попробывать создать ветку и затем слить её с основной линией разработки (пробывал методом тыка, особо не понимая что делаю).
Вот собственно что я хотел бы спросить:
Видел ли ктонибуть статью с скринами и картинками которая показывала бы как на практике в tartoisesvn клиенте работать с ветками?
я вот, к сожалению, так и не получил мотивации, для приобретения коробочных систем — в смысле никто так и высказал вразумительных доводов…
как по мне достойный аргумент
но с точки зрения зарабатывания денег — лучше продавать бесплатную систему за 1000у.е. в таком случае, разве нет?
если бы речь шла о самописной системе — я бы согласился, но грамотных, ну или почти грамотных, разработчиков, знающих популярные движки хватает.
я к чему веду:
если уж мы погрязли в демпинге и режем цены, то почему бы не отдать заказчику систему бесплатно (как ни как это экономия около 1000у.е. — что, всетаки денюжка, которую при таких маленьких заказах заказчик обязательно захочит сэкомить)
темболее, я бы не стал при разговоре с потенциальным заказчиком говорить о том, что ему надо доплатить сверху еще 1к у.е. на всякий случай, ибо если мы разбежимся то будет ему плохо — всетаки это как то настораживает, да и выглядет нелепо…
всегда приятно видеть когда сданный проект наполняется контентом силами заказчика, хоть это и не выгодно с точки зрения «деньгозарабатывания», но зато говорит о качественно сделаном продукте
но как правило — когда среднестатистический заказчик видет админку чегото вроде джумлы или любой другой «универсальной» системы — у него начинается паника, причем как по мне — вполне оправданная…
по этому поводу есть довольне неплохая статья, скажем так — для ознакомительный целей: 17 usability tips to make your CMS rock
конечно писать под каждый проект свою легкую и максимально простую систему никто не будет, тем более что в ее основе всеравно будет все тот же tinymce, с которым далеко не каждый заказчик в состоянии справиться… (кстати парадокс — самый популярный редактор — а инструкций для пользователя нет)
как по мне, чем более универсальную систему мы используем тем большая вероятность получения всего того о чем говорилось в докладе + нервный тик у клиента при входе в админку
— есть ли весомый довод для того чтобы покупать коробку, а не использовать бесплатную систему?
дело в том что их много — и есть покрывающие большую часть проектов, мне просто никогда даже в голову не приходила мысля о покупке коробки, может я упустил чтото важное?
так это уже не WYSIWYG будет, а бог знает что…
а зачистку вордовского мусора можно стянуть с тини к примеру, или самому написать…
как решать: открыли документ, нажали на кнопочку «Опубликовать», все готово, документ на сайте, с валидным html и с табличками все будет ок…
— прикручиваем xmlrpc Metaweblog службу
— и постим прямо из ворда на сайт
плюсы:
* эта хрень есть почти во всех движках, ну или прикручивается плагинами
* написать самому эту службу — строк 500 кода от силы — справится любой
* процесс обучения — ну очеееееень простой ;)
* на выходе из ворда чистый и валидный html + заресайзеные рисунки
минусы:
* нет возможности прикрутить дополнительные поля (есть только заголовок, рубрики и контент)
* все равно у секретарши остается возможность сделать большой, красный, подчеркнутый текст
PS: я чаще всего сталкивался с попытками вставить текст из word в tiny — так вот на сегодняшний день tiny, самой последней версии, до сих пор не научился определять нумерованый список от обычного — это я к тому что — криво там все сделано — и думается мне что ну его нафиг, лучше уж пусть сразу из ворда все делают…
(так как это сделано в NextGen Gallery плагине для Wordpress — там я давлю на кнопку «Upload images» выбираю сразу десяток файлов и загружаю их — здесь нужно произвести десяток кликов, от туда же эту функциональность можно и выдрать)
Так же не хватает crop'а для рисунков, тот же jCrop плагин для jQuery — должен прикрутиться на ура, а пользы для рядовых офисных работниц будет просто море…
а вообще, как ни крути, все эти редакторы не поддаются нашим работницам невидимого фронта, на которых мы сваливаем заполнение контента — они все так же уперто пытаются вставить в тини текст из ворда и спрашивают: «а почему оно так криво?» или (в самых сложных случаях) «а где мои рисунки?»
по поводу граблей и саморазвития — меня вот на четвертом курсе из универа попер препод по сетям — сильно я зазнался так как на то время держал несколько шлюзов и ширпотребный хостинг — считал что про сети знаю очень много — вот меня и проучили
пришлось востанавливаться, перечитывать все учебники и все подробненько сдавать — так оказалось что я плавал только на поверхности и по большому счету ничего толком и не знал
есть море «фирм» занимающихся изготовлением мебели, так вот там все хоть и обойдеться процентов на 20-40 дороже — но сделают все что в голову взбредет + если попадете на добросовестного исполнителя — так он еще и подскажет как и что лучше сделать…
плюс ко всему этому есть нормы — которые должны быть соблюдены при проектировании стола и рабочего места как такового (дружно вспоминаем охрану труда из школы\универа)
Из них так же большая часть использует tortoisesvn.
Есть грамотеи (как я) которые умеют делать только update/commit — потому что это просто благодаря клиенту.
Когда речь заходит о ветвлении — мозг вступает в ступор — по докам все вроде ясно — а вот на практике ничего не понятно.
Вчера потратил кучу времени на то чтобы попробывать создать ветку и затем слить её с основной линией разработки (пробывал методом тыка, особо не понимая что делаю).
Вот собственно что я хотел бы спросить:
Видел ли ктонибуть статью с скринами и картинками которая показывала бы как на практике в tartoisesvn клиенте работать с ветками?