А может быть так что это не пространство вокруг расширяется, а наше сужается? Что если пространство нашей галактики стягивает к чёрной дыре в ее центре? Разве наблюдаемый эффект будет не тем же самым? Ведь расширяется вовне или стягивается вовнутрь — это вопрос относительности и зависит от точки из которой производится наблюдение...
Прочитал пост, и при чем тут методология SCRUM не понял…
На мой взгляд описанная проблема лежит совсем в другой плоскости:
На старте компании и в фазе ее стабильности — нужны совсем разные люди.
Просто руководство в какой-то момент почувствовало, что гениальные талантливые разработчики ядра «пинают балду». Соответственно усилило свой контроль чтобы попробовать извлекать из них максимальную прибыль. Но гениальные талантливые разработчики на то и гениальные, что им вся эта рутина и «муть голубая» по улучшениям и мелкой штриховке — не интересна. Им хочется ТВОРИТЬ НОВОЕ, а не модернизировать и бесконечно улучшать старое. На крайний случай они будут «пинать балду», если ЗП достаточна высока чтобы усыпить совесть.
Гайки им закрутили и они ушли. Но от этого же все только выигрыше!
Компания — сократила свои издержки. Ведь, поддерживать, модернизировать и обновлять ядро смогут и программисты уровнем попроще. Доделывать это не изобретать.
Программисты же перестали просиживать штаны на тёплом месте и наконец пошли расти и реализовывать свой талант в новых компаниях, писать новое ядро.
Всем хорошо!
Как можно было их удержать?
Либо не давить и не задрачивать, а позволить пинать балду. Переплата за страхи руководства. Но, кому от этого хорошо?..
Либо обеспечить новыми амбициозными проектами и новыми дерзкими вызовами внутри компании! Занять людей в соответствии с их высокой квалификацией!
Другой пример: по статистике 9 из 10 ресторанов в Москве закрываются в первый же год после открытия (сейчас в кризис — больше!) У них у всех были сайты. У многих — очень крутые! Виноваты ли в этом веб-студии, которые делали им эти сайты?
Имхо, разработчики, которые так думают — берут на себя роль Бога, а это СЛИШКОМ много… Предпринимательская деятельность сопряжена с риском — различных факторов влияющих на успех огромное количество: от поставщиков и курса валют до правильно построенной маркетинговой политики, логистики итд, никаких гарантий успеха никто никому дать не может. Сайт в этом деле — песчинка в море. А покупка типового решения, вопреки ожиданиям многих, не приведет к тому что чудодейственным образом товары на складах сами появятся, а сайт сразу войдет в top-3 поисковой выдачи :)
В этом отношении, успех проекта заказчика, даже больше зависит от конкретного партнёра-внедренца-интегратора, который непосредственно осуществляет консалтинг заказчика, нежели от вендора и автора. И то, он может повлиять в лучшем случае процентов на 10%, а все остальное в руках самого предпринимателя.
За все время было продано наверное уже сотни тысяч коробок 1С-Битрикс, вы думаете что на всех их сейчас работают сайты? Вы думаете что все десятки миллионов проданных копий ОС Microsoft сейчас используются? Я вам больше скажу — 90% человеческих жизней прожито зря, они не стали никем… Виноват ли в этом Производитель? :)
ТР — идеально подходит для быстрого и дешевого старта чтобы предпринимателю протестировать выбранные ниши.
В результате, кто-то из них быстро поймет, что ему нужно открыть не интернет-магазин, а кафе или баню! :) Но, он поймет это быстро и дешево, а не через 1,5 года! Как было бы, если бы он сразу вложился в разработку на заказ — потратил бы на порядок больше денег, сил, времени… Мы экономим ресурсы людей!
Другие же, напротив, увидят, что их ниша живая, бизнес-модель рабочая — и тогда они уже могут вложиться по полной программе в разработку магазина с индивидуальным дизайном и заточенными под них бизнес-процессами — дело это долгое и затратное, пока разрабатывают будут получать первый опыт и идеи работая на нашем ТР. Либо они оставят основой наше ТР и просто будут допиливаь его под себя.
Так что я тоже должен развеять любимый в России миф о Емели на печи… :))
Ps И спасибо вам за интерес к нам и нашей работе! :)
Шаблонные решения — это не «волшебная таблетка» для запуска успешного бизнеса! То что прогресс движется вперед и на смену механической коробке передач сначала пришла коробка автомат, а в ближайшем будущем придет автопилот — не делает всех владельцев автомобилей Шумахерами! Победителей все равно единицы!
Готовая коробка это просто — must have, то что минимально и так уже должно быть у всех. Мы просто раздали всем кольты — и уровняли их шансы. Но, не может быть такого чтобы 1000 компаний купили одинаковую коробку и все стали миллионерами — в любом случае придется бороться за потребителя и чем-то отличаться и выделяться. То есть дальше все равно победит самый упорный, трудолюбивый и смекалистый!
Например, сейчас у нас новое типовое решение вышло, которое сразу содержит в себе интеграцию с taobao.com и tmall.com. Устанавливаешь и у тебя сразу около 100 миллионов товаров из Китая на сайте! Подробнее писали в блоге.. Но это не означает что это готовый бизнес — впахивать за внимание и любовь покупателей владельцам магазинов все равно придется!
Безусловно этот вопрос необходимо с заказчиком предварительно согласовать. Бывает, что заказчики сами это предлагают (например за скидку) если речь не идет о каком-то ноу-хау.
А я думаю, что это была бы большая удача если бы модуль например своровали и установили 1000 раз — значит он нужный! :)
Потом вы снизите цену, начнете выпускать вкусные обновление раз в неделю — большей части клиентов будет проще обновиться легально (один клик в админке + возможность обратиться в ТП) чем геморроиться с null-версией :-)
Если постоянно подпитывать интерес к модулю выпуская и анонсируя новый функционал, то продажи держатся и даже растут.
Идеи защищает патентное право, но всерьез думать об этом пока еще рано :-)
На мой взгляд, самый большой плюс от разработки собственных модулей для веб-студии — это профессиональный рост разработчиков. Ведь, не секрет, что интеграторам готовой CMS в плане программирования остается совсем немного — изо дня в день делается практически одно и тоже, а это надоедает. Разработка же собственных модулей позволяет вырваться за эти рамки, получить ценный опыт: производства, продажи, поддержки и продвижения собственного пусть и небольшого, но ПО.
У нашей компании тоже есть несколько модулей, один из них Ресайзер — наиболее удачный (занимает 3-е место среди самых популярных платных модулей к 1С-Битрикс, уже более 400 установок.) А делает он простую вещь — автоматически ресайзит загруженные изображения с наложением защитного водяного знака, который можно позиционировать. + содержит компонент позволяющий отображать эти фотографии в публичной части сайта при помощи различных популярных библиотек фотогалерей.
Это как раз редкий пример идеи модуля, который нужен практически каждому сайту на Битрикс.
Отличная статья демонстрирующая как делать НЕ надо.
У нас в договоре прописано жирным шрифтом, что мы делаем настройку стандартного модуля CMS интеграции с 1С Предприятие 8.2 Управление торговлей на стороне сайт. Все работы по программированию и настройке со стороны ПО 1С Заказчик осуществляет самостоятельно.
Только за то что мы расставим галочки в нужных места на стороне сайта мы выставляем счет в 40 часов!
Мы громко и внятно доносим эту мысль до Заказчика на этапе пресейл 100 раз акцентируя его внимание на этом.
Если Закачика это не устраивает — это не наш пассажир.
При таком подходе риск минимален, а 99,9% контрактов заканчиваются успешно!
Прогнулись — слабые, сами виноваты, знали на что шли когда демпинговали чтобы увести проект у конкурентов, теперь не нойте.
Тоже самое с минимальными техническими требованиями к хостингу.
Хотелось бы еще настройки по умолчанию для этой формы: screencast.com/t/vG2hRJra необходимой для обмена заказами.
Последние три раза писал в ТП с просьбой настроить — настраивали.
Думаю, что ваша проблема решилась бы если бы в параметре идентификатора категории вписали '0', но если сильно хочется «писать компонент каталога интернет-магазина и компонент фильтра (а это таблица, дерево с ценами, картинками, кнпокой купить и т.д.)»
— кто же вам запретит…
«Лично сталкивался с тем, что для каталога нельзя вывести полную цепочку категорий всех уровней вложенности в хлебных крошках и в url. Попытки исправить эту несправедливость приводят к решению костыльного типа.»
Лично реализовывал это десятки раз легко и просто через component_epilog.php — RTFM (раздел Компоненты 2.0)!
«Обработчик адресов не учитывает порядок правил»
Как это он их не учитывает если он проходится по ним в порядке очередности? :-\
«И еще 256 таких же серий… „
И еще 256 подобных небылиц…
А может быть так что это не пространство вокруг расширяется, а наше сужается? Что если пространство нашей галактики стягивает к чёрной дыре в ее центре? Разве наблюдаемый эффект будет не тем же самым? Ведь расширяется вовне или стягивается вовнутрь — это вопрос относительности и зависит от точки из которой производится наблюдение...
На мой взгляд описанная проблема лежит совсем в другой плоскости:
На старте компании и в фазе ее стабильности — нужны совсем разные люди.
Просто руководство в какой-то момент почувствовало, что гениальные талантливые разработчики ядра «пинают балду». Соответственно усилило свой контроль чтобы попробовать извлекать из них максимальную прибыль. Но гениальные талантливые разработчики на то и гениальные, что им вся эта рутина и «муть голубая» по улучшениям и мелкой штриховке — не интересна. Им хочется ТВОРИТЬ НОВОЕ, а не модернизировать и бесконечно улучшать старое. На крайний случай они будут «пинать балду», если ЗП достаточна высока чтобы усыпить совесть.
Гайки им закрутили и они ушли. Но от этого же все только выигрыше!
Компания — сократила свои издержки. Ведь, поддерживать, модернизировать и обновлять ядро смогут и программисты уровнем попроще. Доделывать это не изобретать.
Программисты же перестали просиживать штаны на тёплом месте и наконец пошли расти и реализовывать свой талант в новых компаниях, писать новое ядро.
Всем хорошо!
Как можно было их удержать?
Либо не давить и не задрачивать, а позволить пинать балду. Переплата за страхи руководства. Но, кому от этого хорошо?..
Либо обеспечить новыми амбициозными проектами и новыми дерзкими вызовами внутри компании! Занять людей в соответствии с их высокой квалификацией!
Имхо, разработчики, которые так думают — берут на себя роль Бога, а это СЛИШКОМ много… Предпринимательская деятельность сопряжена с риском — различных факторов влияющих на успех огромное количество: от поставщиков и курса валют до правильно построенной маркетинговой политики, логистики итд, никаких гарантий успеха никто никому дать не может. Сайт в этом деле — песчинка в море. А покупка типового решения, вопреки ожиданиям многих, не приведет к тому что чудодейственным образом товары на складах сами появятся, а сайт сразу войдет в top-3 поисковой выдачи :)
В этом отношении, успех проекта заказчика, даже больше зависит от конкретного партнёра-внедренца-интегратора, который непосредственно осуществляет консалтинг заказчика, нежели от вендора и автора. И то, он может повлиять в лучшем случае процентов на 10%, а все остальное в руках самого предпринимателя.
ТР — идеально подходит для быстрого и дешевого старта чтобы предпринимателю протестировать выбранные ниши.
В результате, кто-то из них быстро поймет, что ему нужно открыть не интернет-магазин, а кафе или баню! :) Но, он поймет это быстро и дешево, а не через 1,5 года! Как было бы, если бы он сразу вложился в разработку на заказ — потратил бы на порядок больше денег, сил, времени… Мы экономим ресурсы людей!
Другие же, напротив, увидят, что их ниша живая, бизнес-модель рабочая — и тогда они уже могут вложиться по полной программе в разработку магазина с индивидуальным дизайном и заточенными под них бизнес-процессами — дело это долгое и затратное, пока разрабатывают будут получать первый опыт и идеи работая на нашем ТР. Либо они оставят основой наше ТР и просто будут допиливаь его под себя.
Так что я тоже должен развеять любимый в России миф о Емели на печи… :))
Ps И спасибо вам за интерес к нам и нашей работе! :)
Готовая коробка это просто — must have, то что минимально и так уже должно быть у всех. Мы просто раздали всем кольты — и уровняли их шансы. Но, не может быть такого чтобы 1000 компаний купили одинаковую коробку и все стали миллионерами — в любом случае придется бороться за потребителя и чем-то отличаться и выделяться. То есть дальше все равно победит самый упорный, трудолюбивый и смекалистый!
Например, сейчас у нас новое типовое решение вышло, которое сразу содержит в себе интеграцию с taobao.com и tmall.com. Устанавливаешь и у тебя сразу около 100 миллионов товаров из Китая на сайте! Подробнее писали в блоге.. Но это не означает что это готовый бизнес — впахивать за внимание и любовь покупателей владельцам магазинов все равно придется!
Начали причесывать свой магазин на соответствие всем требования опубликованного чек-лиcта, отчет в блоге...
Потом вы снизите цену, начнете выпускать вкусные обновление раз в неделю — большей части клиентов будет проще обновиться легально (один клик в админке + возможность обратиться в ТП) чем геморроиться с null-версией :-)
Идеи защищает патентное право, но всерьез думать об этом пока еще рано :-)
На мой взгляд, самый большой плюс от разработки собственных модулей для веб-студии — это профессиональный рост разработчиков. Ведь, не секрет, что интеграторам готовой CMS в плане программирования остается совсем немного — изо дня в день делается практически одно и тоже, а это надоедает. Разработка же собственных модулей позволяет вырваться за эти рамки, получить ценный опыт: производства, продажи, поддержки и продвижения собственного пусть и небольшого, но ПО.
У нашей компании тоже есть несколько модулей, один из них Ресайзер — наиболее удачный (занимает 3-е место среди самых популярных платных модулей к 1С-Битрикс, уже более 400 установок.) А делает он простую вещь — автоматически ресайзит загруженные изображения с наложением защитного водяного знака, который можно позиционировать. + содержит компонент позволяющий отображать эти фотографии в публичной части сайта при помощи различных популярных библиотек фотогалерей.
Это как раз редкий пример идеи модуля, который нужен практически каждому сайту на Битрикс.
У нас в договоре прописано жирным шрифтом, что мы делаем настройку стандартного модуля CMS интеграции с 1С Предприятие 8.2 Управление торговлей на стороне сайт. Все работы по программированию и настройке со стороны ПО 1С Заказчик осуществляет самостоятельно.
Только за то что мы расставим галочки в нужных места на стороне сайта мы выставляем счет в 40 часов!
Мы громко и внятно доносим эту мысль до Заказчика на этапе пресейл 100 раз акцентируя его внимание на этом.
Если Закачика это не устраивает — это не наш пассажир.
При таком подходе риск минимален, а 99,9% контрактов заканчиваются успешно!
Прогнулись — слабые, сами виноваты, знали на что шли когда демпинговали чтобы увести проект у конкурентов, теперь не нойте.
Тоже самое с минимальными техническими требованиями к хостингу.
Всё моё имхо.
Последние три раза писал в ТП с просьбой настроить — настраивали.
— кто же вам запретит…
RTFM!
«Компоненты являются блоками, с помощью которых строится публичная часть сайта. Они в полной мере реализуют паттерн проектирования Carrier Rider Mapper. „
dev.1c-bitrix.ru/api_help/main/general/component20/01.components.php
“Ядро системы состоит из функций, событий и следующих классов»
dev.1c-bitrix.ru/api_help/main/reference/index.php
Лично реализовывал это десятки раз легко и просто через component_epilog.php — RTFM (раздел Компоненты 2.0)!
«Обработчик адресов не учитывает порядок правил»
Как это он их не учитывает если он проходится по ним в порядке очередности? :-\
«И еще 256 таких же серий… „
И еще 256 подобных небылиц…