Как стать автором
Обновить

Комментарии 17

Представляю, как на это смотрят мои коллеги .Net'чики «мы так не можем, это слишком сложно» (
.NET–чики бывают очень разные:) Скиллы не так сильно зависят от стека разработки. Скорее от человека и его желания учиться и наиболее эффективно решать задачи. У .NET просто порог входа небольшой, но и там встречаются гуру. Статья скорее не про «слишком сложно». Это база и знать ее очень полезно.

С уважением, Юрий Трухин,
эксперт по облачным технологиям InfoboxCloud
Если так смотреть, то, на мой взгляд, порог выхода из .NET интереснее, нежели чем порог входа.
на самом деле они так никогда не говорят, но .NET MVC это даже близко не MVC, это попаболь и наследие 90ых
Целиком не осилил, много букв. Кроме мысли «latency важна для скорости работы сети», ещё что-то ценное есть?
Напоминает пятничные размышления джуниора о производительности. Предмет опуса не определен, охват широкий, глубина малая, структуры нет и т.д.
Думаю, Илья Григорик с вами не согласен, которого вы смело назвали джуниором www.igvita.com. С уважением, Юрий Трухин.
Шикарный ответ. Из всех аргументов только имена и регалии.

Попытки обозначить предмет статьи:
>Пример веб-производительности
Примеров не наблюдалось. Методики определения производительности какой-то системы тоже. Заголовок явно левый.
>Поэтому, прежде чем мы углубимся в рассмотрение и анализ передового современного опыта, важно сделать шаг назад и определить, в чем проблема на самом деле: что такое современное веб-приложение, какие инструменты у нас есть, как мы измеряем веб-производительность, и какие части системы помогают и мешают нашему прогрессу.
Как и что мерить — первые вопросы должны быть. Здесь они не то что не раскрыты, само понятие производительности размыто.

Ну и т.д. Даже ваш ответ смахивает на копию из внутренней почты %)
Если вы не заметили, статья — перевод главы, показавшейся нам и нашим пользователям очень важной, из книги «High Performance Browser Networking». Ссылка на оригинал доступна в конце статьи в футере по правилам Хабрахабра. Изменять оригинальный текст нельзя по правилам издательства. Если что-то можно перевести правильнее — с удовольствием поправим. Если у вас есть, что добавить к статье — Хабрахабр позволяет писать статьи и мы с удовольствием добавим ссылку на ваше добавление в конец статьи, если оно ценное.

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

> Критиковать всегда гораздо проще, чем что-то сделать.
Пожалуйста, без дет. садовских сцен. Вы и так не конструктивны, Юрий.
Ну так, если Вы изначально видите некоторые проблемы в статье, то не лучше было бы переписать её с нуля, а оригинал взять как основной источник? А не слепо идти по правилам хабра, что если это перевод, то и так потянет.
Спасибо, Олег. Ценное замечание.
Вы забыли с уважением подписаться, Игорь Трухин.

(На самом деле: пожалуйста, не делайте так, это очень глупо выглядит).
Пусть, может в мем войдет.
Ожидал в конце статьи увидеть простую и важную мысль о том, что DNS-запросы, соединения, элементы страниц и все прочее кешируется браузерами, поэтому что действительно имеет значение — это низкое латенси работы веб-приложения и минимизация пинга между пользователем и сервером. Ведь кому как ни вам (хостеру) следует популяризовать эту простую мысль. Главного не увидел. Низачот.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре , чтобы оставить комментарий