Комментарии 23
Так те, кто решили сделать обзор на твой AsmX говорят что он - это костыли, это не правильно работающие фичи. А ты говоришь "как можно поставить минус работающему ELF-файлу".
Ты не должен пытаться говорить с критиками - ты должен исправлять то, о чём они говорят "плохо".
Здесь тебе не место, где можно рекламировать и завышать себе оценку говоря что ты такой крутой. Тогда это уже хаб "Я пиарюсь".
Ну а обо низком техническом материале всегда его где ни будь поставят.
Спасибо за ваше мнение. Вы затронули несколько важных моментов, которые заслуживают развернутого ответа. Давайте разберем их по пунктам.
Так те, кто решили сделать обзор на твой AsmX говорят что он - это костыли, это не правильно работающие фичи. А ты говоришь "как можно поставить минус работающему ELF-файлу".
Здесь происходит подмена понятий. "Работающий ELF-файл" — это доказательство того, что компилятор выполняет свою основную функцию: он производит исполняемый бинарный код из исходного текста. Это объективный критерий.
"Костыли" и "неправильно работающие фичи" — это зачастую субъективная оценка, основанная на привычках, сформированных другими языками. И здесь мы подходим к ключевому моменту, который многие упускают.
Ты не должен пытаться говорить с критиками - ты должен исправлять то, о чём они говорят "плохо".
Я не должен. Потому что то, что называют "плохим", часто является осознанным и фундаментальным дизайнерским решением, а не багом.
Приведу конкретный, хрестоматийный пример, за который мой проект буквально топили в минусах. Речь о типизации.
Критики в один голос заявляли, что код Int = 1.0 обязан работать. Они утверждали, что это "неправильно работающая фича", потому что в их парадигме 1.0 равно 1, и компилятор должен производить неявное преобразование (implicit conversion).
Моя философия здесь кардинально иная, но она не взята с потолка. В AsmX G1-G2:Int = 1Float = 1.0
Это два совершенно разных типа. 1 — это целочисленное значение. 1.0 — это число с плавающей точкой. Позволить компилятору молча отбрасывать дробную часть при присваивании — это путь к скрытым ошибкам, потере точности и непредсказуемому поведению. Это тот самый "костыль", который я сознательно не хочу встраивать в свой язык. AsmX — это про явность и контроль. Если вы хотите преобразовать float в int, вы должны сделать это явно, через специальную инструкцию или функцию, полностью осознавая возможные последствия.
Поэтому, когда мне говорят "исправь это", я отвечаю: это не ошибка, это — архитектурное решение. Заставлять меня реализовать то, что противоречит философии языка — это не конструктивная критика. Это попытка навязать свое видение, используя меня как бесплатную рабочую силу.
Хотите язык, где Int = 1.0 — это норма? Отлично, это ваш выбор. Но AsmX строится на других принципах. И я буду их отстаивать.
Здесь тебе не место, где можно рекламировать и завышать себе оценку...
Моя цель — не самопиар, а поиск единомышленников и начало технической дискуссии о альтернативных подходах в разработке. Если рассказ о создании нового компилятора воспринимается как "завышение оценки", то, боюсь, это проблема восприятия, а не моего посыла.
Именно такие дискуссии о философии, компромиссах и фундаментальных решениях в дизайне и делают нашу отрасль интересной. Жаль, что их часто пытаются свести к примитивным обвинениям и требованиям "сделать как у всех".
Никогда не ставлю минус. Предпочитаю высказать свое мнение в комментариях.
Минус в карму, без объяснения позиции, почему-то ассоциируется у меня с анонимными доносами.
Аналогично. За несколько лет (на другом ресурсе) я поставил тысяч под 15 плюсов и 2 (два) минуса - оба за циничнейшее и откровеннейшее хамство и быдлячество.
А без объяснения причин минусы на хабре часто ставят на том основании, что нормального объяснения дать невозможно. "Несогласие с политическими взглядами" или "Мне не нравится автор/комментатор" - так себе причины, да.
Визионер-страдалец, ты бы хоть код в репозиторий выложил. А то со страницы документации ссылки на репозиторий ведут на 404.
Вы совершенно правы. Ссылка указывает на репозиторий, но он остается приватным, пока мы финализируем первоначальный публичный релиз.
Полный исходный код AsmX G3 будет открыт 23 июля.
Ссылка, которая сейчас ведет на 404, станет активной в этот день:
https://github.com/AsmXFoundation/AsmX-G3
Мы придерживаемся принципа "сначала код, потом слова". Последние коммиты полируются для запуска.
Увидимся на релизе.
Разберём подробно вами написанное, just for lulz, конечно же:
Соответствие шаблону: Статья должна быть похожа на другие "успешные" статьи. Она должна использовать общепринятую терминологию, ссылаться на известные технологии (желательно, написанные на C++ или Rust), и решать проблему, которую сообщество уже признало "важной".
Начнём с терминологии. Разумеется, вы должны стараться использовать имеющуюся терминологию, чтобы другие люди вас поняли. Иное допустимо, если вы придумали что-то совершенно новое и доселе невиданное. Впрочем, у вас конкретно с терминологией проблем и не наблюдается. Про c++ и rust - это полный бред, если то, что вы написали действительно интересно и/или решает проблему, многим будет всё равно, на чём ваше программа написана. Другой вопрос, если вы делаете обычный x86 ассемблер на nodejs. Такое никому вообще не нужно. Уже есть nasm, yasm, fasm, gas, которые работают стабильно, есть везде и не тянут nodejs. Насчёт решения проблем: а какие конкретно проблемы решает Asmx?
Глубина в известном: Глубокий разбор уже существующего и понятного алгоритма или фреймворка — это высокий уровень. Создание чего-то нового с нуля и объяснение его философии — это, зачастую, "низкий уровень", потому что оно не вписывается в существующую систему координат.
Это как раз звучит бездоказательно. Если смотреть на Asmx, то он не относится вообще ни к одной из данных категорий. Вы и существующую технологию не разбираете глубоко и новую не создаёте.
Сообщество, как любая сложная система, вырабатывает иммунный ответ. Идеи, которые не похожи на то, что уже циркулирует в системе, воспринимаются как чужеродные тела. И система пытается их уничтожить. "Низкий технический уровень" — это антитела, которые вырабатывает этот коллективный организм.
Иногда это так, а иногда и нет. К вашему случаю не применимо.
Ирония в том, что статьи, которые проходят этот фильтр, часто не несут никакой новой технической ценности.
Тут могу согласится частично. Куча заплюсованных статей представляют собой мусор для продвижения тг каналов и/или курсов. Но не все.
AsmX G3 не похож. Он написан на Nodejs/TypeScript для разработки компилятора, что для многих уже звучит как ересь. Он предлагает свой синтаксис. Он решает проблемы не так, как принято. Поэтому он — идеальная мишень.
Если бы это был компилятор какого-то более менее интересного языка, то претензий бы не было. Да даже, если бы вы просто не писали бы об Asmx как о чём-то прорывном и новом, претензий было бы на порядок меньше.
Раздел про эхо-камеру цитировать не буду, слишком много. В вакууме звучит резонно. К вам же не применимо, потому что Asmx - это не инновация. Попробуйте доказать обратное, но у вас не выйдет. Это в лучшем случае всего лишь очередной ассемблер, написанный на неподходящем для этого языке, не обладающий никакими положительными отличительными особенностями и обладающий непривычным синтаксисом. Назовите хоть одну причину использовать его, а не вышеназванные ассемблеры.
Но вот в чем парадокс: в науке и инженерии именно "выбросы" часто указывают на самые интересные явления.
Даже если и так, то не ваш случай снова.
Они не понимают, что право на творчество — это не привилегия, которую выдает сообщество. Это фундаментальное право. Лишать кого-то этого права через манипуляции рейтингом — это не критика. Это цензура, осуществляемая руками толпы. И самое печальное, что эта толпа часто состоит из тех, кто сам ничего не создал, но узурпировал право судить создателей.
Пишите не на хабр, а сразу в научные журналы, раз вы считаете, что создаёте нечто инновационное. Вы так говорите, как будто на хабре свет клином сошёлся. Да и никто вас не лишает права на творчество, творите себе на здоровье.
Фокус на первых принципах, а не на аналогах. Я не задаю вопрос "Как сделать компилятор, похожий на GCC?". Я спрашиваю: "Что такое компилятор по своей сути? Какую задачу он должен решать? Как это сделать максимально эффективно, используя доступные сегодня инструменты?". Ответ на этот вопрос привел меня к Nodejs/TypeScript, к двум режимам парсера и к собственной реализации всего конвейера.
И вряд ли вышло лучше, чем у GCC. Инженерный подход - это не решать уже решённую проблему с нуля, а посмотреть, как её уже решают и предложить улучшения. В крайнем случае можно предложить фундаментально новый подход, но той же теории компиляции уже не один десяток лет, над ней работало множество талантливых людей. Какова вероятность, что вы сходу придумаете лучше, даже не прочитав ни одной книги по этой самой компиляции и не получив опыт работы над промышленным компилятором?
Антихрупкость. Система, которая становится сильнее от атак. Каждая попытка найти недостаток, каждый едкий комментарий — это бесплатное тестирование. Это стресс-тест не только для кода, но и для меня как инженера. Этот негатив заставляет меня делать продукт еще более надежным, еще более продуманным, чтобы не оставить ни единого шанса для критики по существу.
Вот только никто не тестируют Asmx. Потому что он не интересен сам по себе. Это обычный ассемблер, только хуже существующих, и вряд ли он станет лучше них.
Продолжайте творить! Даже если это "велосипед"!
Есть такие слова в песни А. Пугачевой
"Просто
Считать уже открытые звезды
Но одну свою звезду
Так открыть непросто!" (С) Илья Резник
Насчет минусов на Хабре. Хабр содержит множество заплюсованных статей с очень средним уровнем технического содержания. Среднестатистический человек, разбирающийся в технике, чуть выше среднего - это основной потребитель Хабра. Хабр - это массовый ресурс, специально настроенный для масс, иначе он не сможет существовать и зарабатывать на рекламе. Обижаться на Хабр и его сообщество - это все равно, что обижаться на мир. Мир так устроен. Если бы основными потребителем Хабра были "профессора", то тут бы были статьи от "профессоров" для "профессоров" - его бы почти никто не посещал.
Плюс Хабра в том, что благодаря своей массовости, статьи с него стоят в первых строках поисковой выдачи (типа авторитетный источник). Это довольно простой способ отрекламировать свою идею на широкие массы, но надо быть готовым, что среди этой массы найдется некоторое количество людей придерживающихся "генеральной линии партии науки" (привет Птолемею), некоторое количество не разбирающихся в теме, некоторое количество обиженных взрослыми, да мало ли каких некоторое количество - в сумме они создадут внушительную массу, перевешивающую малое количество людей кто в теме.
Так что воспринимайте Хабр, как инструмент, если он Вам нужен (для ознакомления масс с Вашими идеями), который устроен и работает так, чтобы быть в первых строках выдачи поисковиков.
На Хабре тут уже был один персонаж - mihip, тоже делал шизофренические компиляторы (WCT Lang - по факту просто замена HEX(0..9ABCDEF) на буквы ABCDEF…), продвигал бредо идею распределенного интернет провайдера поверх обычного интернета. Как и ты, постоянно создавал новые аккаунты на Хабре, после очередного слива кармы. Те же обороты речи с «мы разрабатываем», «мы анонсировали», и т.д.. Тоже рассказывал, что его «гнобят», и не понимают его «гениальность».
Настолько мне известно, в конечном итоге, mihip обратился к специалисту, пропил таблетки, и теперь спокойно работает в IT индустрии разработчиком. Тебе советую того же, обратиться к специалисту, дабы вправили чердак, пока не поздно.
Кажется у ТС очень много свободного времени. Аж завидно.
Очередной nin-меня не понимают-jin?
Приведу конкретный, хрестоматийный пример, за который мой проект буквально топили в минусах. Речь о типизации.
Сколько себя помню, явное/неявное преобразование было одной из классических тем для холиваров (безотносительно Вашего проекта) и будет такой оставаться всегда. Лично я считаю, что неявное преобразование - это шутка от дьявола, но есть и другие мнения.
Код сквозь хейт: Как продолжать творить, когда сообщество против