24.12.2010, 14:21 | #41 |
MCT
|
Опять одынэсники атакуют.
Вот вы мне скажите в какой версии 1С уйдут или ушли от извращенных понятий регистра сведений и регистра накоплений?
__________________
Axapta book for developer |
|
24.12.2010, 14:47 | #42 |
Участник
|
Цитата:
Вот вы мне скажите в какой версии 1С уйдут или ушли от извращенных понятий регистра сведений и регистра накоплений?
Извращенное это название или нет - вопрос филолога! Есть же термин - "регистр налогового учета"! В Аксапте то же названия не ахти, одино название "Морфий Х", чего стоит, и название языка "Х++" - "+" - открыть букву! |
|
24.12.2010, 16:05 | #43 |
MCT
|
Да дело то не в филологии, а в том, что среднестатистический одинэсник плохо ориентируется в базе данных, блокировках, оптимистической модели и так далее. И все благодаря промыванию мозгов непонятной терминологией.
__________________
Axapta book for developer |
|
24.12.2010, 16:33 | #44 |
Участник
|
Среднестатистический одинэсник работает с файловыми базами на 10 пользователей максимум. В таких условиях забивать ему голову блокировками - совершенно излишняя потеря времени. А на клиент-серверные базы не нужно брать студентов или эникейщиков. Специалист, сертифицированный фирмой 1С как разработчик на платформе 8.2 знает о структуре таблиц, блокировках и умеет ими управлять. Тот факт, что на уровень подготовки людей не смотрят при подборе исполнителя - это не проблема платформы.
|
|
24.12.2010, 17:18 | #45 |
Участник
|
Да, это так. Но терминология тут ни при чем. Просто потребителю услуг среднестатистического 1сника гораздо важнее, чтобы "мальчик" разбирался в БУ и НУ, нежели умел правильно использовать блокировки. Рынок.
|
|
24.12.2010, 17:35 | #46 |
Участник
|
Цитата:
1. платформа такова, что у мальчика нет возможности повлиять на блокировки. 2. мальчикам остается разбираться в БУ и НУ. 3. следовательно на рынке делается предложения от мальчиков, которые не знают блокировки, но хоть как-то разбираются в БУ и НУ 4. на эти предложения отвечают те клиенты, которым не важны блокировки, но нужны БУ и НУ. 5. goto 2. если бы платформа позволяла, то появлялись бы предложения и по блокировкам, и по БУ/НУ. |
|
24.12.2010, 18:44 | #47 |
Участник
|
Mazzy, если быть совсем точным то нужно еще упомянуть про случай, когда платформа позволяет рулить блокировками - но это особо не нужно, потому что проблем с ними нет.
|
|
24.12.2010, 18:45 | #48 |
Участник
|
Здесь представлены требования к сертифицированным разработчикам. Цитирую:
Цитата:
Использование автоматических блокировок в транзакции или неправильное использование управляемых блокировок данных в транзакции при проведения документов - 1,5 балла от оценки
|
|
24.12.2010, 19:47 | #49 |
MCT
|
Паша, ты по-моему, как то не корректно высказался или не понял о чем речь.
Как же это в 1С нет проблем с блокировками... А ведь заявляют, что 1С может работать на больших объемах данных и с большим количество пользователей. Ведь это ж почти основа производительности. Тут правильно было отмечено, что 1Сник лучше знает НУ, чем классическое программирование или архитектуру базы данных. Это просто явный аттавизм бухгалтерии на коленке с дбфными файлами. А если задать еще более глубокий вопрос по управлению памятью. Это будет просто удар под дых. В силу того, что мозх одынэсника отягощен чисто функциональными понятими, происходит просто деградация. Причем деградация в самом что ни на есть прямом смысле. Взять хотя бы любимый кубанский ресурс, где большинство постов переходило в меряние @иськами. Этакая рабочая молодежь забавлялась. Это культурологическая оценка. И если взять пост уважаемого ibc, то опять же что видим - Морфий. И это не случайно. Я ничего не имею лично против ibc, я его даже не знаю. Но манера общения в некоторой превосходящей манере, с переходом в наркотическо примитивизную форму с последующим переходом на @иськи - это прослеживается. Я уже выявил даже среднестатистическую одежду 1Сника- это именно фирменные брюки с кроссовками типа адидас, рубашка стоимостью 150 рублей и под ней тельняшка... Все на этом замолчу, иначе все желтое сообщество заклянется убить меня в одном из темных переулков
__________________
Axapta book for developer |
|
24.12.2010, 20:48 | #50 |
Участник
|
Я не имел в виду что проблем совсем нет.
Если быть точнее, то мальчику не всегда нужно уметь рулить блокировками, потому как на том объеме данных, с которым работает 1С ему это не всегда нужно. При желании и в аксапте можно найти проблемы с блокировками. Нет предела совершенству. Вопрос в том на какой нагрузке на систему и с каким железом они вылезут. |
|
24.12.2010, 21:59 | #51 |
Участник
|
А вот это интересно, где почитать про управление памятью в AX/Nav? А то у нас и правда кроме универсального деструктора средств нету...
|
|
25.12.2010, 01:05 | #52 |
Участник
|
Цитата:
Сообщение от Lemming
Ага, ту его часть которая касается процесса кинуть контрол на форму, ткнуть в свойствах на onClick и записать в этот метод бизнес логику. К ООП это никакого отношения не имеет и столь же успешно осваивается тогда в Visual Basic или Access, а сегодня в 1С. Достаточно большое количество таких программистов плохо понимает процессы, происходящие между выводом кнопки на экран и событием ее нажатия. Поскольку автор один, вся эта братия плавно перетекает в .NET. Да и вообще, насколько я помню ООП в Object Pascal муторное, Хейлсберг еще толком не понимал с кого копировать модель, так что взял что-то от С++, выдумал модификаторам новые имена и забил. Никому в Delphi это ООП не нужно, на фоне его возможностей программировать мышкой. Так что да, причина в другом
Для справки - на Delphi написано большинство АБС в нашей стране, самый популярный в России банк-клиент написан на Delphi. Я лично проработал в продуктовой компании, занимающейся разработкой одной из самых популярных МИС в нашей стране и сейчас продолжаю вести свой проект на Delphi...не представляю как можно было бы реализовать все эти продукты без использования ООП...да и в сообществе Delphi-стов не встречал таких - "Никому в Delphi это ООП не нужно, на фоне его возможностей программировать мышкой."... Если следовать вашей логике, ООП возможно использовать только в консольных редакторах...смешно просто... |
|
|
За это сообщение автора поблагодарили: Mileyko (1). |
25.12.2010, 01:23 | #53 |
Участник
|
Цитата:
Сообщение от kuntashov
Но, кажется, что оба пути (Ax и 1С) различаются в том, что Ax предоставляет более низкоуровневые средства разработки (таблицы вместо ORM, ООП со всеми его вкусностями вместо слоя с готовыми классами объектов, "заточенных" под решение учетных задач определенного класса и т.п.).
Кстати постоянное тотальное переписывание конфигураций с выходом каждой новой версии платформы, а также зоопарк типовых конфигураций, внешне похожих но кардинально различающихся внутри - это имхо все следствия ущербности среды разработки, не позволяющей элегантно, целостно реализовать сложную, взаимосвязанную бизнес-логику. В общем, как уже говорил, очень сложно на одной платформе реализовать одновременно простую, но в то же время гибкую, позволяющую строить большие сложные решения, систему... |
|
|
За это сообщение автора поблагодарили: pitersky (2). |
25.12.2010, 01:29 | #54 |
Участник
|
Цитата:
Сообщение от Сисой
Пять копеек в дискуссию (для старожилов форума эта информация ничем новым не является).
Работал я до Оптимы в компании Цефей. Там была разработана в начале века замечательная штука - Эталон. В 90-е годы это была учетная ORM на базе FoxPro (с отчетами а-ля 1С 8). При создании Windows-версии решили не мелочиться и создали мощную систему разработки, реализующую ORM в сочетании с ООП (т.е. при желании наследовались целые группы таблиц). Язык программирования был похож по нотации на C++. СУБД: MS SQL и Oracle (но в отличие от 1С, с развитыми возможностями управления БД, использованием констрейнтов, триггеров, низкоуровневых операций с таблицами). Казалось бы, все есть, чего еще надо? А споткнулись на простой вещи. Штат Цефея в эпоху DOS-овского Эталона состоял из специалистов, подобных 1Сникам. "Все в одном". Многие в прошлом были бухгалтерами или финдирами, т.е. консалтинг вели достаточно квалифицированно, а скриптовый язык на базе конструкций FoxPro освоить было несложно. И вот всех начали переводить на ООП... Через несколько лет компания практически потеряла свою долю рынка. Потому что вновь написанные решения отличались невиданной кривизной, базовые классы проектировались как бог на душу положит, производительность упала. Выяснилось, что быть одновременно хорошим аналитиком и программистом ой как нелегко (даже мне с многолетним опытом разработки на С++). Да и в самой платформе появлялись глюки из-за сложности продукта. Пока перестраивались, пока учились, поезд ушел. Я потом на 1С 7 перешел, долго плевался от ее куцых возможностей. Потом 1С 8 появилась, стало легче. Но ко всем призывам внедрить полноценное ООП в платформу отношусь настороженно. Не готовы многие к нему. И похоже, не будут готовы никогда. Да возьмите ту же Аксапту. Наличие ООП уж точно не является сдерживающим фактором в ее развитии. |
|
25.12.2010, 08:54 | #55 |
Участник
|
Цитата:
Да дело то не в филологии, а в том, что среднестатистический одинэсник плохо ориентируется в базе данных, блокировках, оптимистической модели и так далее. И все благодаря промыванию мозгов непонятной терминологией.
Есть экзамен "Эксперт по технологическим вопросам"! "промыванию мозгов непонятной терминологией" - ну, в 1С-е не самая запутанная терминология! Посмотрите на SAP, там будут манданты - не правда ли более приятные для слуха понятия, чем регистры 1С? Однако, что то я не вижу тем - "Как мне не нравится терминология в SAP" Цитата:
среднестатистический одинэсник плохо ориентируется в базе данных
|
|
25.12.2010, 09:21 | #56 |
Участник
|
Языки программирования 1С, X++, ABAP и другие — это прикладные языки. Их основная задача состоит в эффективной (быстрой, простой, надёжной) реализации прикладных задач. Вот вы говорите об ООП, блокировках, управлении памятью. Да, методы ООП, разумеется, позволяют повысить эффективность кода и я, работая на клиенте, использую в своих модификациях эти методы. Управление блокировками, памятью — это более низкоуровневые задачи, также как и дизайн автоматических отчётов, автоматическое расположение полей на форме. Если я хочу сделать форму, то я просто добавляю необходимые компоненты на форму и не думаю о том, куда именно мне надо поместить компонент, какие координаты для него задать — за меня это сделает MorphX.
И из текущей темы: Цитата:
Тут правильно было отмечено, что 1Сник лучше знает НУ, чем классическое программирование или архитектуру базы данных.
Цитата:
А если задать еще более глубокий вопрос по управлению памятью. Это будет просто удар под дых.
Цитата:
Вот и выходит, что с увеличением сложности Динамиксов на пути слияния в экстазе с другими технологиями и требования знаний C# и прочих исконно МСных фичей, привлекательность ее изучения падает, тк нужно слишком много всего разного знать, и оч долго учиться самому (за беспл). И ради чего? Ради зп, которую дают после 1-2 мес изучения обычных, доступных системили не ЕРП вообще?
|
|
25.12.2010, 10:00 | #57 |
Участник
|
|
|
25.12.2010, 10:19 | #58 |
Участник
|
Цитата:
О чем может спорить человек, который не поменял паспорт? Какие взгляды на архитектуру может высказать мужчина без прописки? И вообще, разве нас может интересовать мнение человека лысого, с таким носом?" (с) Жванецкий Ну вы то точно программируете только во фраке, под музыку Вагнера, поглощая устрицы и запивая их Шабли премьер крю! |
|
25.12.2010, 10:39 | #59 |
Участник
|
Цитата:
Также я думаю и в случае с Цефеем - наличие в нем мощной среды разработки вряд ли стало решающим в его провале...
Да возьмите ту же Аксапту. Наличие ООП уж точно не является сдерживающим фактором в ее развитии. Деньги в раскрутку, продукт -> даром = успех! Вот Гугл, стал предлагать Бесплатного Андрюшку для смартфонов и поперло.. |
|
25.12.2010, 13:07 | #60 |
MCT
|
Терминология одинэсников - Андрюшку.
Я же говорил хотя бы это Цитата:
Дело даже уже не программных продуктах фирмы, а в закоренелой психологии и идеологии. А это уже клиника. И недаром есть мнение, что 1Сник - это не программист, и что он ну как бы это сказать помягче, not smart.
__________________
Axapta book for developer |
|