|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
авторХм. Интересно, каким образом сложность сопровождения связана со стоимостью специалистов. даже не знаю что и сказать в ответ.. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.05.2006, 16:47 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Дело вообще не в заказчике, конечно, если преподавателя можно назвать заказчиком, дело в том что наш преподаватель очень хорошо знает только FoxPro, про .NET только слышала. И пытается всех заставить писать только на FoxPro, а я наперекор писал на .NET, теперь надо написать аргументированное объяснение почему .NET, а не FoxPro. Помогите, как лучше аргументировать выбор ИС! ... |
|||
:
Нравится:
Не нравится:
|
|||
24.05.2006, 13:14 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Dimon.NETИ пытается всех заставить писать только на FoxPro, а я наперекор писал на .NET, теперь надо написать аргументированное объяснение почему .NET, а не FoxPro. А вы можете сами себе внятно обьяснить почему вы писали на .NET а не на FoxPro ? Кроме того что "круче" и "так интереснее" ... |
|||
:
Нравится:
Не нравится:
|
|||
24.05.2006, 13:29 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Alexey KudinovА вы можете сами себе внятно обьяснить почему вы писали на .NET а не на FoxPro ? Кроме того что "круче" и "так интереснее" Могу сказать, вот мои субъективные причины: 1. ОО FoxPro не являлся изначально, и то что там вводят в новых версиях только издалека напоминает объектность. 2. FoxPro имеет очень неудобный набор визуальных компонентов, а расширяется он только через ActiveX, что тоже неудобно 3. Редактор кода тоже не очень удобен (нет например динамического IntelliSense и пр.) 4. В FoxPro вринципе ориентирован на работу с БД, и конечно же, имеет хорошую функциональность для работы с БД, причем там БД используется, как я понимаю, не просто для хранения данных, а вообще для работы с данными, т.е. для реализации бизнес-логики. А таких вещей, как например реализовано в .Net (System.Collection), в FoxPro нет и реализоввыть как то не хочется. Я вот и пытался сформулировать требования к ИС, и типа сказать что .NET больше удовлетворяет данным требованиям, что на .NET проще разрабатывать и сопровождать ОО приложение. Вот я и хочу посоветоваться ... |
|||
:
Нравится:
Не нравится:
|
|||
24.05.2006, 15:15 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Я тоже в настоящий момент озадачен вопросом выбора платформы под крупный клиент-серверный проект, поэтому тоже думаю о критериях. 1. Описан частный случай. Я бы добавил сюда еще мощную и легкую для пользователя отчетную подсистему, а также возможность изменения функционала настройщиком (внедренцем), и назвал бы: гибкость системы. Т.е. как сложно ее адаптировать под изменяющиеся бизнес-условия. 2. Совершенно верно. Понятие масштабируемости для ИС должно включать возможность работы с наращиваемыми кластерами СУБД, а также возможность кластеризации серверов приложений (по необходимости). Если такая масштабируемость ограничена, должна быть возможность строить распределенные решения (а также, если функционал это подразумевает). 3. Написано коряво. ИС должна обеспечивать минимальную ресурсоемкость модификации функционала при минимально возможной квалификации обслуживающего персонала (внедрение+сопровождение). Понятно, что реально это достижимо далеко не всегда, но тем не менее, 1С завоевала свой рынок не просто так. 4. ООП необходимо в первую очередь ИМХО для полноценного применения компонентного подхода, а также чтобы сделать максимально прозрачным механизм обновлений ИС разработчиками для сопровожденцев (пример - Аксапта). 5. Необязательно. Если бизнес того требует. Надо понимать, что при этом приходится жертвовать фукциональностью/ производительностью/ ресурсоемкостью модификаций, и, возможно, вполне достаточно одного серверного решения, но полноценного. 6. Чепуха. С этой точки зрения, действительно, ассемблер идеален. Но 1-3 этот пункт исключают. Вероятно, подразумевалось, что те, кто делал ИС должны иметь хоть какое-то понятие об оптимизации :-) 7. Я бы сформулировал это, как наличие в ИС средств для ведения прикладной системы на продолжении полного жизненного цикла, а остальное уже было в 3. Но все это я отношу к корпоративным системам, а если брать автора топика, то все его аргументы субъективны и ограничиваются "А мне так интереснее было". Вряд ли у него была настолько серьезная работа, где имело бы какое-то объективное значение - VFP или .NET использовать. Хотя, возможно, у него где-то была и мысля о том, что программисты на .NET стоят гораздо больше, чем программисты на VFP, вот тогда респект автору. Вот только, боюсь, для препода это не аргумент будет, да еще и ей же пытаются доказать, что она фигне какой-то учит. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.05.2006, 16:36 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Mik Prokoshin 1. ... Я бы добавил сюда еще мощную и легкую для пользователя отчетную подсистему, а также возможность изменения функционала настройщиком (внедренцем), и назвал бы: гибкость системы. Т.е. как сложно ее адаптировать под изменяющиеся бизнес-условия. 2. ...Понятие масштабируемости для ИС должно включать возможность работы с наращиваемыми кластерами СУБД, а также возможность кластеризации серверов приложений (по необходимости). Если такая масштабируемость ограничена, должна быть возможность строить распределенные решения (а также, если функционал это подразумевает). 3. ...ИС должна обеспечивать минимальную ресурсоемкость модификации функционала при минимально возможной квалификации обслуживающего персонала (внедрение+сопровождение). 4. ...сделать максимально прозрачным механизм обновлений ИС разработчиками для сопровожденцев... 7. Я бы сформулировал это, как наличие в ИС средств для ведения прикладной системы на продолжении полного жизненного цикла, а остальное уже было в 3. Поддержу, очень важные критерии. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.05.2006, 17:09 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Calm авторХм. Интересно, каким образом сложность сопровождения связана со стоимостью специалистов. даже не знаю что и сказать в ответ.. Например, правду :-) Ну или хотя бы - что Вы имели в виду, выдвигая подобную аргументацию. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.05.2006, 12:18 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Dimon.NETИ пытается всех заставить писать только на FoxPro, а я наперекор писал на .NET, :) Dimon.NET теперь надо написать аргументированное объяснение почему .NET, а не FoxPro Значит, грубо говоря, нужен список примерно следующего вида: - задача/возможность X, в моей программе используется там-то и там-то, может стать актуальной в будущем в связи с тем-то и тем-то, в FoxPro затруднена тем-то и тем-то, в .NET замечательно реализуется так-то. ........... - в итоге был выбран инструмент, более отвечающий потребностям задачи. Dimon.NET1. ОО FoxPro не являлся изначально, и то что там вводят в новых версиях только издалека напоминает объектность. Что существенного получает эта задача от использования объектного синтаксиса? Dimon.NET2. FoxPro имеет очень неудобный набор визуальных компонентов, а расширяется он только через ActiveX, что тоже неудобно Какие использованные в задаче компоненты не имеют удовлетворительных аналогов в FoxPro? Dimon.NET3. Редактор кода тоже не очень удобен (нет например динамического IntelliSense и пр.) На сколько это увеличивает время кодирования, вероятность внесения ошибки итп? И так далее. Хорошие ответы на эти вопросы будут довольно убедительным обоснованием. Если так, Вы подошли к вопросу слишком масштабно. Задача проще - есть конкретное ТЗ. Были рассмотрены следующие инструменты реализации. При анализе их возможностей были выявлены следующие факторы, важные с точки зрения разработки этого приложения. В результате было принято решение. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.05.2006, 12:28 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
авторм. Интересно, каким образом сложность сопровождения связана со стоимостью специалистов. Условный пример градаций сложности сопровождения продукта. Поменять порядок столбцов в отчете может любой студент. Почти бесплатно, ради опыта и т.д. Сделать новый отчет средней сложности может любой выпускник. Дешевая рабочая сила. Реализовать в развитой билинговой системе принципиально новый способ обсчета - удел квалифицированного специалиста с опытом работы. Уже не дешево, а реальный деньги платить надо. Поддерживать в приличном состоянии интеграцию сопровождаемой системы в развитом (запущенном?) информационном ландшафте предприятия посилам высокооплачиваемым аналитиками, профессионалам в свой области. Дорого. С уважением. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.05.2006, 14:01 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
CalmУсловный пример градаций сложности сопровождения продукта. Поменять порядок столбцов в отчете может любой студент. Почти бесплатно, ради опыта и т.д. Сделать новый отчет средней сложности может любой выпускник. Дешевая рабочая сила. Реализовать в развитой билинговой системе принципиально новый способ обсчета - удел квалифицированного специалиста с опытом работы. Уже не дешево, а реальный деньги платить надо. OK. Теперь давайте привлечем еще одну Вашу цитату: CalmК примеру, специалиста по Delphi найти проще и дешевле, чем по VC++. А по Firebird - проще и дешевле, чем по Oracle. Внимание, вопрос. Итак, есть две системы. В одной из них, на VC+Oracle поменять порядок столбцов может любой студент. В другой, на Delphi+Firebird, любой выпускник. Какая из этих систем проще в сопровождении? Дешевле в сопровождении? Почему именно так? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.05.2006, 14:59 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
имхо, в реальности, выбор того или иного средства разработки определяется личными предпочтениями, пристрастиями и опытом разработчика. Конечно, существуют определенные ограничения - скажем, писать АБС на Клиппере сейчас будет явной ошибкой. Но для большинства приложений прекрасно подходит и .Net, и Delphi и VС и даже VFP. И на каждый аргумент сторонников одного найдется ответ приверженцев другого. Попытки обосновать выбор наличием рынка программистов, стоимостью сопровождения кажутся мне неубедительными, т.к. легко можно найти противоположные примеры. А попытки основывать выбор на масштабируемости, современности и пр. - это уже просто чисто маркетинговые приколы. Вместе с тем, выбор просто потому что "так мне нравится" я считаю, имеет полное право на жизнь и вполне уважаем. Хотя преподу наверно это будет трудно доказать... Nobody faults but mine... (LZ) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.05.2006, 17:19 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
1. ОО FoxPro не являлся изначально, и то что там вводят в новых версиях только издалека напоминает объектность. - не совсем так 2. FoxPro имеет очень неудобный набор визуальных компонентов, а расширяется он только через ActiveX, что тоже неудобно - удобно, все коммерческие библиотеки имеют как .нет так и активх версии 3. Редактор кода тоже не очень удобен (нет например динамического IntelliSense и пр.) - есть 4. В FoxPro вринципе ориентирован на работу с БД, и конечно же, имеет хорошую функциональность для работы с БД, причем там БД используется, как я понимаю, не просто для хранения данных, а вообще для работы с данными, т.е. для реализации бизнес-логики. А таких вещей, как например реализовано в .Net (System.Collection), в FoxPro нет и реализоввыть как то не хочется. - коллекции есть Я вот и пытался сформулировать требования к ИС, и типа сказать что .NET больше удовлетворяет данным требованиям, что на .NET проще разрабатывать и сопровождать ОО приложение. - да нет никакой разницы и главное: есть вполне конкретная задача - диплом. Преподу нравится фокспро. Значит немного фокспро нужно, остальное можно на ц-диез. Ты ж не знаешь ни ц-диез ни фокспро а собираешься их противопостовлять и спорить с преподом от которого зависишь. Так нельзя. Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.05.2006, 17:40 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
1024 1. ОО FoxPro не являлся изначально, и то что там вводят в новых версиях только издалека напоминает объектность. - не совсем так Что не совсем так? Вопрос: Вы используете такую замечательную вещь ООП, как полиморфизм в FoxPro, если да то как? 1024 2. FoxPro имеет очень неудобный набор визуальных компонентов, а расширяется он только через ActiveX, что тоже неудобно - удобно, все коммерческие библиотеки имеют как .нет так и активх версии Может и имеются, но их использование в FoxPro не так удобно (даже сильно неудобно), как использование например встроенных компонент FoxPro 1024 3. Редактор кода тоже не очень удобен (нет например динамического IntelliSense и пр.) - есть В 9 и более ранних версиях FoxPro, если ты объявляешь свой класс, то при создании объекта класса, через "." не показываются список свойств и методов. 1024 4. В FoxPro вринципе ориентирован на работу с БД, и конечно же, имеет хорошую функциональность для работы с БД, причем там БД используется, как я понимаю, не просто для хранения данных, а вообще для работы с данными, т.е. для реализации бизнес-логики. А таких вещей, как например реализовано в .Net (System.Collection), в FoxPro нет и реализоввыть как то не хочется. - коллекции есть Ну да есть, простой список, а в System.Collection есть еще очень много полезного: хэштаблицы, сортированные списки и др. 1024 Я вот и пытался сформулировать требования к ИС, и типа сказать что .NET больше удовлетворяет данным требованиям, что на .NET проще разрабатывать и сопровождать ОО приложение. - да нет никакой разницы Могу еще привести пример, например когда я писал на FoxPro, то например, после написанися определенного количества кода, мне приходилось минут пять исправлять синтаксические ошибки в коде (это была из-за того что, во-первых, FoxPro не подсказывает имена свойств и методов моих объектов, во-вторых, FoxPro не строго-типизированный язык, и вероятность ошибки сильно возврастает), при программировании на .NET, все эти ошибки находятся на этапе компиляции. 1024 и главное: есть вполне конкретная задача - диплом. Преподу нравится фокспро. Значит немного фокспро нужно, остальное можно на ц-диез. Ты ж не знаешь ни ц-диез ни фокспро а собираешься их противопостовлять и спорить с преподом от которого зависишь. Так нельзя. FoxPro я знаю, думаете я сразу наперекор пошел преподу, сначала я писал на FoxPro, причем приличное время, и понял, что эти вещи проще и удобнее можно реализовать на .NET, причем более быстро. Я не говорю, что FoxPro - это плохое ИС, просто он свое уже изжил, по-крайней мере мне так кажется. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2006, 06:36 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Dimon.NETЯ не говорю, что FoxPro - это плохое ИС, просто он свое уже изжил, по-крайней мере мне так кажется. Между прочим, простое приложение БД на нем написать можно даже быстрее, чем на .NET или Delphi. Инструмент работы с БД в нем интегрирован, не надо разбираться с посторонними механизмами. Т.е. как и много лет назад - это средство, ориентированное преимущественно на быстрое создание небольших приложений не слишком квалифицированными кадрами, только и всего. И Интеллисенс там по крайней мере в 7 уже есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2006, 07:13 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Mik Prokoshin Между прочим, простое приложение БД на нем написать можно даже быстрее, чем на .NET или Delphi. Инструмент работы с БД в нем интегрирован, не надо разбираться с посторонними механизмами. Т.е. как и много лет назад - это средство, ориентированное преимущественно на быстрое создание небольших приложений не слишком квалифицированными кадрами, только и всего. Согласен простое приложение да! Mik Prokoshin И Интеллисенс там по крайней мере в 7 уже есть. Динамического интеллисенса нет по крафней мере смотрел 9 версию! Я уже писал про это. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2006, 09:50 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
не надо упорствовать. Тебе всё сказали Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2006, 14:00 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Настойчивость - это правильно - в жизни пригодится, аргументированная настойчивость - вообще супер. Однако, как тут уже заметили, есть конкретная цель - достигнуть компромиса с преподом, у которого противоположная точка зрения. Посему, думаю, стоит проявить гибкость, т.е. посмотреть на ситуацию глазами препода. FoxPro - язык его эпохи, он позволяет ему решать необходимые задачи и полностью его устраивает, в силу своего возраста преподаватель стала более консервативной во взглядах и не хочет или не может гоняться за новыми технологиями чтобы с их помощью решить задачи, которые и так решаются доступным и хорошо освоенным средством разработки FoxPro. Я бы сказал что, мол, полностью согласен(с оппонентом нужно сначала всегда согласится - чтобы его обезоружить и расслабить) с Вами, ув. преподаватель, что FoxPro клёвое средство разработки (было и всё ещё остаётся), однако жизнь это движение и не просто движение, а движение вперёд, посему мне, как молодому специалисту, больше нравится технология .NET (привести аргументы почему). Тут главное не рубить сплеча - пожилые этого не любят, вобщем вечный конфликт молодых и дерзких и тех кто уже себя нашёл (или так думает). Удачи в защите диплома! :) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2006, 16:23 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
разработки (было и всё ещё остаётся), однако жизнь это движение и не просто движение, а движение вперёд, посему мне, как молодому специалисту, больше нравится технология .NET (привести аргументы почему). Тут главное не рубить сплеча - пожилые этого не любят, вобщем вечный конфликт молодых и дерзких и тех кто уже себя нашёл (или так думает). Удачи в защите ------------------- 8) препод знает о чём говорит а студент журналов начитался. И студент будет препода похлопывать по плечу и что-то объяснять. Смешно. (привести аргументы почему). ------------------ вот на этом и будет затык. Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2006, 17:47 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
1024 препод знает о чём говорит а студент журналов начитался. И студент будет препода похлопывать по плечу и что-то объяснять. Смешно. (привести аргументы почему). ------------------ вот на этом и будет затык. Я не понимаю, чем я Вам не угодил, и зачем Вы все это пишете! Могли бы лучше дельный совет дать! ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2006, 08:35 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Обычно самый дельный вариант с точки зрения сдачи: подойти к преподу с покаянием. Мол, бес попутал, про супер-пупер технологии начитался, но теперь понимаю, что Фокс ничем не хуже, все мог бы с его помощью сделать-переделать, но вот уже время жмет и т.д. со слезой в голосе. Чаще всего помогало. :-) Но важно не перейти некий порог во взаимоотношениях до того. Если уже насмерть с преподавателем поссорился, то тут один диагноз - просить на кафедре/в деканате пересдачу у другого преподавателя. И еще, многое зависит от постановки курса - либо это обучение Фоксу (где он в учебном плане прописан, например предмет БД), тогда все жестко и светит несдача с большой долей вероятности, либо это предмет, где выбор инструмента произволен - тогда шансы решить вопрос за счет скиллов личного общения повышаются. За счет железной аргументации и отстаивания своего мнения тоже можно сдать, но это ОЧЕНЬ сильно зависит от личности преподавателя и Вашего умения корректно спорить. Обычно такое проходит с "сильными" преподами. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2006, 07:33 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Mik Prokoshin Нет, все на так плохо, преподаватель уже знает что я пишу на .NET, просто я его перед фактом поставил, когда уже переписал часть системы с FoxPro на .NET, сейчас проблема не в том, как объяснить преподавателю, а в том что этот преподаватель может мне задать вопрос на защите, почему типа не FoxPro, тем более на нем была написана часть системы. Вот и я хочу подготовится, придумать достаточно хорошее объяснение, причем как можно проффесиональнее (логичнее), а не так: .NET типа круто, да и мне он нравится. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2006, 07:42 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Я думаю многие здесь программирует на .NET, тогда может кто-нибудь может сказать какие преимущества у .NET, почему Вы выбирали .NET (для тех кто, например, сменил ИС)? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2006, 07:47 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
Разницы-то особой для небольшого проекта нет. Реальные преимущества относятся только к крупным/универсальным проектам (не только БД). Ну, можете упирать на масштабируемость проекта (коллективная разработка на .NET всяко лучше проработана), большее количество сторонних бесплатных компонентов (сразу появляется вопрос: а используется ли что-то в Вашем проекте), потенциальной возможности работы с тонкими клиентами. Все остальное берите просто из рекламы не напрягаясь. Серьезно о таких вещах надо думать, когда выбираешь средство, а не когда уже поезд ушел. И надо отдавать себе отчет в том, что в итоге все понимают, что Dimon.NET.NET типа круто, да и мне он нравится., а отмазки - это всего лишь Ваше умение делать хорошую мину при плохой игре. Удачи. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2006, 09:55 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
авторВот и я хочу подготовится, придумать достаточно хорошее объяснение, причем как можно проффесиональнее (логичнее), а не так: .NET типа круто, да и мне он нравится. А чем, собственно, это обьяснение вам не нравится? Ведь это действительно -насколько я понял - так? Вам следует аргументировать не то, что .NET круче VFP, а то, что он ничем не хуже. Nobody faults but mine... (LZ) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2006, 14:07 |
|
Требования к инструментальному средству
|
|||
---|---|---|---|
#18+
1024 препод знает о чём говорит а студент журналов начитался. И студент будет препода похлопывать по плечу и что-то объяснять. Смешно. (привести аргументы почему). ------------------ Случай из жизни: Работал парень девелопером, в свое время по дурости вылетел из ВУЗа ... девелопер классный ... друзья парня в забугряндию тащили, но нужно было получить корку о вышке ... парень пошел на вечерний учиться ... препод читавший ему курс на Паскале был несколько раз опростоволосен, пытаясь "засадить зарвавшегося студиоза", ибо парень выкатывал более эффективные решения лабораторок ..., что в результате доказала комиссия, когда препод накатал жалобу :-). ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2006, 14:24 |
|
|
start [/forum/topic.php?fid=33&msg=33754841&tid=1549390]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
170ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
65ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 294ms |
0 / 0 |