Требуется рецензия на статью

[belugin]

Цитата:

2 взгляд программиста на ERP изнутри - всегда забавно, система нужна потребителю для зарабатывания денег,а не кодеру для самосовершенствования.

А по моему, любую уборщицу интересует помимо всего прочего наличие заноз на рукоятке швабры, хотя некоторые неуборщицы могут этого непонимать.

Ассоциация: где то я слышал что проводился такой эксперимент: сажают детей напротив друг друга и ставят перед ними кубики, красный и зеленый. И просят "Петя, нарисуй кубики" и Петя рисует, допустим слева красный а справа зеленый. А потом говорят "Петя, нарисуй кубики как их видит Маша" (которая сидит напротив). Так вот: до определенного возраста дети не могут выполнить такого задания и рисуют всё равно слева красный, хотя для Маши он справа.

Статья написана не как руководство по выбору системы а кодером для кодеров, что в ней явно не указывалось, и при этом рассматривается только 1 фактор.

Еще интересно было бы например, узнать, в каком стиле пишется код, насколько просто вносить модификации в систему, насколько это вообще принято (интересная, кстати, тема: культура и традиции связанные с системой)

PS. Мой пост про SAP относился к ABAP по впечатлениям после вводного курса BC400 в районе 2000 года. Хотя, говорят, он не очень изменился (насколько я понял по посту Павла, им больше не пользуются)

[mikeA]

Цитата:

Сообщение от belugin

Еще интересно было бы например, узнать, в каком стиле пишется код, насколько просто вносить модификации в систему, насколько это вообще принято (интересная, кстати, тема: культура и традиции связанные с системой)

В статье говорится о платформе 1С:Предприятие 8.0. До этого была 7.7.

В 7.7 многие кодировали вот так
http://www.kuban.ru/cgi-bin/forum/fo...e=1&ask=280919

Хотя были конечно приятные исключения
http://1c.alterplast.ru/xp/index.html
но это opensource GPL, официально 1С не поддерживается.

В 8.0 сделан шаг в сторону стандартизации стиля программирования.
Система стандартов и регламентов разработки конфигураций для платформы «1СПредприятие 8.0»
http://webstyleservice.ru/infusions/...oad.php?did=31
стала появляться неплохая профессиональная литература для разработчиков
Однако наследие прошлого дает себя знать и процесс этот идет не так быстро.

С внесением модификаций в систему та же история. Хотя в-общем отношение к
модификации функционала системы гораздо более лояльное, нежели в AX.
Многие вообще не используют типовые прикладные решения (конфигурации),
а разрабатывают собственные.
Насколько просто/сложно вносить модификации зависит от прикладного решения.
В 7.7 было проще в том плане что решения и механизмы платформы были проще.
В 8.0 решения и механизмы усложнились, но опять же шаги в сторону упрощения
модификаций - стандартизация стиля, в 8.1 вот события обещают. Кроме того
сами типовые решения проектируются таким образом, чтобы дать возможнось
решать некоторые задачи не меняя функционал. Однако эти механизмы нужно
знать и уметь ими пользоваться.

[belugin]

Так в статье и не ставится проблема: что выбрать чтоб было лучше предприятию.
Рассматривается исключительно с точки зрения программиста - где ему лучше работать (да и то более узко: где приятнее IDE).

Статью Г1С надо рассматривать только в контексте вопроса "Где лучше программисту" потому что задача выбора системы для предприятия не ставится

[belugin]

Лично я ремонтировал новый телевизор по гарантии (и думаю, дорогие телевизоры таки - ремонтируют)

Лично я немного дотачиваю под себя даже браузер (посредством UserJs) и пишу скрипты, которыми только сам и пользусь. Более того, иногда пишу скрипты, которые исполняются ровно один раз.

Мне кажется что вопрос нужен/не нужен программист будет решаться в зависимости от того, насколько дешево написать и сопровождать расширение для ERP и сколько выгоды от этого получит предприятие (кстати, я подозреваю, что САП не дорабатывают потому, что это сложно и дорого а не потому, что это не приносит выгод - надо порасспрашивать знакомых).

Возможно, часть работы программиста с упрощением сред достанется консультантам и предметным специалистам, но в силу правила дырявых абстракций это будет не скоро.

[belugin]

Еще про SAP и место разработки во внедрении:

Цитата:

MaxBelugin: Вы с САП при внедрении дотачиваете:?
SAP consultant: Конечно еще как
MaxBelugin: На абапе?
SAP consultant: а на чем же,
MaxBelugin: Требуется рецензия на статью
SAP consultant: ага. это агитки. может в случае с SD, ММ это и так
MaxBelugin: А что такое SD и MM? И для чего это не так?
SAP consultant: старые классические модули
а все модули которые завязаны на законодательство
типа HR и FI
SAP consultant: Сд это сбыт мм это снабжение хранение
SAP consultant: это правда не переписывание - скорее дописывание

[Pavel]

Цитата:

Сообщение от belugin

Еще про SAP и место разработки во внедрении:

Тогда и я себе позволю кое-что добавить в дискуссию:
Информация по технологиям SAP, здесь http://www.sap.com/cis/solutions/netweaver/index.epx
Программирование на ABAP можно обсудить со специалистами на форуме - http://www.sapforum.ru/
Перспективы развития технологий и текущее состояние SOA в решениях SAP в статьях по конференции SAP TechEd’06:
http://www.pcweek.ru/?ID=619217
http://www.pcweek.ru/?ID=619256

2belugin
Программисты могут сколько угодно рассуждать о «выгодности разработок» в серийном ПО, но существующие правила US GAAP и требования SOX к вендорам эти рассуждения отменить не могут. Существенная разработка в ходе внедрения м.б. истолкована как "CDP" (customer development product) и при определенных условиях приводит к полной или частичной отмене софтверного ревенью. Начисляется диферал - отложенный доход, который признается лишь по приемке заказчиком работ и уже не как доход от продажи софта, а как доход от услуг (заказчику фактически создается специальное решение).
Своего рода контроль держателей акций вендора (через аудит сделок и отчетности) за эффективностью инвестиций в создание ПО и результатами продаж его на рынке.

Счастье MS, что продают и внедряют аксапту партнеры.

[belugin]

Pavel, а какую цель преследуют такие правила - зачем они?

[Pavel]

Цитата:

Сообщение от belugin

Pavel, а какую цель преследуют такие правила - зачем они?

Мое мнение состоит в том, что сначала продавать софт как "готовый к употреблению и классный продукт", а затем для запуска его в эксплуатацию серьезнейшим образом «доделывать напильником» - не есть правильно.

[belugin]

>>>серьезнейшим образом «доделывать напильником»

А там есть определение "серьезнейшего образа"? - насколько я понял, программист получается этаким пакостником, который продукты превращает в услуги - то есть если для внедрения консультант за $500 установит галочку в настройках - это несерьезно, а если программист за $1 напишет "галочка=true" все лицензии превращяются в тыкву.

То есть почему услуги именно программиста ялвяются такими плохими?

[Pavel]

Цитата:

Сообщение от belugin

>>>серьезнейшим образом «доделывать напильником»

А там есть определение "серьезнейшего образа"?

Критерий измерения - "стоимость", а точнее соотношение стоимости софта и бюджета разработок из договора на внедрение.

Цитата:

Сообщение от belugin

...насколько я понял, программист получается этаким пакостником, который продукты превращает в услуги - то есть если для внедрения консультант за $500 установит галочку в настройках - это несерьезно, а если программист за $1 напишет "галочка=true" все лицензии превращяются в тыкву.

То есть почему услуги именно программиста ялвяются такими плохими?

Если вендор продал заказчику свой софт за $500, а потом еще взялся его внедрять и при этом выяснилось, что для запуска в эксплуатацию требуется $600 на проектные разработки, то весь доход (500+600+...) будет признаваться как услуги по мере их приемки заказчиком. Дохода от продаж софта - нет, принцип в предельном случае показывает неэффективность затрат на отдел разработок и инвестиций на создание решений ("плохой" - программист, создал продукт, который рынку в готовом виде не нужен).

[belugin]

Цитата:

Сообщение от Pavel

Критерий измерения - "стоимость", а точнее соотношение стоимости софта и бюджета разработок из договора на внедрение.

1. А можно примерную величину соотношения стоимости лицензий/доработок?

2. Это относится только к изменениям существующего кода или к дописыванию своего тоже? (То есть например, я продал ворд и написал макрос для конкретного заказчика - ворд станосится услугой?)

3. Не очень понятно, почему интересен конкретный вид работ, необходимый для внедрения то есть, если продукт за $100 требует не дописывания а, например, изменений конфигурации по умолчанию от консультанта на $1000 или окропления святой водой за 2000 EUR то он не превращается в услугу.

[Pavel]

Цитата:

Сообщение от belugin

1. А можно примерную величину соотношения стоимости лицензий/доработок?

Вопрос сложный, много нюансов, лучше разбирать на конкретном примере со специалистами.

Цитата:

Сообщение от belugin

2. Это относится только к изменениям существующего кода или к дописыванию своего тоже? (То есть например, я продал ворд и написал макрос для конкретного заказчика - ворд станосится услугой?)

А вы заключали когда-нибудь договор на приобретение ворда (лицензионный договор на упаковке), а затем договор на его внедрение?
Пример плохой, но суть вы уловили верно, макрос в ворде никак не изменяет самого продукта, прибамбас и все.

Цитата:

Сообщение от belugin

3. Не очень понятно, почему интересен конкретный вид работ, необходимый для внедрения то есть, если продукт за $100 требует не дописывания а, например, изменений конфигурации по умолчанию от консультанта на $1000 или окропления святой водой за 2000 EUR то он не превращается в услугу.

М.б. потому, что конфигурирование и окропление святой водой управляет работой, но не изменяет самого продукта (т.е. добавленной стоимости, созданной разработчиками).
Пример, Япония покупала у СССР станки, которые были ей не нужны. Просто условия договора позволяли выгодно приобрести доски (упаковка станков) и металл. Какова экономическая ценность станков как продукта в данной сделке?