Denis Morozov

Вы наверное имели ввиду void* ?
Отличие в том, что id указатель на objective - c объекты, а void* указатель на неопределенный тип, или просто область в памяти (в которой может хранится все что угодно).

stackoverflow.com/questions/1304176/objective-c-di...

Какая проверка работает быстрее?

Которая вызывает переход, предсказанный предсказателем переходов (поскольку ветвь по которой пойдет код уйдет в конвеер)

Если в контексте PHP/Python/Ruby то разницы нету вообще, потому что поток команд формируется по мере выполнения и в итоге не особо получится что-то такое разруливать и тут вообще пофигу какое из перечисленных условий вы будете выполнять. А если говорить о java/javascript/c#/c++/etc то тут большее значение имеет то, как часто будет срабатывать одна или другая ветвь кода. Скажем если условие всегда выполняется или не выполняется, то современный процессор будет после первых двух итераций всегда угадывать какая ветвь кода будет грузиться и оверхэда вообще не будет. Не знаю как на AMD но на интеловских так же неплохо работает предсказание того, что ветви будут выполняться по переменно, один раз одна, другой раз другая.

Так что совсем не важно что будет выполняться в условии. Важно что бы это было предсказуемо, поддавалось каким-то шаблонам. И тогда это будет максимально производительно. А сама операция сравнения это одна операция. и не важно какая это будет операция. Намного важнее что бы весь поток команд который идет на выполнение был в кеше процессора.

И да, если это вообще разовое условие то можно просто забить. Это важно только в циклах.

Выведутся три символа "сло", и, возможно, что-нибудь после них, что именно -- непредсказуемо.
Потому что strncpy копирует не более n (3) символов из исходной строки (s1) в конечную (s2), и если исходная строка длиннее 3 символов, strncpy не добавляет закрывающий символ с кодом 0. Поэтому в s2 попадёт "сло", а дальше останется мусор, который был в памяти, и puts выведет весь этот мусор до первого символа с кодом 0.

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

Вот каждый мнит себя знатоком построения интерфейсов:) По-вашему, разработчики Firefox — лохи и ничего не смыслят?

например что бы изменились текстовые поля нужно cnrl + f5 нажимать

На этапе разработки. А сайт делается для использования. Если нужен инструмент для сброса к первоначальному состоянию — у форм есть метод reset.

в каких браузерах еще такое есть?

Opera на движке Presto, а возможно и современная на webkit. Прежняя Opera кэшировала так жёстко, что Firefox и рядом не лежал. Возможно, что и современная делает так же.

Как сделать так что бы браузер не кэшировал текстовые поля вообще или как правильно все это реализовать?

Для формы в целом или для любого поля в отдельности использовать атрибут:
autocomplete="off"

Update:
Кэширование состояний полей формы можно запретить и заголовком HTTP Cache-control
Cache-Control no-store

Под локальные переменные память выделяется на стеке. Стек никогда не обнуляется, а компилятор всего-лишь двигает стековый указатель. Так что предыдущая функция могла записать на стек всё что угодно, вернуться, вы в этой функции запросили выделить память на стеке под int и указатель снова подвинулся на 4(8) байт вниз, указывая на тот участок стека что оставила после себя предыдущая функция. Что она там оставила - никто не знает.

1) виртуалки osx обновляются достаточно медленно, официальные обновления зачастую не работают, как следствие xcode будет не последней версии

2) osx достаточно требовательна к ресурсам и достаточно жестко оптимизирована под конкретное железо. Я ради интереса пробовал, на виртуалке оно завелось, но что бы работать с приемлемой скоростью пришлось все скопировать на ssd, выделить 6 ядер процессора (по 4.2MHz), 8 gb памяти и 2 gb видео. И то интерфейс подлагивал

3) Mac Mini новый можно взять от 23 000 рублей, с рук дешевле. Это не дорого по сравнению с необходимостью иметь еще как минимум 2 айфона и 2 айпада.

PS Ну т.е чисто для себя попробовать, потыкать гайды итд - можно и в виртуалке, но нужен реально мощный PC
Работать и зарабатывать - с виртуалкой не получится.

display: inline-block Но тогда у вас будут проблемы с пробелами (ширина которых зависит от font-size) между блоков - тот ещё геморрой.

Чтобы с float: left не было проблем, используйте clearfix.

При каждом вызове функции объявляется новая переменная и создаётся новый интервал. Интервал-то останавливается, но не тот, который был создан при предыдущем вызове, а новый.

var snake = { 
     interval : {
		right : function (start){
			if( start == "stop"){
				clearInterval(this.inter);
			} else {
				this.inter = setInterval(function(){}, 500)
			}
		}
	}
};

snake.interval.right();
snake.interval.right("stop");

В этом случае id интервала будет лежать в snake.interval.inter, и вызов с "stop" будет останавливать именно его.

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