All streams
Search
Write a publication
Pull to refresh
33
0
Тимушев Роман @romik

User

Send message
Навскиду — весьма необычный подход к this и к области видимости переменных, прототипное наследование.
Статья вроде о том, как человеку малознакомому с JavaScript подойти к разработке вёб-приложений? Так вот для человека до этого программировавшего на других языках в JavaScript слишком много заботливо приготовленных граблей. Я не говорю, что JavaScript плох, но CoffeeScript скорее всего позволит совершать меньше ошибок.
8. Выкиньте JavaScript и возьмите CoffeeScript, если у вас нет особых причин так не делать.
Идемпотентность, а не то что вы написали ;-)
Тогда уж можно переименовать TCursorSaver в TCursorChanger и передавать ему новый курсор в конструктор. Будет более SRPшно.
Сами рабочие потоки пусть из очереди и извлекают, им для этого поток-планировщик не нужен.
Используется. Я знаю по крайней мере один такой сервис. Но насколько такая схема популярна сказать не берусь.
Скорее всего они имели в виду что у Verizon и AT&T разные частоты 4G, поэтому приходится продавать отдельные устройства.
Это значит что вы должны подтвердить что эти пять ключей именно те, что используются мэйнтейнерами арча. Для этого можно, например, проверить fingerprintы.
Если откажитесь — не сможете ставить пакеты.
Благодаря systemd у меня время загрузки сократилось с 30 секунд до 5:
~ % systemd-analyze
Startup finished in 2465ms (kernel) + 2361ms (userspace) = 4826ms

Так что проблема где-то у вас в конфигурации. Впрочем, если вы не хотите использовать systemd, арч вас не заставляет, старая init-система по прежнему работает.
Идея неплохая, только выберите какой-нибудь более нейтральный цвет для foreground. Всё же цвет курсора далеко не обязательно будет хорошо смотреться если им писать текст. В некоторых схемах (в частности, в Solarized) курсор слишком контрастный.
Может взять просто «Default text»?
Вы наверное и в Word документы пробелами форматируете? ;-)
Вероятность того, что есть хоть один файл, три копии которого лежат как раз на трёх вышедших из строя дисках равна (1-(1-1/N^3)^K), где N — число жестких дисков, а K — число файлов.
Если число файлов больше N^3 то вероятность близка к 1.

Сколько файлов реально хранит Swift я не знаю.

Товарищ правильно считает, если исходить из тезиса статьи: «Если все копии разбросаны по дискам случайно, как это сделано в Swift, то наверняка какой-то из файлов окажется в трёх умерших дисках.»
А цикл статей «Как собрать ваш фотоаппарат и объектив обратно» вы можете получить отправив смс на короткий номер XXX :-)
Тут тоже про Instagram: highscalability.com/blog/2012/4/9/the-instagram-architecture-facebook-bought-for-a-cool-billio.html
Без особых деталей, но, судя по всему, покрыт почти весь стек используемых технологий.
Не суть, числа конечно надо перемножать. Тогда получится операций/полный заряд.

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity