Изучают ли Делфи в ВУЗАХ

← →
DVM © (2010-03-17 20:28) [120]

> Игорь Шевченко © (17.03.10 20:22) [117]

В чем фигня то? Мне не очень понятно. Я тоже думал что проблема только в размерах.

← →
Rouse_ © (2010-03-17 20:30) [121]

> Это только страшно смотрится, но основа таже

Если я правильно понял Игоря, и опираясь на мои скудные познания хираганы, будет выход за диапазон сета :)

← →
DVM © (2010-03-17 20:32) [122]

> Rouse_ © (17.03.10 20:30) [121]

> будет выход за диапазон сета :)

так мы и толкуем о размере же

← →
Дмитрий Белькевич (2010-03-17 20:33) [123]

> ну собственно после такого поста говорить не о чем.

Не вижу ничего удивительного в том, что каждый язык заточен для своих применений. Когда мне покажут редактор уровня фотошопа по скорости (хотя бы с ограниченными фичами) на жаве, php, или дотнете, тогда я посмотрю в их сторону. Пока что мне в них ничего не интересно. Хотя я, в отличие от, не говорю, что из-за этого жава или пхп - плохие/умирающие языки (но говорю, что дотнет - тупиковая ветвь, но не только поэтому).

> TPageProducer и TAdapterPageProducer

TDataSetPageProducer и TDataSetTableProducer

У нас они вполне нормально шаблонизируют несколько десятков страниц. С таблицами и ajax"ом (блэк джеком и шлюхами ;)).

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

← →
ProgRAMmer Dimonych © (2010-03-17 20:33) [124]

> [0] Делфиец (16.03.10 20:21)

Рискну накликать на себя гнев, но красный диплом - не означает, что хороший специалист. Чтобы что-то из себя представлять в программировании - нужен большой опыт работы над разными проектами. А это о-о-очень много времени съедает, да и изматывает неслабо. К сожалению, для получения того самого красного диплома многим (пусть и не всем) оказывается достаточным просто посдавать лабы и запомнить перед экзаменом небольшой клочок информации. И получается, что есть те, кто реально на что-то способен, но отвлекается на интересные проекты за пределами вуза, а есть те, кто просто зубрит то, что впаривают преподаватели. У кого результат лучше будет? И понимание того, чем один язык лучше или хуже другого в том или ином применении...

← →
Rouse_ © (2010-03-17 20:34) [125]

Ну это я понял :) Но...

← →
Игорь Шевченко © (2010-03-17 20:49) [126]

DVM © (17.03.10 20:28) [120]

Диапазоны могут большие получиться. Это при 8-битном кодировании символы более или менее упакованы друг к другу, а при Юникоде, насколько я помню, несколько другая ситуация. Может, CodeGear потому и не вводит таких диапазонов ? Если ничего не мешает технически ввести set of word...

← →
Piter © (2010-03-17 20:58) [127]

Дмитрий Белькевич (17.03.10 20:33) [123]
У нас они вполне нормально шаблонизируют несколько десятков страниц. С таблицами и ajax"ом (блэк джеком и шлюхами ;)).

можешь дать пример HTML файла, который может генерировать эти TDataSetPageProducer и TDataSetTableProducer?
И очень желательно участок кода, который генерирует их или хотя бы часть... Хочется "въехать"...

Если не сложно... Можно на мыло: piterm@gmail.com

← →
DVM © (2010-03-17 21:02) [128]

Задача шаблонизатора - это не генерация HTML кода.
Задача шаблонизатора - объединение ШАБЛОНА страницы или частей шаблона страницы с ДАННЫМИ.

← →
Юрий Зотов © (2010-03-17 21:06) [129]

> Изучают ли Делфи в ВУЗАХ

А зачем в ВУЗах изучать Delphi? ИЗУЧАТЬ в ВУЗах надо программирование, теорию, принципы, подходы, технологии - но не конкретные продукты, каковым является Delphi.

Можно (и нужно) изучать перечисленное НА ПРИМЕРЕ конкретных продуктов. Можно (и нужно) с конкретными продуктами ЗНАКОМИТЬ. Но не нужно изучать САМ конкретный продукт. Это же все-таки ВУЗ, а не курсы по программированию на данном продукте.

← →
Piter © (2010-03-17 21:07) [130]

DVM, ты уже который раз своими постами ставишь меня в тупик.

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

← →
Piter © (2010-03-17 21:10) [131]

то есть, я бы переформулировал так:

Задача шаблонизатора - это генерация HTML кода.
Принцип работы шаблонизатора - объединение ШАБЛОНА страницы или частей шаблона страницы с ДАННЫМИ.

← →
oxffff © (2010-03-17 21:24) [132]

> Piter © (17.03.10 17:43) [105]
> oxffff © (17.03.10 16:35) [94]
> К твоему. И только твоему опыту.
>
> нет. Какая взаимосвязь между наблюдением на чем пишут программы
> и твоим приятием / не приятием ABAP?

Очеь простая. Твое видение действительности. Это твое видение. Ничего общего с реальностью не имеющее.

← →
DVM © (2010-03-17 21:25) [133]

> Piter © (17.03.10 21:07) [130]

> DVM, ты уже который раз своими постами ставишь меня в тупик.

я не хотел чесслово

> Piter © (17.03.10 21:10) [131]

> Задача шаблонизатора - это генерация HTML кода...

Не обязательно там должен быть HTML. И шаблон - это тоже необязательно HTML.

← →
oxffff © (2010-03-17 21:27) [134]

> Piter © (17.03.10 17:43) [105]
> oxffff © (17.03.10 16:35) [94]
> К твоему. И только твоему опыту.
> Так вот доля delphi проектов мала. Новые проекты на дельфи
> начинают вообще в единицах случаев, выше я описал в каких
> именно. Именно в случаях, который привел oxffff, он просто
> подтвердил мое наблюдение

Наблюдение порой бывает обманчиво. Не задумывался?

← →
@!!ex © (2010-03-17 21:32) [135]

> [133] DVM © (17.03.10 21:25)
> Не обязательно там должен быть HTML. И шаблон - это тоже
> необязательно HTML.

Но в данном то случае речь шла именно об HTML, а не об абстрактном шаблономизаторе.

← →
DVM © (2010-03-17 21:41) [136]

> @!!ex © (17.03.10 21:32) [135]

> Но в данном то случае речь шла именно об HTML, а не об абстрактном
> шаблономизаторе.

Я понял о чем речь. И сдается мне что речь вообще не о шаблонизаторе. Сборка шаблона и именно генерация HTML напрямую никак не связаны. Что там на выходе получается шаблонизатору по барабану. Его дела обрабатывать команды своего языка.

← →
DVM © (2010-03-17 21:46) [137]

Возьмем к примеру лебедевский Parser или даже сам PHP, как более абстракный, но первоначально именно шаблонизатор. Знают ли они что об HTML? Почти ничего. Нужен ли Parser-у htm код? Нет не нужен. Он его пропускает как и PHP. Они выполняют свои команды, которые могут быть помещены в html файлы, а могут находиться и в независимых файлах не имеющих к html никакого отношения.

А вывести на страницу тег <table> или любой другой - не задача шаблонизатора. Эти теги для него мусор, который удачно надо расположить серди команд шаблонизатора.

← →
Плохиш © (2010-03-17 22:17) [138]

> Piter © (17.03.10 20:58) [127]

> можешь дать пример HTML файла,

Вот от TPageProducer
https://service.realgarant.de/cgi-bin/rgag/rgag2003

← →
Кто б сомневался © (2010-03-17 22:22) [139]

> Кто б сомневался © (17.03.10 16:40) [95]
> Piter расскажи почему не выбирают? Какие технические причины,
> ну к примеру конкретно в твоем случае?
>
> почему не выбирают - это вопрос холиваров. Хочешь почитать
> - найди через гугл.

Хороший ответ отсылать в гугл. Ведь я спрашиваю о фактах ,на которых ты основываешь свое мнение (ведь на чем то оно основано ведь?).
Я хотел услышать твое мнение в выборе среды, ведь написал же:

> Piter © (17.03.10 16:10) [90]
> Но если брать нулевой случай, когда определенности нет и
> все заново - дельфи практически никогда не выбирают, это
> мой опыт.

Просто перечисли коротко пункты, на основе которых ты отбраковал данный язык.

← →
Piter © (2010-03-17 22:23) [140]

oxffff © (17.03.10 21:24) [132]
Твое видение действительности. Это твое видение

ну естественно. Я же говорю, исходя их своего жизненного опыта, ты из своего, третий человек из своего. А как по другому может быть то.

oxffff © (17.03.10 21:24) [132]
Ничего общего с реальностью не имеющее

а это уже твое видение ))) Кстати, также ошибочное ) Я разговарил реально с достаточно большим количеством людей и видел на чем пишутся средне-статические проекты, видел отношение IT начальнегов к дельфи. Опыт с разными предприятиями, из разных областей.
Но в целом да - говорю то, что вижу.

DVM © (17.03.10 21:25) [133]
Не обязательно там должен быть HTML. И шаблон - это тоже необязательно HTML.

не, ну понятно. Просто я речь изначально вел именно о HTML шаблонизаторе. Фактически, вопрос связан с WEB-управлением delphi программой.

oxffff © (17.03.10 21:27) [134]
Наблюдение порой бывает обманчиво. Не задумывался?

Сергей, я очень уважаю твои знания. Не надо со мной разговаривать в троллеподобном стиле, пытаясь еще настроить меня против самого себя же )))

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

У тебя другой опыт? Ты видишь как вокруг все предприятия только и используют, что дельфи? Ты видишь, как яростно пытаются .NET проекты перевести на дельфи? Да здорово, расскажи об этом, поделись своим опытом.

Не надо разговаривать со мной, как с человеком, который идейно хочет похоронить дельфи. Я никакое средство разработки лучше не знаю, чем дельфи. Синтаксис дельфовый мне снится по ночам.

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

Соотношение между той же Java и Delphi практически коррелирует с количеством найденных страничек в гугле, 30 миллионов против 300 миллионов. То есть, отношения порядка 1/10, да, и это действительность. В принципе, 10% это не так уж и плохо, это даже круто, если вдуматься. Но по большому счету это проекты, которые "Так исторически сложилось".
Но для бизнеса, имхо, дельфи практически умер. Я уже приводил пример с нулевым проектом.
Собственно, я уже все написал, что хотел, сейчас просто повторяюсь по просьбе общественности как только можно ставляя "имхо".

← →
Piter © (2010-03-17 22:31) [141]

Плохиш © (17.03.10 22:17) [138]
Вот от TPageProducer
https://service.realgarant.de/cgi-bin/rgag/rgag2003

просьба ввода логина и пароля? Хотелось бы страничку посложнее... И интересно было бы именно ее в сравнении с кодом, который ее генерирует.

Кто б сомневался © (17.03.10 22:22) [139]
Хороший ответ отсылать в гугл

я просто не вижу смысла холиварить насчет "множественного наследия". Этих холиваров тысячи уже прошли.

Кто б сомневался © (17.03.10 22:22) [139]
Ведь я спрашиваю о фактах ,на которых ты основываешь свое мнение (ведь на чем то оно основано ведь?).

я тебе описал в посте [105], когда отвечал на твой пост [95]

Кто б сомневался © (17.03.10 22:22) [139]
Просто перечисли коротко пункты, на основе которых ты отбраковал данный язык.

понимаешь, ты хочешь от меня услышать что-то типа "В дельфи нет множественного наследования", то есть какую-то техническую характеристику, за которую можно зацепиться и получиться холивар.

Я тебе не о том, я не про себя. Когда я выбираю платформу - это мое дело, мои соображения и стоит признать, что человек в большинстве случаев выбирает платформу, которую он знает. Что очень логично, хотя пусть и другая некая платформа может дать преимущества.

Я ведь четко написал на основе ЧЕГО я сделал такие выводы. На основе решений других людей, руководителей, которые выбирают ту или иную технологию. Я не задаюсь и не отвечаю на вопросы "ПОЧЕМУ?!", я просто говорю, что так то и так. Если бы все бизнес проекты писались на дельфи, я в силу своего опыта был бы только рад.

← →
oxffff © (2010-03-17 22:37) [142]

> Piter © (17.03.10 22:23) [140]

Можно конкретнее по поводу языка. :)

Например:

C# поддерживает ко и контрвариантность для делегатов и интерфейсов. Delphi нет. Да есть такое. Но не смертельно.
Delphi поддерживает динамические вызовы давным давно. С# стал поддерживать с версии 4.0. То есть в данном случае догнал.
С# поддерживает инстранцирование шаблонов Run time. Delphi нет.
И требовать не стоит поскольку моменты компиляции в x86 разные.

Далее предлагаю тебе продолжить. :)

← →
DVM © (2010-03-17 22:40) [143]

> Piter ©

Так вот, возвращаясь к теме генерации пусть HTML страниц из делфи.
Я в свое время много думал над этим и пришел к таким выводам:
1) Просто тупой заменой %переменная% на значения из программы можно сделать только самые простые вещи. Таблицу с заранее неизвестным числом полей так не выведешь.

2) Выводить непосредственно теги из программы не есть гут. Данные должны быть отделены от представления и от логики работы. Этот вариант отпадает, хоть и самый простой.

3) Остается третий вариант - писать свой интерепретатор а-ля PHP и свой язык, который вставлять в нужные места шаблона. Тогда это действительно мощно. Но не слишком ли круто, тем более что все это уже написано для XML ?

← →
oxffff © (2010-03-17 22:40) [144]

> С# поддерживает инстранцирование шаблонов Run time. Delphi
> нет.

Технически такое в Delphi возможно реализовать. Добавив run time компиляцию.

← →
Piter © (2010-03-17 22:45) [145]

oxffff © (17.03.10 22:37) [142]
Далее предлагаю тебе продолжить. :)

вооот, Сергей, это и говорит о том, что ты меня не понял. Перечитай плиз мои посты. Особенно я постарался подвести итоги в посте [141]

← →
Piter © (2010-03-17 22:49) [146]

DVM © (17.03.10 22:40) [143]
Просто тупой заменой %переменная% на значения из программы можно сделать только самые простые вещи

абсолютно точно также через это прошел, мнение точно такое же

DVM © (17.03.10 22:40) [143]
Остается третий вариант - писать свой интерепретатор а-ля PHP и свой язык, который вставлять в нужные места шаблона. Тогда это действительно мощно. Но не слишком ли круто

я не знаю, круто это или нет. Я знаю, что в некоторых языках, средах это реализовано. В некоторых есть целые технологии, облегчающие это. В дельфи этого нет, вот и все.

Вывод HTML - это просто конкретный пример, что мне неудобно в дельфи.

← →
Sergey Masloff (2010-03-17 22:52) [147]

oxffff © (17.03.10 22:37) [142]
>Можно конкретнее по поводу языка. :)
Извини но это все "ни о чем". Бог с ними этими потрохами
То есть не все. Вот это "Но не смертельно" - по делу

Все эти динамические инстанцирования и далее по тексту - хотелось бы пример из реальной задачи в которой они нужны ибо (любое)
- упрощают сопровождаемость кода
- делают код более надежным
- решают определенную задачу так что альтернативное решение на порядок более затратное

Только не теоретические изыскания а реальную задачу в которой это было реализовано и пошло в продакшн проект.

← →
oxffff © (2010-03-17 22:54) [148]

>Piter © (17.03.10 22:31) [141]
> У тебя другой опыт? Ты видишь как вокруг все предприятия
> только и используют, что дельфи? Ты видишь, как яростно
> пытаются .NET проекты перевести на дельфи? Да здорово, расскажи
> об этом, поделись своим опытом.

У меня совсем другое видение. Я вижу что вбухиваются просто огромные деньги в SAP. Повторяю огромные. Люди постоянно(Аналитики, постановщики задач и прочие дармоеды из столицы и не только но через столицу летают) летали на самолетах каждые две недели. То что в SAP есть стандарт, который достаточно удачно ложится на Российские задачи это миф. Так еще и эти изучатели предметной области портачат, потом приходится дополнять, переделывать их решения. То что есть платформа, которая потом тиражируется. Это тоже миф. Стандарт просто под каждого с кучей if переписывается и фактически мало что осталось(не мы этим занимаемся). На деньги которые вбухали в SAP можно было развивать локальные системы и добиться такого же тоного клиента SAP GUI.
Причем было бы дешевле. И специалисты есть. Но у начальнигов другое мнение. И здесь ни Delphi, C#,C++. А SAP.

> Piter © (17.03.10 22:49) [146]

> Я знаю, что в некоторых языках, средах это реализовано.
> В некоторых есть целые технологии, облегчающие это.

Можешь указать конкретно где и что реализовано? PHP, Perl всякие Питоны давай не брать в расчет.

Конкретно речь о C/C++/C# ну и может быть Java.

> Sergey Masloff (17.03.10 22:52) [147]
> oxffff © (17.03.10 22:37) [142]
> >Можно конкретнее по поводу языка. :)
> Извини но это все "ни о чем". Бог с ними этими потрохами
>
> То есть не все. Вот это "Но не смертельно" - по делу
>
> Все эти динамические инстанцирования и далее по тексту -
> хотелось бы пример из реальной задачи в которой они нужны
> ибо (любое)
> - упрощают сопровождаемость кода
> - делают код более надежным
> - решают определенную задачу так что альтернативное решение
> на порядок более затратное
>
> Только не теоретические изыскания а реальную задачу в которой
> это было реализовано и пошло в продакшн проект.

Я предлагаю открыть тебе помощь например по контрвариантности входных параметров для делегатов. И понять что к чему. :)

1. Делают код безопасным, исключая жесткое приведение.
2. При написаниии в безопасном стиле сделать это эффективнее(быстрее).

> понимаешь, ты хочешь от меня услышать что-то типа "В дельфи
> нет множественного наследования", то есть какую-то техническую
> характеристику, за которую можно зацепиться и получиться
> холивар.

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

Но от тебя же слышно только - Delphi умер, и на Delphi не стоит создавать проект с нуля.
Но вот почему, ты никак не можешь ответить.. Я не буду холиварить, я не люблю это. Я просто не люблю, когда человек советует другим что это лучше не делать, но может никак объяснить почему конкретно этого лучше не делать.

> Я ведь четко написал на основе ЧЕГО я сделал такие выводы.
> На основе решений других людей, руководителей, которые
> выбирают ту или иную технологию

Почему ты тогда пишешь что, ты это сделал на основе своего опыта? Тогда так и пиши, я выбираю эту систему, т.к. ее советуют мне выбирать другие люди, которых я считаю профессионалами.
Я просто хочу сам для себя разобраться с этими слухами раз и навсегда, чтобы знать объективно, и решить для себя в том числе, оставаться мне на этой платформе, или нет, но для этого нужны факты чтобы взвесить.

На данный момент для создания Windows App, мне достаточно этой платформы с головой, она экономит время разработки, и создает в результате экономный\скоростной в плане ресурсов проект. Я пока не замечал реально необходимых преимуществ\технологий без которых бы нельзя было обойтись, либо те которые еще меньше требуют времени на разработку.
В известной компании, где я работал относительно недавно, и где все программы (системного характера) написаны на Delphi тоже пока так не думают, поэтому новые проекты продолжают создаваться именно с этим инструментом.
Правда у них другая проблема, - нехватка квалифицированных Delphi разработчиков, поэтому они в связи с расширением, начали нанимать сишников.

> Piter © (17.03.10 22:31) [141]
>
> Плохиш © (17.03.10 22:17) [138]
> Вот от TPageProducer
> https://service.realgarant.de/cgi-bin/rgag/rgag2003
>
> просьба ввода логина и пароля? Хотелось бы страничку посложнее.
> .. И интересно было бы именно ее в сравнении с кодом, который
> ее генерирует.

Честно говоря, я не понял, что надо.
Много примеров лежит в папке Demos\DelphiWin32\VCLWin32\WebSnap

← →
Дмитрий Белькевич (2010-03-17 23:03) [153]

> В дельфи этого нет, вот и все.

Нет - нужно спорить не так. Нет и не может быть в принципе.

Вот в жаве и дотнете. Нет и не может быть в принципе быстрой работы с картинками на 5-ти мегапиксельных мониторах. А в делфи - может быть нормальная работа с html.

И если это еще не написано - то это не повод пинать делфю, а место для приложение своих сил. Так как это потенциально продаваемо. А тот, кто видит в минусах только минусы, а не ресурсы для работы - (скажем мягко, что бы не доводить до холивара) недалёкий человек.

http://makhaon.ru/download/software/web_if.zip

Таблицы собираются динамически, если что.

← →
jack128_ (2010-03-17 23:07) [154]

>
> Все эти динамические инстанцирования и далее по тексту -
> хотелось бы пример из реальной задачи в которой они нужны
> ибо (любое)
> - упрощают сопровождаемость кода
> - делают код более надежным
> - решают определенную задачу так что альтернативное решение
> на порядок более затратное
>
> Только не теоретические изыскания а реальную задачу в которой
> это было реализовано и пошло в продакшн проект.

ну диманическая генерация кода в дот нете используется достаточно часто. Самый тупой пример XML-сериализация.

Еще в шарпе есть такая замечательная вещь, как expression tree. А это LINQ to SQL, генерация моков, статический типизированые хелперы в ASP.NET MVC..

oxffff © (17.03.10 22:54) [148]

> То что в SAP есть стандарт, который достаточно удачно ложится
> на Российские задачи это миф. Так еще и эти изучатели предметной
> области портачат, потом приходится дополнять, переделывать
> их решения. То что есть платформа, которая потом тиражируется.
> Это тоже миф. Стандарт просто под каждого с кучей if переписывается
> и фактически мало что осталось(не мы этим занимаемся). На
> деньги которые вбухали в SAP можно было развивать локальные
> системы и добиться такого же тоного клиента SAP GUI.
> Причем было бы дешевле. И специалисты есть. Но у начальнигов
> другое мнение. И здесь ни Delphi, C#,C++. А SAP.

SAP - это продукт. А локальная система, написанная доморощенными специалистами - это локальная система, написанная доморощенными специалистами.

В начале 90-ых эти же самые доморощенные специалисты писали свои склад/бухгалтерию/отдел кадров/кучу всякой фигни на клиппере, кларионе, foxpro. Потом пришла 1С и весь этот зоопарк высеров гениальности вымела поганой метлой. С SAP примерно то же самое :)

Почему любая тема на любом сайте где хоть чуть-чуть кто-то заикается о недостатках Delphi вырастает в страшенный холивар?

Вообще конечно упоминать о проблемах делфи на сайте скажем так сторонников делфи бессмысленно. Напоминает фильм "Крепкий орешек" и Уиллиса без штанов но с плакатом "Я ненавижу черномазых" в негритянском квартале.

И язык тут не причем. Люди нужны, причем преимущественно менеджеры, руководители проектов, и тому подобные управленческие паразиты . А набрать мартышек для реализации - замкадье большое.

> Игорь Шевченко © (17.03.10 23:16) [155]
> oxffff © (17.03.10 22:54) [148]
>
>
> > То что в SAP есть стандарт, который достаточно удачно
> ложится
> > на Российские задачи это миф. Так еще и эти изучатели
> предметной
> > области портачат, потом приходится дополнять, переделывать
>
> > их решения. То что есть платформа, которая потом тиражируется.
>
> > Это тоже миф. Стандарт просто под каждого с кучей if
> переписывается
> > и фактически мало что осталось(не мы этим занимаемся).
> На
> > деньги которые вбухали в SAP можно было развивать локальные
>
> > системы и добиться такого же тоного клиента SAP GUI.
> > Причем было бы дешевле. И специалисты есть. Но у начальнигов
>
> > другое мнение. И здесь ни Delphi, C#,C++. А SAP.
>
>
> SAP - это продукт. А локальная система, написанная доморощенными
> специалистами - это локальная система, написанная доморощенными
> специалистами.
>
> В начале 90-ых эти же самые доморощенные специалисты писали
> свои склад/бухгалтерию/отдел кадров/кучу всякой фигни на
> клиппере, кларионе, foxpro. Потом пришла 1С и весь этот
> зоопарк высеров гениальности вымела поганой метлой. С SAP
> примерно то же самое :)

Хотел бы я с Вами очень согласится. И доводы у Вас убедительные. Действительно то что вылизывалось немецкими солдатами десятилетиями должно работать качественее и надежнее самопала малых сроков выдержки.
И здесь в части написания тонкого клиента и самой среды я отчасти с вами соглашусь.
Но вот сама "универсальная" конфигурация устанавливаемая на Российскую предментную область притерпевает глубочайшие изменения в работе. Можно сказать что это новая конфигурация. И она пишется такими же программистами которые писали бы такое же на клиппере, кларионе, foxpro.
Но ошибки то сохраняются, поскольку на платформе SAP но своими руками.
Поэтому и получается вбухиваются деньги по идее в готовые решения. Но эти решения потом полностью переписываются. По факту такой же самопал в части конфигурации(схема БД, бизнес логика, интерфейс клиента).

> Игорь Шевченко © (17.03.10 23:18) [157]
> И язык тут не причем. Люди нужны, причем преимущественно
> менеджеры, руководители проектов, и тому подобные управленческие
> паразиты . А набрать мартышек для реализации - замкадье
> большое.

И все эти управленческие паразиты только в Москве(так в ней одни замкадыши)?

← →
Дмитрий Белькевич (2010-03-17 23:41) [160]

> Таблицы собираются динамически, если что.

Вообще - веб - наше сильно непрофильное. Показанное - фактически написанное "на коленке" за где-то месяца два. Человеком, который с пхп/веба на делфю пересел (я показывал, как и что работает, человек довольно быстро разобрался). Так что особенно там показывать нечего. Код показывать нет смысла - случай частный, думаю, ничего интересного.

Главная причина, почему так делалось - не тянуть с собой апач/пхп. Не люблю зависимости.

Изучают ли Делфи в ВУЗАХ Найти похожие ветки