Программирование, т. 5.1.

очень грубое окрyгление 0.6 = 0.666666..

У тебя в 40% случаев у компа будут ножницы

в таких случаях всегда юзай:

computerChoice = Math.random() % 3; // % возвращаяет остаток от деления

а так то код очень хороший получился, почти идеальный.

на счет массивов: это скорее усложнение существующего алгоритма. К тому же массивы нужны для хранения, манипулации над элементами.

так что не заморачивайся, код вполне годный.

вангую кто-то полюбому enum предложит и теоритически окажется прав, но практически нет

var $ = ['rock', 'scissors', 'paper'],
 a = $.indexOf(prompt($.join(' or '))),
 b = ~~(Math.random() * 3);
alert(a!=b ? ((a < b ? (a + b == 2 ? 'pc' : 'user') : (a + b == 2 ? 'user' : 'pc')) + ' win') : 'standoff');

a!=b можно заменить на a-b

что за ~~

del

ну битовые операции

что за ~~

десу~~

мне такое рано еще

Или вот, немного укоротил

var $ = ['rock', 'scissors', 'paper'],
 a = $.indexOf(prompt($.join(' or '))),
 b = ~~(Math.random() * 3);
alert(a - b ? ((a + b == 2 ? (b > a ? 'pc' : 'user') : (a < b ? 'user' : 'pc')) + ' win') : 'standoff');

а если вообще убрать пробелы

$=['rock','scissors','paper']
a=$.indexOf(prompt($))
b=~~(Math.random()*3)
alert(a-b?((a+b==2?(b>a?'pc':'user'):(a<b?'user':'pc'))+' win'):'standoff')

$=['rock','scissors','paper'],a=$.indexOf(prompt($)),b=~~(Math.random()*3)
alert(a-b?((a+b==2?(b>a?'pc':'user'):(a<b?'user':'pc'))+' win'):'standoff')

$=['rock','scissors','paper'],a=$.indexOf(prompt($)),b=~~(Math.random()*3)
u='user',alert(a-b?((a+b==2?(b>a?'pc':u):(a<b?u:'pc'))+' win'):'standoff')

как еще сократить, ваши идеи?

$=['rock','scissors','paper'],a=$.indexOf(prompt($)),b=~~(Math.random()*3)
u='user',alert(a-b?(a+b==2?(b>a?'pc':u):(a<b?u:'pc')):'standoff')

ну битовые операции

ну как бы проблема в том, что в нормальных языках

#include <iostream>
using namespace std;
int main()
{
  int i = 5;

  int inv = ~i;

  int doubleInv = ~inv;

  cout << "i = " << i << ", ~i = " << inv << ", ~~i =" << doubleInv << endl;

  return 0;
}

i = 5, ~i = -6, ~~i =5

да и жс вряд ли должен делать это по-другому

а тут можно про ангулар спрашивать? или тебя хуями обкидают

а тут можно про ангулар спрашивать? или тебя хуями обкидают

ну битовые операции

ну как бы проблема в том, что в нормальных языках

 

 

 

#include <iostream>
using namespace std;
int main()
{
  int i = 5;

  int inv = ~i;

  int doubleInv = ~inv;

  cout << "i = " << i << ", ~i = " << inv << ", ~~i =" << doubleInv << endl;

  return 0;
}

 

 

i = 5, ~i = -6, ~~i =5

 

да и жс вряд ли должен делать это по-другому

Он и не делает по другому, просто это убирает не целочисленную часть, округляет так сказать. Что мне и требуется.

ты будешь пытаться утверждать, что целиком нативное приложение будет работать медленнее приложения, работающего через виртуальную машину?

я буду утверждать, что в хуй никому не уперся этот прирост

пожалуй поддержу. даже учитывая что оно будет меньше ресурсов жрать, и, потенциально, батарею - всем похуй на это, т.к. стоимость разработки и поддержки тут решает.

А я считаю что этот прирост очень круто под мобильные устройства.

А я считаю что этот прирост очень круто под мобильные устройства.

круто но на уровне выше программиста, пишущего это - нахуй никому не сдался.

А я считаю что этот прирост очень круто под мобильные устройства.

круто но на уровне выше программиста, пишущего это - нахуй никому не сдался.

Не согласен - это позволит экономить батарейку, повысит скорость работы (в теории конечно). Не думаю что это будем прям так явно заметно, но думаю, в целом картина будет видна. Ну и кроме того это сократит издержки производителей и т.д. и т.п.

А я считаю что этот прирост очень круто под мобильные устройства.

круто но на уровне выше программиста, пишущего это - нахуй никому не сдался.

Не согласен - это позволит экономить батарейку, повысит скорость работы (в теории конечно). Не думаю что это будем прям так явно заметно, но думаю, в целом картина будет видна. Ну и кроме того это сократит издержки производителей и т.д. и т.п.

Да. Оно позволит сократить. Но никто не будет тратить больше денег на разработку и поддержку, ради какой то экономии батареи. Проще батарею посильнее выпустить производителю, и повербанки, и еще на этом заработать.

Это удел пет проектов такой хуйней страдать. А потом их купят, и только уже тогда может что-либо да выгорит.

на какую разработку?

они дают полный дотнет скомпиленный статически в нативный код

от тебя не требуется ничего, кроме как запустить другой компилятор.

это как юзание ngen'а, только до самого конца, без виртуальной машины

единственный вопрос, как они сделали сборку мусора

http://msdn.microsoft.com/en-US/vstudio/dn642499.aspx

Хуйню оно выдаст, которую еще доделывать придется.