Здравствуйте, hardcase, Вы писали: H>Я так полагаю, под дотнетом альтернативные языки никому не нужны.
Может быть Nitra будет интересна для WholeTomato?
Их Visual Assist очень хорош, но только для С++. Они сильно уступают тому же Resharper-у для C#.
Здравствуйте, hardcase, Вы писали:
H>Я так полагаю, под дотнетом альтернативные языки никому не нужны.
Ровно наоборот — народ хочет и хочет очень многого. Именно поэтому C# team завалена просьбами "сделайте то, сделайте это". А эти просьбы и есть желание иметь что-то другое — лучшее, чем C#. И чем F#. Людям не нужен "альтернативный" язык в смысле "очередной вычурный синтаксис" — им нужен мощный язык как альтернатива застойным Жабам или шизоидному C#, который последнее время стал развиваться какими-то клоунами от ИТ. Пусть это будет "си-подобный", но дающий всё. Ну тык Немерле и давал ВСЁ! Но нельзя лететь в космос на деревянной мельнице — Немерле нужна надёжная, продуманная, гибкая базовая архитектура. И как показала практика, обрастать "мясом" (макросы) куда легче, чем писать это самое ядро, т.е. достаточно дать людям ядро и они сами разовьют язык куда нужно, а не на что хватило ума посредственностям из M$.
Здравствуйте, Kolesiki, Вы писали:
H>>Я так полагаю, под дотнетом альтернативные языки никому не нужны.
K>Ровно наоборот — народ хочет и хочет очень многого. Именно поэтому C# team завалена просьбами "сделайте то, сделайте это". А эти просьбы и есть желание иметь что-то другое — лучшее, чем C#. И чем F#. Людям не нужен "альтернативный" язык в смысле "очередной вычурный синтаксис" — им нужен мощный язык как альтернатива застойным Жабам или шизоидному C#, который последнее время стал развиваться какими-то клоунами от ИТ. Пусть это будет "си-подобный", но дающий всё. Ну тык Немерле и давал ВСЁ! Но нельзя лететь в космос на деревянной мельнице — Немерле нужна надёжная, продуманная, гибкая базовая архитектура. И как показала практика, обрастать "мясом" (макросы) куда легче, чем писать это самое ядро, т.е. достаточно дать людям ядро и они сами разовьют язык куда нужно, а не на что хватило ума посредственностям из M$.
не смогли пройти в майкрософт?
уж ВЫ бы там написали реально крутую штуку, не то что тупые индусы, правда?
Здравствуйте, metall74, Вы писали:
M>не смогли пройти в майкрософт? M>уж ВЫ бы там написали реально крутую штуку, не то что тупые индусы, правда?
"Не сотвори себе кумира, сын мой!" Неужели ты настолько посредственный программист, что падаешь ниц перед "господами" из M$? Или ты думаешь, туда нанимают сверхлюдей из космоса? Там работают ЛЮДИ, такие же как мы — они тоже тупят, ленятся, врут, делают "побырому" и т.п. Кроме того, сама суть бизнеса, особенно такого бестолкового, как M$ — сокращение издержек и увеличение прибыли. С прибылью у них настолько тухло, что уже натягивают юзеров на облака, лишь бы подольше доить. А с издержками ещё проще: ну не сокращать же ТОПАМ их сумашедшие гонорары! Конечно пойдут под нож зарплаты прогеров. Но если ты себя уважаешь, ты не будешь впахивать за копейки или быть вечным подаваном у какого-нть амбициозного дебила — ты хочешь развиваться, проектировать архитектуру, решать "умные задачи" и конечно же расти в цене. Так вот таких тёплых мест не так уж и много и они, представь, заняты! Оставшиеся места С РАДОСТЬЮ разделят без тебя макаки, импортированные прямо с индусских галер. Так что тенденция (в свете глобального кризиса) такова, что компания попросту "тупеет" за счёт снижения издержек на хорошие кадры. То, что ЛИЧНО ТЕБЕ сложно устроиться в M$, никак не мешает Брахмапутре Петровичу из MS HR нанимать "свояков" — таких же танцоров как он сам. Не удивлюсь, если там окажутся 50% родственников.
Но ты продолжай фапать на "автритет" мелкософта... тебе пока рано противопоставлять себя им. Когда ты станешь настоящим джедаем ИТ, ты сам поймёшь, как смехотворны их продукты и как убог весь процесс их разработки.
Ах, да, для подаванов с аргументами "спервадобейся": я добился. Я сделал продукт, позволяющий программисту легко и удобно манипулировать СУБД — всё, от создания базы до комментов к колонкам. И этот продукт стоит на голову выше их же бестолковых комбайнов типа "sql server management studio". А чего добился ты, "поклонник мелкого и мягкого"?
Здравствуйте, Kolesiki, Вы писали:
M>>не смогли пройти в майкрософт? M>>уж ВЫ бы там написали реально крутую штуку, не то что тупые индусы, правда?
K>"Не сотвори себе кумира, сын мой!" Неужели ты настолько посредственный программист, что падаешь ниц перед "господами" из M$? Или ты думаешь, туда нанимают сверхлюдей из космоса? Там работают ЛЮДИ, такие же как мы — они тоже тупят, ленятся, врут, делают "побырому" и т.п. Кроме того, сама суть бизнеса, особенно такого бестолкового, как M$ — сокращение издержек и увеличение прибыли. С прибылью у них настолько тухло, что уже натягивают юзеров на облака, лишь бы подольше доить. А с издержками ещё проще: ну не сокращать же ТОПАМ их сумашедшие гонорары! Конечно пойдут под нож зарплаты прогеров. Но если ты себя уважаешь, ты не будешь впахивать за копейки или быть вечным подаваном у какого-нть амбициозного дебила — ты хочешь развиваться, проектировать архитектуру, решать "умные задачи" и конечно же расти в цене. Так вот таких тёплых мест не так уж и много и они, представь, заняты! Оставшиеся места С РАДОСТЬЮ разделят без тебя макаки, импортированные прямо с индусских галер. Так что тенденция (в свете глобального кризиса) такова, что компания попросту "тупеет" за счёт снижения издержек на хорошие кадры. То, что ЛИЧНО ТЕБЕ сложно устроиться в M$, никак не мешает Брахмапутре Петровичу из MS HR нанимать "свояков" — таких же танцоров как он сам. Не удивлюсь, если там окажутся 50% родственников. K>Но ты продолжай фапать на "автритет" мелкософта... тебе пока рано противопоставлять себя им. Когда ты станешь настоящим джедаем ИТ, ты сам поймёшь, как смехотворны их продукты и как убог весь процесс их разработки.
со мной работает много людей работавших когда то в редмонде, так что я в курсе что и как там.
и кстати давно уже не пользуюсь продуктами от мелкомягких соседей
но сколько зависти в вашем посте
неужели так и не оценен по достоинству и никому не нужен весь ваш джедайский опыт?
K>Ах, да, для подаванов с аргументами "спервадобейся": я добился. Я сделал продукт, позволяющий программисту легко и удобно манипулировать СУБД — всё, от создания базы до комментов к колонкам. И этот продукт стоит на голову выше их же бестолковых комбайнов типа "sql server management studio". А чего добился ты, "поклонник мелкого и мягкого"?
да... у меня поделок студнческих не сохранилось...
нечем ответить
Не нужны потенциальным пользователям. Сфера использования .NET такова, что там достаточно C#. Зачем может быть нужно метапрограммирование? Чтобы повысить выразительность языка, то есть получать нужный байт код, написав меньше кода на исходном/domain specific языке. Можно выделить несколько уровней выразительности, определяющих то, насколько коротко можно записывать код. Нулевой уровень — даже неэффективная версия программы будет занимать много кода. Первый уровень — можно коротко записывать не очень эффективный код (оптимальный машинный код). Второй уровень — можно коротко записывать эффективный код. Например, на нулевом уровне находится Java (совсем невыносимо программировать). Поэтому для этой платформы придумано множество языков (scala, kotlin, groovy), среди которых есть получившие популярность. C# не страдает недостатком Java и находится на первом уровне. Далее возникает вопрос. Возможно ли сделать язык под виртуальную машины со сборщиком мусора, находящимся на следующем уровне выразительности? Кажется, что нет. Можно незначительно повышать выразительность C#, но это всегда будут минорные улучшения в виде синтаксического сахара. Если вам вдруг придется экономить железо, то вам проще переписать всё на С++, чем использовать любое метапрограммирования в managed языках. На втором уровне находится C++. Интересно то, что фактически метапрограммирование больше всего востребовано именно в нем. Посмотрите, сколько сложного шаблонного кода на нем написано (хотя бы взять boost). И это не какие-то pet project. При этом выразительность C++ далека от идеальной. Много что ещё можно улучшать. Сейчас все улучшения происходят довольно медленно, т.к. требуют внесения изменений в сложные монолитные компиляторы, проходят согласования в комитете стандартизации.
Вывод заключается в том, что язык с метапрограммированием нужен, но он должен быть обязательно native, а не под managed. Кроме принципиальных особенностей managed платформ, c .net проблема в том, что эта платформа (в отличие от java) фактически не признаётся компаниями как открытая, несмотря на попытки microsoft выкладывания частей кода в open source. Никакая крупная компания не будет строить свой бизнес на .net технологиях.
Я потихонечку реализую спецификацию Шарпа. Времени мало (основная работа не позволяет), так что идет эта работа не очень быстро, но идет. Шарп мне нужен для коммерческих и внутренних задач (создания языков на его основе). Но делаю я это с прицелом на Немерл 2.
Сейчас выпиливаю самую сложную часть — оверлоад резолюшен и прочую фигню связанную с вызовом методов.
Все рассчитываю так, чтобы возможности немерла по выводу типов и расширяемости были на уровне.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Kolesiki, Вы писали:
K>Ах, да, для подаванов с аргументами "спервадобейся": я добился. Я сделал продукт, позволяющий программисту легко и удобно манипулировать СУБД — всё, от создания базы до комментов к колонкам. И этот продукт стоит на голову выше их же бестолковых комбайнов типа "sql server management studio".
До SSDT, видать, ты явно не добрался.
... << RSDN@Home 1.0.0 alpha 5 rev. 0 on Windows 8 6.2.9200.0>>
VD>Я потихонечку реализую спецификацию Шарпа. Времени мало (основная работа не позволяет), так что идет эта работа не очень быстро, но идет. Шарп мне нужен для коммерческих и внутренних задач (создания языков на его основе). Но делаю я это с прицелом на Немерл 2.
VD>Сейчас выпиливаю самую сложную часть — оверлоад резолюшен и прочую фигню связанную с вызовом методов.
VD>Все рассчитываю так, чтобы возможности немерла по выводу типов и расширяемости были на уровне.
Влад привет! Как успехи в спецификации Шарпа? Ооочень интересует
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>Влад привет! Как успехи в спецификации Шарпа? Ооочень интересует
Откровенно говоря меня сейчас по уши загрузили ДСЛ-ем тестирования. Всю контору на него переводят. Нитру я дорабатываю по необходимости, а на Шарпа времени не хватает.
Надеюсь, авральная пора пройдет и я займусь Шарпом. Хардкейс сейчас со мной работает. Но и его загружают по полной.
Попробуй Вольфхаунада дернуть.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Нитру я дорабатываю по необходимости, а на Шарпа времени не хватает.
Nemerle: "Влад, а как же я?! Я же лучше Нитряки!".
Влад, Немерля куда важнее "гиперконструкторов" (IMHO). При всей всемогутерности Нитры, создание в ней языков (нетривиальных) — танцы на костылях.
Если б взять и переписать базу Немерли под более гибкую архитектуру, попутно избавившись от легаси косяков, остальные макросы просто скопировали бы в новый язык и вуаля — готов Немерле-2!
Даже включение в C# 8.0 сопоставлений с образцом, не делает этот язык настолько мощным, насколько является Немерле. Вот почему своевременное "полирование" Немерле (чтобы не вызывать диссонанс у профессионалов) — важная задача.
А я пользуясь случаем спрошу, а каковы статус и перспективы самой Нитры?
Я использую версию где-то годовой давности, и очень доволен функционалом. С тех пор вроде бы идет развитие, но сложно понять, что конкретно происходит. Версия из мастера иногда компилируется, чаще нет. Генерация плагинов к студии чаще всего не работает, а когда работает, то не работают сами плагины. Вот среди issues на гитхабе есть такой (не мой): https://github.com/rsdn/nitra/issues/67 — но ответа там тоже нет. Последняя версия, на которой у меня работала интеграция со студией, была где-то год назад.
Вопрос такой, это нормально? Или все должно работать и проблема в окружении или устаревших инструкциях?
И вообще, есть ли планы довести до релизного состояния саму Нитру?
Прошу прощения за запоздалый ответ. Заметил письмо перед самыми праздниками, но на праздниках под рукой не было компьютера. А с телефона на такие письма отвечать не реально.
Если есть срочные проблемы, лучше обращаться ко мне лично по скайпу: vc@rsdn.ru
_>А я пользуясь случаем спрошу, а каковы статус и перспективы самой Нитры?
Нитра развивается в объемах, которые мы себе можем позволить при не фултайм-разработке.
На сегодня Нитра используется в "боевом" проекте в одной из крупнейших софтовых компаний России. Данный проект удалось сделать опенсорсным, так что он является примером использования Нитры и подспорьем для ее развития. Проект называется TDL (Test Definition Language): https://github.com/rsdn/Nitra-TDL.git
_>Я использую версию где-то годовой давности, и очень доволен функционалом. С тех пор вроде бы идет развитие, но сложно понять, что конкретно происходит.
Мы стараемся писать в комитах, что изменяется. Кроме правки багов ведутся доработки под встающие задачи. Так как проект TDL использует проекты CSharp.Grammar, а тот использует DotNetLang и DotNet.BackEnd.CCI, потихоничку развиваются и они. Так недавно я запилил поддержку методов расширений. На очереди поддержка типизации лямбд, а это потребует допиливания механизмов типизации Нитры.
_>Версия из мастера иногда компилируется, чаще нет.
Клон мастера собирается на сборочном конвейере в этой самое большой компании почтичто каждый день. В случае проблем мы их довольно быстро решаем. Если что-то не так можно стучаться лично. Но скорее всего это какие-то локальные проблемы. Они могут быть вызваны много чем вплоть до старой версии студии.
_>Генерация плагинов к студии чаще всего не работает, а когда работает, то не работают сами плагины.
Сборка всех плагинов производится на билд-конвейере и вроде бы с ней особых проблем нет. Правад мы сами эти плагины особо не используем, так как сшилком муторно постоянно их переставлять и сносить, когда занимаешся разработкой самой Нитры это часто создает проблемы (блокировки и т.п.). Однако плагин для TDL собирается на билд-конвейере после каждого коммита и используется множеством пользователей в компании.
Компилятор ТДЛ-я вообще используется при сборке тестов основного продукта компании. Так что он практически всегда работоспособен. Кроме того при каждом коммите проходят регрессионные тесты, проверяющие его работу.
Код генерируемый плагином и базовые сервисы интеграции значительно улучшились за последние месяцы. И в дальнейшем планируется еще больше улучшать его код, так как он используется все большим числом пользователей в компании.
Планируется также поддержка LSP.
_>Вот среди issues на гитхабе есть такой (не мой): https://github.com/rsdn/nitra/issues/67 — но ответа там тоже нет. Последняя версия, на которой у меня работала интеграция со студией, была где-то год назад.
Откровенно говоря дел столько, что времени не хватает на отслеживание исью с гитхаба. Они летят в личную почту, которую я просто не успеваю разгребать. Приношу свои извинения. Плюс по такому описанию невозможно понять, что случилось.
Нитра пишет логи как на клиентской, так и на серверной стороне. Они находятся по пути %appdata%\RSDN\Nitra\
Nitra.ClientServer.Server-*.html — серверный лог. Обычно в основная информация о проблемах находится в нем.
Nitra-VS-plug-in-*.html — клиентский.
Выложи самые свежие файлы сюда. Посмотрим, что у тебя случилось. Иногда это проблемы вызванные несколькими версиями плагинов на машине. Это глюк студии. Но конкретно можно сказать только по логам или дампу.
_>Вопрос такой, это нормально?
Нет.
_>Или все должно работать и проблема в окружении или устаревших инструкциях?
Надо разбираться. Возможно локальные проблемы. А может и правда мы что-то сломали работая над плагином для TDL-я. Как я уже говорил, мы не используем плагины для самой нитры. Разок было, что мы ломали интеграцию для других языков.
_>И вообще, есть ли планы довести до релизного состояния саму Нитру?
Планы есть. Но определяющими являются цели проектов компании. За них нам платят зарплату. Мы стараемся уделять время на саму Нитру, но, естественно, не во вред производственному процессу. С другой стороны использование в реальном применении дает гарантии развития Нитры.
В общем, если мы не реагируем, дергайте меня по скайпу: vc@rsdn.ru
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Сейчас попробовал взять свежий мастер. Выполняю следующие шаги.
Nemerle установлен последний с сайта: v1.2.547.0 (2017-09-01)
BuildBoot.cmd выполняется без ошибок.
При сборке Nitra-Stagt1.sln в Debug получаю ошибку в Nitra.Visualizer:
The "Fody.WeavingTask" task was not given a value for the required parameter "IntermediateDir".
Проблема решается обновлением Fody с Fody.1.29.2 до Fody.1.29.4. Дальнейшая сборка успешна.
Устанавливаю NitraCommonVSIX.vsix и NitraLangVsPacxage.vsix. При загрузке студии — ошибка. Срабатывает ассерт:
DotNetLang.dll!DotNet.BaseTypeReferenceSet.TryEvaluateHierarchy() Line 136
На этом мой прогресс заканчивается.
VD>На сегодня Нитра используется в "боевом" проекте в одной из крупнейших софтовых компаний России. Данный проект удалось сделать опенсорсным, так что он является примером использования Нитры и подспорьем для ее развития. Проект называется TDL (Test Definition Language): VD>https://github.com/rsdn/Nitra-TDL.git
Здравствуйте, meadow_meal, Вы писали:
_>При сборке Nitra-Stagt1.sln в Debug получаю ошибку в Nitra.Visualizer: _>The "Fody.WeavingTask" task was not given a value for the required parameter "IntermediateDir". _>Проблема решается обновлением Fody с Fody.1.29.2 до Fody.1.29.4. Дальнейшая сборка успешна.
Странно.
_>Устанавливаю NitraCommonVSIX.vsix и NitraLangVsPacxage.vsix. При загрузке студии — ошибка. Срабатывает ассерт: _>DotNetLang.dll!DotNet.BaseTypeReferenceSet.TryEvaluateHierarchy() Line 136
Exception: System.Runtime.InteropServices.COMException (0x80131163): Type library exporter encountered an error while processing 'Nemerle.VisualStudio.LanguageService.NemerleWACodeBehindEventBinding, Nemerle.VisualStudio'. Error: Type library exporter cannot load type 'Nemerle.VisualStudio.LanguageService.NemerleWACodeBehindEventBinding' (error: Could not load file or assembly 'Microsoft.VisualStudio.Web.Application, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. Не удается найти указанный файл. (Exception from HRESULT: 0x80070002)).
at EnvDTE.Configuration.get_Properties()
at Microsoft.VisualStudio.Project.ProjectReferenceNode.get_ReferencedProjectOutputPath()
at Microsoft.VisualStudio.Project.Automation.OAProjectReference.get_Path()
at Nitra.VisualStudio.NitraCommonVsPackage.ScanReferences(Project project) in E:\Nitra\nitra\Ide\NitraCommonVSIX\NitraCommonVsPackage.cs:line 406
at Nitra.VisualStudio.NitraCommonVsPackage.AfterOpenSolution(Object sender, OpenSolutionEventArgs e) in E:\Nitra\nitra\Ide\NitraCommonVSIX\NitraCommonVsPackage.cs:line 365
В общем, для начала я бы посоветовал сделать две вещи.
1. Собрать Немерл с исходников (описание).
2. Открывать не Nitra-Stagt1.sln, так как он слишком большой и сложный, а что-нибудь попроще. Например, тот же проект TDL-я. Или хотя бы более простые варианты нитровских солюшенов (лежат рядом с Nitra-Stagt1.sln).
Так же просьба, прислать стектрэйс TryEvaluateHierarchy, но лучше после сборки с немерлом. После сборки немерла желательно очистить репозиторий и произвести полную сборку начиная с билдбута.
Еще лучше если сможешь сделать дамп и зальешь его куда-то в хорошо пожатом виде.
_>О, вот это отлично, что есть актуальный пример.
Да. Причем его актуальность поддерживается вместе с Нитрой. К сожалению, постоянно актуализировать другие проекты мы не в силах. Так что будем делать это по откликам или время от времени.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали: VD>В общем, для начала я бы посоветовал сделать две вещи. VD>1. Собрать Немерл с исходников (описание).
Успешно собираю с помощью DevBuildQuick-VS2017.cmd, однако BuildInstallerFull-4.cmd приводит к ошибке
Nemerle BuildInstallerFull-4.cmd error
"E:\Nitra\nemerle\NemerleAll.nproj" (целевой объект InstallerFast ) (1) ->
"E:\Nitra\nemerle\snippets\Nemerle.Statechart\Nemerle.Statechart_snippets.nproj" (целевой объект Rebuild ) (36) ->
"E:\Nitra\nemerle\snippets\Nemerle.Statechart\Lib\Nemerle.Statechart.Lib.nproj" (целевой объект по умолчанию) (37:2) ->
(Целевой объект CoreCompile) ->
List.n(1049,22,1049,32): error : typing fails on ambiguity between overloads: [E:\Nitra\nemerle\snippets\Nemerle.Statechart\Lib\Nemerle.Statechart.Lib.nproj]
Предупреждений: 10
Ошибок: 1
VD>2. Открывать не Nitra-Stagt1.sln, так как он слишком большой и сложный, а что-нибудь попроще. Например, тот же проект TDL-я. Или хотя бы более простые варианты нитровских солюшенов (лежат рядом с Nitra-Stagt1.sln). VD>Так же просьба, прислать стектрэйс TryEvaluateHierarchy, но лучше после сборки с немерлом. После сборки немерла желательно очистить репозиторий и произвести полную сборку начиная с билдбута. VD>Еще лучше если сможешь сделать дамп и зальешь его куда-то в хорошо пожатом виде.
Вот стэктрейс крэша при открытии проекта NitraTools.sln после пересборки с новым Nemerle и установки Common и NitraLang vsix
stacktrace
> DotNetLang.dll!DotNet.BaseTypeReferenceSet.TryEvaluateHierarchy() Line 136 Unknown
DotNetLang.dll!DotNet.BaseTypeReferenceSet.ParentFullScope.get() Line 56 Unknown
Nitra.Grammar.dll!Nitra.Ast.AstSymbol.Eval-Scope(Nitra.Ast.AstSymbol self, Nitra.Declarations.DependentPropertyEvalContext context) Line 54 Unknown
Nitra.Grammar.dll!Nitra.Ast.AstMembers.NestedAstSymbol.EvalProperties(Nitra.Declarations.DependentPropertyEvalContext context) Line 179103 Unknown
Nitra.Grammar.dll!Nitra.Ast.AstMembers.NestedAst.EvalProperties(Nitra.Declarations.DependentPropertyEvalContext context) Line 190449 Unknown
Nitra.Grammar.dll!Nitra.Ast.AstMembers.AstMember.AstList.EvalProperties(Nitra.Declarations.DependentPropertyEvalContext context) Line 15742 Unknown
Nitra.Grammar.dll!Nitra.Ast.TopAst.EvalProperties(Nitra.Declarations.DependentPropertyEvalContext context) Line 190759 Unknown
DotNetLang.dll!DotNet.NamespaceMember.AstList.EvalProperties(Nitra.Declarations.DependentPropertyEvalContext context) Line 2039 Unknown
DotNetLang.dll!DotNet.ExplicitNamespace.EvalProperties(Nitra.Declarations.DependentPropertyEvalContext context) Line 28817 Unknown
DotNetLang.dll!DotNet.NamespaceMember.AstList.EvalProperties(Nitra.Declarations.DependentPropertyEvalContext context) Line 2039 Unknown
Nitra.Grammar.dll!DotNet.CompilationUnit.EvalProperties(Nitra.Declarations.DependentPropertyEvalContext context) Line 193882 Unknown
Nitra.Runtime.dll!Nitra.Declarations.EvalPropertiesHost.EvalProperties(Nitra.Declarations.DependentPropertyEvalContext context, Nitra.Declarations.IDependentPropertyContainer obj, Nitra.StatisticsTask.Single statistics) Line 66 Unknown
Nitra.Runtime.dll!Nitra.Declarations.ProjectEvalPropertiesHost.ExecutePass(Nitra.Declarations.DependentPropertyEvalContext context, string passName) Line 51 Unknown
Nitra.Runtime.dll!Nitra.Declarations.EvalPropertiesHost.EvalProperties(Nitra.Declarations.DependentPropertyEvalContext context, string passName, int stage) Line 41 Unknown
Nitra.Grammar.dll!DotNet.CompilationUnit.RefreshProject(System.Threading.CancellationToken cancellationToken, System.Collections.Immutable.ImmutableArray<Nitra.Declarations.FileEvalPropertiesData> files, object data) Line 124 Unknown
Nitra.ClientServer.Server.exe!Nitra.ClientServer.Server.Worker.ProcessMessage(Nitra.ClientServer.Server.ParserMessage msg) Line 189 Unknown
Nitra.ClientServer.Server.exe!Nitra.ClientServer.Server.Worker.ParseWorkerMain() Line 70 Unknown
mscorlib.dll!System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state, bool preserveSyncCtx) Unknown
mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state, bool preserveSyncCtx) Unknown
mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state) Unknown
mscorlib.dll!System.Threading.ThreadHelper.ThreadStart() Unknown
При открытии солюшна TDL такой проблемы нет. При открытии моего собственного проекта — ее тоже больше нет. Ура!
Теперь про TDL.
При сборке (через msbuild, в студии дополнительные ошибки от GitInfo и Fody) я получаю: 1>C:\Program Files (x86)\Nemerle\Net-4.0\Nemerle.MSBuild.targets(289,5): error : could not write to output file `..\..\obj\Debug\Tdl.dll' -- `Отказано в доступе. (Исключение из HRESULT: 0x80070005 (E_ACCESSDENIED))'
К счастью проблема решается сносом NitraLang.vsix. После этого я могу сгенерировать плагин к студии, и на первый взгляд он корректно работает. Теперь буду пробовать обновить свой проект до последней версии Нитры и сгенерировать плагин по аналогии.
Спасибо за помощь.
А есть возможность выложить свежий билд Nemerle на сайт?
Здравствуйте, meadow_meal, Вы писали:
_>Успешно собираю с помощью DevBuildQuick-VS2017.cmd, однако BuildInstallerFull-4.cmd приводит к ошибке
Скорее всего самбодули не выгреб.
А зачем тебе инсталлятор? DevBuildQuick-VS2017.cmd достаточно.
Просто найди и зарегистрируй vsix.
_>Вот стэктрейс крэша при открытии проекта NitraTools.sln после пересборки с новым Nemerle и установки Common и NitraLang vsix
Да, похоже, баг от каких-то изменений. Посмотрим в ближайшее время.
_>А есть возможность выложить свежий билд Nemerle на сайт?
Откровенно говоря в этом не много смысла. Он постоянно модифицируется и рядом придется не хилую инструкцию выкладывать. По уму нужно делать инсталлятор. Но на это нужно время, которого нет.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
_>>Успешно собираю с помощью DevBuildQuick-VS2017.cmd, однако BuildInstallerFull-4.cmd приводит к ошибке
VD>Скорее всего самбодули не выгреб.
Выгреб, дело не в этом.
VD>А зачем тебе инсталлятор? DevBuildQuick-VS2017.cmd достаточно.
Для унификации окружения с командой разработчиков. Сейчас — установка Nemerle данным инсталлятором + бинарники Нитры в репозитории. Иначе, насколько я понимаю, придется каждому в команде самому собирать Nemerle и Nitra.
_>>А есть возможность выложить свежий билд Nemerle на сайт?
VD>Откровенно говоря в этом не много смысла. Он постоянно модифицируется и рядом придется не хилую инструкцию выкладывать. По уму нужно делать инсталлятор. Но на это нужно время, которого нет.
Я про Немерле, не Нитру. Вроде не так уж часто он меняется, за 2019 — два коммита.
Здравствуйте, meadow_meal, Вы писали:
_>Выгреб, дело не в этом.
Посмотрели. Этот ассерт можно выбросить. Он явно по ошибке там. Основная проблема в том, что какой-то тип не вычисляется, но этот ассерт мешает работе. Без него все бы работала более менее нормально.
_>Для унификации окружения с командой разработчиков. Сейчас — установка Nemerle данным инсталлятором + бинарники Нитры в репозитории. Иначе, насколько я понимаю, придется каждому в команде самому собирать Nemerle и Nitra.
Нда. Надо обновить инсталлятор немерла. Там была пара правок мелких. Но они могут оказаться критическими, так как правки именно в процессе работы над нитрой были сделаны.
_>Я про Немерле, не Нитру. Вроде не так уж часто он меняется, за 2019 — два коммита.
А, это можно. Просто я не могу делать это с работы (у нас тут безопасность зашкаливает, порты терминалки закрыты, а ТимВьюер запрещен), а дома комп сдох. Что-нибудь придумаем.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
VD>>На сегодня Нитра используется в "боевом" проекте в одной из крупнейших софтовых компаний России. Данный проект удалось сделать опенсорсным, так что он является примером использования Нитры и подспорьем для ее развития. Проект называется TDL (Test Definition Language): VD>>https://github.com/rsdn/Nitra-TDL.git
_>О, вот это отлично, что есть актуальный пример.
Проблемы с этим примером в том, что там примера, как такого, нет. Ну разве что сидеть и реверс-инжинирить какие-то непонятные тесты (или тестикулы?), из которых понятно только то, что их 14 штук.
Абсолютное нежелание Влада хоть как-то описывать и продвигать собственные изделия продолжает поражать воображение.
Здравствуйте, MamutArGud, Вы писали:
MAG>Абсолютное нежелание Влада хоть как-то описывать и продвигать собственные изделия продолжает поражать воображение.
Влад дофига чего сделал для популяризации языка, а заодно и функционального программирования.
Другое дело, что этого недостаточно — для успеха нужна группа людей, каждый со своей сверхспособностью: менеджер, продавец, спонсор, евангелист, разработчики, ...
Собрать такую команду — это совсем не техническая задача, тут нужны другие навыки, в чем то даже несовместимые с навыками разработки.
MAG>>Абсолютное нежелание Влада хоть как-то описывать и продвигать собственные изделия продолжает поражать воображение.
S>А вот это тогда что? — http://rsdn.org/?summary/3766.xml
Это — ранние вспышки активности, о которых известно полутора читателям на RSDN. Про Нитру я вообще умолчу, тут история ее «продвижения» хорошо известна. И как РСДН прошел все стадии от «поддерживаем пацаны, хорошее дело делаете» до открытого высмеивания
, тоже всем известно. Более того, все причины понятны и не раз разжеваны.
S>Влад дофига чего сделал для популяризации языка, а заодно и функционального программирования. S>Другое дело, что этого недостаточно — для успеха нужна группа людей, каждый со своей сверхспособностью: менеджер, продавец, спонсор, евангелист, разработчики, ...
Неа. Нужны люди, которым не наплевать на собственный труд. И это тут тоже активно обсуждалось. Вот даже в этой ветке:
На сегодня Нитра используется в "боевом" проекте в одной из крупнейших софтовых компаний России. Данный проект удалось сделать опенсорсным, так что он является примером использования Нитры и подспорьем для ее развития. Проект называется TDL (Test Definition Language): https://github.com/rsdn/Nitra-TDL.git
Удалось. Пример использования. Берите, добры молодцы, и разбирайтесь. Я вам даже Ридми не напишу. И так — во всем. И тут, повторюсь в который раз, это уже не раз обсуждалось. И не надо никаких сверхсопосбностей, миллиона долларов или команды в 50 человек, чтобы делать хотя бы простейший минимум.
ЗЫ. Смотрел на Nitra-TDL, потому что всегда интересно посмотреть, как что и где делается для тестирования. Благо сейчас работаю в компании, в которой много .Net'а. Может оно и хорошее, но как оно работает, зачем оно нужно, как оно собирается и запускается? Ах, да, для того, чтобы это описать «нужна сверх способность менеджер», наверное. Как это другим языкам удается, не представляю Даже у абсолютно маргинальных языков (например, даже у экзотики для https://codegolf.stackexchange.com/ [1]) появляются и растут и документация, и коммьюнити, и поддержка, а тут
Здравствуйте, MamutArGud, Вы писали:
MAG>Это — ранние вспышки активности, о которых известно полутора читателям на RSDN.
В этом форуме отметилось 200 человек, охват статей думаю на пару порядков выше.
MAG>Про Нитру я вообще умолчу, тут история ее «продвижения» хорошо известна. И как РСДН прошел все стадии от «поддерживаем пацаны, хорошее дело делаете» до открытого высмеивания
, тоже всем известно. Более того, все причины понятны и не раз разжеваны.
Это субъективизм, мне тут нечего комментировать.
MAG>Неа. Нужны люди, которым не наплевать на собственный труд. И это тут тоже активно обсуждалось. Вот даже в этой ветке: MAG>Удалось. Пример использования. Берите, добры молодцы, и разбирайтесь. Я вам даже Ридми не напишу. MAG>И так — во всем. И тут, повторюсь в который раз, это уже не раз обсуждалось. И не надо никаких сверхсопосбностей, миллиона долларов или команды в 50 человек, чтобы делать хотя бы простейший минимум.
Ты упорно не замечаешь десятки статей, вебкасты и сотни сообщений на форумах.
Репозиторий нитры создан 3 года назад. А у Немерле на гитхабе 62 контрибутора, это не считая людей, которые коммитили еще в репу на Google Code (и я в том числе).
MAG>>Это — ранние вспышки активности, о которых известно полутора читателям на RSDN. S>В этом форуме отметилось 200 человек, охват статей думаю на пару порядков выше.
200-20000 человек за 10 лет? Негусто.
MAG>>Про Нитру я вообще умолчу, тут история ее «продвижения» хорошо известна. И как РСДН прошел все стадии от «поддерживаем пацаны, хорошее дело делаете» до открытого высмеивания
, тоже всем известно. Более того, все причины понятны и не раз разжеваны.
S>Это субъективизм, мне тут нечего комментировать.
Это объективная реальность, данная нам в ощущениях. История полностью документирована здесь на форуме.
S>Ты упорно не замечаешь десятки статей, вебкасты и сотни сообщений на форумах.
Я это не только замечаю, но и следил за развитием всего этого дела на протяжение 10 лет.
S>Репозиторий нитры создан 3 года назад. А у Немерле на гитхабе 62 контрибутора, это не считая людей, которые коммитили еще в репу на Google Code (и я в том числе).
Ну молодцы. ЧТо ж в итоге все так плохо-то? Начните с себя, и перестаньте кивать на «ужасный мир, в котором нужны сверхспособности и миллион долларов».
Неужели ты настолько посредственный программист, что падаешь ниц перед "господами" из M$? Или ты думаешь, туда нанимают сверхлюдей из космоса? Там работают ЛЮДИ, такие же как мы — они тоже тупят, ленятся, врут, делают "побырому" и т.п. Кроме того, сама суть бизнеса, особенно такого бестолкового, как M$ — сокращение издержек и увеличение прибыли. С прибылью у них настолько тухло, что уже натягивают юзеров на облака, лишь бы подольше доить. А с издержками ещё проще: ну не сокращать же ТОПАМ их сумашедшие гонорары! Конечно пойдут под нож зарплаты прогеров. Но если ты себя уважаешь, ты не будешь впахивать за копейки или быть вечным подаваном у какого-нть амбициозного дебила — ты хочешь развиваться, проектировать архитектуру, решать "умные задачи" и конечно же расти в цене. Так вот таких тёплых мест не так уж и много и они, представь, заняты! Оставшиеся места С РАДОСТЬЮ разделят без тебя макаки, импортированные прямо с индусских галер. Так что тенденция (в свете глобального кризиса) такова, что компания попросту "тупеет" за счёт снижения издержек на хорошие кадры. То, что ЛИЧНО ТЕБЕ сложно устроиться в M$, никак не мешает Брахмапутре Петровичу из MS HR нанимать "свояков" — таких же танцоров как он сам. Не удивлюсь, если там окажутся 50% родственников. 
Даже у абсолютно маргинальных языков (например, даже у экзотики для https://codegolf.stackexchange.com/ [1]) появляются и растут и документация, и коммьюнити, и поддержка, а тут 
