История изменений

Нет, это надо вообще не соображать куда жмешь, либо же не писать на каком-то говноязыке с говнорантаймом, вроде пыхоплеяды(особенно Ruby или Python этим заметны - там оверхед на объекты и на GC итд - невменяемый просто), либо и то и другое(частое сочетание).

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

Лучше бы уже переписали на джабе или дотнете, в самом деле. И кодовая база бы упростилась, и производительность повысилась бы, и памяти стало б меньше жрать.

Я не уверен. Стандарты W3C сейчас – ад и говно, не в последнюю очередь стараниями самого Google по выдавливанию конкурентов, но я не уверен, что их можно реализовать сильно эффективнее чем в Blink. От выбора языка вряд ли зависит (если это не пистон).

Если хоть немного вообще понимать что ты пишешь и зачем, ситуация «гигабайт непонятно куда пропал» - не возникнет.

Я тоже так думал. А потом выяснилось, что в современных библиотеках сожрать в 20 раз больше памяти чем размер входных данных чтобы распарсить JSON – это вполне норм явление. Типа, скармливаешь кусок JSON на 15 мегабайт, а памяти жрётся минимум 400 при парсинге. Ну и что ты с этим сделаешь?

Но ты пропустил важный момент, о котором я выше писал: в современном софте почти всегда большая часть кода в твоём проекте написана совсем не тобой, а приходит с зависимостями. И это на самом деле очень часто так себе, потому что код в зависимостях не всегда бывает годным. А выбирают их часто по принципу первой ссылки в гугле.

Slack тоже не сразу стал жирным, даже после перехода на электрон. Но с годами мы пришли вот к этому. Мне кажется, сопротивление этому тренду и попытка его избежать требуют постоянного усилия воли, потому что стоит зазеваться и кто-то из твоих коллег может протащить говно.

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

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

Нет, это надо вообще не соображать куда жмешь, либо же не писать на каком-то говноязыке с говнорантаймом, вроде пыхоплеяды(особенно Ruby или Python этим заметны - там оверхед на объекты и на GC итд - невменяемый просто), либо и то и другое(частое сочетание).

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

Лучше бы уже переписали на джабе или дотнете, в самом деле. И кодовая база бы упростилась, и производительность повысилась бы, и памяти стало б меньше жрать.

Я не уверен. Стандарты W3C сейчас – ад и говно, не в последнюю очередь стараниями самого Google по выдавливанию конкурентов, но я не уверен, что их можно реализовать сильно эффективнее чем в Blink. От выбора языка вряд ли зависит (если это не пистон).

Если хоть немного вообще понимать что ты пишешь и зачем, ситуация «гигабайт непонятно куда пропал» - не возникнет.

Я тоже так думал. А потом выяснилось, что в современных библиотеках сожрать в 20 раз больше памяти чем размер входных данных чтобы распарсить JSON – это вполне норм явление. Типа, скармливаешь кусок JSON на 15 мегабайт, а памяти жрётся минимум 400 при парсинге. Ну и что ты с этим сделаешь?

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

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