 |
Евгений М.
Торговля (мини-компания) |
23/01/2013
На счет того, что все упирается в кадры, это бесспорно 
. Собственно речь о них и идет . Неопытные кадры и в крупной ИТ компании могут напороть такого, что не разгребешь. Не всем удается правильно организовать работу, чтобы концентрировать и удерживать у себя на постоянной основе опытные кадры. А новичок, будет изучать наработки компании так же долго как архитектуру опенсорс системы. В ряде случаев, как с Magento, в основе уже лежат распространенные наработки (ZF, Doctrine), которые знают многие спецы. Это и определяет архитекутур движка и благодаря этому спецов знающих эту систему больше, чем тех, кто знает например вашу. Так что предложение готовых кадров на рынке труда для опенсорс систем все равно больше. И это плюс.
Единственное, чем теоретически может ИТ компания как то гарантировать исполнение обязательств, так это собственное имущество, которое как правило весьма не велико.
На счет того, что я не видел обратного перехода с бесплатных движков на платные, тут скорее всего дело в том, что я с платными движками не работаю. А вы на оботот. Но процентное отношение переходов на опенсорс решения с платных все равно намного больше. Это неизбежный процесс, потому что к тому есть объективные факторы.
. Собственно речь о них и идет . Неопытные кадры и в крупной ИТ компании могут напороть такого, что не разгребешь. Не всем удается правильно организовать работу, чтобы концентрировать и удерживать у себя на постоянной основе опытные кадры. А новичок, будет изучать наработки компании так же долго как архитектуру опенсорс системы. В ряде случаев, как с Magento, в основе уже лежат распространенные наработки (ZF, Doctrine), которые знают многие спецы. Это и определяет архитекутур движка и благодаря этому спецов знающих эту систему больше, чем тех, кто знает например вашу. Так что предложение готовых кадров на рынке труда для опенсорс систем все равно больше. И это плюс.
Единственное, чем теоретически может ИТ компания как то гарантировать исполнение обязательств, так это собственное имущество, которое как правило весьма не велико
.
На счет того, что я не видел обратного перехода с бесплатных движков на платные, тут скорее всего дело в том, что я с платными движками не работаю
. А вы на оботот. Но процентное отношение переходов на опенсорс решения с платных все равно намного больше. Это неизбежный процесс, потому что к тому есть объективные факторы.
 |
Александр Фролов
Генеральный директор, Shop2YOU |
23/01/2013
Евгений М.:
Неопытные кадры и в крупной ИТ компании могут напороть такого, что не разгребешь. Не всем удается правильно организовать работу, чтобы концентрировать и удерживать у себя на постоянной основе опытные кадры. А новичок, будет изучать наработки компании так же долго как архитектуру опенсорс системы.
Неопытные кадры и в крупной ИТ компании могут напороть такого, что не разгребешь. Не всем удается правильно организовать работу, чтобы концентрировать и удерживать у себя на постоянной основе опытные кадры. А новичок, будет изучать наработки компании так же долго как архитектуру опенсорс системы.
Да, обучение новых программистов - трудная работа. У нас новые программисты допускаются до выполнения реальных заявок только после обучения, и это не один месяц. Если вообще допускаются, конечно)
Евгений М.:
Так что предложение готовых кадров на рынке труда для опенсорс систем все равно больше. И это плюс.
Так что предложение готовых кадров на рынке труда для опенсорс систем все равно больше. И это плюс.
Ну вот программистов PHP больше, чем программистов на других языках. Но от этого не легче - когда начинаешь тестировать кандидатов, часто оказывается что те, кто начинал с PHP, мало разбираются в программировании как в таковом)
Это я к тому, что больше - не всегда лучше. Специалистов может быть много, но уметь они могут мало, и, например, могут не иметь опыта реализации более или менее сложных бизнес-процессов. А добавление полей в форму и правка внешнего вида страниц - это еще не владение темой...
|
|
Евгений М.
Торговля (мини-компания) |
23/01/2013
На счет программистов просто PHP согласен. Но если программист хорошо знаком с ZF, то он еще помимо всего прочего знаком и с основными шаблонами ООП (которых в ZF используется очень много) и с основами организации кодирования. А это совсем другой уровень, хотя тоже можно сказать что он PHP-программист. Я например тоже язык Java знаю, писал на нем ... лет 10 назад, и LISP знаю, писал на нем ... лет 20 назад. . Так что программистов на PHP много и среди них хороших много. Но если PHP-программистов больше в целом, чем на Java-программистов, то и хороших PHP-програмистов больше чем хороших Java-программистов. А следовательно на рынке труда найти хорошего PHP-программиста легче. Это арифметика и статистика. Это объективный закон, и с этим спорить не возможно.
. Так что программистов на PHP много и среди них хороших много. Но если PHP-программистов больше в целом, чем на Java-программистов, то и хороших PHP-програмистов больше чем хороших Java-программистов. А следовательно на рынке труда найти хорошего PHP-программиста легче. Это арифметика и статистика. Это объективный закон, и с этим спорить не возможно.
|
|
Александр Фролов
Генеральный директор, Shop2YOU |
23/01/2013
Ну не знаю, наша статистика анализа кандидатов говорит, что самые лучшие программисты начинали с языка ассемблера, C++ и подобных языков. Т.е. эти люди изначально понимают связь между программой и архитектурой компьютера.
А программисты языков типа Бейсика работали в изолированной, абстрактной среде. Они, например, могут не понимать, что ресурсы сервера ограничены и их надо экономить. Пишут настоящую жесть...
И среди кандидатов нам почти не попадаются программисты PHP, которые хорошо ориентируются в ООП. Хотя я знаю, что такие есть.
На самом деле я еще имею в виду, что нужно не только уметь программировать, но и понимать бизнес-процессы в торговых компаниях. И уметь их реализовывать.
По сути это относится к консультированию по бизнес-процессам, и если магазины программиста не поддерживали никогда никаких бизнес-процессов кроме импорта прайс-листов и отображения списка сделанных заказов, трудно рассчитывать, что этот программист совладает, например, со складским учетом, логистикой или CRM.
Т.е. немного дорабатывая чужие движки в плане отображения каталога и внося другие мелкие изменения, нельзя получить опыт реализации сложных бизнес-процессов. И вот этих специалистов, по реализации бизнес-процессов, на рынке труда нет вообще. Мы их готовим сами.
А программисты языков типа Бейсика работали в изолированной, абстрактной среде. Они, например, могут не понимать, что ресурсы сервера ограничены и их надо экономить. Пишут настоящую жесть...
И среди кандидатов нам почти не попадаются программисты PHP, которые хорошо ориентируются в ООП. Хотя я знаю, что такие есть.
На самом деле я еще имею в виду, что нужно не только уметь программировать, но и понимать бизнес-процессы в торговых компаниях. И уметь их реализовывать.
По сути это относится к консультированию по бизнес-процессам, и если магазины программиста не поддерживали никогда никаких бизнес-процессов кроме импорта прайс-листов и отображения списка сделанных заказов, трудно рассчитывать, что этот программист совладает, например, со складским учетом, логистикой или CRM.
Т.е. немного дорабатывая чужие движки в плане отображения каталога и внося другие мелкие изменения, нельзя получить опыт реализации сложных бизнес-процессов. И вот этих специалистов, по реализации бизнес-процессов, на рынке труда нет вообще. Мы их готовим сами.
|
|
Евгений М.
Торговля (мини-компания) |
23/01/2013
Ну таких специалистов (знающих бизнес-процессы) среди программистов искать почти бесполезно. Спецов в принципе хорошо владеющих и проектированием и кодированием вообще мало. В подавляющем большинстве веб-студий, да и многих компаний, считающих себя солидными, не имеют понятия об этом. Не знают что такое UML или IDEF, не знаю основ управления проектами в ИТ. Таких спецов учить надо не месяцами, как вы говорите, а годами. Да и проектов под таких спецов у нас крайне мало из-за невысокой осведомленности в этой сфере подавляющего большинства заказчиков.
Да и обсуждение то вообще не об этом. На форуме в основном обсуждаются методические вопросы, а вы рассказываете о том, какая у вас замечательная фирма. Мы общаемся как слепой с глухонемым. Я не говорю что у вас плохая фирма ( я ее не знаю и ни когда о ней ни чего не слышал), но форум тут не о вашей фирме , а о методах и средствах создания своего торгового бизнеса в интернете.
Да и обсуждение то вообще не об этом. На форуме в основном обсуждаются методические вопросы, а вы рассказываете о том, какая у вас замечательная фирма. Мы общаемся как слепой с глухонемым
. Я не говорю что у вас плохая фирма ( я ее не знаю и ни когда о ней ни чего не слышал), но форум тут не о вашей фирме , а о методах и средствах создания своего торгового бизнеса в интернете.
|
|
Александр Фролов
Генеральный директор, Shop2YOU |
23/01/2013
Да, возможно немного отвлекся. Я тут взялся защищать SAAS как метод и средство создания бизнеса, собственно, об этом я и говорю. Считаю, имеет право на жизнь, и не только наша компания предоставляет такие услуги.
|
|
Евгений М.
Торговля (мини-компания) |
23/01/2013
Я за SaaS решения, но без фанатизма. Просто например я думаю что магазинный движок лучше взять отдельно и как ПО, но есть много дополнительных сервисов, которые необходимы для ведения полноценного торгового бизнеса, и которые совать в платформу просто самоубийство. Универсальной платформы быть не может. Но у SaaS решений свои плюсы и минусы http://smartceo.ru/index.php?id=97 и об этом нужно говорить. Я уверен что в бизнесе, построенном на SaaS решениях будут аккумулироваться лучшие кадры, потому что это достаточно стабильно и при правильном подходе очень прибыльно (тот же пример с Magento Community Edition, Enterprise Editionи Go яркое подтверждение, когда платные вещи строятся на основе бесплатной платформы), а для таких решений нужны действительно квалифицированные кадры. Но каждое решение эффективно в своей нише. Для торгового зала в интернет-магазине SaaS на мой взгляд не лучшее решение, но вот например бэк-офис совсем другое дело.
|
|
Александр Фролов
Генеральный директор, Shop2YOU |
23/01/2013
Евгений М.:
Для торгового зала в интернет-магазине SaaS на мой взгляд не лучшее решение, но вот например бэк-офис совсем другое дело.
Для торгового зала в интернет-магазине SaaS на мой взгляд не лучшее решение, но вот например бэк-офис совсем другое дело.
Вот это не очень понятно... Мы интегрируем витрину и бэкофис. Это даем нам возможность работать с товарами и складом в реальном времени, показывать на витрине реальное наличие, реальные сроки доставки товаров с учетом графика поставок и наличия, заказывать товары у поставщиков автоматически под сделанные заказы (актуально для оптовиков). Т.е. как бы с витриной нет особых проблем...
|
|
Евгений М.
Торговля (мини-компания) |
23/01/2013
Александр Фролов:
(актуально для оптовиков)
(актуально для оптовиков)
Вот одна из основных причин в различиях наших подходов и сложностях взаимопонимания. Розничная и оптовая торговля очень сильно отличаются друг от друга. И разные требования к средствам автоматизации. Я с этим столкнулся, когда возникли задачи по построению комбинированных оптово-розничных интернет-магазинов. Они разные и по фронт-офису и по административной части. Тогда мы тем более говорим о разном.
|
|
Александр Фролов
Генеральный директор, Shop2YOU |
23/01/2013
Евгений М.:
ни разные и по фронт-офису и по административной части. Тогда мы тем более говорим о разном.
ни разные и по фронт-офису и по административной части. Тогда мы тем более говорим о разном.
Возможно... У нас есть и оптовые, и оптово-розничные, и розничные. Набор функциональности и реализация бизнес-процессов разные, но интеграция витрины и бэкофиса помогает добиться лучших результатов независимо от того, опт это или розница.
Например, реальное наличие и сроки доставки важны в любом случае, автоматический заказ товаров актуален для магазинов с большими объемами продаж. Документооборот важен везде, и так далее.
Т.е. я не понимаю, почему для реализации витрины SAAS подходит меньше чем для бекофиса. Мы не разрываем эти понятия, у каждого нашего более или менее сложного магазина магазина есть и то, и другое. А не просто CMS, как в обычных движках.
Другое дело, что есть реализации бэкофисов как SAAS. В таких проектах возникает необходимость синхронизации данных между витринами и бэкофисом, что не есть удобно и хорошо.
|
|
Евгений М.
Торговля (мини-компания) |
23/01/2013
Нет, между оптовой и розничной торговлей очень большая разница. Для розницы очень важна кастомизация торгового зала в широких пределах, для оптовки нет. Вы даже мыслите категориями оптовой торговли, говоря о "витрине". Витрина это просто демонстрация товара, а торговый зал - это система обслуживания посетителей и сервисов этих там может быть великое множество. Ни один SaaS сервис не предлагает, да и не сможет предложить, достаточных возможностей для кастомизации, а значить владелец магазина попадает в сильную зависимость от владельца сервиса, так же как при покупки проприетарных движков с закрытым кодом.
|
|
Александр Фролов
Генеральный директор, Shop2YOU |
23/01/2013
Евгений М.:
Ни один SaaS сервис не предлагает, да и не сможет предложить, достаточных возможностей для кастомизации, а значить владелец магазина попадает в сильную зависимость от владельца сервиса, так же как при покупки проприетарных движков с закрытым кодом.
Ни один SaaS сервис не предлагает, да и не сможет предложить, достаточных возможностей для кастомизации, а значить владелец магазина попадает в сильную зависимость от владельца сервиса, так же как при покупки проприетарных движков с закрытым кодом.
Вообще у нас есть тариф Enterprise, который допускает полную кастомизацию чего угодно, с учетом требований по отказоустойчивости и нагрузочной способности. Это решение как раз и предназначено для реализации заказных бизнес-процессов. Нужны бизнес-процессы для розничной торговли - пожалуйста. Для оптовой - нет проблем.
Но конечно, проект ведут только наши специалисты. А иначе надо будет искать других специалистов, и тогда уже будет зависимость от них.
Да, недешево. Нет, ограничения по функционалу отсутствуют - разработчики сделают. Вопрос денег и сроков. Т.е. у нас не тупая сдача в аренду готового движка, есть возможность настройки полностью индивидуальных проектов.
За другие SAAS-сервисы говорить не буду, у всех своя специфика.
Действительно многие SAAS-сервисы не предполагают глубокую настройку сдаваемых решений в аренду, т.к. это очень затратно. У нас есть, т.к. мы изначально ориентировались на заказные проекты.
|
|
Александр Фролов
Генеральный директор, Shop2YOU |
23/01/2013
Еще такое замечание - предпринимателю ведь нужен не интернет-магазин. Ему прибыль нужна от интернет-магазина. Если SAAS-сервис может ее обеспечить, то он будет полезен предпринимателю.
А рисковать или нет - это он будет решать сам. Риск есть в любом случае, это же бизнес )
А рисковать или нет - это он будет решать сам. Риск есть в любом случае, это же бизнес )
|
|
Евгений М.
Торговля (мини-компания) |
23/01/2013
Полностью согласен. Поэтому уверен, что ваши решения могут быть очень выгодны оптовому продавцу, но они не являются панацеей, универсальным решением на все случаи жизни. В данной теме обсуждаются решения в первую очередь для розничной торговли и ваши инструменты в данной области могут и почти наверняка будут проигрывать тем решениям, которые заточены на розницу. Вот о чем я говорю.
|
|
Александр Фролов
Генеральный директор, Shop2YOU |
24/01/2013
Евгений М.:
В данной теме обсуждаются решения в первую очередь для розничной торговли и ваши инструменты в данной области могут и почти наверняка будут проигрывать тем решениям, которые заточены на розницу. Вот о чем я говорю.
В данной теме обсуждаются решения в первую очередь для розничной торговли и ваши инструменты в данной области могут и почти наверняка будут проигрывать тем решениям, которые заточены на розницу. Вот о чем я говорю.
Ничего подобного. Мы затачиваем инструменты под конкретные бизнес-процессы конкретных торговых компаний. У нас есть магазины, ориентированные на компании, занимающиеся розницой, и есть - на оптовые компании. А есть магазины, которые являются в данном смысле универсальными, т.к. заказчик работает и с розницей, и с оптом.
Т.е. мы ориентируемся не на розницу и не на опт, а на потребности клиентов. Разумеется, это касается заказных решений, где мы выполняем индивидуальную настройку поддержки бизнес-процессов. И нам без разницы, к какой функциональной области эти бизнес-процессы относятся.
Вот готовые решения и "движки" - про них можно говорить, что они ориентированы на определенный набор бизнес-процессов. У нас же в заказных решениях ограничений нет - делаем то, что нужно клиентам.
Ответить
Читайте также
 |
Антон Макаров
Руководитель диджитал-продакшена, Creonit |
14/01/2021
Чем фреймворк отличается от CMS-конструкторов и каким интернет-магазинам он подходит...
Подробнее
