Аналогичная проблема в nw.js (хромиум 53), но только если загружен свой проект. Причем в основном тормоза наблюдаются в табе с версткой, во всех табах вроде все нормально.
Добавлю про сокеты: веб-сокеты надо использовать, а не комент и иже с ними (собственно, socket.io умеет). И про SVG дополню: некоторые браузеры его переваривают с трудом и тормозами, поэтому не рекомендую им увлекаться сильно.
Это лишь пример. Да, xamarin/mono имеет свои недостатки - например так же как и дотнет надо тащить его рантайм либы на всех трех осях. Но а в целом - писать кроссплатформенный софт вполне позволяет.
При чем тут какие-то причины? Кэш - это тупо костыль для ускорения работы с оперативной памятью, которая находится далеко и работает медленнее. Чисто технически можно делать процессоры с большим объемом кэша, но т.к. кэш - располагается на том же кристалле, что и процессор, то и стоить он будет так же, как и процессор. Можно делать процессоры и без кэша - и они будут дешевле, но вот только они будут куда более медленными, чем конкуренты и никому они не будут нужны. Вот например процессор с 60 мегабайтами кэша на 4 ядра: ark.intel.com/ru/products/93791/Intel-Xeon-Process...
И стоит он соответственно как самолет - полмиллиона рублей.
Да, скрывать часовую ставку бессмысленно и работать так в темную - не очень-то хорошо. Гораздо продуктивнее просто договориться с сотрудниками: "Начинаем работать с клиентами с фриланс биржи, заполним профиль агенства, добавим всех работников и будем работать. Я беру на себя менеджмент и общение с клиентами, ставлю вам задачи - а вы выполняете работу. Легализацию оплаты делаем через банк и за вычетом дополнительных расходов, менеджмента, налогов - остальное ваш чистый и легальный доход." Типа такого. В честных и комфортных условиях люди будут работать честно.
В примере на фиддле он увеличивается во все 4 стороны - уменьшение отступов компенсирует сдвиг всего элемента, т.е., итоговый размер элемента не меняется.
Еще раз, что именно нельзя? В чем вопрос-то? scale - это фильтр, который тупо увеличивает элемент вместе со всем его содержимым. Если текст не надо увеличивать - то и не надо к нему применять этот фильтр. Либо, наложить текст отдельным слоем. Но зачем, когда задача стоит просто увеличить диаметр круга и это можно легко сделать - зачем усложнять-то все?
Жизненный цикл фреймворков обычно значительно короче, чем ЯП. Кроме того, фреймворки зачастую отражают текущие тенденции/моду в области разработке на выбранном ЯП. Если подумать чуть глубже, то ЯП отражают то же самое - но на более длинном промежутке времени. Так что данную фразу можно сказать несколько иначе, с чуть более глубоким смыслом: "Учить надо программирование, а не ЯП". Т.е., если умеешь программировать - сменить ЯП "X" на ЯП "Y" не составит большого труда. Конечно, как и везде здесь есть свои ньюансы.
