Почему не хотят отказаться от Nemerle как отдельного языка, который не нужен (c) [TM], и использовать все его преимущества как некую надстройку над языком C#, чтобы не требовалось переучиваться, а просто установил плагин и имеешь доп. возможности при разработке.
Здравствуйте, Shmj, Вы писали:
S>Почему не хотят отказаться от Nemerle как отдельного языка, который не нужен (c) [TM], и использовать все его преимущества как некую надстройку над языком C#, чтобы не требовалось переучиваться, а просто установил плагин и имеешь доп. возможности при разработке.
Потому что его пилят 3 человека, считающие что через 5 лет он выстрелит и перевернет мир, одновременно с этим полагающие, что без многомилионного бюджета раскрутить ничего невозможно и одновременно с этим обиженные на остальной мир за нежелание оценить гениальность их чудо-проекта его авторы не хотят заморачиваться с маркетингом и таргетингом, а вместо этого предпочитают пилить фичи.
Здравствуйте, Shmj, Вы писали:
S>Почему не хотят отказаться от Nemerle как отдельного языка, который не нужен (c) [TM], и использовать все его преимущества как некую надстройку над языком C#, чтобы не требовалось переучиваться, а просто установил плагин и имеешь доп. возможности при разработке.
Надстройки все до единой работают крайне хреново. Нужно пилить именно язык, который может дать вещи, которые не может дать C#. Парадокс в том, что немерлисты именно это и хотели делать, но упёрлись лбом в своё "видение будущего"
У немерлистов много проблем
1. они верят в светлое будущее но тут же жалуются, что мироустройство неправильное(sic!), без миллионов шагу не ступить, да и вообще все кругом враги
2. под видом серьёзного ЯП они проталкивают совершенно экзотическую парадигму, примерно языково-ориентированое программирование
3. принципиально отказываются рассматривать full stack и end-to-end сценарии с т.з. бизнеса
4. отказываются учитывать значимость подготовки специалистов с нуля в т.ч. студентов
Если 1 еще можно объяснить бычными шизофренией и паранойей, характерной для всех идейных, а так же их фанатичных последователей, то 2, 3 и 4 вызывают глубокое недоумение, потому что с точки зрения менеджмента это откровенный неадекват.
Здравствуйте, Shmj, Вы писали:
S>Почему не хотят отказаться от Nemerle как отдельного языка... {дурь поскипана} ... и использовать все его преимущества как некую надстройку над языком C#
Nemerle — это вам не #define foreach for(...) — это целый язык с выводом типов, хвостовой рекурсией, макросами и т.п. Как ты предлагаешь сделать Немерле в виде нашлёпки? Это _язык_, он просто похож на C#, но внутри умеет намного больше твоих представлений о нём. Изучи его хотя бы для эрудиции — сразу поймёшь, что "предпарсером" тут не обойтись.
Здравствуйте, btn1, Вы писали:
B>Это _язык_, он просто похож на C#
Если быть еще точнее, то он нифига не похож на C#, но доведен стандартными макролибами до этого состояния для меньшего порога вхождения C#-разработчиков.
S>Почему не хотят отказаться от Nemerle как отдельного языка, который не нужен (c) [TM], и использовать все его преимущества как некую надстройку над языком C#, чтобы не требовалось переучиваться, а просто установил плагин и имеешь доп. возможности при разработке.
Имхо все изменения в Nemerle в основном решают проблемы C#, смысл от них отказываться? Вернуть <> для Generic, и более прямой синтаксис массивов, и больше ничего не надо для щастя.
Здравствуйте, Shmj, Вы писали:
S>Почему не хотят отказаться от Nemerle как отдельного языка, который не нужен (c) [TM], и использовать все его преимущества как некую надстройку над языком C#, чтобы не требовалось переучиваться, а просто установил плагин и имеешь доп. возможности при разработке.
А его хоть кто-то использует в реальных проектах? Хотябы этот сайт на шнемерле написан?
D>А его хоть кто-то использует в реальных проектах? Хотябы этот сайт на шнемерле написан?
У конкурентов тяжёлая логика на немерле генерирует лёгкую логику на нём же. Из лёгкой логики этим же зубилом вырубают гигантские таблицы функций на C и ими сношают всех в интрадэй торговле. Каждую ночь таблицы пересчитываются. В день идёт новый набор. Держат свой форк. Но ты не унывай. Если есть С а сайта нету для троля это решает.
Здравствуйте, deGun, Вы писали:
D>>А его хоть кто-то использует в реальных проектах? Хотябы этот сайт на шнемерле написан? G>У конкурентов тяжёлая логика на немерле генерирует лёгкую логику на нём же. Из лёгкой логики этим же зубилом вырубают гигантские таблицы функций на C и ими сношают всех в интрадэй торговле. Каждую ночь таблицы пересчитываются. В день идёт новый набор. Держат свой форк. Но ты не унывай. Если есть С а сайта нету для троля это решает.
О, немерлетролли активизировались из спячки!
Здравствуйте, hi_octane, Вы писали:
S>>Почему не хотят отказаться от Nemerle как отдельного языка, который не нужен (c) [TM], и использовать все его преимущества как некую надстройку над языком C#, чтобы не требовалось переучиваться, а просто установил плагин и имеешь доп. возможности при разработке.
_>Имхо все изменения в Nemerle в основном решают проблемы C#, смысл от них отказываться? Вернуть <> для Generic, и более прямой синтаксис массивов, и больше ничего не надо для щастя.
Немерле погряз в макросах, по моему, слишком сильно. Вместо убер-навернутых макров стоило вкладываться в кросс-платформенность и вещи навроде сервелата, всяких совместимостей и тд и тд. Проще говоря, сначала сделать массовым, а потом наворачивать мета-программирование. А то как то непохоже, что бы обратный подход хоть где то дал профит.
I>Немерле погряз в макросах, по моему, слишком сильно. Вместо убер-навернутых макров стоило вкладываться в кросс-платформенность и вещи навроде сервелата, всяких совместимостей и тд и тд. Проще говоря, сначала сделать массовым, а потом наворачивать мета-программирование. А то как то непохоже, что бы обратный подход хоть где то дал профит.
А ты ту доку по Нитре, где процесс компиляции представлен в виде постепенного разворачивания макросов, видел? Вроде правильнее направления сходу и не придумаешь.
Здравствуйте, hi_octane, Вы писали:
I>>Немерле погряз в макросах, по моему, слишком сильно. Вместо убер-навернутых макров стоило вкладываться в кросс-платформенность и вещи навроде сервелата, всяких совместимостей и тд и тд. Проще говоря, сначала сделать массовым, а потом наворачивать мета-программирование. А то как то непохоже, что бы обратный подход хоть где то дал профит. _>А ты ту доку по Нитре, где процесс компиляции представлен в виде постепенного разворачивания макросов, видел? Вроде правильнее направления сходу и не придумаешь.
Я про другое. Изначально нужно ориентировать продукт на массовость, а уже потом наворачивать возможности. Скажем, когда я говорил про Немерле на проекте, QA и RM смотрели на меня как на дебила, потому что все, даже мелкие приседания с билдами на большом коробочном продукте выливаются в конкретный геморрой, особенно если намешано всё подряд, от сиплюса с ассемблером до дотнета с джавой.
Т.е. мне нечего было ответить на вопросы "а у нас такие конфигурации, как мы это все сбилдим/заинсталируем/обновим"
