Здравствуйте, alvas, Вы писали:
A>Насколько я помню это к тебе.
Asp.Net никогда толком не работал. Если довести до ума FileCodeModel (дед бил-бил, баба била) то он заработает на том уровне, на котором работает IronPython.
Не ахти, но лучше чем ничего. В VS2010 обещали сделать нормальную поддержку asp.net для 3r party languages.
Здравствуйте, VladD2, Вы писали:
VD>Если бы вдруг открылась запись в добровольцы на проект Nemerle2 или сокращенно "N", то кто бы подписался участвовать в нем?
По идее, мог бы уделять часов 10-15 в неделю. Правда, в компиляторах особо не соображаю, поэтому приветствуется точная постановка задачи
И да, если б у Nemerle была безглючная интеграция со студией и можно было бы работать n-цать часов без вылетов, мне кажется, многие и многие c#повцы перевербовались бы в адептов N.
Здравствуйте, VladD2, Вы писали:
VD>Можно ссылочку?
Поищу. На вскидку это было в форуме мычб народ спрашивал почему у питона так плохо с asp.net, им ответили что на сегоняшний момент лучше не получится.
Здравствуйте, Блудов Павел, Вы писали:
БП>Поищу. На вскидку это было в форуме мычб народ спрашивал почему у питона так плохо с asp.net, им ответили что на сегоняшний момент лучше не получится.
Влад, ты неоднократно говорил, что есть места в компиляторе, которые тебе абсолютно неясны в плане алгоритмов. Если все переписывать набело, то с этим придётся разбираться. Ведь перенести нынешнию реализацию без изменений не выйдет скорей всего. Есть ли уверенность, что получится разобраться?
Здравствуйте, SergASh, Вы писали:
SAS>Влад, ты неоднократно говорил, что есть места в компиляторе, которые тебе абсолютно неясны в плане алгоритмов. Если все переписывать набело, то с этим придётся разбираться. Ведь перенести нынешнию реализацию без изменений не выйдет скорей всего. Есть ли уверенность, что получится разобраться?
В этом нет никаких сомнений. К тому же автры никуда не пропали. Да и трудные для понимания вещи неплохо описаны в статьях.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, kitsunekko, Вы писали:
VD>>Собственно вопрос где хранить такие имена. K>Хотелось бы чтобы так K>
K>[Record]class _c123 {time:...}
K>
Это описание полноценного класса. Это и так есть.
K>Для кортежей наверно неудобно имена использовать, если они в 5 местах из функции возвращаются. А в типе функции наверное можно обьявить имена, и чтоб возвращаемые кортежи приводились.
VD>>С анонимными типами проблема одна — они будут локальны для каждой сборки. Отсюда, как и в Шарпе их нельзя будет экспортировать. K>Это как раз и отлично, пускай будут internal. не могу придумать, зачем может понадобиться их экспортировать.
Многие будут удивлены тем, что они могут создать internal и private метод, а public и protected не могут.
K>А еще можно инициализаторы объектов как в шарпе, типа такого? K>
Это можно сделать макросом. Например, можно сделать макрос with:
def tb = with (TextBox())
{
Text = "abc";
...
}
Но тут есть один идеологический аспект. Это будет провцировать людей создавать изменяемые (императивные) типы. В Nemerle намного удобнее описать объект через конструктор. При этом можно задачать имена параметров.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re: А кто записался бы в добровольцы?...
От:
Аноним
Дата:
17.02.09 00:00
Оценка:
Здравствуйте, VladD2, Вы писали:
VD>Если бы вдруг открылась запись в добровольцы на проект Nemerle2 или сокращенно "N", то кто бы подписался участвовать в нем?
Я бы подписался но, к сожалению, не фулл-тайм. И в текущем коде, надо признаться, разбираюсь слабо.
Здравствуйте, VladD2, Вы писали:
VD>Если бы вдруг открылась запись в добровольцы на проект Nemerle2 или сокращенно "N", то кто бы подписался участвовать в нем?
VD>Задачи: VD>1. Переосмыслить фичи Немерле. Оставить только те что не вызывают серьезных конфликтов с другими фичами языка или Интеграции. VD>2. Переписать компилятор Немерле с нуля учитывая требования накладываемые интеграцией, производительности компилятора, модульности, легкой поддержки и т.п. VD>3. Написать Интеграцию языка со студией. VD>4. При всем при этом не наделать ошибок сделанных поляками.
VD>Проект, по моим рассчетам где-то на 4 человекогода (при фул-тайм разработке).
Тема еще жива?
Три великие достоинства программиста: лень, нетерпение, надменность... Л. Уолл
Здравствуйте, VladD2, Вы писали:
БП>>Не ахти, но лучше чем ничего. В VS2010 обещали сделать нормальную поддержку asp.net для 3r party languages. VD>Можно ссылочку?
Здравствуйте, VladD2, Вы писали:
VD>Если говорить про рунет, то про Бу я даже статей не видел. И не слышал чтобы на нем хоть кто-то писал какие-то проекты. За-то я не раз видел (правда в анголоязычном комьюнити) как люди изучившие Бу с удивлением открывали для себя Немерле и после этого спокойно смотреть на Бу не могли, так как язык явно не дотягивает.
Если б кое-кто не брезговал простыми ГНУтыми вещами вроде ШарпДевелоп, то может быть эти люди с самого начала изучали бы не Бу, а Немерле.
Здравствуйте, Воронков Василий, Вы писали:
ВВ>Если б кое-кто не брезговал простыми ГНУтыми вещами вроде ШарпДевелоп, то может быть эти люди с самого начала изучали бы не Бу, а Немерле.
Никто и не брезгует. Просто я не стожильный, чтобы взваливать на себя еще один проект.
Сама интеграция пишется, так чтобы ее было максимально просто перенести на другие IDE.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
ВВ>>Если б кое-кто не брезговал простыми ГНУтыми вещами вроде ШарпДевелоп, то может быть эти люди с самого начала изучали бы не Бу, а Немерле. VD>Никто и не брезгует.
А мне казалось, что ты его просто не любишь
VD>Просто я не стожильный, чтобы взваливать на себя еще один проект.
Это я понимаю. Просто при всей своей, скажем так, "недо-студийности" #D хорош наличием определенного комьюнити. Т.е. интеграция со студией — это бесспорно хорошо, но благодаря ней народ о Немерле не узнает. Ибо чтобы узнать об интеграции, надо сначала узнать о Немерле. А вот с шарп-девелопом не так — скачал новую версию, смотришь, а там язык новый добавился — 99% хотя бы из любопытства создадут тестовый проект. А там уж как пойдет.
Я вот, например, таким образом узнал о Бу.
VD>Сама интеграция пишется, так чтобы ее было максимально просто перенести на другие IDE.
Здравствуйте, Воронков Василий, Вы писали:
ВВ>А мне казалось, что ты его просто не любишь
Я им просо не пользуюсь потому-что пользуюсь студией.
VD>>Просто я не стожильный, чтобы взваливать на себя еще один проект.
ВВ>Это я понимаю. Просто при всей своей, скажем так, "недо-студийности" #D хорош наличием определенного комьюнити. Т.е. интеграция со студией — это бесспорно хорошо, но благодаря ней народ о Немерле не узнает. Ибо чтобы узнать об интеграции, надо сначала узнать о Немерле. А вот с шарп-девелопом не так — скачал новую версию, смотришь, а там язык новый добавился — 99% хотя бы из любопытства создадут тестовый проект. А там уж как пойдет.
У меня даже нет особых сомнений, что кто хотел уже узнал о Немерле. Вопрос скорее в другом. Почему толпы народу на него не переходят. На то есть много разных ответов. Это и отсутствие волосатой лапы (багатой), и отсутствие релиза, и отсутствие устойчивой и качественной IDE, и отсутствие исчерпывающей спецификации и мгого чего еще. Я по мере своих сил способствую устранению некоторых из причин.
ВВ>Я вот, например, таким образом узнал о Бу.
Здорово. Пишешь на нем что-нибудь?
ЗЫ
Взял бы да помог прикрутить Немерле к ШарпДевелоп-у. Я бы мог объяснить куда копать...
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.