Первый закон не работает когда роботу надо принять решение по поводу двух и более человек. Поэтому без нулевого закона три закона просто не будут работать.
Ну в данном случае сравнивать количество зрителей стримов не очень показательно. Разные игры по разному для этого подходят, тем более MTG стримят в основном настольную версию. Да и часть стримеров Hearthstone набирала своих зрителей в других играх, например Diablo и World of Warcraft. Так что это уже больше рейтинг стримеров, чем игр в которые они играют.
И кстати по поводу повышения уровня до 90. Он в-первую очередь сделан для бывших игроков, которым предлагается вернуться в игру чтобы поиграть новым классом. И не стоит забывать что сейчас у World of Warcraft идет падение базы игроков и происходит уход ключевых сотрудников. Так что Blizzard всеми способами пытается остановить это падение.
Очень жесткая идет подмена понятий. Сравнивать сессионные игры и обычные также глупо, как фильмы сравнивать с сериалами. Это совершенно разный жанры. И сессионки по сути являются не более чем тайм киллерами. И кстати Hearthstone не заслуживает права называться коллекционной карточной игрой, потому что одна из важных вещей в данной концепции, это то что карта имеет стоимость и собирая коллекцию карт в Heartstone ты не имеешь ничего. Так что MTG на порядок лучше/интереснее и проживет подольше Heathstone.
Кстати по поводу счетчиков, то можно безболезненно называть счетчик как $i, это устоявшееся название для счетчиков. Естественно при вложенных циклах, лучше давать счетчикам осмысленные названия.
Абсолютно верно. Надо избегать так называемых "магических цифр" в коде. В идеале в коде вообще не должны встречаться числа, цифры или строки. Все они должны быть объявлены как константы с вменяемым именем. Например в этом случае
$MAX_COUNTER = 100;
А в условии уже использовать эту константу, естественно после этого никакой выгоды от порядка использования переменных в условии нет и поэтому лучше писать так, чтобы лучше читалось.
А вообще верно сказано. Читайте книгу Стива Макконела "Совершенный код" и ишите там раздел "самодокументируюшийся код".
Может быть так и стоить делать, только вот в большинстве фреймворков слева все-таки переменная, а справа значение и если следовать этому совету, то получается что в проекте будет 2 разных оформления условий.
Да и от таких привычек потом сложно избавиться. Насколько знаю почти все редакторы поддерживают предупреждение о возможном неправильном использовании знака равенства в условии.
Очень хорошая мысль, что «человеко-машинным интерфейсом» дело не ограничивается.
Работа проектировщика интерфейса намного глубже. В конечном итоге интерфейс - взаимодействие человека с веб-приложением не только на рациональном, но и на эмоциональном уровне, поэтому нужно учитывать много вещей относительно пользователя. Понимать и прочувствовать каждого посетителя и сделать так, чтобы пребывание на сайте приносило пользователю не только информацию, но и удовольствие.
Ну тогда стоит перестать петь на караоке, да и вообще заниматься чем либо непрофессионально :)) Есть такое понятие как фан, и его надо получать в больших количествах. Я думаю такой гаджет будет на ура в веселой компании под пиво.
0. Робот не может нанести вред человечеству или своим бездействием допустить, чтобы человечеству был нанесён вред.
И кстати по поводу повышения уровня до 90. Он в-первую очередь сделан для бывших игроков, которым предлагается вернуться в игру чтобы поиграть новым классом. И не стоит забывать что сейчас у World of Warcraft идет падение базы игроков и происходит уход ключевых сотрудников. Так что Blizzard всеми способами пытается остановить это падение.
http://jovanny.ru/fonts/Underdog.zip
Соответственно домохозяйки выбирают красивенький, а гики вряд ли захотят розовый ноут.
Книжки лучше уж читать:)))
Противостояние технического специалиста и менеджера - бич 21 века.
Assignment in condition
Ищите и обрящите:)
$MAX_COUNTER = 100;
А в условии уже использовать эту константу, естественно после этого никакой выгоды от порядка использования переменных в условии нет и поэтому лучше писать так, чтобы лучше читалось.
А вообще верно сказано. Читайте книгу Стива Макконела "Совершенный код" и ишите там раздел "самодокументируюшийся код".
Да и от таких привычек потом сложно избавиться. Насколько знаю почти все редакторы поддерживают предупреждение о возможном неправильном использовании знака равенства в условии.
Работа проектировщика интерфейса намного глубже. В конечном итоге интерфейс - взаимодействие человека с веб-приложением не только на рациональном, но и на эмоциональном уровне, поэтому нужно учитывать много вещей относительно пользователя. Понимать и прочувствовать каждого посетителя и сделать так, чтобы пребывание на сайте приносило пользователю не только информацию, но и удовольствие.