Так уменьшите эти запрашиваемые права. Ведь на самом деле нужно только
Доступ к аудиозаписям
Приложению будут доступны Ваши аудиозаписи Доступ в любое время
Приложение получит доступ к Вашим данным в любое время, даже когда Вы будете не в сети
Мне, скажем, боязно. Мало ли, что вы или ваш пьяный админ мне в статус проспамит или моим друзьям…
У вас есть статистика сколько людей нажало «спасти коллекцию», а потом отказалось выдать вам права?
Уже тысячу лет пользуюсь SlideIt. Жестовая клавиатура по типу Swype. Работает шустро, распознаёт хорошо, выглядит тоже неплохо. Первое время после установки не мог нарадоваться, постоянно хотелось набирать тексты на телефоне :)
Выставил: let g:XkbSwitchEnabled = 1
let g:XkbSwitchLib = '/usr/lib/libxkbswitch.so'
let g:XkbSwitchIMappings = ['ru']
$ xkb-switch -l
us
ru
Перезапускаю VIM.
1) Вхожу в режим редактирования,
2) Включаю русский
3) Выхожу из режима редактирования не переключая языка
Пытаюсь сделать хоть что-то `dd` не пашет, двоеточие не пашет. Но при этом в режиме вставки работают горячие клавиши. Например, ctrl+t, что в русской, что в английской раскладке сдвигает текст.
// Cycle through array and echo out each name.
for(var i = 0, len = array.length; i < len; i++) {
console.log(array[i]);
}
Плохой совет. Надо писать код так, чтобы его не надо было комментировать. И уж представить себе совета по поводу комментирования хуже чем капитанить в комментариях к коду выше сложно себе представить
При работе в VIM некоторые советуют заменить ESC на CAPS, т.к. ESC одна из самых нажимаемых кнопок при работе в VIM. Как раз недавно перешёл на переключение раскладки по CAPS и мучаюсь выбором…
А откуда ещё плевки? Если можете, покидайте ссылочек.
А по теме, то кажется, всё в порядке: ребята быстро написали продукт на Rails, пришла пора масштабироваться — выбрали более подходящее решение.
Во-первых, не факт, что они не могли всё оптимально переписать на Ruby (например, используя другой фреймворк, активнее используя кеширование, переработав логику и т.п.). Во-вторых, даже, если и не могли, то, кажется, ничего страшного. У каждого языка\фреймворка должна быть своя ниша. Судя по тому, что их сервера перестали справляться Ruby\Rails прекрасно выполнили свою функцию.
Себя легко заставить: для начала каждый раз когда будете искать и исправлять ошибку в уже имеющемся коде, напишите простой unit-test, который её демонстрирует. Самомотивация простая: вам всё равно придётся тестировать (руками или автоматически) и всё равно придётся тестировать ещё раз после того, как исправите (опять же руками или автоматически). А скорее всего, если ошибка сложнее опечатки, придётся тестировать не один раз, а несколько. Таким образом, один раз написать тест скорее всего дешевле, чем из раза в раз тестировать руками.
Так можно научиться писать unit-test'ы и приобрести полезную привичу, а дальше TDD, BDD и прочая…
Гифки уместны, безусловно, но их можно было бы скрыть и показывать по клику. Когда же пытаешься прочесть текст между двумя гифками, а вокруг все мельтешит, не знаю как у вас, но у меня неприятные ощущения.
Безусловно вы правы. Я никак не защищаю автора, на на данном этапе это даже не алгоритм, а очень общая идея алгоритма. И вся критика выше, убирая интуицию (которая у меня работает в том же ключе, что и у вас), достаточно несостоятельная в этом ключе.
Не вопрос. Но причём тут тогда рассуждения на тему «можно ли сжать любой файл размером 2ГБ так, чтобы размер архива всегда был меньше 2ГБ» или вообще не верные рассуждения «числитель и знаменатель всегда будут больше исходного файла»?
Я не знаю ответа на ваш вопрос. Но, подозреваю, что и вы не знаете. Я думаю, что «алгоритм», предложенный Бабушкиным абсолютно не эффективен на практике. Я зашёл на Хабр, ожидая, что тут будут внятные комментарии с корректным обоснованием неэффективности. А я вижу аргументацию уровня не выше, чем та, что цитируется в ролике. Общие слова, которые никак
Что доказывает ваш контрпример? Вы считаете, что не существует примера неэффективности LZW?
Мне, скажем, боязно. Мало ли, что вы или ваш пьяный админ мне в статус проспамит или моим друзьям…
У вас есть статистика сколько людей нажало «спасти коллекцию», а потом отказалось выдать вам права?
Выставил:
let g:XkbSwitchEnabled = 1 let g:XkbSwitchLib = '/usr/lib/libxkbswitch.so' let g:XkbSwitchIMappings = ['ru']$ xkb-switch -l us ruПерезапускаю VIM.
1) Вхожу в режим редактирования,
2) Включаю русский
3) Выхожу из режима редактирования не переключая языка
Пытаюсь сделать хоть что-то `dd` не пашет, двоеточие не пашет. Но при этом в режиме вставки работают горячие клавиши. Например, ctrl+t, что в русской, что в английской раскладке сдвигает текст.
Плохой совет. Надо писать код так, чтобы его не надо было комментировать. И уж представить себе совета по поводу комментирования хуже чем капитанить в комментариях к коду выше сложно себе представить
А по теме, то кажется, всё в порядке: ребята быстро написали продукт на Rails, пришла пора масштабироваться — выбрали более подходящее решение.
Во-первых, не факт, что они не могли всё оптимально переписать на Ruby (например, используя другой фреймворк, активнее используя кеширование, переработав логику и т.п.). Во-вторых, даже, если и не могли, то, кажется, ничего страшного. У каждого языка\фреймворка должна быть своя ниша. Судя по тому, что их сервера перестали справляться Ruby\Rails прекрасно выполнили свою функцию.
Так можно научиться писать unit-test'ы и приобрести полезную привичу, а дальше TDD, BDD и прочая…
Не полный аналог, конечно… Но в своё время был весма неплох.
Что доказывает ваш контрпример? Вы считаете, что не существует примера неэффективности LZW?