Pull to refresh
2
0
Роман Забродин @yenisite

Пользователь

Send message

А может быть так что это не пространство вокруг расширяется, а наше сужается? Что если пространство нашей галактики стягивает к чёрной дыре в ее центре? Разве наблюдаемый эффект будет не тем же самым? Ведь расширяется вовне или стягивается вовнутрь — это вопрос относительности и зависит от точки из которой производится наблюдение...

Прочитал пост, и при чем тут методология SCRUM не понял…

На мой взгляд описанная проблема лежит совсем в другой плоскости:
На старте компании и в фазе ее стабильности — нужны совсем разные люди.

Просто руководство в какой-то момент почувствовало, что гениальные талантливые разработчики ядра «пинают балду». Соответственно усилило свой контроль чтобы попробовать извлекать из них максимальную прибыль. Но гениальные талантливые разработчики на то и гениальные, что им вся эта рутина и «муть голубая» по улучшениям и мелкой штриховке — не интересна. Им хочется ТВОРИТЬ НОВОЕ, а не модернизировать и бесконечно улучшать старое. На крайний случай они будут «пинать балду», если ЗП достаточна высока чтобы усыпить совесть.

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

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

Другой пример: по статистике 9 из 10 ресторанов в Москве закрываются в первый же год после открытия (сейчас в кризис — больше!) У них у всех были сайты. У многих — очень крутые! Виноваты ли в этом веб-студии, которые делали им эти сайты?
Имхо, разработчики, которые так думают — берут на себя роль Бога, а это СЛИШКОМ много… Предпринимательская деятельность сопряжена с риском — различных факторов влияющих на успех огромное количество: от поставщиков и курса валют до правильно построенной маркетинговой политики, логистики итд, никаких гарантий успеха никто никому дать не может. Сайт в этом деле — песчинка в море. А покупка типового решения, вопреки ожиданиям многих, не приведет к тому что чудодейственным образом товары на складах сами появятся, а сайт сразу войдет в top-3 поисковой выдачи :)

В этом отношении, успех проекта заказчика, даже больше зависит от конкретного партнёра-внедренца-интегратора, который непосредственно осуществляет консалтинг заказчика, нежели от вендора и автора. И то, он может повлиять в лучшем случае процентов на 10%, а все остальное в руках самого предпринимателя.
За все время было продано наверное уже сотни тысяч коробок 1С-Битрикс, вы думаете что на всех их сейчас работают сайты? Вы думаете что все десятки миллионов проданных копий ОС Microsoft сейчас используются? Я вам больше скажу — 90% человеческих жизней прожито зря, они не стали никем… Виноват ли в этом Производитель? :)
У всего есть свои: плюсы, минусы, шансы и риски.

ТР — идеально подходит для быстрого и дешевого старта чтобы предпринимателю протестировать выбранные ниши.

В результате, кто-то из них быстро поймет, что ему нужно открыть не интернет-магазин, а кафе или баню! :) Но, он поймет это быстро и дешево, а не через 1,5 года! Как было бы, если бы он сразу вложился в разработку на заказ — потратил бы на порядок больше денег, сил, времени… Мы экономим ресурсы людей!

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

Так что я тоже должен развеять любимый в России миф о Емели на печи… :))

Ps И спасибо вам за интерес к нам и нашей работе! :)
Шаблонные решения — это не «волшебная таблетка» для запуска успешного бизнеса! То что прогресс движется вперед и на смену механической коробке передач сначала пришла коробка автомат, а в ближайшем будущем придет автопилот — не делает всех владельцев автомобилей Шумахерами! Победителей все равно единицы!
Готовая коробка это просто — must have, то что минимально и так уже должно быть у всех. Мы просто раздали всем кольты — и уровняли их шансы. Но, не может быть такого чтобы 1000 компаний купили одинаковую коробку и все стали миллионерами — в любом случае придется бороться за потребителя и чем-то отличаться и выделяться. То есть дальше все равно победит самый упорный, трудолюбивый и смекалистый!

Например, сейчас у нас новое типовое решение вышло, которое сразу содержит в себе интеграцию с taobao.com и tmall.com. Устанавливаешь и у тебя сразу около 100 миллионов товаров из Китая на сайте! Подробнее писали в блоге.. Но это не означает что это готовый бизнес — впахивать за внимание и любовь покупателей владельцам магазинов все равно придется!
Очень крутой анализ! Огромное спасибо! :)
Начали причесывать свой магазин на соответствие всем требования опубликованного чек-лиcта, отчет в блоге...
Безусловно этот вопрос необходимо с заказчиком предварительно согласовать. Бывает, что заказчики сами это предлагают (например за скидку) если речь не идет о каком-то ноу-хау.
А я думаю, что это была бы большая удача если бы модуль например своровали и установили 1000 раз — значит он нужный! :)
Потом вы снизите цену, начнете выпускать вкусные обновление раз в неделю — большей части клиентов будет проще обновиться легально (один клик в админке + возможность обратиться в ТП) чем геморроиться с null-версией :-)
Если постоянно подпитывать интерес к модулю выпуская и анонсируя новый функционал, то продажи держатся и даже растут.
Идеи защищает патентное право, но всерьез думать об этом пока еще рано :-)
Так же поделимся своим опытом:

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

У нашей компании тоже есть несколько модулей, один из них Ресайзер — наиболее удачный (занимает 3-е место среди самых популярных платных модулей к 1С-Битрикс, уже более 400 установок.) А делает он простую вещь — автоматически ресайзит загруженные изображения с наложением защитного водяного знака, который можно позиционировать. + содержит компонент позволяющий отображать эти фотографии в публичной части сайта при помощи различных популярных библиотек фотогалерей.

image

Это как раз редкий пример идеи модуля, который нужен практически каждому сайту на Битрикс.
Отличная статья демонстрирующая как делать НЕ надо.

У нас в договоре прописано жирным шрифтом, что мы делаем настройку стандартного модуля CMS интеграции с 1С Предприятие 8.2 Управление торговлей на стороне сайт. Все работы по программированию и настройке со стороны ПО 1С Заказчик осуществляет самостоятельно.
Только за то что мы расставим галочки в нужных места на стороне сайта мы выставляем счет в 40 часов!

Мы громко и внятно доносим эту мысль до Заказчика на этапе пресейл 100 раз акцентируя его внимание на этом.

Если Закачика это не устраивает — это не наш пассажир.
При таком подходе риск минимален, а 99,9% контрактов заканчиваются успешно!

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

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

Всё моё имхо.
«Проще» это когда в программе только одна кнопка и называется она «хочу бабла»? :-)
Хотелось бы еще настройки по умолчанию для этой формы: screencast.com/t/vG2hRJra необходимой для обмена заказами.
Последние три раза писал в ТП с просьбой настроить — настраивали.
Думаю, что ваша проблема решилась бы если бы в параметре идентификатора категории вписали '0', но если сильно хочется «писать компонент каталога интернет-магазина и компонент фильтра (а это таблица, дерево с ценами, картинками, кнпокой купить и т.д.)»
— кто же вам запретит…
Я не бесплатная ТП помогать вам тут, тем более после вашего первого сообщения. Скажу только что это элементарно. RTFM.
Зато сколько понту «патч для ядра разработчикам битрикса» он отправил… и эту чушь порет «Старожил» хабра…
Вот так и рождаются небылицы…

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
Зачем для «фильтра по всему каталогу товаров, от корня» править ядро? Ужасы какие-то рассказываете…
«Лично сталкивался с тем, что для каталога нельзя вывести полную цепочку категорий всех уровней вложенности в хлебных крошках и в url. Попытки исправить эту несправедливость приводят к решению костыльного типа.»
Лично реализовывал это десятки раз легко и просто через component_epilog.php — RTFM (раздел Компоненты 2.0)!

«Обработчик адресов не учитывает порядок правил»
Как это он их не учитывает если он проходится по ним в порядке очередности? :-\

«И еще 256 таких же серий… „
И еще 256 подобных небылиц…

Information

Rating
Does not participate
Location
Красноярск, Красноярский край, Россия
Works in
Date of birth
Registered
Activity