Цитата:


ООП. Классы. Повторное использование. Грамотное проектирование.

Если ООП и классы рассматривать только с точки зрения "это инструмент программиста, а пользователю до фонаря, из чего сделана система", тогда да, ООП нужно только программеру. Но вот сбор требований и проектирование, а тем паче - оплата тячжкого труда программистов - тут пользователю совсем уже не до фонаря, потому как он полностью вовлечен в процесс создания системы, и чаще всего, заинтересован в результате - быстром и дешевом.

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

А с чего начинается проектирование в 1С? Если это компонента "бухучет", то тут более-менее все ясно. Счет - он и у бухгалтера и у програмиста счет. А в торговле или зарплате? Как требования пользователей без классов отобразить на модель 1С? Согласен, можно. Только вот код потом получается... Ни о какой трассируемости требований речи просто нет...  

И получаем раздутые затраты на проектирование, кодирование, споровождение (о тестировании молчу, нет в "чистом 1С" тестирования... Пользователи у нас тестируют  Бедняги.) ... А это могла бы быть прибыль или мой маркетинговый ход.

Я ответил на вопрос?

Цитата:


У нас, в глубинке, пока процесс не заметен. Но я чувствую, что это произойдет, неминуемо произойдет. К великому сожалению. Все мои клиенты, у которых я лично отладил системы на сонве v77++, и думать о v8 не хотят (еще раз спасибо 1С++ девелоперам). И не захотят еще лет 10, как минимум. Потому что вложили в это дело деньги, система работет, инвестиции возвращаются

Но вот я прихожу к нвому клиенту. У него стоит v8. Почему? Потому что "тот, кто раньше с ними был" убедил-таки перейти на v8. Почему? Да потому что лентяй, как правило. У таких что 7, что 8 - один черт работать не будет, и не потому что платформа такая,  а потому, что этап анализа и проектирования системы не выполнен.

Не буду же я их убеждать перейти на v7++, так? хотя честно предупрежу, что возьму за работу вооот-такую стопку денег. И широко разведу руки    Чтобы плечи почти вывихнуть. А почему? А потому, что работать мне в v8 будет намного сложнее, чем в v7++  И совсем не потому, что я пока не так знаю восмерку, как семерку. А потому что проектировать и тестировать невозможно. По моей статистике:

40% - проектирование
30% - тестирование
30% - кодирование

Итого: для 70% проектной работы v8 не приспособлена.

Но процесс продаж v8 пошел. И франчи будут толкать восьмерку. И поедем мы все на этом паровозе, и не в ту сторону, в которую бы хотелось.   [не знаю, как еще крокодильи слезы изобразить]

Результат: довольны 1С - продажи растут, монеты капают. Довольны программеры - работа есть. Дурная правда, на 70%, но деньги в карманах шелестят, рынок разрастается, вакансий куча.

А клиенты - а, дык у нас же еще клиенты есть... Вот незадача... Ну ладно, отстегнут лишние кровные...

Выход из этого - если найдется какой-нибудь Илья Муромец, да налабает компилятор для 1С. Чтобы своя система была. Правильная.

Незнаю как все остальные, а я конкретно споткнулся при изучении v8 об её запросы.
И по этому включился в изучение 1С++.Query.

Просто некоторые вещи проще делать. например быстрый подбор по строке "как в акцессе", сколько времени понадобится в 77++ что бы такое сделать?
Конечно все это бантики, но все же.
А чего, кроме ООП , нет в V8, что есть в 77++, по функционалу вроде перекрывает 1с++ и Формэкс.

V77 и V8 разработки 1с, и V8 решило проблемы V77, но с точки зрения 1с. Поднять продажи, и борьба с конкуренцией. Поди их догони теперь.

Igor-bts писал(а) 06. Октября 2007 :: 09:00:

Мне кажется, что на v7++ это уже сделано.

fez писал(а) 06. Октября 2007 :: 09:58:

конечно, готов поделиться, было бы чем...

Только как сам-то думаешь, не запоздала эта идея?
Судя по всему, мы достигли положения вещей, когда всех все устраивает.

v8 наконец-то доведена до ума (с точки зрения тех, кто уже на v8)
v7 еще вполне жизнеспособна (с точки тех, кто еще на v7)

Я с оптимизмом воспринял реинкарнацию этой темы.
А вчера вот перечитал все, что сам же и написал в предыдущей версии и понял, что ничего нового добавить не могу.
Все уже написал раньше и за год ничего не изменилось.
http://www.1cpp.ru/forum/YaBB.pl?num=1166545703/0

Да - многое в v8 сделано, но добавить что-то серьезное невозможно.
Я не просто так задал вопрос о компонентах - их действительно нет.
И не будет.

Да - v7 теряет рынок.
Но ценой минимальных затрат сегодня позволяет решить любой вопрос.
Не решенный платформой.

Надо ли развивать v7 как таковой?
Конечно, нет.
Но идти вперед надо.
И каждый представляет себе процесс движения вперед по-разному.

fez
Может быть, стоит выяснить для начала, кто как себе представляет это движение вперед.
И есть ли темы, которые не укладываются в существующие разделы, но которые необходимы.

Определить стратегию развития ресурса, так сказать.

kms писал(а) 06. Октября 2007 :: 11:04:


Ни сейчас, ни в ближайшие лет 10  восьмерка не сможет не только обогнать, но даже приблизиться к 77+прямые запросы по производительности для средних и малых баз.
FoxPro разрабатывало(и разрабатывает) уже целое поколение программистов, числом поболее, квалификацией повыше чем разработчики 8.0.
Также и тесты это подтверждают.

О каком шаге назад речь то?
Другой вопрос - что команда 1С не заинтересована и не будет развивать направление 77.
С моей точки зрения - надо развивать незавимую платформу на базе совместимости с таблицами 1С.