Sergei Borisov

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

- (IBAction)login:(UIButton *)sender {
        sender.enabled = NO;
	AFHTTPRequestOperationManager *manager = [AFHTTPRequestOperationManager manager];
	NSDictionary *parameters = @{@"_login": @"bar", @"_pass" : @"123"};
	[manager POST:@"http://example.com/resources.json" parameters:parameters success:^(AFHTTPRequestOperation *operation, id responseObject) {
	    NSLog(@"JSON: %@", responseObject);
            sender.enabled = YES;
	} failure:^(AFHTTPRequestOperation *operation, NSError *error) {
	    NSLog(@"Error: %@", error);
            sender.enabled = YES;
	}];
}

в общем случае задача которую вы описываете на мой взгляд специфична для каждого проекта.

если хотите запросы одного типа выполять последовательно, можете использовать например NSOperationQueue

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

Вариантов для Android на самом деле несколько:
1. Eclipse. Изначально SDK делался под него. Но этот комбайн немного тормознуто работает на более менее большом проекте. Качаете просто Eclipse Standart. Все остальные варианты содержат ненужные вам плагины.
2. Netbeans. Тоже неплохая среда разработки. Мало чем уступает Eclipse.
3. Android Studio. На самом деле за названием скрывается IntelliJ IDEA, которую считаю самой лучшей средой разработки на Java. Это подтверждает и то, что Google отказался от Eclipse в пользу этой среды разработки. Выбирайте её и не пожалеете.

Стоит отметить ещё один факт. Для первых двух надо обязательно отдельно скачать Android SDK и потом в настройках указать его расположение. Android Studio уже содержит SDK и сама всё настроит. Но для разработки все равно надо будет потом запустить менеджер SDK и установить нужные вам версии Android, которые вы планируете для разработки.

А вот для iOS всё сложнее. Во-первых нет никакой возможности разрабатывать на Windows или Linux. Только Mac OS и ничего другого. В качестве IDE для разработки родной и бесплатный Xcode от Apple. Также можно приобрести платный AppCode всё от той же JetBrains, которая является разработчиком IntelliJ IDEA и многих других популярных IDE.

Путь в таблице `table` поле `field1` определено как UNIQUE (или PRIMARY KEY).
Добавление только новых

INSERT IGNORE INTO `table` (`field1`, `field2`, `field3`) 
    VALUES (`valA1`, `valA2`, `valA3`), (`valB1`, `valB2`, `valB3`)

Добавление с заменой

INSERT INTO `table` (`field1`, `field2`, `field3`) 
    VALUES (`valA1`, `valA2`, `valA3`), (`valB1`, `valB2`, `valB3`) 
    ON DUPLICATE KEY UPDATE `field2` = VALUES(`field2`), `field3` = VALUES(`field3`)

Удаление

DELETE FROM `table` WHERE `field1` IN (`valA1`, `valB1`)

Тесты начинаешь "понимать" когда количество "проверяемых на глаз" страниц после каждой правки переваливает за 7-10 (+под разными логинами). Тогда действительно становится более лениво "ползать по сайту", чем "написать тест". Для трех-страничной хоумпейдж не актуальны, в остальных случаях "мастхев"

Проще всего рассматривать это так: тестами ты сам себе ТЗ пишешь.
Я хочу такой-то функционал (написал тест), и пока этого нет (тест провалился).

Если не проверять тесты на предварительную провальность, пришлось бы еще тесты на тесты писать, поскольку есть шанс написать тест, который всегда проходить будет.

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

Почему я не могу создать большой статический массив

Потому что в приведённом коде массив не статический, а на стеке.
Статическим он станет, если вы припишете к нему слово static или вынесете его определение из функции.
Почему программа при этом падает -- потому что размера стека недостаточно. Размер резервируемого стека (т.е. максимально возможный размер стека, память под него выделяется по мере использования) записан в свойствах вашего PE файла и может быть установлен во время линковки.
Динамически вы выделяемый массив размещается в куче. На размер кучи тоже есть ограничения, но, как правило, они существенно больше. Кроме того, приложение может создавать новые кучи нужного размера во время выполнения.
Размер массива ограничен следующими вещами:
1. размером указателя (т.е. моделью памяти, под которую производится сборка. Так, например, в модели x32 с 32-битными указателями суммарный размер всех массивов ограничен 4 гигабайтами)
2. типом размещения массива:
- автоматический (на стеке) -- зарезервированным размером стека;
- статический (в сегменте данных/bss) -- размером указателя;
- динамический (в куче) -- зарезервированным размером кучи/реализацией менеджера памяти;
- в памяти выделенной VirtualAlloc/MapViewOfFile/... -- размером указателя и текущей фрагментацией адресного пространства.

смотря что считать "распространенными задачами" ...

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

так например на Java в сравнении с C++ проще и быстрее писать кросс платформенные приложения или много поточные приложения и при этом они будут работать быстрее C++, но зато когда дело касается железок или объёмной работы над памятью то на С++ писать быстрее и проще и работать будет быстрее чем Java.

а весь цимес в том что не надо говорить "Java" или "C++", надо говорить "Java" и "C++", за счёт того что есть JNI вы спокойно можете вынести все нагруженные вычисления в С\С++, а в Java оставить всё остальное, и получить лучшее из двух миров.

Если под ios в браузере идет то можно не переделывать phonegap.com

build - по умолчанию в эклипсе является каталогом для скомпилированных классов, если же проект maven - /target/classes.
META-INF опять же..может вообще не существовать, а генерироваться при сборке...
В общем: структура коррелирует с типа проекта. При этом сохраняется возможность "своего" размещения
Почитать - на каждый проект, свой файл сборки. Вот именно в него и заглянуть, что бы понять почему именно так.

Можно.
Пользуюсь multisystem для этого.
liveusb.info/dotclear

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

p.s. python тоже хорош, но в данном случае, уступает lua.