powered by simpleCommunicator - 2.0.50     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Требования к инструментальному средству
25 сообщений из 51, страница 2 из 3
Требования к инструментальному средству
    #33746256
Фотография Calm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторХм. Интересно, каким образом сложность сопровождения связана со стоимостью специалистов.
даже не знаю что и сказать в ответ..
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33748248
Dimon.NET
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Дело вообще не в заказчике, конечно, если преподавателя можно назвать заказчиком, дело в том что наш преподаватель очень хорошо знает только FoxPro, про .NET только слышала. И пытается всех заставить писать только на FoxPro, а я наперекор писал на .NET, теперь надо написать аргументированное объяснение почему .NET, а не FoxPro.
Помогите, как лучше аргументировать выбор ИС!
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33748305
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimon.NETИ пытается всех заставить писать только на FoxPro, а я наперекор писал на .NET, теперь надо написать аргументированное объяснение почему .NET, а не FoxPro. А вы можете сами себе внятно обьяснить почему вы писали на .NET а не на FoxPro ?
Кроме того что "круче" и "так интереснее"
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33748800
Dimon.NET
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Alexey KudinovА вы можете сами себе внятно обьяснить почему вы писали на .NET а не на FoxPro ?
Кроме того что "круче" и "так интереснее"
Могу сказать, вот мои субъективные причины:
1. ОО FoxPro не являлся изначально, и то что там вводят в новых версиях только издалека напоминает объектность.
2. FoxPro имеет очень неудобный набор визуальных компонентов, а расширяется он только через ActiveX, что тоже неудобно
3. Редактор кода тоже не очень удобен (нет например динамического IntelliSense и пр.)
4. В FoxPro вринципе ориентирован на работу с БД, и конечно же, имеет хорошую функциональность для работы с БД, причем там БД используется, как я понимаю, не просто для хранения данных, а вообще для работы с данными, т.е. для реализации бизнес-логики. А таких вещей, как например реализовано в .Net (System.Collection), в FoxPro нет и реализоввыть как то не хочется.

Я вот и пытался сформулировать требования к ИС, и типа сказать что .NET больше удовлетворяет данным требованиям, что на .NET проще разрабатывать и сопровождать ОО приложение.

Вот я и хочу посоветоваться
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33749173
Mik Prokoshin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я тоже в настоящий момент озадачен вопросом выбора платформы под крупный клиент-серверный проект, поэтому тоже думаю о критериях.
1. Описан частный случай.
Я бы добавил сюда еще мощную и легкую для пользователя отчетную подсистему, а также возможность изменения функционала настройщиком (внедренцем), и назвал бы: гибкость системы. Т.е. как сложно ее адаптировать под изменяющиеся бизнес-условия.
2. Совершенно верно. Понятие масштабируемости для ИС должно включать возможность работы с наращиваемыми кластерами СУБД, а также возможность кластеризации серверов приложений (по необходимости). Если такая масштабируемость ограничена, должна быть возможность строить распределенные решения (а также, если функционал это подразумевает).
3. Написано коряво. ИС должна обеспечивать минимальную ресурсоемкость модификации функционала при минимально возможной квалификации обслуживающего персонала (внедрение+сопровождение). Понятно, что реально это достижимо далеко не всегда, но тем не менее, 1С завоевала свой рынок не просто так.
4. ООП необходимо в первую очередь ИМХО для полноценного применения компонентного подхода, а также чтобы сделать максимально прозрачным механизм обновлений ИС разработчиками для сопровожденцев (пример - Аксапта).
5. Необязательно. Если бизнес того требует. Надо понимать, что при этом приходится жертвовать фукциональностью/ производительностью/ ресурсоемкостью модификаций, и, возможно, вполне достаточно одного серверного решения, но полноценного.
6. Чепуха. С этой точки зрения, действительно, ассемблер идеален. Но 1-3 этот пункт исключают. Вероятно, подразумевалось, что те, кто делал ИС должны иметь хоть какое-то понятие об оптимизации :-)
7. Я бы сформулировал это, как наличие в ИС средств для ведения прикладной системы на продолжении полного жизненного цикла, а остальное уже было в 3.

Но все это я отношу к корпоративным системам, а если брать автора топика, то все его аргументы субъективны и ограничиваются "А мне так интереснее было". Вряд ли у него была настолько серьезная работа, где имело бы какое-то объективное значение - VFP или .NET использовать. Хотя, возможно, у него где-то была и мысля о том, что программисты на .NET стоят гораздо больше, чем программисты на VFP, вот тогда респект автору. Вот только, боюсь, для препода это не аргумент будет, да еще и ей же пытаются доказать, что она фигне какой-то учит. :-)
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33749297
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mik Prokoshin
1. ...
Я бы добавил сюда еще мощную и легкую для пользователя отчетную подсистему, а также возможность изменения функционала настройщиком (внедренцем), и назвал бы: гибкость системы. Т.е. как сложно ее адаптировать под изменяющиеся бизнес-условия.
2. ...Понятие масштабируемости для ИС должно включать возможность работы с наращиваемыми кластерами СУБД, а также возможность кластеризации серверов приложений (по необходимости). Если такая масштабируемость ограничена, должна быть возможность строить распределенные решения (а также, если функционал это подразумевает).
3. ...ИС должна обеспечивать минимальную ресурсоемкость модификации функционала при минимально возможной квалификации обслуживающего персонала (внедрение+сопровождение).
4. ...сделать максимально прозрачным механизм обновлений ИС разработчиками для сопровожденцев...
7. Я бы сформулировал это, как наличие в ИС средств для ведения прикладной системы на продолжении полного жизненного цикла, а остальное уже было в 3.

Поддержу, очень важные критерии.
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33750956
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Calm авторХм. Интересно, каким образом сложность сопровождения связана со стоимостью специалистов.
даже не знаю что и сказать в ответ..
Например, правду :-) Ну или хотя бы - что Вы имели в виду, выдвигая подобную аргументацию.
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33751012
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimon.NETИ пытается всех заставить писать только на FoxPro, а я наперекор писал на .NET,
:)

Dimon.NET теперь надо написать аргументированное объяснение почему .NET, а не FoxPro
Значит, грубо говоря, нужен список примерно следующего вида:

- задача/возможность X, в моей программе используется там-то и там-то, может стать актуальной в будущем в связи с тем-то и тем-то, в FoxPro затруднена тем-то и тем-то, в .NET замечательно реализуется так-то.
...........
- в итоге был выбран инструмент, более отвечающий потребностям задачи.

Dimon.NET1. ОО FoxPro не являлся изначально, и то что там вводят в новых версиях только издалека напоминает объектность.
Что существенного получает эта задача от использования объектного синтаксиса?

Dimon.NET2. FoxPro имеет очень неудобный набор визуальных компонентов, а расширяется он только через ActiveX, что тоже неудобно
Какие использованные в задаче компоненты не имеют удовлетворительных аналогов в FoxPro?

Dimon.NET3. Редактор кода тоже не очень удобен (нет например динамического IntelliSense и пр.)
На сколько это увеличивает время кодирования, вероятность внесения ошибки итп?

И так далее. Хорошие ответы на эти вопросы будут довольно убедительным обоснованием.

Если так, Вы подошли к вопросу слишком масштабно. Задача проще - есть конкретное ТЗ. Были рассмотрены следующие инструменты реализации. При анализе их возможностей были выявлены следующие факторы, важные с точки зрения разработки этого приложения. В результате было принято решение.
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33751398
Фотография Calm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторм. Интересно, каким образом сложность сопровождения связана со стоимостью специалистов.

Условный пример градаций сложности сопровождения продукта.

Поменять порядок столбцов в отчете может любой студент. Почти бесплатно, ради опыта и т.д.

Сделать новый отчет средней сложности может любой выпускник. Дешевая рабочая сила.

Реализовать в развитой билинговой системе принципиально новый способ обсчета - удел квалифицированного специалиста с опытом работы. Уже не дешево, а реальный деньги платить надо.

Поддерживать в приличном состоянии интеграцию сопровождаемой системы в развитом (запущенном?) информационном ландшафте предприятия посилам высокооплачиваемым аналитиками, профессионалам в свой области. Дорого.

С уважением.
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33751692
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
CalmУсловный пример градаций сложности сопровождения продукта.

Поменять порядок столбцов в отчете может любой студент. Почти бесплатно, ради опыта и т.д.

Сделать новый отчет средней сложности может любой выпускник. Дешевая рабочая сила.

Реализовать в развитой билинговой системе принципиально новый способ обсчета - удел квалифицированного специалиста с опытом работы. Уже не дешево, а реальный деньги платить надо.
OK. Теперь давайте привлечем еще одну Вашу цитату:

CalmК примеру, специалиста по Delphi найти проще и дешевле, чем по VC++.
А по Firebird - проще и дешевле, чем по Oracle.
Внимание, вопрос. Итак, есть две системы. В одной из них, на VC+Oracle поменять порядок столбцов может любой студент. В другой, на Delphi+Firebird, любой выпускник. Какая из этих систем проще в сопровождении? Дешевле в сопровождении? Почему именно так?
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33752253
aag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
имхо, в реальности, выбор того или иного средства разработки определяется личными предпочтениями, пристрастиями и опытом разработчика. Конечно, существуют определенные ограничения - скажем, писать АБС на Клиппере сейчас будет явной ошибкой. Но для большинства приложений прекрасно подходит и .Net, и Delphi и VС и даже VFP. И на каждый аргумент сторонников одного найдется ответ приверженцев другого. Попытки обосновать выбор наличием рынка программистов, стоимостью сопровождения кажутся мне неубедительными, т.к. легко можно найти противоположные примеры. А попытки основывать выбор на масштабируемости, современности и пр. - это уже просто чисто маркетинговые приколы.
Вместе с тем, выбор просто потому что "так мне нравится" я считаю, имеет полное право на жизнь и вполне уважаем. Хотя преподу наверно это будет трудно доказать...

Nobody faults but mine... (LZ)
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33752321
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1. ОО FoxPro не являлся изначально, и то что там вводят в новых версиях
только издалека напоминает объектность.
- не совсем так

2. FoxPro имеет очень неудобный набор визуальных компонентов, а расширяется
он только через ActiveX, что тоже неудобно
- удобно, все коммерческие библиотеки имеют как .нет так и активх версии

3. Редактор кода тоже не очень удобен (нет например динамического
IntelliSense и пр.)
- есть

4. В FoxPro вринципе ориентирован на работу с БД, и конечно же, имеет
хорошую функциональность для работы с БД, причем там БД используется, как я
понимаю, не просто для хранения данных, а вообще для работы с данными, т.е.
для реализации бизнес-логики. А таких вещей, как например реализовано в .Net
(System.Collection), в FoxPro нет и реализоввыть как то не хочется.
- коллекции есть

Я вот и пытался сформулировать требования к ИС, и типа сказать что .NET
больше удовлетворяет данным требованиям, что на .NET проще разрабатывать и
сопровождать ОО приложение.
- да нет никакой разницы

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


Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33752982
Dimon.NET
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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 - это плохое ИС, просто он свое уже изжил, по-крайней мере мне так кажется.
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33753000
Mik Prokoshin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimon.NETЯ не говорю, что FoxPro - это плохое ИС, просто он свое уже изжил, по-крайней мере мне так кажется.

Между прочим, простое приложение БД на нем написать можно даже быстрее, чем на .NET или Delphi. Инструмент работы с БД в нем интегрирован, не надо разбираться с посторонними механизмами. Т.е. как и много лет назад - это средство, ориентированное преимущественно на быстрое создание небольших приложений не слишком квалифицированными кадрами, только и всего. И Интеллисенс там по крайней мере в 7 уже есть.
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33753230
Dimon.NET
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Mik Prokoshin
Между прочим, простое приложение БД на нем написать можно даже быстрее, чем на .NET или Delphi. Инструмент работы с БД в нем интегрирован, не надо разбираться с посторонними механизмами. Т.е. как и много лет назад - это средство, ориентированное преимущественно на быстрое создание небольших приложений не слишком квалифицированными кадрами, только и всего.

Согласен простое приложение да!
Mik Prokoshin
И Интеллисенс там по крайней мере в 7 уже есть.

Динамического интеллисенса нет по крафней мере смотрел 9 версию! Я уже писал про это.
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33754302
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
не надо упорствовать. Тебе всё сказали


Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33754841
G2V
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Настойчивость - это правильно - в жизни пригодится, аргументированная настойчивость - вообще супер. Однако, как тут уже заметили, есть конкретная цель - достигнуть компромиса с преподом, у которого противоположная точка зрения. Посему, думаю, стоит проявить гибкость, т.е. посмотреть на ситуацию глазами препода. FoxPro - язык его эпохи, он позволяет ему решать необходимые задачи и полностью его устраивает, в силу своего возраста преподаватель стала более консервативной во взглядах и не хочет или не может гоняться за новыми технологиями чтобы с их помощью решить задачи, которые и так решаются доступным и хорошо освоенным средством разработки FoxPro. Я бы сказал что, мол, полностью согласен(с оппонентом нужно сначала всегда согласится - чтобы его обезоружить и расслабить) с Вами, ув. преподаватель, что FoxPro клёвое средство разработки (было и всё ещё остаётся), однако жизнь это движение и не просто движение, а движение вперёд, посему мне, как молодому специалисту, больше нравится технология .NET (привести аргументы почему). Тут главное не рубить сплеча - пожилые этого не любят, вобщем вечный конфликт молодых и дерзких и тех кто уже себя нашёл (или так думает). Удачи в защите диплома! :)
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33755179
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
разработки (было и всё ещё остаётся), однако жизнь это движение и не просто
движение, а движение вперёд, посему мне, как молодому специалисту, больше
нравится технология .NET (привести аргументы почему). Тут главное не рубить
сплеча - пожилые этого не любят, вобщем вечный конфликт молодых и дерзких и
тех кто уже себя нашёл (или так думает). Удачи в защите
-------------------

8)

препод знает о чём говорит а студент журналов начитался. И студент будет
препода похлопывать по плечу и что-то объяснять. Смешно.





(привести аргументы почему).
------------------
вот на этом и будет затык.


Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33755748
Dimon.NET
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
1024
препод знает о чём говорит а студент журналов начитался. И студент будет
препода похлопывать по плечу и что-то объяснять. Смешно.

(привести аргументы почему).
------------------
вот на этом и будет затык.

Я не понимаю, чем я Вам не угодил, и зачем Вы все это пишете!
Могли бы лучше дельный совет дать!
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33757261
Mik Prokoshin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Обычно самый дельный вариант с точки зрения сдачи: подойти к преподу с покаянием. Мол, бес попутал, про супер-пупер технологии начитался, но теперь понимаю, что Фокс ничем не хуже, все мог бы с его помощью сделать-переделать, но вот уже время жмет и т.д. со слезой в голосе. Чаще всего помогало. :-) Но важно не перейти некий порог во взаимоотношениях до того. Если уже насмерть с преподавателем поссорился, то тут один диагноз - просить на кафедре/в деканате пересдачу у другого преподавателя.
И еще, многое зависит от постановки курса - либо это обучение Фоксу (где он в учебном плане прописан, например предмет БД), тогда все жестко и светит несдача с большой долей вероятности, либо это предмет, где выбор инструмента произволен - тогда шансы решить вопрос за счет скиллов личного общения повышаются.
За счет железной аргументации и отстаивания своего мнения тоже можно сдать, но это ОЧЕНЬ сильно зависит от личности преподавателя и Вашего умения корректно спорить. Обычно такое проходит с "сильными" преподами.
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33757266
Dimon.NET
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Mik Prokoshin

Нет, все на так плохо, преподаватель уже знает что я пишу на .NET, просто я его перед фактом поставил, когда уже переписал часть системы с FoxPro на .NET, сейчас проблема не в том, как объяснить преподавателю, а в том что этот преподаватель может мне задать вопрос на защите, почему типа не FoxPro, тем более на нем была написана часть системы. Вот и я хочу подготовится, придумать достаточно хорошее объяснение, причем как можно проффесиональнее (логичнее), а не так: .NET типа круто, да и мне он нравится.
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33757271
Dimon.NET
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Я думаю многие здесь программирует на .NET, тогда может кто-нибудь может сказать какие преимущества у .NET, почему Вы выбирали .NET (для тех кто, например, сменил ИС)?
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33757412
Mik Prokoshin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Разницы-то особой для небольшого проекта нет.
Реальные преимущества относятся только к крупным/универсальным проектам (не только БД).
Ну, можете упирать на масштабируемость проекта (коллективная разработка на .NET всяко лучше проработана), большее количество сторонних бесплатных компонентов (сразу появляется вопрос: а используется ли что-то в Вашем проекте), потенциальной возможности работы с тонкими клиентами. Все остальное берите просто из рекламы не напрягаясь.
Серьезно о таких вещах надо думать, когда выбираешь средство, а не когда уже поезд ушел. И надо отдавать себе отчет в том, что в итоге все понимают, что Dimon.NET.NET типа круто, да и мне он нравится., а отмазки - это всего лишь Ваше умение делать хорошую мину при плохой игре. Удачи.
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33758193
aag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторВот и я хочу подготовится, придумать достаточно хорошее объяснение, причем как можно проффесиональнее (логичнее), а не так: .NET типа круто, да и мне он нравится.
А чем, собственно, это обьяснение вам не нравится? Ведь это действительно -насколько я понял - так? Вам следует аргументировать не то, что .NET круче VFP, а то, что он ничем не хуже.

Nobody faults but mine... (LZ)
...
Рейтинг: 0 / 0
Требования к инструментальному средству
    #33758255
Ruby
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024
препод знает о чём говорит а студент журналов начитался. И студент будет
препода похлопывать по плечу и что-то объяснять. Смешно.
(привести аргументы почему).
------------------


Случай из жизни: Работал парень девелопером, в свое время по дурости вылетел из ВУЗа ... девелопер классный ... друзья парня в забугряндию тащили, но нужно было получить корку о вышке ... парень пошел на вечерний учиться ... препод читавший ему курс на Паскале был несколько раз опростоволосен, пытаясь "засадить зарвавшегося студиоза", ибо парень выкатывал более эффективные решения лабораторок ..., что в результате доказала комиссия, когда препод накатал жалобу :-).
...
Рейтинг: 0 / 0
25 сообщений из 51, страница 2 из 3
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Требования к инструментальному средству
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]