Простите, а с какого момента n! считается «степенной функцией»? (Факториал растёт быстрее показательной функции.) Я понимаю, что это перевод, но как же насчет «прим. перев.»?
Кстати, вспомнилось.
Во времена, когда компьютеры были редки, а операционкой была ДОСь, отец мой жаловался, что местные дамочки на работе, которые должны были как-то там взаимодействовать с компьютером, не знали английского и не понимали со слуха, как пишется та или иная команда. И когда им говорили «КОПИ», они так и писали «KOPI». Поэтому, айтишники пошли на сделку с совестью :) и диктовали команды в транслите. «ЦОПУ» или, там, «ЦОПЯ», «РЕТУРН» и т.д.
«Шедьюл» — британская, а «скедьюл» — американская форма произношения одного и того же слова. «Корректной и классической» форму произношения назвать без указания региона — это как прямую по одной точке строить. («Патато-пэтейто», как говорил агент Малдер.)
Как «дИкшенри» (брит.) и «дикшенЭри» (амер.) для dictionary. А еще есть «моб(э)л» (брит.) и «мобайл» (амер.). Для mobile, конечно же.
Единственно, если уж человек выбирает говорить на «американском наречии», то пусть все слова говорит с ним. (Безусловно, и там есть свои различия, типа АльбэкЁкэ-АльбэкОйке, но и тогда, выберите, на каком конкретно наречии вы говорите.) А не так, что пару слов я говорю, как брит, еще пару — как янки, а все остальные, как в школе учительница. Йес?
1. Предложу Вам созвучное название, и более приближенное к чтению, глазам: Squint. Подумайте, выйдет благозвучней.
2. Иногда на блогах в текст попадают строки javascript-кода, когда их никто не ждет.
3. Хочется иметь возможность в каком-то месте прекратить чтение, но все равно увидеть статистику. Увы, сейчас приходится читать до конца.
4. Было бы круто, если статистика собиралась бы со всех прочтенных материалов. («Всего», «улучшение/ухудшение», а также учитывался бы feedback: «насколько вы поняли текст при такой скорости».)
Даже без всех этих вещей — еще раз, большое спасибо!
Поделитесь, пожалуйста, методологией разработки.
Кода Вы говорите «сразу номально писать» — это означает, что ни разу не посмотреть в браузер? Если это не так, то, наверное и Вы смотрите в браузер, да и средствами разработчика (Wed Developers Toolkit) не брезгуете?
Может, я какой-то не такой, но для меня самый эффективный способ верстки следующий: создав структуру и набросав в классы, ей предназначенные, основные стили, я перехожу в Дев Кит Хрома и вживую играюсь параметрами до тех пор, пока результат меня не удовлетворит. Полученные стили копирую в их классы. Повторяю.
Очевидно, такой подход совсем не работает с Сассом. Как поступаете Вы?
Кому-то нравится порядок в типах c#, кто-то обожает гибкость, присущую javascript. И у тех, и у других — получается хорошо решать стоящие перед ними задачи (при условии их профессионализма, виртуозного владения основами и тонкостями языка).
Но самое жуткое, что мне пришлось наблюдать в одном из прошлых проектов — это как заядлые (в хорошем смысле слова) шарписты воссоздавали типизацию, классы, публичные, приватные и защищенные методы в javascript, чтобы подчинить этот язык более привычной им логике. Они плодили оъекты «классов» через new ..() и, не зная, как их связывать, создавали древовидные структуры, чтобы содержать эти объекты. Поддержка такой системы оборачивалась совершенно непредсказуемыми косяками и была доступна не то, что «дот-нетчикам с элементарными знаниями javascript», и даже не сугубо джаваскриптерам, а преимущественно самим создателям. В общем, удручающее воспоминание.
По возможности удерживайтесь от такой крайности. Дружите с языками по отдельности.
В действительности, толковых примеров использования событийной коммуникации между модулями я и не привел. Если не считать самого последнего кусочка кода. (Первые три секции лишь демонстрировали возможности .trigger() и .on() по отношению к пользовательским событиям.)
Поэтому полностью с Вами согласен, не надо пользоваться событиями, если мы имеем в виду методы. «Источник известен + получатель известен => позови метод.»
Другое дело, когда чего-то из этого становится больше и/или исчезает необходимость жесткого соединения. Это, например, когда источник перестает заботиться о том, сколько получателей примет его сообщение и примет ли вообще. Главное — уведомить. А послушать — это на совести слушащих.
Пример? Я его отложил для второй части, но почему бы и нет. На сайте магазина есть страницы, различающиеся набором и видом виджетов, следящих за изменением корзины. Одни — содержат список товаров, другие — отображают линку с маркером количества товаров в корзине, третьи — предлагают похожие товары на основании уже купленных. Кроме того, добавить товар в корзину пользователь может из различных виджетов (которые могу присутствовать на одних и отсутствовать на других страницах). Но — пользуясь событиями — мы можем сделать так, что успешное добавление товара в корзину (изменение корзины) из любого виджета вызовет событие: "корзина изменена". И может быть — пошлет дополнительные данные. Все виджеты, которые присутствуют в данный момент на странице, заинтересованные в данном событии — предпримут какие-то действия: перерисуются, обратятся за доп. данными и т.п. Так, замигает иконка корзины, пополнится список «Обратите внимание и на эти товары», уйдет пинг на сервер «Подозрительная покупка, сообщите в органы» и т.п.
Исключительно методами такое делать можно, разумеется; но событийная система как нельзя лучше отвечает потребностям программиста в данном примере — да и поддерживать легче. (Про поддержку событий я хотел написать отдельно в следующей части.)
Спасибо за замечание. Кстати, просмотрев различные интерфейсы Promises, склоняюсь к мнению, что в jQuery (и, наверное, в Q) он наиболее удобен и интуитивно понятен. Разве что за исключением реализации $.when().
— There's absolutely no need to call me Shirley.
Во времена, когда компьютеры были редки, а операционкой была ДОСь, отец мой жаловался, что местные дамочки на работе, которые должны были как-то там взаимодействовать с компьютером, не знали английского и не понимали со слуха, как пишется та или иная команда. И когда им говорили «КОПИ», они так и писали «KOPI». Поэтому, айтишники пошли на сделку с совестью :) и диктовали команды в транслите. «ЦОПУ» или, там, «ЦОПЯ», «РЕТУРН» и т.д.
Как «дИкшенри» (брит.) и «дикшенЭри» (амер.) для dictionary. А еще есть «моб(э)л» (брит.) и «мобайл» (амер.). Для mobile, конечно же.
Единственно, если уж человек выбирает говорить на «американском наречии», то пусть все слова говорит с ним. (Безусловно, и там есть свои различия, типа АльбэкЁкэ-АльбэкОйке, но и тогда, выберите, на каком конкретно наречии вы говорите.) А не так, что пару слов я говорю, как брит, еще пару — как янки, а все остальные, как в школе учительница. Йес?
1. Предложу Вам созвучное название, и более приближенное к чтению, глазам: Squint. Подумайте, выйдет благозвучней.
2. Иногда на блогах в текст попадают строки javascript-кода, когда их никто не ждет.
3. Хочется иметь возможность в каком-то месте прекратить чтение, но все равно увидеть статистику. Увы, сейчас приходится читать до конца.
4. Было бы круто, если статистика собиралась бы со всех прочтенных материалов. («Всего», «улучшение/ухудшение», а также учитывался бы feedback: «насколько вы поняли текст при такой скорости».)
Даже без всех этих вещей — еще раз, большое спасибо!
Кода Вы говорите «сразу номально писать» — это означает, что ни разу не посмотреть в браузер? Если это не так, то, наверное и Вы смотрите в браузер, да и средствами разработчика (Wed Developers Toolkit) не брезгуете?
Может, я какой-то не такой, но для меня самый эффективный способ верстки следующий: создав структуру и набросав в классы, ей предназначенные, основные стили, я перехожу в Дев Кит Хрома и вживую играюсь параметрами до тех пор, пока результат меня не удовлетворит. Полученные стили копирую в их классы. Повторяю.
Очевидно, такой подход совсем не работает с Сассом. Как поступаете Вы?
Но самое жуткое, что мне пришлось наблюдать в одном из прошлых проектов — это как заядлые (в хорошем смысле слова) шарписты воссоздавали типизацию, классы, публичные, приватные и защищенные методы в javascript, чтобы подчинить этот язык более привычной им логике. Они плодили оъекты «классов» через new ..() и, не зная, как их связывать, создавали древовидные структуры, чтобы содержать эти объекты. Поддержка такой системы оборачивалась совершенно непредсказуемыми косяками и была доступна не то, что «дот-нетчикам с элементарными знаниями javascript», и даже не сугубо джаваскриптерам, а преимущественно самим создателям. В общем, удручающее воспоминание.
По возможности удерживайтесь от такой крайности. Дружите с языками по отдельности.
В действительности, толковых примеров использования событийной коммуникации между модулями я и не привел. Если не считать самого последнего кусочка кода. (Первые три секции лишь демонстрировали возможности
.trigger()и.on()по отношению к пользовательским событиям.)Поэтому полностью с Вами согласен, не надо пользоваться событиями, если мы имеем в виду методы. «Источник известен + получатель известен => позови метод.»
Другое дело, когда чего-то из этого становится больше и/или исчезает необходимость жесткого соединения. Это, например, когда источник перестает заботиться о том, сколько получателей примет его сообщение и примет ли вообще. Главное — уведомить. А послушать — это на совести слушащих.
Пример? Я его отложил для второй части, но почему бы и нет. На сайте магазина есть страницы, различающиеся набором и видом виджетов, следящих за изменением корзины. Одни — содержат список товаров, другие — отображают линку с маркером количества товаров в корзине, третьи — предлагают похожие товары на основании уже купленных. Кроме того, добавить товар в корзину пользователь может из различных виджетов (которые могу присутствовать на одних и отсутствовать на других страницах). Но — пользуясь событиями — мы можем сделать так, что успешное добавление товара в корзину (изменение корзины) из любого виджета вызовет событие:
"корзина изменена". И может быть — пошлет дополнительные данные. Все виджеты, которые присутствуют в данный момент на странице, заинтересованные в данном событии — предпримут какие-то действия: перерисуются, обратятся за доп. данными и т.п. Так, замигает иконка корзины, пополнится список «Обратите внимание и на эти товары», уйдет пинг на сервер «Подозрительная покупка, сообщите в органы» и т.п.Исключительно методами такое делать можно, разумеется; но событийная система как нельзя лучше отвечает потребностям программиста в данном примере — да и поддерживать легче. (Про поддержку событий я хотел написать отдельно в следующей части.)
Еще раз спасибо!