Comments 17
Представляю, как на это смотрят мои коллеги .Net'чики «мы так не можем, это слишком сложно» (
-11
.NET–чики бывают очень разные:) Скиллы не так сильно зависят от стека разработки. Скорее от человека и его желания учиться и наиболее эффективно решать задачи. У .NET просто порог входа небольшой, но и там встречаются гуру. Статья скорее не про «слишком сложно». Это база и знать ее очень полезно.
С уважением, Юрий Трухин,
эксперт по облачным технологиям InfoboxCloud
С уважением, Юрий Трухин,
эксперт по облачным технологиям InfoboxCloud
0
на самом деле они так никогда не говорят, но .NET MVC это даже близко не MVC, это попаболь и наследие 90ых
0
Целиком не осилил, много букв. Кроме мысли «latency важна для скорости работы сети», ещё что-то ценное есть?
+13
Напоминает пятничные размышления джуниора о производительности. Предмет опуса не определен, охват широкий, глубина малая, структуры нет и т.д.
+11
Думаю, Илья Григорик с вами не согласен, которого вы смело назвали джуниором www.igvita.com. С уважением, Юрий Трухин.
-8
Шикарный ответ. Из всех аргументов только имена и регалии.
Попытки обозначить предмет статьи:
>Пример веб-производительности
Примеров не наблюдалось. Методики определения производительности какой-то системы тоже. Заголовок явно левый.
>Поэтому, прежде чем мы углубимся в рассмотрение и анализ передового современного опыта, важно сделать шаг назад и определить, в чем проблема на самом деле: что такое современное веб-приложение, какие инструменты у нас есть, как мы измеряем веб-производительность, и какие части системы помогают и мешают нашему прогрессу.
Как и что мерить — первые вопросы должны быть. Здесь они не то что не раскрыты, само понятие производительности размыто.
Ну и т.д. Даже ваш ответ смахивает на копию из внутренней почты %)
Попытки обозначить предмет статьи:
>Пример веб-производительности
Примеров не наблюдалось. Методики определения производительности какой-то системы тоже. Заголовок явно левый.
>Поэтому, прежде чем мы углубимся в рассмотрение и анализ передового современного опыта, важно сделать шаг назад и определить, в чем проблема на самом деле: что такое современное веб-приложение, какие инструменты у нас есть, как мы измеряем веб-производительность, и какие части системы помогают и мешают нашему прогрессу.
Как и что мерить — первые вопросы должны быть. Здесь они не то что не раскрыты, само понятие производительности размыто.
Ну и т.д. Даже ваш ответ смахивает на копию из внутренней почты %)
+5
Если вы не заметили, статья — перевод главы, показавшейся нам и нашим пользователям очень важной, из книги «High Performance Browser Networking». Ссылка на оригинал доступна в конце статьи в футере по правилам Хабрахабра. Изменять оригинальный текст нельзя по правилам издательства. Если что-то можно перевести правильнее — с удовольствием поправим. Если у вас есть, что добавить к статье — Хабрахабр позволяет писать статьи и мы с удовольствием добавим ссылку на ваше добавление в конец статьи, если оно ценное.
Критиковать всегда гораздо проще, чем что-то сделать.
С уважением, Юрий Трухин.
Критиковать всегда гораздо проще, чем что-то сделать.
С уважением, Юрий Трухин.
-2
То что это перевод я вижу, и проблема не в переводе (хотя можно было добавить примечания уточняющие контекст). Само содержание неструктурированный поток мыслей. Пример я приводил.
> Критиковать всегда гораздо проще, чем что-то сделать.
Пожалуйста, без дет. садовских сцен. Вы и так не конструктивны, Юрий.
> Критиковать всегда гораздо проще, чем что-то сделать.
Пожалуйста, без дет. садовских сцен. Вы и так не конструктивны, Юрий.
+2
Ну так, если Вы изначально видите некоторые проблемы в статье, то не лучше было бы переписать её с нуля, а оригинал взять как основной источник? А не слепо идти по правилам хабра, что если это перевод, то и так потянет.
0
Хотите глубже — можете прочитать книжку Ильи http://chimera.labs.oreilly.com/books/1230000000545
Ну и видео поинтереснее статьи http://vimeo.com/71362583
Ну и видео поинтереснее статьи http://vimeo.com/71362583
+1
Ожидал в конце статьи увидеть простую и важную мысль о том, что DNS-запросы, соединения, элементы страниц и все прочее кешируется браузерами, поэтому что действительно имеет значение — это низкое латенси работы веб-приложения и минимизация пинга между пользователем и сервером. Ведь кому как ни вам (хостеру) следует популяризовать эту простую мысль. Главного не увидел. Низачот.
0
Sign up to leave a comment.
Пример веб-производительности