Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>А сайтик можно будет на здешнем сервере разместить или на бесплатном хосте?
AVK>Можно здесь
ВВ>>И он нужен сразу?
AVK>Сайт? Зависит от статуса. Если open source то нужен сразу.
Решил вот сделать что-то для закваски. Вот здесь можно посмотреть шаблон сайта.
ВВ>На самом деле если уж начинать какой-то проект, то это должно быть что-то такое, в чем ты сам реально ощущаешь необходимость. Неужели не возникало такого ощущения, что в среде разработки или там в каких-то тулах чего-то не хватает? Я имею в виду такие проекты как NDoc, например. И данная ниша — "средства для разработчика" — в общем далеко не закрыта. Я вот на последнем проекте ощутил серьезную нехватку в средстве для _быстрого_ создания _клиентской_ документации. Ну то есть средство, позволяющее тратить _минимальное_ время на это дело. Ну в общем в подобном ключе имхо и стоит думать.
Может в форуме поднять тему? Типа мол, что не хватает разработчику при использовании VS2002(2003) и FrameWork.NET. Здесь могут быть как мастера, add-ins, инструменты, библиотеки.
Здравствуйте, Воронков Василий, Вы писали:
SAV>>Я бы еще добавил Возможность динамического генерирования отчетов и шаблонов.
ВВ>А что это?
Возможность построения отчета динамически, из кода на "автопилоте", а не дизайнером
Здравствуйте, Воронков Василий, Вы писали:
Ved>>1) Расчет на обычного рядового пользователя. ВВ>Не совсем ясно. Но если ты имеешь в виду, что пользователь может иметь весьма низкую квалификацию, то тогда придется реализовываться всякие визуальные вкусности — а по большому счету потребуется фул дизайн-тайм суппорт, что конечно кульно, но весьма геморойно.
Но без этого — еще хуже. Тем более что отсутствие дизайнера ведет к излишнему напрягу юзера, и что в конечном итоге отпугнет очень многих. Кроме того, надо учесть возможность использования не-программерами. Например, один человек продукт пишет, а другой — к несу отчеты ваяет. Конечно, научить кого угодно можно, вот только сколько на это времени уйдет? Отсутствие дизайнера отпугнет очень многих, если же убрать и предварительный просмотр — то понадобится это единицам. И зачем это тогда надо?
Ved>>2) Скорость работы и по возможности меньшая ресурсоемкость. ВВ>
Сервер отчетов (кстати, в требованиях я его не упомянул, полагая само собой разумеющимся) обязан быть быстрым — в некоторые периоды (например, отчетный период в бухгалтерии, конец года и т.п.) на него может лечь достаточно высокая нагрузка. Мало ли как и кто его использовать будет?
Ved>>3) Возможность просмотра отчета без печати — отчеты в бОльшем количестве случаев не печатаются, а просматриваются. ВВ>+1. Но работы здесь — море.
Море. Но это необходимо. Я бы первым не купил бы продукт без этого — сфера генерации отчетов без просмотра достаточно узка.
Здравствуйте, Воронков Василий, Вы писали:
ВВ>Дизайнер конечно нужен, но мы же не будем сразу заниматься его реализацией. Так что по любому в число приоритетный задач на первый этап он не входит.
Сразу — нет конечно. Сразу надо заниматься архитектурой, форматами и т.п. А потом уже постараться распарараллелить работу — сперва движок, а потом может лучше часть людей займется вьюером, часть — дизайнером. Это, конечно, если будет достаточно желающих. И получится быстрее, чем сперва вьюер, потом — дизайнер.
Здравствуйте, Ved, Вы писали:
Ved>У нас .NET-приложения (БД, CR) работают на начиная с Cel 400 128 RAM и ничего. Ved>Дома же я вообще работаю на Cel533 512RAM — и не собираюсь даже upgrade делать.
64 и 128 — большая разница. На 128 уже вполне можно ориентироваться.
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>Вообще люди начнут делать что-то конкретное, когда появится явный лидер проекта. Так что предлагаю по-быстренькому его назначить и начинать работать
AVK>Ну так назначай. Я пас.
В целях изучения технологии и набора опыта присоединюсь к любому проекту на C#.
Як то кажуть — безкоштовно(безвоздмездно ) Но если еще и денег дадут — не откажусь
О себе:
программист
C++ — 3 года;
С# — пол года;
MFC;
CORBA;
Win, AIX;
Да, еще — не советуйте сходить на SourceForge.
Уже был.
Ничего подходящего не нашел.
Принимают только в уже почти доделанные проекты фиксить баги.
Хотелось бы в новый проект или проект находящийся на начальной стадии.
SS>>Хотелось бы в новый проект или проект находящийся на начальной стадии. AVK>Мы наш, мы новый мир построим? AVK>Если у тебя хватает умения на новый проект, то может сам организуешь?
Самому что-то абсолютно ничего на ум не приходит. Может подкинешь идею? Умения думаю хватит
Я считаю, что гораздо легче писать что-то новое(пусть не приложение, пусть просто какую-то часть, классы), чем копаться в куче чужого кода и фиксить чужие баги.
Здравствуйте, Tom, Вы писали:
SS>>И что именно будет? Tom>Что то типа SourceForge
Ты что, имеешь в виду, что вы хотите "поднять" опенсурс на такой же уровень, организовать кучу проектов, даже отводить для них небольшие сайты? Что, правда?
Tom>>Что то типа SourceForge ВВ>Ты что, имеешь в виду, что вы хотите "поднять" опенсурс на такой же уровень, организовать кучу проектов, даже отводить для них небольшие сайты? Что, правда?
Это он наверное говорил про идею "За стеклом" в шароварном форуме.
Но если я не ошибаюсь — на SourceForge находятся фриварные проекты.
ВВ>Ты что, имеешь в виду, что вы хотите "поднять" опенсурс на такой же уровень, организовать кучу проектов, даже отводить для них небольшие сайты? Что, правда?
Бродят мысли на эту тему. Как обычно нужен человек, который этим бы занялся. Есть желание?
Здравствуйте, Tom, Вы писали:
ВВ>>Ты что, имеешь в виду, что вы хотите "поднять" опенсурс на такой же уровень, организовать кучу проектов, даже отводить для них небольшие сайты? Что, правда? Tom>Бродят мысли на эту тему. Как обычно нужен человек, который этим бы занялся. Есть желание?
Ну я так понимаю, что основной здесь труд — это разработка движка под это дело. В принципе дело интересное, хотя, конечно, затянется надолго по понятным причинам. Так что в общем обсудить такую возможность готов.
Здравствуйте, SharpStudent, Вы писали:
SS>>>Хотелось бы в новый проект или проект находящийся на начальной стадии. AVK>>Мы наш, мы новый мир построим? AVK>>Если у тебя хватает умения на новый проект, то может сам организуешь?
SS>Самому что-то абсолютно ничего на ум не приходит. Может подкинешь идею? Умения думаю хватит SS>Я считаю, что гораздо легче писать что-то новое(пусть не приложение, пусть просто какую-то часть, классы), чем копаться в куче чужого кода и фиксить чужие баги.
Позволю себе цитату
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. ( Брукс )
SS>>Я считаю, что гораздо легче писать что-то новое(пусть не приложение, пусть просто какую-то часть, классы), чем копаться в куче чужого кода и фиксить чужие баги.
B>Позволю себе цитату B>
B>Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. ( Брукс )
На текущей работе этим в основном и занимаюсь
Но я не думаю, что это лучший способ получить опыт.
Именно поэтому хотелось бы присоединиться к проекту, находящемуся на начальной стадии.
Или самому что-нибудь писать, но вот что-то нету никаких идей.
Здравствуйте, SharpStudent, Вы писали:
SS>На текущей работе этим в основном и занимаюсь SS>Но я не думаю, что это лучший способ получить опыт. SS>Именно поэтому хотелось бы присоединиться к проекту, находящемуся на начальной стадии. SS>Или самому что-нибудь писать, но вот что-то нету никаких идей.
Кстати, неплохо было бы еще написать какого рода проект наиболее интересует, какими технологиями владеешься и/или желаешь их использовать непосредственно в данной разработке. Например, это может быть веб-проект (в широком смысле), надстройка над FCL для "имитации" MH, распределенное приложение, плагин к студии, гуйный контрол (например, что-то вроде спред-шита) и пр.
ВВ>Кстати, неплохо было бы еще написать ВВ>какими технологиями владеешься и/или желаешь их использовать непосредственно в данной разработке.
Чем владею — писал в самом начале:
С++, MFC, STL, CORBA
Программирую под Win и AIX.
По C# и .NET прочитал n-ное количество книг, но сказать что очень отлично владею этими технологиями нельзя.
Я только изучаю эти технологии.
Не понимаю как я могу использовать имеющиеся навыки(смотри выше) в проекте на C#.
ВВ>какого рода проект наиболее интересует, ВВ>Например, это может быть веб-проект (в широком смысле), ВВ>надстройка над FCL для "имитации" MH, распределенное приложение, плагин к студии, гуйный контрол (например, что-то вроде спред-шита) и пр.
Интересует все.
Нужно попробовать себя в проектах и понять, что твое.
Скажи, а что такое МН ???
С моей стороны есть желание учить С# и .NET, есть(кажется ) что-то в голове, есть куча книг.
Есть желание делать что-то нужное.
Нет идеи.
А просто так читать книги и пробовать делать какие-то примерчики что-то не привлекает.
Здравствуйте, SharpStudent, Вы писали:
SS>Чем владею — писал в самом начале: SS> С++, MFC, STL, CORBA SS> Программирую под Win и AIX. SS>По C# и .NET прочитал n-ное количество книг, но сказать что очень отлично владею этими технологиями нельзя. SS>Я только изучаю эти технологии. SS>Не понимаю как я могу использовать имеющиеся навыки(смотри выше) в проекте на C#.
Я имел в виду именно .NET-oriented скилы; возможно, из моего поста это было и не совсем понятно. А по большей части и не скилы даже, а то, к чему конкретно лежит душа — тк в силу в известном смысле универсальности .NET на до-диезе можно написать чуть ли не что угодно.
ВВ>>какого рода проект наиболее интересует, ВВ>>Например, это может быть веб-проект (в широком смысле), ВВ>>надстройка над FCL для "имитации" MH, распределенное приложение, плагин к студии, гуйный контрол (например, что-то вроде спред-шита) и пр.
SS>Интересует все. SS>Нужно попробовать себя в проектах и понять, что твое. SS>Скажи, а что такое МН ???
Была тут такая идейка — реализовать через кодогенерацию возможность подключения готовых реализаций. Вещь в общем многим нужная, однако очереди из разработчиков пока нет. А одному, на чистом энтузиазме, такую фигню начинать геморойно. Если очень _утрировано_, то речь идет просто о возможности динамически включать члены одного класса в другой, что позволит в той или иной степени сымитировать множественное наследование.
SS>С моей стороны есть желание учить С# и .NET, есть(кажется ) что-то в голове, есть куча книг. SS>Есть желание делать что-то нужное. SS>Нет идеи. SS>А просто так читать книги и пробовать делать какие-то примерчики что-то не привлекает.
На самом деле если уж начинать какой-то проект, то это должно быть что-то такое, в чем ты сам реально ощущаешь необходимость. Неужели не возникало такого ощущения, что в среде разработки или там в каких-то тулах чего-то не хватает? Я имею в виду такие проекты как NDoc, например. И данная ниша — "средства для разработчика" — в общем далеко не закрыта. Я вот на последнем проекте ощутил серьезную нехватку в средстве для _быстрого_ создания _клиентской_ документации. Ну то есть средство, позволяющее тратить _минимальное_ время на это дело. Ну в общем в подобном ключе имхо и стоит думать.
VP>Может в форуме поднять тему? Типа мол, что не хватает разработчику при использовании VS2002(2003) и FrameWork.NET. Здесь могут быть как мастера, add-ins, инструменты, библиотеки.
есть предложение написать свой генератор отчетов (типа RSDNReports ). Я бы например мог присоедениться к такому проекту (тоже не могу найти душевного генератора)
есть предложение написать свой генератор отчетов (типа RSDNReports ). Я бы например мог присоедениться к такому проекту (тоже не могу найти душевного генератора)
Ой как Вы за живое то задели!
Но почему же просто генератор отчетов. Итак
1) Генератор отчетов.
2) Грид (стоит посмореть на стенания в форумах поповоду гридов
3) Комбо
4) Текст бокс
5) много чего еще (например ветка всяких бизнес компонентов, графических библиотек в рамках одной архитектуры)
Объединить это в Kit (Вариант — RSDN Controls Kit)
Вот это будет проект века! и все с префиксом RSDN. Это может хорошо распрострониться.
Блин ну почему нельзя частей на пять разорваться
Tiger
Наши руки не для йцукен
Re[3]: Присоединюсь к проекту на С#.
От:
Аноним
Дата:
31.07.03 06:03
Оценка:
Здравствуйте, Tiger, Вы писали:
T>Вот это будет проект века! и все с префиксом RSDN. Это может хорошо распрострониться.
Постойте, постойте. Распостранится среди просто пользователей или клиентов ? Не моймите меня не правильно, но во всей цепочке "успеха" это пока что белое пятно.
Здравствуйте, Tiger, Вы писали:
T>Но почему же просто генератор отчетов. Итак T>1) Генератор отчетов. T>2) Грид (стоит посмореть на стенания в форумах поповоду гридов T>3) Комбо T>4) Текст бокс T>5) много чего еще (например ветка всяких бизнес компонентов, графических библиотек в рамках одной архитектуры)
T>Объединить это в Kit (Вариант — RSDN Controls Kit)
T>Вот это будет проект века! и все с префиксом RSDN. Это может хорошо распрострониться. T>Блин ну почему нельзя частей на пять разорваться
Здравствуйте, SharpStudent, Вы писали:
SS>Самому что-то абсолютно ничего на ум не приходит. Может подкинешь идею? Умения думаю хватит SS>Я считаю, что гораздо легче писать что-то новое(пусть не приложение, пусть просто какую-то часть, классы), чем копаться в куче чужого кода и фиксить чужие баги.
Здравствуйте, SharpStudent, Вы писали:
T>>Но почему же просто генератор отчетов. Итак SS>... T>>3) Комбо T>>4) Текст бокс SS>...
SS> А чем тебя не устраивают стандартные комбо и текст бокс?
Тем что когда я подключаю стандартные контролы у них в названии отсутствует префикс RSDN
Помните как там в байке про майкрософт — "Однажды группа програмистов в МS решила что DEE плох потому что это писали не они"
Нет если серьезно — был бы неплох набор контролов (например со стандартными свойствами привязка к БД). Образец например ascLib. Влад сделал классную вещь — стоит и посмотреть и попробывать. Хотя нет префиса RSDN —
Ну вот — а реализовать это гамотно, в единой архитектуре да еще и на .NET — это ИМХО стоящее!
Итак, может давайте не будем ссориться и подведем итоги этих все споров?
Вот пока что предварительные требования к отчетам, как на мой взгляд:
1) Расчет на обычного рядового пользователя.
2) Скорость работы и по возможности меньшая ресурсоемкость.
3) Возможность просмотра отчета без печати — отчеты в бОльшем количестве случаев не печатаются, а просматриваются.
4) Расширяемость и возможность добавления как плагинов новых объектов в отчеты.
5) Наличие дизайнера отчетов — часто проще и удобнее воспользоваться дизайнером, чем писать от руки. Кроме того, если писать не для своего использования, а и с расчетом на более или менее коммерческое использование.
6) Возможность экспорта в большее по возможности количество форматов.
Может лучше сперва обсудить все требования (если, конечно этим заняться, а не спорить и соориться попусту), а потом уже методы реализации.
Здравствуйте, Ved, Вы писали:
Ved>Здравствуйте, All, Вы писали:
Ved>Итак, может давайте не будем ссориться и подведем итоги этих все споров? Ved>Вот пока что предварительные требования к отчетам, как на мой взгляд:
Ved>1) Расчет на обычного рядового пользователя. Ved>2) Скорость работы и по возможности меньшая ресурсоемкость. Ved>3) Возможность просмотра отчета без печати — отчеты в бОльшем количестве случаев не печатаются, а просматриваются. Ved>4) Расширяемость и возможность добавления как плагинов новых объектов в отчеты. Ved>5) Наличие дизайнера отчетов — часто проще и удобнее воспользоваться дизайнером, чем писать от руки. Кроме того, если писать не для своего использования, а и с расчетом на более или менее коммерческое использование. Ved>6) Возможность экспорта в большее по возможности количество форматов.
Я бы еще добавил Возможность динамического генерирования отчетов и шаблонов.
Здравствуйте, SiAVoL, Вы писали:
SAV>Я бы еще добавил Возможность динамического генерирования отчетов и шаблонов.
Дело. Причем можно весь проект разбить на основную и дополнительную функциональность. Всю основную реализовывать в движке, а дополнительную — в плагинах. Это позволит ускорить и упростить разработку.
Здравствуйте, Ved, Вы писали:
Ved>Здравствуйте, All, Вы писали:
Ved>Итак, может давайте не будем ссориться и подведем итоги этих все споров? Ved>Вот пока что предварительные требования к отчетам, как на мой взгляд:
Ved>1) Расчет на обычного рядового пользователя.
Не совсем ясно. Но если ты имеешь в виду, что пользователь может иметь весьма низкую квалификацию, то тогда придется реализовываться всякие визуальные вкусности — а по большому счету потребуется фул дизайн-тайм суппорт, что конечно кульно, но весьма геморойно.
Ved>2) Скорость работы и по возможности меньшая ресурсоемкость.
Ved>3) Возможность просмотра отчета без печати — отчеты в бОльшем количестве случаев не печатаются, а просматриваются.
+1. Но работы здесь — море.
Ved>4) Расширяемость и возможность добавления как плагинов новых объектов в отчеты.
+1
Ved>5) Наличие дизайнера отчетов — часто проще и удобнее воспользоваться дизайнером, чем писать от руки. Кроме того, если писать не для Ved> своего использования, а и с расчетом на более или менее коммерческое использование.
+1 именно при указанном тобой "если". Но этим нужно будет заняться уже в конце.
Ved>6) Возможность экспорта в большее по возможности количество форматов.
Ну это понятно. +1
Ved>Может лучше сперва обсудить все требования (если, конечно этим заняться, а не спорить и соориться попусту), а потом уже методы реализации.
Здравствуйте, SiAVoL, Вы писали:
SAV>Здравствуйте, Ved, Вы писали:
Ved>>Здравствуйте, All, Вы писали:
Ved>>Итак, может давайте не будем ссориться и подведем итоги этих все споров? Ved>>Вот пока что предварительные требования к отчетам, как на мой взгляд:
Ved>>1) Расчет на обычного рядового пользователя. Ved>>2) Скорость работы и по возможности меньшая ресурсоемкость. Ved>>3) Возможность просмотра отчета без печати — отчеты в бОльшем количестве случаев не печатаются, а просматриваются. Ved>>4) Расширяемость и возможность добавления как плагинов новых объектов в отчеты. Ved>>5) Наличие дизайнера отчетов — часто проще и удобнее воспользоваться дизайнером, чем писать от руки. Кроме того, если писать не для своего использования, а и с расчетом на более или менее коммерческое использование. Ved>>6) Возможность экспорта в большее по возможности количество форматов.
SAV>Я бы еще добавил Возможность динамического генерирования отчетов и шаблонов.
Здравствуйте, Ved, Вы писали:
SAV>>Я бы еще добавил Возможность динамического генерирования отчетов и шаблонов. Ved>Дело. Причем можно весь проект разбить на основную и дополнительную функциональность. Всю основную реализовывать в движке, а дополнительную — в плагинах.
Да вобщем для дотнета особого смысла что то встраивать стандартное нет, разницы между статической и динамической линковкой нет никакой.
Здравствуйте, Ved, Вы писали:
Ved>1) Расчет на обычного рядового пользователя.
Как то расплывчато и по большому счету непонятно о чем.
Ved>2) Скорость работы и по возможности меньшая ресурсоемкость.
Опять же без конкретных цифр ни к чему не обязывает. Какая скорость? Какая ресурсоемкость? Насколько этот фактор критичен по отношению к другим?
Ved>3) Возможность просмотра отчета без печати — отчеты в бОльшем количестве случаев не печатаются, а просматриваются.
Ну это понятно.
Ved>4) Расширяемость и возможность добавления как плагинов новых объектов в отчеты.
Согласен
Ved>5) Наличие дизайнера отчетов — часто проще и удобнее воспользоваться дизайнером, чем писать от руки. Кроме того, если писать не для своего использования, а и с расчетом на более или менее коммерческое использование.
Не уверен что это первоочередная задача. Для начала нужен движок, а уж потом можно прикрутить и дизайнер. Решения, не позволяющие обходиться без дизайнера мне не очень нравяться. К примеру для больших проектов большую часть шаблонов документации скорее всего можно будет сделать автоматически. Так что документированность формата шаблонов это большой плюс.
Ved>6) Возможность экспорта в большее по возможности количество форматов.
Согласен. Минимум — pdf, rtf, doc, html.
Ved>Может лучше сперва обсудить все требования (если, конечно этим заняться, а не спорить и соориться попусту), а потом уже методы реализации.
Я не понял — а что, решение о начале проекта уже принято?
Здравствуйте, AndrewVK, Вы писали:
AVK>Да вобщем для дотнета особого смысла что то встраивать стандартное нет, разницы между статической и динамической линковкой нет никакой.
Только встраиваемое надо сразу писать, а динмическое — можно и потом
Здравствуйте, Ved, Вы писали:
AVK>>Да вобщем для дотнета особого смысла что то встраивать стандартное нет, разницы между статической и динамической линковкой нет никакой. Ved>Только встраиваемое надо сразу писать, а динмическое — можно и потом
А вот это уже ошибка. Конфигурируемость надо закладывать изначально, иначе слишком борого потом обойдется ее добавление.
Здравствуйте, Ved, Вы писали:
Ved>Здравствуйте, Воронков Василий, Вы писали:
Ved>>>1) Расчет на обычного рядового пользователя. ВВ>>Не совсем ясно. Но если ты имеешь в виду, что пользователь может иметь весьма низкую квалификацию, то тогда придется реализовываться всякие визуальные вкусности — а по большому счету потребуется фул дизайн-тайм суппорт, что конечно кульно, но весьма геморойно. Ved>Но без этого — еще хуже. Тем более что отсутствие дизайнера ведет к излишнему напрягу юзера, и что в конечном итоге отпугнет очень многих. Кроме того, надо учесть возможность использования не-программерами. Например, один человек продукт пишет, а другой — к несу отчеты ваяет. Конечно, научить кого угодно можно, вот только сколько на это времени уйдет? Отсутствие дизайнера отпугнет очень многих, если же убрать и предварительный просмотр — то понадобится это единицам. И зачем это тогда надо?
Дизайнер конечно нужен, но мы же не будем сразу заниматься его реализацией. Так что по любому в число приоритетный задач на первый этап он не входит.
Здравствуйте, AndrewVK, Вы писали:
AVK>А вот это уже ошибка. Конфигурируемость надо закладывать изначально, иначе слишком борого потом обойдется ее добавление.
А я нигде и не говорил, что это надо потом — это и ежу понятно что такие вещи (конфигурируемость, плагины) закладывают изначально — в архитектуру.
Здравствуйте, AndrewVK, Вы писали:
Ved>>1) Расчет на обычного рядового пользователя. AVK>Как то расплывчато и по большому счету непонятно о чем.
Ок. Минимальные требования к пользователю — секретарь, а составлять отчеты мог юзер, немного знающий MS Access.
Ved>>2) Скорость работы и по возможности меньшая ресурсоемкость. AVK>Опять же без конкретных цифр ни к чему не обязывает. Какая скорость? Какая ресурсоемкость? Насколько этот фактор критичен по отношению к другим?
Ок. Чтобы это все дело нормально работало на Cel 333 с 64 метрами. Такие компы до сих пор на многих фирмах стоят и стоять будут. А сервер отчетов мог нормально работать на пне 500 128 мозгов и не падать от 10 отчетов в минуту по 10 страниц.
AVK>Не уверен что это первоочередная задача. Для начала нужен движок, а уж потом можно прикрутить и дизайнер. Решения, не позволяющие обходиться без дизайнера мне не очень нравяться. К примеру для больших проектов большую часть шаблонов документации скорее всего можно будет сделать автоматически. Так что документированность формата шаблонов это большой плюс.
Конечно. Сперва движок, а потом вьюер и по возможности параллельно — дизайнер. Смотря от количества людей.
Ved>>Может лучше сперва обсудить все требования (если, конечно этим заняться, а не спорить и соориться попусту), а потом уже методы реализации. AVK>Я не понял — а что, решение о начале проекта уже принято?
Не знаю. Только вроде как надо сперва требования выработать, да решить, заниматься ли этим вообще, и если заниматься, то чем, а потом уже спорить насчет деталей реализации — так более разумным кажется...
Здравствуйте, Ved, Вы писали:
Ved>Здравствуйте, AndrewVK, Вы писали:
Ved>>>1) Расчет на обычного рядового пользователя. AVK>>Как то расплывчато и по большому счету непонятно о чем. Ved>Ок. Минимальные требования к пользователю — секретарь, а составлять отчеты мог юзер, немного знающий MS Access.
Вообще пора уже определяться какого рода будет проект. Все ты правильно говоришь, но, насколько я понимаю, исходишь из того, что проект будет коммерческий? Если нет, то все эти удобства явно ни к чему.
Ved>>>2) Скорость работы и по возможности меньшая ресурсоемкость. AVK>>Опять же без конкретных цифр ни к чему не обязывает. Какая скорость? Какая ресурсоемкость? Насколько этот фактор критичен по отношению к другим? Ved>Ок. Чтобы это все дело нормально работало на Cel 333 с 64 метрами. Такие компы до сих пор на многих фирмах стоят и стоять будут. А сервер отчетов мог нормально работать на пне 500 128 мозгов и не падать от 10 отчетов в минуту по 10 страниц.
Я очень сомневаюсь, что "дотнет" может нормально работать на таком компе.
Здравствуйте, Ved, Вы писали:
Ved>>>2) Скорость работы и по возможности меньшая ресурсоемкость. AVK>>Опять же без конкретных цифр ни к чему не обязывает. Какая скорость? Какая ресурсоемкость? Насколько этот фактор критичен по отношению к другим? Ved>Ок. Чтобы это все дело нормально работало на Cel 333 с 64 метрами.
Под .NET? С 64М памяти? Только с большим натягом. Я бы отодвинул планку до Cel 566 + 128М.
Ved>Такие компы до сих пор на многих фирмах стоят и стоять будут. А сервер отчетов мог нормально работать на пне 500 128 мозгов и не падать от 10 отчетов в минуту по 10 страниц.
Об этом лучше ничего не говорить, так как производительность серверного решения в конечном итоге будет зависеть от БД, по которй формируются отчеты.
AVK>>Я не понял — а что, решение о начале проекта уже принято? Ved>Не знаю. Только вроде как надо сперва требования выработать, да решить, заниматься ли этим вообще,
Вот для начала надо бы последнее, а уж потом требования выдвигать.
Ved> и если заниматься, то чем, а потом уже спорить насчет деталей реализации — так более разумным кажется...
Да я в общем то спорю, поскольку вроде пока ничего конкретного никто делать не собрался.
Здравствуйте, Воронков Василий, Вы писали:
ВВ>Здравствуйте, Ved, Вы писали:
Ved>>Здравствуйте, AndrewVK, Вы писали:
Ved>>>>1) Расчет на обычного рядового пользователя. AVK>>>Как то расплывчато и по большому счету непонятно о чем. Ved>>Ок. Минимальные требования к пользователю — секретарь, а составлять отчеты мог юзер, немного знающий MS Access.
ВВ>Вообще пора уже определяться какого рода будет проект. Все ты правильно говоришь, но, насколько я понимаю, исходишь из того, что проект будет коммерческий? Если нет, то все эти удобства явно ни к чему.
Если даже нет, то ведь каждый потом захочет это у себя в коммерческом приложении видеть, хотя бы даже для того, чтобы степень поддержки снизить и не делать каждый раз заказчикам, как им приспичит, новый отчет?
Ved>>>>2) Скорость работы и по возможности меньшая ресурсоемкость. AVK>>>Опять же без конкретных цифр ни к чему не обязывает. Какая скорость? Какая ресурсоемкость? Насколько этот фактор критичен по отношению к другим? Ved>>Ок. Чтобы это все дело нормально работало на Cel 333 с 64 метрами. Такие компы до сих пор на многих фирмах стоят и стоять будут. А сервер отчетов мог нормально работать на пне 500 128 мозгов и не падать от 10 отчетов в минуту по 10 страниц. ВВ>Я очень сомневаюсь, что "дотнет" может нормально работать на таком компе.
У нас .NET-приложения (БД, CR) работают на начиная с Cel 400 128 RAM и ничего.
Дома же я вообще работаю на Cel533 512RAM — и не собираюсь даже upgrade делать.
Здравствуйте, Ved, Вы писали:
AVK>>Под .NET? С 64М памяти? Только с большим натягом. Я бы отодвинул планку до Cel 566 + 128М. Ved>Ну... будем проводить типа аукциона? У нас .NET-приложениям приходится работать и на Cel 400 128М — и ничего, работают (БД, CR). Значит можно ориентироваться на этот уровень.
На 128М можно, на 64 нельзя.
Ved>Не всегда. Если прогонять через различные xml, xslt, xsl:fo и пр. и если это делает не сервер БД, то кто? Именно на эту часть(преобразования и пр.) и ляжет основная нагрузка.
Это несопоставимо со временем формирования запросов, поскольку в отчетах как правило запросы очень тяжелые.
Здравствуйте, AndrewVK, Вы писали:
Ved>>Не всегда. Если прогонять через различные xml, xslt, xsl:fo и пр. и если это делает не сервер БД, то кто? Именно на эту часть(преобразования и пр.) и ляжет основная нагрузка. AVK>Это несопоставимо со временем формирования запросов, поскольку в отчетах как правило запросы очень тяжелые.
Да не всегда в принципе. Но тогда лучше учитывать оба фактора — и сервер БД, и программную часть.
Здравствуйте, Ved, Вы писали:
AVK>>Это несопоставимо со временем формирования запросов, поскольку в отчетах как правило запросы очень тяжелые. Ved>Да не всегда в принципе. Но тогда лучше учитывать оба фактора — и сервер БД, и программную часть.
А как мы его можем учесть, если нам об нем ничего не известно?
Здравствуйте, Воронков Василий, Вы писали:
ВВ>Вообще люди начнут делать что-то конкретное, когда появится явный лидер проекта. Так что предлагаю по-быстренькому его назначить и начинать работать
Здравствуйте, AndrewVK, Вы писали:
AVK>А как мы его можем учесть, если нам об нем ничего не известно?
По возможности не использовать "тяжелых" решений и оптимизировать алгоритмы — как обычно
Здравствуйте, Ved, Вы писали:
AVK>>А как мы его можем учесть, если нам об нем ничего не известно? Ved>По возможности не использовать "тяжелых" решений и оптимизировать алгоритмы — как обычно
На каком основании мы будем решать — слишком "тяжелое" решение или нет?
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>Вообще люди начнут делать что-то конкретное, когда появится явный лидер проекта. Так что предлагаю по-быстренькому его назначить и начинать работать
AVK>Ну так назначай. Я пас.
Давайте я за финансовую часть, шутка. А вообще-то, если есть что-то потестить, я потестю. А там глядишь пойму о чем речь, а то каша пока.
Здравствуйте, AndrewVK, Вы писали:
AVK>На каком основании мы будем решать — слишком "тяжелое" решение или нет?
Ну... даже не знаю, что ответить... но думаю, что и так можно сказать, что обычно, скажем, xsl:fo более тяжелое решение, чем код на плюсах, хотя все относительно
Здравствуйте, Воронков Василий, Вы писали:
ВВ>Здравствуйте, AndrewVK, Вы писали:
AVK>>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>>Вообще люди начнут делать что-то конкретное, когда появится явный лидер проекта. Так что предлагаю по-быстренькому его назначить и начинать работать
AVK>>Ну так назначай. Я пас.
ВВ>ОК. Тогда можно мне назначить тебя?
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>ОК. Тогда можно мне назначить тебя?
AVK>Назначить может и можно, вот только я все равно не смогу этим рулить по целому ряду причин.
Да ничего особого-то и не потребуется. Нужен просто человек, который будет говорить, что надо делать так и так то, и все будут его слушаться. А то все во флейме утонет, сам же понимаешь. А учитывая, что ты предложил основную архитектуру и технологии...
Здравствуйте, Воронков Василий, Вы писали:
ВВ>Да ничего особого-то и не потребуется. Нужен просто человек, который будет говорить, что надо делать так и так то, и все будут его слушаться. А то все во флейме утонет, сам же понимаешь. А учитывая, что ты предложил основную архитектуру и технологии...
Ну если вас устроит то что я почти не буду писать кода
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>Да ничего особого-то и не потребуется. Нужен просто человек, который будет говорить, что надо делать так и так то, и все будут его слушаться. А то все во флейме утонет, сам же понимаешь. А учитывая, что ты предложил основную архитектуру и технологии...
AVK>Ну если вас устроит то что я почти не буду писать кода
Здравствуйте, Воронков Василий, Вы писали:
ВВ>ОК. Так какие будут распоряжения?
1) Опознать состав
2) Определиться со статусом
3) Создать CVS-репозиторий (это я сделаю), возможно какой нибудь простенький сайтик.
4) Определиться с рабочим названием
5) Определиться с требованиями
6) Определиться с примерным набором фич
Здравствуйте, AndrewVK, Вы писали:
AVK>1) Опознать состав
Я вот недавно в кои то веки зашел на сайт — дык оказалось, что есть ветка в Shareware и бизнес, где обсуждаются планы по созданию набора компонент. Может, стоит оттуда народ привлечь?
AVK>2) Определиться со статусом
Shareware, freeware...? Это надо будет с народом обсудить.
AVK>3) Создать CVS-репозиторий (это я сделаю), возможно какой нибудь простенький сайтик.
А сайтик можно будет на здешнем сервере разместить или на бесплатном хосте? И он нужен сразу? В принципе я могу сделать, если потребуется.
AVK>4) Определиться с рабочим названием
RSDN Reports?
AVK>5) Определиться с требованиями AVK>6) Определиться с примерным набором фич
Вот тут-то, так сказать, и требуется твое напутствие, а то народ уже растекается мыслью по древу.
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>Да ничего особого-то и не потребуется. Нужен просто человек, который будет говорить, что надо делать так и так то, и все будут его слушаться. А то все во флейме утонет, сам же понимаешь. А учитывая, что ты предложил основную архитектуру и технологии... AVK>Ну если вас устроит то что я почти не буду писать кода
Вполне. Проекту нужен руководитель, который мог бы контролировать архитектуру, решения, отбраковывать плохой код, помогать советами и по возможности ссылками А на это и без написания кода будет уходить время.
Здравствуйте, Ved, Вы писали:
Ved>Здравствуйте, AndrewVK, Вы писали:
AVK>>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>>Да ничего особого-то и не потребуется. Нужен просто человек, который будет говорить, что надо делать так и так то, и все будут его слушаться. А то все во флейме утонет, сам же понимаешь. А учитывая, что ты предложил основную архитектуру и технологии... AVK>>Ну если вас устроит то что я почти не буду писать кода Ved>Вполне. Проекту нужен руководитель, который мог бы контролировать архитектуру, решения, отбраковывать плохой код, помогать советами и по возможности ссылками А на это и без написания кода будет уходить время.
Тогда самая пора обсудить какого плана будет проект — опен сурс, коммерческий там и пр. Требования к проекту не в последнюю очередь будут формироваться на основе этого.
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>А сайтик можно будет на здешнем сервере разместить или на бесплатном хосте? AVK>Можно здесь ВВ>>И он нужен сразу? AVK>Сайт? Зависит от статуса. Если open source то нужен сразу.
В соседнем разделе (Программирование и бизнес) люди ратовали за shareware. Поэтому если делать шаровару, то можно определиться с тем, что участники, естественно, получают бесплатную лицензию на использование... НО: тогда надо сразу пресекать весь флейм кто что получит потом и т.д. Не хочешь — не участвуй. Незачем делить шкуру неубитого медведя. Поэтому можно сделать проект закрытым, а окончательно со статусом можно будет определиться потом по мере развития. Это, конечно, если не open-source (хотя делать последнее смысла особо, честно говоря, не вижу (правда, в зависимости от того, что же все таки писать и в каком объеме)).
Здравствуйте, Ved, Вы писали:
Ved>Здравствуйте, AndrewVK, Вы писали:
AVK>>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>>А сайтик можно будет на здешнем сервере разместить или на бесплатном хосте? AVK>>Можно здесь ВВ>>>И он нужен сразу? AVK>>Сайт? Зависит от статуса. Если open source то нужен сразу. Ved>В соседнем разделе (Программирование и бизнес) люди ратовали за shareware. Поэтому если делать шаровару, то можно определиться с тем, что участники, естественно, получают бесплатную лицензию на использование... НО: тогда надо сразу пресекать весь флейм кто что получит потом и т.д.
+1
Ved>Поэтому можно сделать проект закрытым, а окончательно со статусом можно будет определиться потом по мере развития. Это, конечно, если не open-source (хотя делать последнее смысла особо, честно говоря, не вижу (правда, в зависимости от того, что же все таки писать и в каком объеме)).
+1
Но от себя добавлю. Все же следует оставить обсуждения проекта открытыми, чтобы привлекать новых разработчиков по мере необходимости.
Здравствуйте, Воронков Василий, Вы писали:
ВВ>Но от себя добавлю. Все же следует оставить обсуждения проекта открытыми, чтобы привлекать новых разработчиков по мере необходимости.
Я бы открытыми оставил обсуждения решений, но не исходного кода.
Здравствуйте, Ved, Вы писали:
Ved>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>Но от себя добавлю. Все же следует оставить обсуждения проекта открытыми, чтобы привлекать новых разработчиков по мере необходимости. Ved>Я бы открытыми оставил обсуждения решений, но не исходного кода.
Здравствуйте, SharpStudent, Вы писали:
AVK>>1) Опознать состав
SS>Если возьмете юного и неопытного в C# — то я с удовольствием присоединюсь к команде.
я бы тоже хотел поработать в команде , опыту понабраться на людей посмотреть
Здравствуйте, SiAVoL, Вы писали:
SAV>Здравствуйте, SharpStudent, Вы писали:
AVK>>>1) Опознать состав
SS>>Если возьмете юного и неопытного в C# — то я с удовольствием присоединюсь к команде. SAV>я бы тоже хотел поработать в команде , опыту понабраться на людей посмотреть
И я такой же , и тоже хочу присоединиться к команде. Предлагаю, если не возьмут объединиться и заняться тем же.
Здравствуйте, Воронков Василий, Вы писали:
ВВ>Ветка данная себя уже почти исчерпала. Надо будет решить, в каком форуме продолжать дальнейшие обсуждения проекта.
Наверное или в "проектировании", если обсуждать дизайн, или в "Программировании и бизнесе" — если вопросы команды. А вот в каком именно — это уже как модератор разрешит.
Здравствуйте, Воронков Василий, Вы писали:
ВВ>Решил вот сделать что-то для закваски. Вот здесь можно посмотреть шаблон сайта.
Аккуратно и строго. Нормальная цветовая гамма. Никаких лишних наворотов. Мне понравилось.
Здравствуйте, Ved, Вы писали:
Ved>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>Решил вот сделать что-то для закваски. Вот здесь можно посмотреть шаблон сайта. Ved>Аккуратно и строго. Нормальная цветовая гамма. Никаких лишних наворотов. Мне понравилось.
Мне тоже понравилось, только вод под оперой как=то не очень себя ведет. Например горизонтальное меню полностью отобразилось только в процессе перехода по ссылкам. А в целом шаблон удачный
Здравствуйте, SiAVoL, Вы писали:
SAV>Здравствуйте, Ved, Вы писали:
Ved>>Здравствуйте, Воронков Василий, Вы писали:
ВВ>>>Решил вот сделать что-то для закваски. Вот здесь можно посмотреть шаблон сайта. Ved>>Аккуратно и строго. Нормальная цветовая гамма. Никаких лишних наворотов. Мне понравилось.
SAV>Мне тоже понравилось, только вод под оперой как=то не очень себя ведет. Например горизонтальное меню полностью отобразилось только в процессе перехода по ссылкам. А в целом шаблон удачный
) Но если еще и денег дадут — не откажусь 
