Осталось добавить, что для чужих проектов есть определенные стили в написании кода. Кому-то JIRA тикет надо создать, кто-то попросит форматирование, других надо будет умолять во всяких чатах-дискордах.
Там был один полезный комментарий (напомню, 2011 год). Очень забавно читать это сейчас:
We torture ourselves over stuff like this - it comes down to painful decisions about keeping Chrome lightweight - we know that a feature like this is really important to some number of users (and Chrome developers!), but at the same time we have to continually cut and trim things, knowing that those cuts will annoy people, so that Chrome doesn't turn into bloatware that satisfies no-one.
Я вот задумался, когда я работал с другой БД (SqlAnywhere), там вообще считалось вредным работать с кешем на уровне ФС потому как БД думает, что она данные сохранила, а они еще не были сброшены на диск, и любая теоретическая потеря питания могла поломать данные.
Идеально. Но я бы добавил ещё парочку кнопок для всяких Shift-Control. Какие-нибудь пальцы всё равно проставить будут, пусть жмут клавиши ради шорткатов.
Однажды мне понадобилась точка остановки по условию. Хорошо, что код был мой и я мог его менять. Так вот, к сожалению, когда используется точка с условием, то отладчику приходилось вычислять его на каждой итерации, и это занимало очень много времени.
Так как код мой, я просто написал нужный if и поставил точку в ветку, и это сработало гораздо быстрее.
Может быть кому-нибудь этот комментарий покажется полезным.
Насчёт процента не скажу, но у Хрома, вроде бы, появился хороший анализатор bf-cache, вы сможете сами посмотреть почему страница не кешируется. Там кое-как расписано (просто иногда гуглить надо, чтобы расшифровать):
Осталось добавить, что для чужих проектов есть определенные стили в написании кода. Кому-то JIRA тикет надо создать, кто-то попросит форматирование, других надо будет умолять во всяких чатах-дискордах.
А так да, бери и коммить.
Там был один полезный комментарий (напомню, 2011 год). Очень забавно читать это сейчас:
Видите как они мучились тогда?
Я застал то время, когда вертикальные закладки в хроме были экспериментальной фичей.
А потом их удалили: https://bugs.chromium.org/p/chromium/issues/detail?id=99332
Не ради Самсунга, а ради новости на Хабре.
Я вот задумался, когда я работал с другой БД (SqlAnywhere), там вообще считалось вредным работать с кешем на уровне ФС потому как БД думает, что она данные сохранила, а они еще не были сброшены на диск, и любая теоретическая потеря питания могла поломать данные.
А здесь это считается нормальным.
https://www.dailymotion.com/video/x2ke4nq
Одна минута и где-то 18-21 секунда.
Идеально. Но я бы добавил ещё парочку кнопок для всяких Shift-Control. Какие-нибудь пальцы всё равно проставить будут, пусть жмут клавиши ради шорткатов.
Вы о том, что новость содержит ту же информацию дважды?
Кстати, а еще помните старую игру «Королевство Эйфория»? Тоже могла бы подойти.
По-видимому, что он просто задолбался уже. Ждёт выходных.
Однажды мне понадобилась точка остановки по условию. Хорошо, что код был мой и я мог его менять. Так вот, к сожалению, когда используется точка с условием, то отладчику приходилось вычислять его на каждой итерации, и это занимало очень много времени.
Так как код мой, я просто написал нужный if и поставил точку в ветку, и это сработало гораздо быстрее.
Может быть кому-нибудь этот комментарий покажется полезным.
Они несут моральную ответственность.
Какие молодцы.
Насчёт процента не скажу, но у Хрома, вроде бы, появился хороший анализатор bf-cache, вы сможете сами посмотреть почему страница не кешируется. Там кое-как расписано (просто иногда гуглить надо, чтобы расшифровать):
https://developer.chrome.com/docs/devtools/application/back-forward-cache/
Жаль, я ждал эту игру :(
Интересно, а после трёх неудачных попыток они капчу тоже со скоростью 15.7 млн. попыток в секунду взламывают?
MIM должен будет выдать себя за сервер, ответив на рукопожатие уже своим сертификатом. И если браузер ему не доверяет, то ваша атака не пройдет.
Можно еще сократить, убрав new, а потом и var. И так понято будет, type inference поможет.
Я читал тот участок, но не понял как растягивался. Вдоль или в ширину? А вы поняли?
Что мешало включить профайлинг во время выполнения запроса и посмотреть самый дорогой вызов? Или хотя бы здесь выложить flame-graph с вызовами.
Что хоть тормозило, наносекунды? А зачем такая точность, особенно, если я понимаю, тормозит. У вас же там секунды (а не микросекунды) ожиданий.
Просто Денис любит писать новости про Маска. Можно сказать, что Макс на Хабре самый упоминаемый в новостях.