>>25622
З.Ы.: Если углубляться, то лексер выплюнул токен '/' в синтаксический анализатор, тот воткнулся в строку, пнул лексер, чтобы делал строковый литерал и откатился на исходную. Т.е. оно ещё и со стейтом получается, и с обратной связью. Предложите проще, если сможете.

>>25623
В общем, иными словами, прикрутить корректно работающую расцветку синтаксиса для этого языка в редакторе, у которого эта расцветка описывается простыми блоками/регекспами, толком не получится.
Пичаль.

Хм.
Я правильно понимаю, что выше только что был приведен пример языка, который не описывается контекстно-свободной грамматикой?

>>25624
Вам надо описать все случаи, когда токен '/' не может быть знаком деления. Для оставшихся случаев определить, где заканчивается строковый литерал.

>>25625
Да, здесь один символ обозначает разные вещи в зависимости от контекста применения.

> Собственно, вопрос: Какие языки точно не вызывают нареканий у ровных и четких пацанов?
NASM, FASM, MASM.

>>16611
Примечательно, что вначале разговор о подруге, а в конце вопрос про пацанов

>>25593
> NASM, FASM, MASM
GNU Assembler с AT&T синтаксисом вместо этого.

>>25611
Он никогда не предназначался для того чтобы на нем что-то писали, а так да, конечно, по критериям опа, лучший вариант!

>>25612
>никогда не предназначался для того чтобы на нем что-то писали
Есть же язык, на котором даже helloworld его же автор не осилил вроде как...

>>25612
Eh? Там есть разные средства для этого; вставки именно на нём в GNU-шном диалекте C. Часть кода Линуха на нём. Так что >>25613 вообще никак не про as.

>>25615
Кто угодно скажет что gas весьма неудобная штука в сравнении с, мне лично иные мнения не встречались. Обвязки как таковой и нет, опять же в сравнении с, писать неудобно.

>>25160
>дорисовывать недостающие эмоции и новые позы, которые будут использоваться постоянно.
Посмотрите в коллекции http://www.esonline.tk/
Там есть все позы и все эмоции вообще всех персонажей, в том числе очень редкие.

>>25283
>es
>online
Интересно, какой долбоеб это создал, а главное - зачем?

>>25284
> а главное - зачем?
Я по приколу сделал прототип в 2017 году.

И на первое апреля по приколу нарисовал такой баннер.

Несколько лет спустя, кто-то его нашёл и реализовал в точности те сценарии, которые я себе представлял, только в вебе, а не в ренпи.

>>25283
>>25286
Спасибо.
Но ведь это самопал же? Или многое из модов надёргано? Это нехорошо.
В планах разработки всегда предполагалось, что работа с графикой должна носить оффициальный(тм) характер, кроме изменений спрайтов для пародийных/комедийных сцен и плейсхолдерных БГ, да и то, не везде.
Правда, у нас есть не самый качественный плейсхолдер для Угрюм-куна, например, был добавлен исключительно за харизматичность и сходство с Хисао, а на самом деле в релизе у него волосы должны быть фиолетового цвета, а причёска подлинней.
Есть некая грань между качеством и васянством, в крайнем случае я и сам могу навасянить что-то, типа пикрелейтеда.
Что касается es-онлайн. По-хорошему, так дела не делаются, я не могу приобщить это к материалам разработки. Да и в целом стараюсь придерживаюсь принципа не брать чужое.
Кто делал сайт? Все эти файлы и слои у человека под рукой? Такое надо заливать в репозиторий для народа, чтобы всё в одном месте и было видно сразу, упорядоченно. На mega.nz, например.

>>25288
Есть старый гитхаб https://github.com/blckdot/eswres

>>25426
Посмотрел. Да, хороший репозиторий, аккуратный. Ничего лишнего. Правда, не увидел прямо фантастических спрайтов чтобы позаимствовать для текущего проекта.
Теоретически, если создатели репозитория имели бы желание и возможности, то неплохо было бы добавить всё остальное, чем пополнились качественно сделанные моды. С позволения авторов, наверное.

По проекту: в общем основная часть праздника Нептуна сделана, сейчас прорабатывается последяя четверть дня. Параллельно - новые для ы-эроге, не для вн вообще графические эффекты.

https://paste.ofcode.org/pfVk3qnVT2MJASjXUTtuCz

Ссылка на полный код.

На первый взгляд ты сделал всё как по книжке, а стектрейс падения можешь привести?

>>25600
java.lang.RuntimeException: Unable to start activity ComponentInfo{com.example.logining/com.example.logining.ui.login.MainActivity}: java.lang.NullPointerException: Attempt to invoke virtual method 'void android.widget.Button.setOnClickListener(android.view.View$OnClickListener)' on a null object reference

>>25601
Лучше бы конечно стектрейс был полным, но обрати внимание, что до попытки запустить MainActivity твой код добирается. Значит, листенер выполняется, и скорее всего проблема у тебя с setOnClickListener не в LoginActivity а уже в MainActivity

В MainActivity какие-то кнопки с листенерами есть?

>>25602
Здесь есть своя кнопка, но она ничего не делает пока что.
public class MainActivity extends AppCompatActivity {

private Button nextButton;
private TextView welcome;

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
final Button loginButton = findViewById(R.id.login);
nextButton = findViewById(R.id.buttonNext);
welcome = findViewById(R.id.logo);

nextButton.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {

}
});
}
}

>>25603
Эксепшон говорит нам о том что твой nextButton - null.
Если взять, и убрать
>nextButton.setOnClickListener
что-то поменяется?

>>25604
Если оно null, значит оно не нашлось по id: nextButton = findViewById(R.id.buttonNext);

>>25460
Сможете разобраться, что вызвало проблему >>25534 и исправить, или надо открывать тикет на починку?

>>25534
>>25561
tl;dr Так вышло, что в public это уже исправлено.

Причины бага аналогичны >>25460 На странице ошибки тоже грузится kusaba.js, и в этом случае выполняется код, который пробует синициализировать форму быстрого ответа. Этот код фейлится, ошибка обрабатывается, но в обработчике выполняется deinit, а в нём _dropFormData.
В коммите 9949a077 из пул реквеста 54 кроме того, что добавлено условие для создания элемента с избранными нитями, ещё и условие для инициализации формы быстрого ответа исправлено на аналогичное. До этого там проверялось, что в адресе нет menu.php или news.php, а теперь проверяется, что у body есть классы read или board (тред или доска). Оказывается, эта проверка исправляет баг с сохранением формы (форма на странице ошибки не начинает инициализироваться, исключение не возникает, deinit не выполняется).

>>25562
>tl;dr Так вышло, что в public это уже исправлено.
Это радует. Спасибо!

Получается public еще не развернули просто?

>>25563
>Получается public еще не развернули просто?
да

>>25564
Ок, спасибо что уточнили.

>>25565
В том сымсле, что пул реквест вмёрджен в ветку publc, но что с ним будет дальше, не знаю, это не ко мне. Я всего лишь случайный автор последних правок и я здесь один, лол.

Просьба администрации отписать, когда будет развернут текущий паблик, чтобы можно было проверить фиксы.

>>19373
Для начала, не нужно писать велосипед, когда есть https://developer.mozilla.org/ru/docs/Web/API/Element/classList
По коду, в строке
> tempClassName.split(' ');
Допущена та же ошибка, что была описана в >>19313
String.spit() возвращает массив, а не превращает строку в массив и не присваивает переменной, хранящей эту строку новое значение. То, что alert(tempClassName) выдает значение obj.className, а не массив ["open", "menu"], не насторожило?
Ну а далее со строкой работают как с массивом, естественно у строки нет методов push и join.
Советую заиметь привычку использовать const вместо var, чтобы не возникало желания переиспользовать переменные для хранения разных типов и не подразумевать ошибочно, что неизменяемые типы должны изменяться.
https://jsfiddle.net/cgbzmk7u/1/

>>19370

На странице https://www.heroku.com/pricing предлагают бесплатно до 1000 дино×часов в месяц на 512 мегабайтах памяти и с засыпанием через полчаса неактивности. (Больше и бессоннее — за денежку.)

Можно поискать и найти ещё другие хостинги. Я сообщил только о первом пришедшем на ум.

Разумѣется, отвѣтъ >>19375 может дополнительно быть расширен упоминанием о том, что для Node.js не обязательно искать спецхостинг, так как можно вписать запуск сервера в автозагрузку у любого VPS, у любого VDS, да даже у домашнего компьютера с выделенным IP-адресом.

>>19374
> Для начала, не нужно писать велосипед, когда есть https://developer.mozilla.org/ru/docs/Web/API/Element/classList
Да, я до них еще не дошел просто до того. Просто я специально не заглядываю наперед в методах, потому что хочу сделать велосипед из дерева. Ибо так я себе как бы делаю задачу тяжелее, а значит могу развивать мозг. Это как с книгами. Чтобы иметь хоть какую-то креативность, нужно читать книги, но слишком много читать - это вредно,так как все уже поднесено разжеванным и думать не надо. Что-то меня не в ту сторону понесло
> Допущена та же ошибка, что была описана в >>19313
> String.spit() возвращает массив, а не превращает строку в массив и не присваивает переменной, хранящей эту строку новое значение. То, что alert(tempClassName) выдает значение obj.className, а не массив ["open", "menu"], не насторожило?
Ой, я по привычке. Почему-то до сих пор на практике строки воспринимаю как массив. Не знаю, как выработать противоположную привычку.
> Советую заиметь привычку использовать const вместо var, чтобы не возникало желания переиспользовать переменные для хранения разных типов и не подразумевать ошибочно, что неизменяемые типы должны изменяться.
А вот тут детальнее. Что за const? Никогда о ней не слыхал.

>>19380
const это как var, только const. Вместо переменной будет константа. На практике именно изменяемые переменные нужны довольно редко. Ознакомиться со всеми этими вещами можно в виде нескучных уроков: https://youtu.be/2iLVFyYwyRA
Еще по всем приведенным примерам кода видно очень вольное использование return:
> return alert("Данный класс уже существует")
Вопрос: что вернет эта функция в данном случае? Что она должна возвращать и зачем?
Кроме того, научись пользоваться консолью браузера и отладчиком, кажется весь твой инструментарий сейчас ограничен alert().

Посоветуйте годный гайд по ascii рогаликом на чистом canvas js без всяких сторонних либ.
ЗЫ: нигде такого не нашел, а самому додуматся тяжело

>>7318
https://github.com/azat-io/you-dont-know-js-ru

Юнит3 Junior курса оказался богат на новые для меня фишки. Впервые потыкал компоненты:

1. Animator. Это такая стейт машина с переходами между различными анимациями и условиями для этих переходов. Ей можно управлять, изменяя параметры, участвующие в условиях перехода.
3. AudioSource. Можно проиграть подгруженный аудио файл. Все просто.
5. Collision Trigger. Можно детектировать столкновения между объектами. Можно даже чекать объекты по их тегу и в зависимости от этого делать различное поведение. Сами коллайдеры еще бывают разными в зависимости от их формы.
7. Particle System. Частицы, изменяющиеся во времени. Можно делать эффекты. Им почти как и аудио, можно сделать Play() и Stop().

Попробовал корутины. С шарпом почти не знаком, и тут они мне показались немного необычными. В моем понимании, корутина - это что-то что с момента создания живет немного своей жизнью, но ее можно подождать (ну или события от нее послушать). Здесь же yield-ом корутина может отдать управления обратно основному циклу (прям в любом месте), при этом в нее точка выполнения вернется сама, когда ей будет это удобно..

Но корутинами удобно описывать процессы, которые должны протекать во времени в течение нескольких фреймов. В противном случае можно утонуть в бесконечных таймерах и флагах, делая это все в основной функции обновления фрейма.

UI оставил двоякое впечатление, с одной стороны все просто. С другой стороны, чтобы его сделать невырвиглазным, нужно постараться.

Узнал сейчас про object pooling. Если один и тот же объект планируется создавать и удалять много раз, то гораздо оптимальнее будет инстанциировать лист этих объектов и сделать каждый из них неактивным. Далее, в момент когда объект необходим в сцене, из пула берется один из его инстансов и делается активным. При этом могут меняться некоторые из его параметров (например позиция).

Ну и соответственно, если активный объект больше не нужен, но не удаляется, а делается неактивным. Пул всегда возвращает один из неактивных объектов, то есть не используемых в данный момент.

В итоге получается, что мы имеем в памяти постоянное количество объектов (равный размеру пула), а не постоянно создаем и удаляем бесконечное количество объектов по мере работы сцены.

Unity вкатывается в настоящую мультипоточность и асинхронность. В то время как в мире микросервисов это давно стандарт, в таких больших проектах похоже не так все просто.

До сих пор в стейбл версии используется старый подход, при котором главный цикл обновления сцены однопоточен. Сейчас (точнее еще в 2018) нашли способ это сделать многопоточным со скедулингом по разным ядрам. Правда это до сих пор в превью, хотя и выглядит вполне надежно и многообещающее.

Основная фишка тут в том, что подобный подход требует изменений в структурах пользовательского кода и объектов. Для этого были придуманы конверторы, и это вылилось в отдельную версию редактора. Пользователь работает с игровыми объектами и их компонентами, как и раньше. А дальше они сами конвертируются в “новые” сущности и компоненты (Entity Component System) для работы с ними в коде.

Ну и в коде, в связи с этим, уже нет работы с игровыми объектами в их обычном понимании, а с компонентами напрямую, которые в свою очередь уже содержат какие-то данные (например позиция, скорость). Отсюда этот подход получил название Data-Oriented Technology Stack. Классы теперь наследуются не от MonoBehaviour, а от JobComponentSystem.

https://unity.com/dots
Ну и разумеется, все это стало гораздо производительнее, и стало возможным делать сложные сцены, работающие даже на мобилках https://www.youtube.com/watch?v=KgcU2HBOXAw

Погуглил больше про ECS.

Концепция сама существует давно и не является изобретением Unity, но уже DOTS - их термин. Она сама по себе не про производительность, а про подход к описанию игрового мира и взаимодействий в нем.

В ECS игровые объекты не наследуют кучу всего и не создаются со статичной кучей параметров и компонентов, существующих вплоть о момента удаления объекта. В ECS игровые объекты - просто entities, некие изначально пустые "сущности", играющие роль уникальных идентификаторов.

Параметры игровых объектов (например, здоровье, скорость, "прыгучесть", etc) являются самостоятельными компонентами (components), не привязанными ни к какому объекту статично. Они могут назначаться каким-либо entities, если им необходимо данное поведение/характеристика. Причем эта привязка или отвязка происходят в рантайме, что позволяет делать классные вещи в виде изменения казалось бы статичных характеристик игрового мира в уже работающих клиентах.

Системы (systems) содержат уже логику, обрабатывающую данные из компонентов. Можно думать о них, как о контроллерах. Важно то, что системы не завязаны на конкретных компонентах и entities. По крайней мере в юнити, как я понял, системы могу выбирать entities на основе привязанных к ним компонентов (entity query) и тем самым всегда работают с группой entities. Поэтому в коде много foreach :)

В этой концепции Entities, Components и Systems - вещи изначально существующие обособленно друг от друга, и им нужны отдельные средства коммуникации. И тут уже все зависит от конкретной имплементации.

Разобрался со сценами и переходами между ними. Сцена - это некая уникальная инстанция мира. В зависимости от сложности игры может быть отдельным уровнем, может быть целым открытым миром. Или это может быть просто menu screen.

Все игровые объекты создаются внутри сцены и при переходе между сценами удаляются. Однако есть различные методики для персиста данных между сценами. Самый простой способ - это использование синглтона, который один раз создается при инициализации и помечается, как неудаляемый.

Персист данных между сессиями (между разными запусками игры) сложнее. Причем не потому, что надо писать в файл или работать с другими внешними сущностями. А потому что надо постоянно думать, могут ли внутренние структуры быть сериализированы. В шарпе не все так однозначно. Обычный array, например, может быть сериализирован в json, List уже нет. Хотя BinaryFormatter с ним справляется без проблем.

>>25430
>Как правило, у вас есть одна библиотека, которая возвращает null. Этот кактус вам грызть весь проект.

Ну так я не предлагаю объять необъятное. Есть наш какой-то модуль. Мы знаем, что для него получить null на вход - бессмыслица. Почему бы не гарантировать во время компиляции (может хинтами, хотя на мой взгляд лучше самим ЯП), что мы не сможем ему передать null на вход, и чтобы внутри модуля была такая типа чистая комната от отсутствующих значений.

Жаль что так же нельзя сделать, ограничивая в компайл-тайме диапазоны целых чисел, например. Тогда бы действительно какой-нибудь квантовый компилятор был бы нужен, чтобы всё все возможные выполнения просчитать. Сейчас прибегут хаскелисты и скажут, что у них это уже реализовано.

>>25432
Вы действительно считаете, что это — весело? Попробуйте Аду тогда, и её подмножество SPARK с нескучными фичами.

>>25433
На что тут ещё обратить внимание?

Типы Length и Coord производные от типа Count и наследуют его методы, однако промеж них нельзя делать арифметику напрямую, поскольку по умолчанию не определены арифметические операторы для аргументов разных типов — грубо говоря, надо ещё пару десятков функций прописать вида function "+" (Left: Coord; Right: Length) return Coord. Зато их можно конвертировать друг в друга т.к. они одного диапазона значений. К сожалению типы не всегда возможно безопасно сконвертировать друг в друга, так что приходится по ходу пьесы инстанциировать дженерик-функцию Unchecked_Conversion. Это первое.

Второе, выстроить иерархию типов, которыми реально будет удобно и безопасно пользоваться в проекте на порядки сложнее, чем выстроить иерархию классов и сущностей.

Третье, арифметику никто не отменял, так что умножение Length на Length может выдать вместо Length исключение Constraint_Error. Эта проблема при строгой типизации практически нерешаема, но для серии арифметических операций добрый адский компилятор сначала сконвертит все типы в какой-нибудь Long_Integer, посчитает и уже потом решит, кидать ли исключение. Однако, эта магия не работает при переопределении операторов.

>>25434
Не, ну с исключениями, это не серьёзно.

>>25435
Тогда у вас любая функция вида function "*" (Left, Right: T) return T при любом ограниченном типе T нелегитимна. Максимум, что вы можете сделать для того, чтобы реабилитировать её, — это написать ей контракт посредством расширений SPARK-а. Можете подумать, кстати, на досуге, какими будут условия контракта, чтобы функция стала легитимной.

>>25436
Ну я и говорю, что с числами это не сработает. Но если просто как бы включить нуллабельность в T, то никаких проблем нет.

>>25437
https://www.adaic.org/resources/add_content/standards/05rat/html/Rat-3-2.html

>>25316
И при чём тут разработка?

>>25322
Предлагаешь в /b/ это обсуждать?

>On the practical level, Guix provides pre-compiled packages which can be a huge time-saver compared to Gentoo
О минусах тактически умолчено

>Portage does not let you configure features that were not thought of in advance by the packager
>Conversely, Guix gives you full customization for everything, albeit with a bit more Scheme code
То есть написать ебилд и написать схемовый код - 2 большие разницы, в которой написание арбитрарного костыля лучше компонента с абстрактным EAPI?

>Moreover, Portage suffer from the same aforementioned issue with the lack of proper support for multiple versions. Indeed, USE flags significantly increase the magnitude of the issue
Как относятся флаги к версиям?
О слотах автор не знает?

Конечно с лиспами, хурдом и фсф интереснее никсоса, но такие статьи только отталкивают и все заявленные ключевые фишки кажутся оторванными от реального мира реализации

Да кому нужна вся эта хрень. Нужен максимально простой стек, чтобы в облако добавить и контейнеры запускать.

>>25343

>О минусах тактически умолчено
Это же не детальный анализ что бы купить гентушников.

>То есть написать ебилд и написать схемовый код - 2 большие разницы, в которой написание арбитрарного костыля лучше компонента с абстрактным EAPI?
Декларативно описывать зависимости на полноценном языке программирования > всё остальное.

>Как относятся флаги к версиям?
>О слотах автор не знает?
Ну, не у всех версий одни и теже флаги могут быть. Лично я о слотах ничего не знаю.

Что ты хочешь узнать о guix?

Советую обратить внимание на книгу Васильева "Программирование с примерами и программами" - не бог весть какое руководство, но зато простое и понятное. Это не веб-ресурс, но мне в свое время она очень помогла. В остальном - я учился на небольших программках для души, все равно чтобы научиться программировать - надо программировать, ни один курс этого не заменит

>>25333
Если я не ошибаюсь книга называется " Самоучитель Java с примерами и программами
"

А официальные туториалы от Оракла уже не модны? Ну и в самой JDK полно документации. Обсуждений вида «как лучше сделать херня_нейм» полно на СтекОверфлоу — если уж не конкретику, то хоть по архитектуре подсказки можно найти. Шепелёв очень много писал про JMM. Балус и ко много писали по ентерпрайзу.