Мы все больше и больше подумываем над разработкой нового улучшенного движка нашего сайта.
Но признаюсь честно сил у нас не так много, да и энтузиазм уже не тот, что в 2000-ом году (когда велась разработка первой версии движка).
Меж тем вокруг Nemerle собрался пусть небольшой, но очень продвинутый и весьма криативный коллектив.
По сему, в голову пришла мысль — "А не предложить ли тем, кому Nemerle интересен (или интересно его освоить) поучаствовать в работе над новым движком сайта?
Итак, если ли желающие часть своего свободного времени посвятить работе над этим проектом?
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
VD>Мы все больше и больше подумываем над разработкой нового улучшенного движка нашего сайта.
VD>Итак, если ли желающие часть своего свободного времени посвятить работе над этим проектом?
Здравствуйте, VladD2, Вы писали:
VD>Меж тем вокруг Nemerle собрался пусть небольшой, но очень продвинутый и весьма криативный коллектив. VD>По сему, в голову пришла мысль — "А не предложить ли тем, кому Nemerle интересен (или интересно его освоить) поучаствовать в работе над новым движком сайта?
VD>Итак, если ли желающие часть своего свободного времени посвятить работе над этим проектом?
Пока работаю над генератором парсера для Nemerle. Уже скоро доведу до ума генератор и возьмусь за макрос. Вот когда закончу с макросом, тогда посмотрим. В любом случае, летом у меня будет больше свободного времени. Или это критично уже сейчас?
VD>По сему, в голову пришла мысль — "А не предложить ли тем, кому Nemerle интересен (или интересно его освоить) поучаствовать в работе над новым движком сайта?
VD>Итак, если ли желающие часть своего свободного времени посвятить работе над этим проектом?
Есть! Только вот я принадлежу скорее к тем, кому _интересно_ его освоить, так что боюсь, польза от меня может большой не получиться
Здравствуйте, VladD2, Вы писали:
VD>Меж тем вокруг Nemerle собрался пусть небольшой, но очень продвинутый и весьма криативный коллектив. VD>По сему, в голову пришла мысль — "А не предложить ли тем, кому Nemerle интересен (или интересно его освоить) поучаствовать в работе над новым движком сайта?
VD>Итак, если ли желающие часть своего свободного времени посвятить работе над этим проектом?
Желание есть. Вот, надо сначала форматтер сделать, а там посмотрим.
Здравствуйте, konsoletyper, Вы писали:
K>Пока работаю над генератором парсера для Nemerle. Уже скоро доведу до ума генератор и возьмусь за макрос. Вот когда закончу с макросом, тогда посмотрим. В любом случае, летом у меня будет больше свободного времени. Или это критично уже сейчас?
Кстати, одна из подзадач у нас — это реализация форматера для страниц сайта. Основная сложность — подстветка синтаксиса. А это как раз твоя специфика. Так что если бы ты нам с ним помог, то было бы прото замечательно.
Проект этот, думаю, будет реализовываться довольно долго. Так что если ты не затянешь со своим прасером, то проблем не будет.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Итак, если ли желающие часть своего свободного времени посвятить работе над этим проектом?
Есть. Только вот единственная проблема в почти отсутствии свободного времени А так, очень интересно и есть огромное желание поучавствовать в этом проекте.
((lambda (x) (list x (list 'quote x))) '(lambda (x) (list x (list 'quote x))))
Здравствуйте, VladD2, Вы писали:
VD>Мы все больше и больше подумываем над разработкой нового улучшенного движка нашего сайта.
VD>Но признаюсь честно сил у нас не так много, да и энтузиазм уже не тот, что в 2000-ом году (когда велась разработка первой версии движка).
VD>Меж тем вокруг Nemerle собрался пусть небольшой, но очень продвинутый и весьма криативный коллектив. VD>По сему, в голову пришла мысль — "А не предложить ли тем, кому Nemerle интересен (или интересно его освоить) поучаствовать в работе над новым движком сайта?
VD>Итак, если ли желающие часть своего свободного времени посвятить работе над этим проектом?
А можно узнать приблизительные сроки выхода первого релиза Интеграции и компилятора Nemerle (на оффиц.сайте\блоге информацию по этому поводу не смог найти).
Просто не представляю, каким-образом можно браться за подобные проекты, не имея проверенных (имхо =зарелизенных) инструментов.
Здравствуйте, Didro, Вы писали:
D>А можно узнать приблизительные сроки выхода первого релиза Интеграции и компилятора Nemerle (на оффиц.сайте\блоге информацию по этому поводу не смог найти).
Алфу мы зарелизем в ближайшее время. И будем ее же использовать в работе над сайтом попутно дорабатывая (чтобы было ясно, что действительно нужно дорабатывать, а без чего можно и пережить).
D>Просто не представляю, каким-образом можно браться за подобные проекты, не имея проверенных (имхо =зарелизенных) инструментов.
Дык судьба инструмента в наших руках, если вылезет пролема не дающая работать, то мы ее по быстрому устраним.
Дело в том, что в Интеграции очень много еще можно дорабатывать. И это (в некоммерчесокм варианте) затянется еще на долго. Меж тем уже сегодня она позволяет работать.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Итак, если ли желающие часть своего свободного времени посвятить работе над этим проектом?
Есть. Свободное время тоже будет — для такого проекта особенно. Будет ли сам проект? У меня сложилось ощущение, что далеко не все на rsdn в восторге от этой идеи. Кроме того зачем переписывать то, что и так работает? (это не моя позиция — просто отголосок здравого смысла) Ну и потом у rsdn очень большое "наследие", которое в любом случае придется сохранить — без него было бы проще.
Здравствуйте, Vermicious Knid, Вы писали:
VD>>Итак, если ли желающие часть своего свободного времени посвятить работе над этим проектом? VK>Есть. Свободное время тоже будет — для такого проекта особенно. Будет ли сам проект? У меня сложилось ощущение, что далеко не все на rsdn в восторге от этой идеи. Кроме того зачем переписывать то, что и так работает? (это не моя позиция — просто отголосок здравого смысла) Ну и потом у rsdn очень большое "наследие", которое в любом случае придется сохранить — без него было бы проще.
База сайта была разработана в 2001 году, когда на свете ещё не было такого теримина как Web 2.0. Т.е. даже при всей своей проницательности разработчики не могли предусмотреть возможности появления тех фич, которые сегодня являются обычным делом в любом комьюнити. Кое что, конечно, было прекручено сбоку, свержу или снизу, но дальнейшее развитие сайта без тотальной переделки движка не возможна.
... << RSDN@Home 1.2.0 alpha rev. 0>>
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, _pk_sly, Вы писали:
__>какие-то требования к людям есть?
Наличие головы, умение и желание учиться, знание дотнета, умение работать с СУБД и знание Nemerle (или хотя бы C#).
Ну, и естественно — желание освоить Nemerle.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Vermicious Knid, Вы писали:
VK>Есть. Свободное время тоже будет — для такого проекта особенно.
Отлично! Не скрою, что как раз людей входящих в топ данного форума хотелось бы видеть в первую очередь в составе этой команды.
Конечно мы рады видеть вех. Чем больше людей будет участвовать в проекте, и чем люди будут активне, тем лучше. Но наличие заведомо криативных людей — это залог успеха.
VK>Будет ли сам проект?
Проект 100% будет.
VK> У меня сложилось ощущение, что далеко не все на rsdn в восторге от этой идеи.
Скажем так. Что новый движек нужен не сомневается никто. Есть несколько предвзятое отношение к использованию Немерле в базовых модулях теми кто его до этого не использовал. Темнеменее как минимум 3 члена команды двумя руками за Немерле. Если удастся организовать хорошую команду (а похоже это уже удастся), то как минимум ряд важных модулей будет создаваться на сайте.
VK> Кроме того зачем переписывать то, что и так работает?
Переписывать никто ничего не будет. Текущий движок не учитывает слишком многих потребностей. Плюс он еле-еле теянет сайт на двух не самых слабых компьютерах.
VK>(это не моя позиция — просто отголосок здравого смысла) Ну и потом у rsdn очень большое "наследие", которое в любом случае придется сохранить — без него было бы проще.
Мы естественно сохраним все что есть сейчас, но движек должен быть координально переработан. Так требуется:
1. Добавить поддержку блогов.
2. Ввести теги (дополнительная метаинфорация ассоциируемая с контентом и позволющая фильтровать, искать, ссылаться, организовывать виртуальные форумы и т.п.
3. Ввести версионность для всего контента сайтов (от статей, до сообщений в форумах и даже профайла пользователя).
4. Реализовать динамическую аггрегацию информации, чтобы не приходилось производить вычисления по данным всего сайта (сейчас перемножение списка пользователей на количество записей дает очень большие объемы рассчетов).
5. Реализовать настройку сайта под пользователя (смена стилей, морд).
6. Естественно все это добро должно поддерживать альтернативные клиенты вроде Януса, ННТП, РС-фидов и т.п.
Естественно, что подобная разработка должна быть легко развиваемой, понятной для программистов (в том числе новичков), легко поддерживаемой. По-этому мы считаем, что нужно максимально давить на декларативное описание и генерацию кода (как обычного, так и БД-скриптов).
Так первая задача создать модуль который будет по декларативному описанию генерировать скрипты для создания и модификации БД, а так же код классов через которые с этой структрой можно будет работать.
Здравствуйте, VladD2, Вы писали:
VD>Мы естественно сохраним все что есть сейчас, но движек должен быть координально переработан. Так требуется: VD>1. Добавить поддержку блогов. VD>2. Ввести теги (дополнительная метаинфорация ассоциируемая с контентом и позволющая фильтровать, искать, ссылаться, организовывать виртуальные форумы и т.п. VD>3. Ввести версионность для всего контента сайтов (от статей, до сообщений в форумах и даже профайла пользователя). VD>4. Реализовать динамическую аггрегацию информации, чтобы не приходилось производить вычисления по данным всего сайта (сейчас перемножение списка пользователей на количество записей дает очень большие объемы рассчетов). VD>5. Реализовать настройку сайта под пользователя (смена стилей, морд). VD>6. Естественно все это добро должно поддерживать альтернативные клиенты вроде Януса, ННТП, РС-фидов и т.п.
— на каком месте в списке приоритетов будет минимизация трафика? что будет важнее этого?
— какая будет СУБД?
— какой будет http-сервер?
— будет ли код не на Nemerle?
— и это ...можно ли будет потом использовать движек (или отдельные элементы) для собственных нужд?
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, IO, Вы писали:
IO>>- на каком месте в списке приоритетов будет минимизация трафика? что будет важнее этого?
VD>Трафика кого и с кем? А вообще, это детали оптимизации которые надо решать если возникают проблемы.
Веб-клиента с веб-сервером. И это не детали, если ставить минимизацию трафика на первое место. Сразу тотальный ajax нужен, css-ы правильные, javascript-ов побольше. Это может сильно влиять на архитектуру.
И второе, что желательно — минимум кода самого движка. Пусть будут шаблоны многоэтажные, но буковок шоб поменьше.
И еще, как с базой работать (strongly type datasets, чистый ADO.NET, что-то родное из Nemerle (наверно))?
Я еще не знаю как со временем у меня будет, но уже интересно. Если это будет dream-project, то возможно поучавствую.
Здравствуйте, IO, Вы писали: IO>Веб-клиента с веб-сервером. И это не детали, если ставить минимизацию трафика на первое место. Сразу тотальный ajax нужен, css-ы правильные, javascript-ов побольше. Это может сильно влиять на архитектуру.
Ага, щас прямо. Ajax сам по себе далеко не всегда оптимизирует трафик. На оптимизацию трафика гораздо большее влияние оказывает грамотное использование Response Code 304. А увеличение количества javascript зачастую приводит к замедлению отдачи первого реквеста, который запросто может оказаться и единственным.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sinclair, Вы писали:
S>Здравствуйте, IO, Вы писали: IO>>Веб-клиента с веб-сервером. И это не детали, если ставить минимизацию трафика на первое место. Сразу тотальный ajax нужен, css-ы правильные, javascript-ов побольше. Это может сильно влиять на архитектуру.
Не знаю насколько уместно спорить об этом здесь, но все же. S>Ага, щас прямо. Ajax сам по себе далеко не всегда оптимизирует трафик.
Если на странице 90% контента не меняется при перезагрузке, то почему не обновить только 10% через ajax? Я это имел ввиду.
S>На оптимизацию трафика гораздо большее влияние оказывает грамотное использование Response Code 304.
Никто не спорит, но иногда и это не поможет.
S>А увеличение количества javascript зачастую приводит к замедлению отдачи первого реквеста, который запросто может оказаться и единственным.
Ок, еще не известно что лучше — быстрый первый реквест и тормоза потом или наоборот.
Но это все как-бы детали.
Вопрос более общий — ценим ли мы трафик пользователя достаточно высоко? И что мы ценим больше?
Здравствуйте, IO, Вы писали: IO>Не знаю насколько уместно спорить об этом здесь, но все же.
Неуместно, конечно же S>>Ага, щас прямо. Ajax сам по себе далеко не всегда оптимизирует трафик. IO>Если на странице 90% контента не меняется при перезагрузке, то почему не обновить только 10% через ajax? Я это имел ввиду.
В основном потому, что это может сбить навигацию. Порезать страницу так, чтобы при перезагрузке 90% приехали через 304, и только 10% приехали с сервера как 200 произведет почти тот же эффект, причем безо всяких проблем с history и поисковиками. S>>На оптимизацию трафика гораздо большее влияние оказывает грамотное использование Response Code 304. IO>Никто не спорит, но иногда и это не поможет.
Это очень тесно связанные вещи. Порезка контента на обновляемый и кэшируемый очень похожа на порезку контента на AJAX и статику. S>>А увеличение количества javascript зачастую приводит к замедлению отдачи первого реквеста, который запросто может оказаться и единственным. IO>Ок, еще не известно что лучше — быстрый первый реквест и тормоза потом или наоборот.
Лучше — все реквесты быстро. При этом аяксизация как таковая не обеспечивает подобных чудес.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Я бы поучавствовал по мере сил.
Правда пока только прочитал пару статей про Nemerle и написал HelloWorld.
Полезные скилы: MSSQL2005, ASP.NET 2.0, C#
Кстати, почему нету короткой статейки типа "что скачать, что настроить, что б сразу в студии начать писать на Nemerle"?
Пришлось по форуму полазить, пока нашел ответы. И вообще надо нормальный FAQ для чайников. Этот не подходит.
Здравствуйте, IO, Вы писали:
IO>Кстати, почему нету короткой статейки типа "что скачать, что настроить, что б сразу в студии начать писать на Nemerle"? IO>Пришлось по форуму полазить, пока нашел ответы. И вообще надо нормальный FAQ для чайников. IO>Этот не подходит.
А что, нужно что-то настраивать? У меня всё сразу заработало...
Здравствуйте, IO, Вы писали:
IO>Кстати, почему нету короткой статейки типа "что скачать, что настроить, что б сразу в студии начать писать на Nemerle"?
Здравствуйте, FDSC, Вы писали:
FDS>Здравствуйте, IO, Вы писали:
IO>>Кстати, почему нету короткой статейки типа "что скачать, что настроить, что б сразу в студии начать писать на Nemerle"? IO>>Пришлось по форуму полазить, пока нашел ответы. И вообще надо нормальный FAQ для чайников. IO>>Этот не подходит.
FDS>А что, нужно что-то настраивать? У меня всё сразу заработало...
Ну как минимум скачать инстал компилятора и шаблоны для студии (тут кто-то выставил).
Кроме этого я еще и "обычную интеграцию" со студией заинсталил. Оно у меня не сразу заработало, я не знаю что обязательно, а что — нет. Работает пока — и хорошо. Хотя про подсветку тут писали — можно C++ -ную подправить. Надо бы это все в один документик оформить.
Здравствуйте, Sinclair, Вы писали:
S>Здравствуйте, IO, Вы писали: IO>>Веб-клиента с веб-сервером. И это не детали, если ставить минимизацию трафика на первое место. Сразу тотальный ajax нужен, css-ы правильные, javascript-ов побольше. Это может сильно влиять на архитектуру. S>Ага, щас прямо. Ajax сам по себе далеко не всегда оптимизирует трафик. На оптимизацию трафика гораздо большее влияние оказывает грамотное использование Response Code 304. А увеличение количества javascript зачастую приводит к замедлению отдачи первого реквеста, который запросто может оказаться и единственным.
А можно подробней о коде 304, о нём ничего слышал.
Здравствуйте, IO, Вы писали:
IO>Веб-клиента с веб-сервером. И это не детали, если ставить минимизацию трафика на первое место. Сразу тотальный ajax нужен, css-ы правильные, javascript-ов побольше. Это может сильно влиять на архитектуру. IO>И второе, что желательно — минимум кода самого движка. Пусть будут шаблоны многоэтажные, но буковок шоб поменьше.
С трафиком у нас проблем никогда не было. Есть проблемы с нагрузкой на процессор. Загрузка сети никогда не привышала 15%.
IO>И еще, как с базой работать (strongly type datasets, чистый ADO.NET, что-то родное из Nemerle (наверно))?
Потихоничку работаем над поддержкой DLinq.
IO>Я еще не знаю как со временем у меня будет, но уже интересно. Если это будет dream-project, то возможно поучавствую.
Будет. Обязательно будет. Просто сейчас лето на носу. Усе в отпуска пойдут, а к этому моменту тучу всего нужно сдавать. Я вот тоже только последние 2 дня смог из двух недель этому делу посвятить. Но все будет...
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Андрей Хропов, Вы писали:
АХ>Здравствуйте, IO, Вы писали:
IO>>Кстати, почему нету короткой статейки типа "что скачать, что настроить, что б сразу в студии начать писать на Nemerle"?
АХ>есть
Здравствуйте, IO, Вы писали:
IO>Ну как минимум скачать инстал компилятора
Оптимальный вариант брать компилятор и Интеграцию для Студии из SVN. Но для этого нужно иметь установаленны VS SDK. Это обеспечит отсуствие проблем при сборке, так как компилятор и интеграция будут неменуемо развиваться в процессе работы над проектом.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Ничего там не устарело. Это описание тогок как самостаоятельно собрать интеграцию. При этом ты получаешь доступ (и навигацию) по всем исходинкам компилятора и Интеграции. Плю возможность менять интеграцию и компилятор.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
FDS>>Устарело — я ничего этого не делал
VD>Ничего там не устарело. Это описание тогок как самостаоятельно собрать интеграцию. При этом ты получаешь доступ (и навигацию) по всем исходинкам компилятора и Интеграции. Плю возможность менять интеграцию и компилятор.
Не, устарело: потому что там не написано, что это не обязательно делать
Здравствуйте, IDL, Вы писали: IDL>А можно подробней о коде 304, о нём ничего слышал.
И очень зря. Читать спецификацию HTTP 1.1. Главные слова в жизни веб-разработчика — Last-Modified, If-Modified-Since, Cache-Control.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, IDL, Вы писали:
IDL>Здравствуйте, Sinclair, Вы писали:
S>>Здравствуйте, IO, Вы писали: IO>>>Веб-клиента с веб-сервером. И это не детали, если ставить минимизацию трафика на первое место. Сразу тотальный ajax нужен, css-ы правильные, javascript-ов побольше. Это может сильно влиять на архитектуру. S>>Ага, щас прямо. Ajax сам по себе далеко не всегда оптимизирует трафик. На оптимизацию трафика гораздо большее влияние оказывает грамотное использование Response Code 304. А увеличение количества javascript зачастую приводит к замедлению отдачи первого реквеста, который запросто может оказаться и единственным.
IDL>А можно подробней о коде 304, о нём ничего слышал.
10.3.5 304 Not Modified
If the client has performed a conditional GET request and access is
allowed, but the document has not been modified, the server SHOULD
respond with this status code. The 304 response MUST NOT contain a
message-body, and thus is always terminated by the first empty line
after the header fields.
The response MUST include the following header fields:
— Date, unless its omission is required by section 14.18.1
If a clockless origin server obeys these rules, and proxies and
clients add their own Date to any response received without one (as
already specified by [RFC 2068], section 14.19), caches will operate
correctly.
— ETag and/or Content-Location, if the header would have been sent
in a 200 response to the same request
— Expires, Cache-Control, and/or Vary, if the field-value might
differ from that sent in any previous response for the same
variant
If the conditional GET used a strong cache validator (see section
13.3.3), the response SHOULD NOT include other entity-headers.
Otherwise (i.e., the conditional GET used a weak validator), the
response MUST NOT include other entity-headers; this prevents
inconsistencies between cached entity-bodies and updated headers.
If a 304 response indicates an entity not currently cached, then the
cache MUST disregard the response and repeat the request without the
conditional.
If a cache uses a received 304 response to update a cache entry, the
cache MUST update the entry to reflect any new field values given in
the response.
Если нам не помогут, то мы тоже никого не пощадим.
