Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Вариант ответов 19.11.02 02:29 Число просмотров: 1818
Автор: jammer <alex naumov> Статус: Elderman
|
> А кто сказал что реестр загаживается? Я не понял о чём вы?
> Ни PHP ни та версия MoDyp которая будет в клиенте к реестру
> вообще не имеют никакого отношения. Есдинственное чего
> может оказаться в реестре это строка запуска клиента (как
> вы верно заметили) или в случае W2K раздел описывающий
> сервис.
самой инсталляции пхп не будет?
> А я вот к сожалению пока пишу один. Все могут предоставить
> РЕСУРСЫ и все могут поучаствовать в тестировании. А толку
врядли я возьмусь помочь как программист. да я и не уверен что реально имеет смысл программировать это целой толпой. впрочем, если бы были вывешены некоторые задачи, выложены исходники, организована некоторая координация процесса... ну почему бы и нет? народ найдется.
(кстати, а что ваши студенты делают на лаболаторных? :)))
> не так много. MoDyp разрабатывается мной уже 3,5 года и я,
> поверьте, много раз сталкивался с подобными обсуждениями. И
> все хорошие замечания по функциональности MoDyp были
> учтены. Но примерно 70% того что предлагали люди на поверку
> оказывалось ерундой.
это ж нормально.
> Сомневаться в моей компетенции по
> данному вопросу и тем более по качеству кода MoDyp вы НЕ
> ИМЕЕТЕ МОРАЛЬНОГО ПРАВА пока не убедитесь в этом явно, хотя
> ФОРМАЛЬНОЕ ПАРВО У ВАС ЕСТЬ. Я могу сказать лишь одно
> попробуйте доказать что MoDyp медленнее для тех рассчётов
> что он преднозначен в сравнении с любым доступным вам
> пакетом по МД. Если так, то это будет самый веский аргумен
> в нашем обсуждении в вашу пользу и все читатели форума
> сделают однозначный вывод.
стоп-стоп. я ничего не кому не буду доказывать. презумпция несколько наоборот =) и уж тем более, я не собираюсь даже сомневаться Ваших профессианальных качествах/количествах.
зато Вы можете доказанно опровергнуть меня вот в чем: я четко убежден что код на пхп хуже сишного, а сишный хуже ассемблерного. и уж если редкоиспользуемые функции сетевого обмена вполне покатят и на си, то ядро хотелось бы максимально эффективное. и тут опять же масса вариантов - как анализ и оптимизация скомпилированного и затем дизассемблированного сишного кода, так и написание ядра вручную с последующей оптимизацией (желательно с учетом особенностей хотя бы наиболее распространенных семейств процессоров). я понимаю, то это работа серьезная, особенно если у Вас еще сисадминство в немалькой Комбеллге и научно-организационная работа, на нее уйдет уйма времени. но вобщем есть к чему стремиться.
> Давайте так.. Не будем судить о шкуре неубитого медведя. Я
> никогда не отказывался от дороаботок. Речь идёт о том что
> при запуске проекта мы имеем определённое "качество"
> клиента. Если вы не готоы его принять я не настаиваю, но
> сегодня, сейчас, я не могу учесть все те вопросы и
> замечания о которых здесь идёт речь. Если вам не
> понравиться клиент - я не настаиваю. Возможно когда он
> будет доработан вы примете участие в проекте. Милости
> прошу. Возможно нет. Никто не будет обижаться. Слава богу у
> нас почти свободная страна.
с этим нельзя не согласиться. я уже писал и повторюсь - все это дерево обсуждений (выросло) в основном потому, что сейчас очень удобный момент для запуска Вашего проекта нашими средствами, и причины тормозов обидные - технические. все зависит от того, кто раньше очухается, ибо днет сейчас трепыхается совсем мало.
> Я понимаю, что ВСЕ ВЫ сейчас одна команда (bugtarq) и вошли
> в "раж" вашего проекта. Спорить слишком долго мне не
> хочется, да и толка в этом не будет.
никого в команде насильно не держат. команда нужна в основном для обмена опытом и координации совместных усилий.
|
|
|
подробно о проекте
Анализ криптографических сетевых... 
