Здравствуйте, Aртёмка, Вы писали:

Aё>Здравствуйте, binnom, Вы писали:

B>>Ты знаешь, я бы лучше к индусам работать пошел бы
Aё>В Бангалор?
Я сейчас с индусами работаю, вот они примерно так же раздувают щеки, про архитектуру рассуждать могут часами, а по факту хранят текущий язык пользователя веб-приложения в статической переменной, и говорят что "на моем компе работает!" (с)

B>>Кстати, что там насчет ограниченности стэка?
Aё>Каждый thread при создании наделяется фиксированным стеком вызовов. Величины можешь погуглить, но обычно что-то вроде 1-8mb. При этом в функциональные языки stackless by design, т.е. их стек- это не стек thread-а, а управляемая средой исполнения структура в памяти. При том с GC- устаревшие куски стека возвращаются в кучу, стек "бесконечный".
Хорошо, допустим про GC ты что-то слышал, хотя GC тут вообще никаким боком не участвует. Давай теперь разберемся по трем вопросам:

1) что именно пишется в стэк трэда,
2) почему ты решил использовать именно стэк трэда для определения парности скобок (хинт: recursive approach vs non-recursive)

и критикал хит:

3) можно ли создать свой класс стэка или обязательно использовать именно стэк трэда?