Я ничего не знаю про девять лет вашей жизни, поэтому, пожалуйста, не приписывайте моим комментариям коннотаций, которых там не может быть.
Мой вопрос был в том, что вы имеете в виду под «переходом на ActionScript», причем судя по резко негативной реакции вашей жены насильственным, если он существовал как раз с 1998 года и ни в какой момент не был обязательным для создания анимаций?
Под первый Switch был смысл собирать коллекцию физических картриджей: они компактные, бесшумные, игра стартует моментально, можно меняться с друзьями или продать, классно смотрится на полке, не боится отключения магазина и т.д. - масса преимуществ.
Под PS4/5 же проще было покупать в цифре, поскольку с дисками есть несколько существенных проблем: игра с диска требует установки (и копируется медленнее, чем скачивание онлайн), диск гудит во время игры, царапается со временем. К тому же в цифре бывали ощутимые скидки на распродажах.
Со вторым Switch из-за картриджей-пустышек ситуация непонятная, видимо тоже особого смысла в них не будет.
От флеша умер только плагин для браузера. Сам редактор живет и здравствует под названием Adobe Animate. Лично мне удобнее всего использовать старинный Flash CS6 для рисования, а потом экспортировать в видео с высоким разрешением в Animate 2020.
Проблема с чисто векторными анимациями в том, что многие красивые эффекты (тень, размытие, свечение) делаются сугубо растровым образом, поэтому современные профессиональные анимационные пакеты обычно комбинируют и вектор, и растр. Во флеше было штук пять таких эффектов, которые добавили еще в Macromedia Flash MX, но с тех пор никак не развивали.
Я посмотрел репозиторий по ссылке и прочитал все примеры, которые вы привели. DSL действительно выглядит гораздо лаконичнее. У меня, однако, возникают вопросы к вашей аргументации.
Вы говорите, что эта штука "экономит огромные ресурсы", но никто ей не пользуется, потому что нет тулинга. Так не бывает! Если бы этот подход действительно так хорошо работал, кто-нибудь бы уже написал весь необходимый тулинг и сэкономил бы своей компании миллионы. Ну или разбогател бы, продавая коробочный продукт. Ситуация, что среди всех разработчиков мира просто никто не догадался, но вот вы открыли миру глаза, и сейчас народ побежит бесплатно реализовывать вашу задумку, представляется маловероятной. Скорее всего, это узкоспециализированная задача, нужная малому кругу лиц. Отсутствие активности вокруг вашей статьи косвенно подтверждает эту версию.
Если вы прочитаете мой первый коммент более внимательно, увидите, что я не предлагаю писать конкретно на C# - я взял его исключительно в качестве примера. Подойдет любой популярный язык, будь то Python, JS, Haskell или что угодно еще. Вы просто пишете несколько библиотечных функций, и:
Трансляция становится тривиальной - вам не нужны ни лексер, ни парсер, просто собираете SQL-запрос в виде строки
IDE автоматом будет подсказывать ваши функции, проверять типы и т.д.
Выхлоп SQL-билдера из пункта 1 можно скормить в любой ORM или БД-адаптер
В противном же случае вам понадобится сделать не только полноценный транслятор (это не очень сложно, за несколько дней работы средний специалист управится), но и поддержку со стороны IDE (подсказки, проверки) - а это уже на порядок сложнее. Про то, чтобы заставить существующую RDBMS принимать ваш DSL нативно, я вообще молчу. Если вы хотите действительно реализовать нечто подобное - наиболее реалистичный вариант это нанять человека и заплатить ему хороших денег.
Без поддержки со стороны языка и фреймворка подход с Result превращается в гору бойлерплейта и не дает никаких гарантий, т.к. методы BCL все равно кидают исключения. А еще может быть ситуация, когда у вас много реализаций Result, например из двух разных NuGet-библиотек и еще ваша собственная, и они не совместимы между собой...
А точно нужен компилятор? Имхо это можно было бы реализовать куда меньшими затратами в виде EDSL-библиотеки на любом существующем языке программирования, например на C#:
var (e1, e2) = CreateEntities("entity1", "entity2");
var ref1 = CreateReference("ref1", "nvarchar");
Entity(e1).HasAttribute("attr", "int");
var rel = CreateRelationship("rel", e1, ref1);
Купил лицензионную копию на диске во время распродажи, по большей части ради лулзов (диск вставлять некуда), но и в качестве дани уважения разработчикам - винраром я периодически пользуюсь бесплатно на протяжении 20+ лет
Через бесконечные укладывания я уже, слава богу, прошел. AI-агентов тогда не было, но всегда было что почитать - будь то художку или документацию по какой-нибудь новой библиотеке или фреймворку
Когда человеку во время прогулки приходит идея, которую невозможно записать или хотя бы задиктовать себе до возвращения домой, а нужно ПРЯМО СРАЗУ садиться реализовывать, несмотря на крошечный экран и неудобную клавиатуру - это смахивает на проблемы с разграничением времени в лучшем случае, или на психическое отклонение в худшем
Даже если кто-то попробует, очень быстро окажется, что сначала придется реализовать собственный наколеночный фреймворк, который будет еще хуже чем UWP и Electron
Наверное вы имели в виду "обожрались"? Если гусеницы действительно перерабатывают пластик, как заявлено в статье, а не просто глотают и измельчают, то в теории может и сработать. Хотя, конечно, без серьезных исследований исключать какие-то странные побочные эффекты дальше по цепочке нельзя
Разницу видно, только если сильно приглядываться к статичному скриншоту - не представляю кто будет это делать во время игры
Я перечислял минусы дисков по сравнению с картриджами, необходимость вставлять-вынимать носитель есть в обоих случаях
Я ничего не знаю про девять лет вашей жизни, поэтому, пожалуйста, не приписывайте моим комментариям коннотаций, которых там не может быть.
Мой вопрос был в том, что вы имеете в виду под «переходом на ActionScript», причем судя по резко негативной реакции вашей жены насильственным, если он существовал как раз с 1998 года и ни в какой момент не был обязательным для создания анимаций?
Любимой игрой под Kinect была Fruit Ninja, очень жалею что ничего аналогичного сейчас не существует
В каком смысле, "переход на action script"? Он же был там c незапамятных времен, последняя крупная редакция (ActionScript 3.0) вышла еще в 2006 году
Под первый Switch был смысл собирать коллекцию физических картриджей: они компактные, бесшумные, игра стартует моментально, можно меняться с друзьями или продать, классно смотрится на полке, не боится отключения магазина и т.д. - масса преимуществ.
Под PS4/5 же проще было покупать в цифре, поскольку с дисками есть несколько существенных проблем: игра с диска требует установки (и копируется медленнее, чем скачивание онлайн), диск гудит во время игры, царапается со временем. К тому же в цифре бывали ощутимые скидки на распродажах.
Со вторым Switch из-за картриджей-пустышек ситуация непонятная, видимо тоже особого смысла в них не будет.
От флеша умер только плагин для браузера. Сам редактор живет и здравствует под названием Adobe Animate. Лично мне удобнее всего использовать старинный Flash CS6 для рисования, а потом экспортировать в видео с высоким разрешением в Animate 2020.
Проблема с чисто векторными анимациями в том, что многие красивые эффекты (тень, размытие, свечение) делаются сугубо растровым образом, поэтому современные профессиональные анимационные пакеты обычно комбинируют и вектор, и растр. Во флеше было штук пять таких эффектов, которые добавили еще в Macromedia Flash MX, но с тех пор никак не развивали.
Любопытно было прочитать. Написано в стиле "what's new", но по смыслу "what's old".
Выглядит как стена туалета в ночном клубе
Я посмотрел репозиторий по ссылке и прочитал все примеры, которые вы привели. DSL действительно выглядит гораздо лаконичнее. У меня, однако, возникают вопросы к вашей аргументации.
Вы говорите, что эта штука "экономит огромные ресурсы", но никто ей не пользуется, потому что нет тулинга. Так не бывает! Если бы этот подход действительно так хорошо работал, кто-нибудь бы уже написал весь необходимый тулинг и сэкономил бы своей компании миллионы. Ну или разбогател бы, продавая коробочный продукт. Ситуация, что среди всех разработчиков мира просто никто не догадался, но вот вы открыли миру глаза, и сейчас народ побежит бесплатно реализовывать вашу задумку, представляется маловероятной. Скорее всего, это узкоспециализированная задача, нужная малому кругу лиц. Отсутствие активности вокруг вашей статьи косвенно подтверждает эту версию.
Если вы прочитаете мой первый коммент более внимательно, увидите, что я не предлагаю писать конкретно на C# - я взял его исключительно в качестве примера. Подойдет любой популярный язык, будь то Python, JS, Haskell или что угодно еще. Вы просто пишете несколько библиотечных функций, и:
Трансляция становится тривиальной - вам не нужны ни лексер, ни парсер, просто собираете SQL-запрос в виде строки
IDE автоматом будет подсказывать ваши функции, проверять типы и т.д.
Выхлоп SQL-билдера из пункта 1 можно скормить в любой ORM или БД-адаптер
В противном же случае вам понадобится сделать не только полноценный транслятор (это не очень сложно, за несколько дней работы средний специалист управится), но и поддержку со стороны IDE (подсказки, проверки) - а это уже на порядок сложнее. Про то, чтобы заставить существующую RDBMS принимать ваш DSL нативно, я вообще молчу. Если вы хотите действительно реализовать нечто подобное - наиболее реалистичный вариант это нанять человека и заплатить ему хороших денег.
Неидеальное решение, реализуемое за пару вечеров, лучше, чем идеальное, которое скорее всего никто никогда не сделает
Без поддержки со стороны языка и фреймворка подход с
Resultпревращается в гору бойлерплейта и не дает никаких гарантий, т.к. методы BCL все равно кидают исключения. А еще может быть ситуация, когда у вас много реализацийResult, например из двух разных NuGet-библиотек и еще ваша собственная, и они не совместимы между собой...А точно нужен компилятор? Имхо это можно было бы реализовать куда меньшими затратами в виде EDSL-библиотеки на любом существующем языке программирования, например на C#:
Фигурные скобки вырвиглазные
Купил лицензионную копию на диске во время распродажи, по большей части ради лулзов (диск вставлять некуда), но и в качестве дани уважения разработчикам - винраром я периодически пользуюсь бесплатно на протяжении 20+ лет
Через бесконечные укладывания я уже, слава богу, прошел. AI-агентов тогда не было, но всегда было что почитать - будь то художку или документацию по какой-нибудь новой библиотеке или фреймворку
Когда человеку во время прогулки приходит идея, которую невозможно записать или хотя бы задиктовать себе до возвращения домой, а нужно ПРЯМО СРАЗУ садиться реализовывать, несмотря на крошечный экран и неудобную клавиатуру - это смахивает на проблемы с разграничением времени в лучшем случае, или на психическое отклонение в худшем
Даже если кто-то попробует, очень быстро окажется, что сначала придется реализовать собственный наколеночный фреймворк, который будет еще хуже чем UWP и Electron
Какая криповая КДПВ. Персонаж за тобой следит
Наверное вы имели в виду "обожрались"? Если гусеницы действительно перерабатывают пластик, как заявлено в статье, а не просто глотают и измельчают, то в теории может и сработать. Хотя, конечно, без серьезных исследований исключать какие-то странные побочные эффекты дальше по цепочке нельзя