Press "Enter" to skip to content

Fast code is NOT important — FunFunFunction #27


хорошее утро в понедельник, я mpj, и это
весело функция весело поэтому сегодня я хочу , чтобы мы
думать о производительности очень
clickbait название этого видео
быстрый код не важен, что
Важным является быстрый пользовательский опыт там
это взаимосвязь между двумя, но
это не так сильно, как вы думаете
хотя мы, как программисты,
действительно нравится, чтобы быть на эмоциональном
уровень будет таким, как мне кажется
например, если я просто пишу код исполнения
путь и соблюдение всех правил
то мое приложение будет быстро, чтобы
похоже на то, как это должно быть, но как
мы часто учимся в жизни, вселенная является
странное и непредсказуемое место и вещи
не так, как мы думаем, что они
должен быть, прежде чем я войду в это видео.
хочу сделать кристально чистым, чтобы
меня никто не понимает, что я
считают, что программное обеспечение для повышения производительности
производительность чрезвычайно важна , но я
что многие разработчики имеют
слишком упрощенным и узким
что такое производительность , и это то, что
это видео будет о I
считают, что один из основных аспектов
который заставляет взрослого в стороне от ребенка
что взрослый знает, что он или она
находится внутри контекста как взрослого, так и
у ребенка есть концептуальная модель
мировой набор договоренностей или
убеждений или наборов принципов, но
вещь, которая устанавливает взрослого и ребенка
что взрослый знает о
их контекст окружающих людей
ограничения текущей ситуации для
например, ребенок рано учится тому, что
вы должны быть добры к другим, это
хорошая эвристика, связанная с другими
вы должны быть с ними добрыми, но
это не совсем универсальная правда, потому что
есть люди , которые не милые и
не будет хорошо реагировать на хорошие и
иногда вы
мы должны быть не очень к ним так
возможно, вы расширите правило, чтобы быть
приятно людям, пока они хороши
вам, но со временем вы узнаете, как
ребенка, что могут быть исключения
даже к этому правилу, потому что иногда приятно
люди манипулируют или, возможно,
хорошие люди просто хотят
что — то еще, и вы делаете
интереса или конфликта, и, возможно,
не быть приятным, мир
действительно сложное место, и у нас есть эти
упрощенные модели в наших головах, которые помогают
нас рассуждать о мире, если
жизнь не идет в соответствии с умственной
модель , которая вызовет много
разочарование в вас и ребенка, который
не привыкшие к их школе, бросили истерику
зрелый человек, который мы
рассмотрите взрослого и лидера, которым они являются
также разочарованы тем, что они также
ментальная модель , но они знают , что
ментальная модель — всего лишь модель и не
действительно соответствуют фактическим
мира, и они знают, как адаптироваться, когда
их ментальная модель ломается, когда я
скажем, ребенок и взрослый. Я говорю в
более общий смысл и только растут
и я становлюсь все больше и больше
говорить об обучении вообще
например, я танцую Линди Хоп
иногда это танец пары, и когда
вы сначала узнаете, что они учат вас
очень упрощенный набор правил о том, как
как танцевать, это не танец
это просто очень упрощенная форма
но упрощенная модель позволяет
вы рассуждаете о танцах и
и пусть это не подавит вас в этом
но по мере роста вы узнаете, что
эти правила намного более гибкие, чем
вы изначально были убеждены и
все в порядке, в начале мы
простые правила , чтобы вы не были бы
переполнены, но по мере роста вам нужно
быть в состоянии стать более гибким и
Понимаю
и в целом, я сделал видеоролик
а обратно на заводские функции, которые
альтернативная более простая версия для создания
объекты в JavaScript, а не использование
прототип или классы и наиболее
общий ответ на это видео — люди
спрашивать не прототип, не
прототип имеют лучшую производительность
характеристики и память
характеристики, чем заводские функции
и ответ на это да, но только
если вы просмотрите его в этом маленьком
ограниченная упрощенная ситуация в
реальное применение таких вещей
или просто не имеет значения, есть сайт
что вы, вероятно, видели, что это называется
J’s perf comm, где вы можете написать немного
JavaScript- фрагменты и поместить их
бок о бок и заставить их выполнить
миллионы и миллионы раз рядом с
друг друга, а затем вы видите, как
один из них был самым быстрым, поэтому люди пишут
эти микроэлементы рядом с каждым
другие узнают тот, который
быстрее, а затем они делают записи в блогах и
они говорят, что это путь
вы должны для строк, или это
вы должны создавать объекты, потому что
это самый быстрый, и все это очень
соблазнительный для меня как человек, потому что он
дает мне этот недвусмысленный способ
вещи оптимальным способом, но есть два
проблемы с поиском работы
таким образом вы знаете, что
времени, которое требуется для выполнения этого сингла
тип операции, оптимизирующий
Первая проблема заключается в том, что javascript
компиляторы довольно умны для меня там
это много случаев, когда я написал
безумно неэффективный код и просто с
оправдание, что я да, я просто могу попробовать
это, а затем оптимизировать его позже, потому что
которые действительно должны быть оптимизированы и
только чтобы понять, что код работает
безумно быстро, без каких-либо очевидных причин, но
вероятно, потому, что он оптимизирован
компилятором v8 во что-то действительно
действительно исполнитель автоматически, а также
идет много соревнований
среди компиляторов, особенно в работе
сообщества сценариев, так что одна вещь, которая
сегодня медленный может быть не медленным на следующей неделе
так трудно смотреть на данный кусок
и скажите, будет ли это
неэффективны или нет, потому что они так
гораздо больше происходит под вами, когда
это достигается при выполнении одной операции
вам просто нужно признать, что вы не
действительно знаю, что что-то будет
быстро или нет, потому что даже если вы читали
некоторые сообщения в блоге говорят, что это медленно
которые могли бы измениться с тех пор или
сведения о ваших приложениях
облегчит до Optima
компилятор для оптимизации, но второй
проблема намного больше, и это
сосредоточение внимания на одной операции дает нам
это вид туннельного зрения, который
мы забываем о более сплоченном целом
размышление о заводских функциях
по сравнению с прототипами
функции примерно на 30% медленнее, чем
прототипов, и вы можете подумать, что wow
это много, пока вы не учтете факт
что они оба безумно быстро тпру
Хорошо
поэтому мой телефон может создать 643 миллиона
Объекты JavaScript в секунду, в которых мы живем
будущее, но это простые объекты
возможно, они более сложны и
у вас больше соображений памяти и
возможно, вам действительно нужно создать
миллионы объектов в секунду вы
делать что-то 3d в JavaScript или
что нибудь
Я не знаю, давайте просто скажем, если вы
в этой ситуации было бы разумно
посмотрите, как вы можете создавать каждую орбиту
более эффективно, но это более вероятно
что вам лучше подумать о
могу ли я избежать создания этого множества объектов
в первую очередь, и это ведет нас
в алгоритмический алгоритм производительности
это причудливое слово в программировании — это
почти синоним подхода
скажите, что у вас есть список, и вам нужно
найти элемент в этом списке наивный
алгоритм
будет просто идти по списку всех
до тех пор, пока вы не найдете предмет, а затем
вы вернетесь, вы можете сделать это
более эффективный алгоритм
например сортировать список, держите его
отсортированы, и таким образом вы можете быть умными
о том, где вы начинаете поиск в
потому что мы знаем, что элемент не может
быть в некоторых областях, например, или если
вы создаете много миллионов объектов
в секунду вы могли бы сократить это
количество предметов вниз, если вы только рисуете
объекты, которые находятся на экране при
данное время, например, часто
называемой временной сложностью или просто
эффективность в алгоритмах вы не так
как много памяти или как
большая производительность каждого отдельного шага
принимает вас больше заинтересованы в том ,
что эти шаги не произойдут в
первое место
алгоритмическая производительность намного больше
разумный образ мышления
производительности, а не глядя на микро
ориентиры на первичном
но он по-прежнему страдает от того же
проблема в том, что он имеет это
упрощенный заманчивый взгляд на мир его
дает нам возможность нарушить проблему
вниз в эту упрощенную модель, что мы
может просто рассуждать, и мы можем это сделать
лучше, и мы можем чувствовать себя хорошо об этом и
Я действительно могу относиться к этим алгоритмам
они веселы , и это тоже то, что
делает их немного опасными, поскольку в
в большинстве случаев алгоритм не живет
если вы не являетесь академическим
пока еще для бумаги он будет жить
внутри большей системы большая система, которая
это, вероятно, будет миллионы строк
кода и потому, что вы знаете, что люди растут
старый в наше время на этой земле ограничен
у тебя просто не будет времени
написать весь код в отлично
оптимальным способом, поэтому вам нужно знать, как
направляйте свои усилия, чтобы при оптимизации
вам нужно знать, какие части кода
горячие, и я имею в виду, что это то, что
части выполнения
какие пути выполнения
пользователь много, если вы тратите много
время оптимизации некоторых загрузок коды и
что код загрузки используется только в
диалог настроек, который будет доступен только пользователю
входить один или два раза в год, что
быть очень плохим вложением вашего времени
возможно, будет лучше использовать ваши
экономия времени 50 миллисекунд
времени, которое требуется, чтобы открыть меню
например, поскольку это может быть
то, что пользователь много использует в
прекратить использование только разумных критериев
для выполнения приложения
спросить у пользователя, что это происходит быстро и
как только вы идентифицируете части
приложение, в котором он не чувствует себя быстро
для пользователя, которого вы да, вы можете
туннельное видение там и найти
как хорошо, это вот эта точка зрения здесь
не загружается достаточно быстро, да это
должно быть , почему и тогда вы попали в
Профилировщик Я твердо убежден, что быстро
приложения рождаются в профилировщике
нигде больше невозможно
напишите код заранее, это будет
быстро сделайте приложение, вместо этого
должны смотреть на печенье сплоченный
продукта и выяснить, какие части
медленны и устраняют их один за другим
поэтому в резюме я хотел бы, чтобы вы продолжали
в глубине вашего разума, что быстрый код
не сравнится с быстрым программным обеспечением
производительность вашего приложения целостно
и не попадайте в куски
код оставляет вас со ссылками на три
отличные видео, которые я хотел бы вам
смотреть первый из них обучаемый М
R olive, который является этим удивительным русским
инженер-компилятор, что это весело
говорить вам действительно нужно смотреть на
второй речь идет разговор Пол Льюис из
Google, который является удивительно забавным парнем и
действительно очень хороший оратор, и он говорит
о чем-то, что он называет
ничего не имеет
делать с Ruby On Rails его вместо
способ мышления о производительности
что медленно, что это значит, и
третий — более мясистое видео, где
они показывают, как делать raelynne на практике
используя инструменты для создания хрома и
не скупитесь на это, даже если вы не
веб-разработчик, поскольку эти принципы
вообще-то хороши вообще я mpj и
это был эпизод забавной забавной функции
и я делаю эти эпизоды каждый понедельник
утром, поэтому вы должны подписаться так, чтобы
вы не пропустите следующий , если вы имеете
уже сделали это , и вы не хотите
подождите следующего, вы можете нажать здесь
посмотреть, есть ли один из других эпизодов
щекочет вашу фантазию до следующего понедельника
утро остается любопытным
Please follow and like us:

Be First to Comment

Добавить комментарий