ryzhak: IP сервера забанили и выдают ему пустой ответ? Проверить можно отправив любой, более простой, запрос к этому серверу (либо вручную, не программно, если есть такая возможность).
therhino: комментировать нужно, чтобы уменьшить время на вхождение в проект или отдельные области кода, особенно при командной работе, особенно в больших проектах.
Dum_spiro_spero: хорошо продумывать необязательно, можно делать и менять в процессе. Как ни странно, но изначально хорошо продуманные проекты нередко остаются просто хорошо продуманными проектами, без реализации или же с никому не нужной реализацией. Даже если все продумано и сделано идеально, со временем будет бардак. Миром правит хаос :)
Измельчать следует аккуратно, если переусердствовать, проект может получится излишне сложным. Нечто вроде лабиринта, путешествие по которому не будет доставлять никакого удовольствия и будет съедать много времени.
А писать в любом случае полезно, поскольку помогает не только вспомнить что-то, но и обнаружить ошибки и недоработки. Я вот уже с ноября пишу статейку по одному из своих проектов, за это время сделал два выпуска новых версий продукта и третий на подходе. Саму статью пока не дописал, но изменения в проекте сделал как раз из-за выявленных недоработок в процессе написания статьи :-)
В молодости, еще помню, была память хорошая, все держалось в голове и даже комментарии можно было не писать. Но старею, проектов становится больше и они существенно крупнее и сложнее. Дело доходит до того, что каждый понедельник приходится вспоминать, над чем я работал в пятницу. Быстро вспоминать помогает использование единых правил разработки, заметки в комментариях, если я что-то не доделал или запланировал на будущее, ну и задания самому себе :-) В заданиях, если использовать систему управления проектами, что-нибудь на подобии Assembla, ссылку на которую я показал в своем ответе, можно описывать ход выполнения задачи. Например обычно, когда я отправляю изменения кода в систему контроля версий, то указываю комментарий к заданию, к которому относятся изменения. Потом можно просто открыть задание и посмотреть ход его выполнения. Главное не забыть название и расположение проекта, над которым работаешь :-))
fryette: задача слишком странная, поэтому и приходят мысли о школьниках :) Программисты обычно проводят отладку, ищут причину проблемы и решают. Ну и практической пользы от работы показанного фрагмента кода тоже никакой и это еще один признак школьного (или универного, разницы никакой) задания.
Аналогично с комментарием. Учитывая бесполезность кода, от удаления причины, которая мешает пройти тест, плохо не будет, разве что двойку поставят, но это не страшно. Вот если спутники начнут падать, тогда да :-)
Чтобы тест пройти успешно, изменения ведь в любом случае нужно внести. Я предложил несколько вариантов, куда именно вносить, решайте сами.
Условие x > value, тоже, как вариант можно поменять. Ну или сделать x + 1000 > value, тогда не придется менять значения. Сколько спичек можно передвинуть, согласно условию задачи? ;-)
Думаю, можно поискать еще более красивое математическое решение этой задачи.
fryette: FunctionExtentions - это просто имя класса теста? Если убрать строку, у которой написано: "This should not affect the call above!", то тест будет успешно пройден.
Либо можно поменять передаваемые значения, чтобы они прошли условие x > value, т.е. значение x должно быть больше 1000:
Assert.IsTrue(result(2000));
Assert.IsTrue(result(5000));
Assert.IsTrue(result(1001));
Это что, очередное школьное задание по информатике? :-))
oddmanout: сложно сказать, в чем дело... Не встречал подобного.
TempData, Session, или может какой-нибудь Dynamic IP Restrictions, или просто правила маршрутов косячные. Или вирусы, хотя зачем им это.. Или это может делать код от какого-нибудь сервиса типа Sape (если используется). Или какой-нибудь клиентский код, например, для ссылок AJAX.
Можно попробовать добавить правило выпрямления таких адресов :-)
В localhost, при разработке, проблема не проявлялась?
Не знаю, как в Android, но в веб, при добавлении маркера на карту можно же указать его идентификатор (и любые другие данные) и по этому идентификатору искать в базе.
Satiata: Может обработчик события не прицепился? У себя этот код проверял, все работает, как задумано.
В InitializeComponent должна быть такая строчка кода:
this->aPredelText->KeyPress += gcnew System::Windows::Forms::KeyPressEventHandler(this, &MyForm::aPredelText_KeyPress);
etherreals: еще можно пытаться отвечать на вопросы по JavaScript. Т.е. решать чужие задачи и получать свой опыт. В этой теме я ничего нового не узнал, но иногда попадаются вопросы, отвечая на которые я узнаю что-то новое, или вспоминаю хорошо забытое старое.
Это скорее шутка. Придется мелодии собирать, много мороки :)
/Про угадать слово.../
Можно и promt и alert. Для начала. А потом уже сделать более красиво.
Например, можно использовать текстовые поля. Оповещения выводить на страницу, а не неудобными всплывающими окнами. Можно Якубовича нарисовать, и чтобы всякий раз, когда называется неправильное слово у него усы шевелились и в итоге отваливались :) Усы долго рисовать, но вариант может быть таким: jsfiddle.net/alekseynemiro/777hq6ue Можно развивать в разных направления.
/то подобных задачек я уже много решил/
Нужно эволюционировать. Решив задачу, пытаться найти еще более лучшее/красивое решение для той же задачи. Это один из важных элементов в программировании. Сделал дело, сделай лучше!
Не совсем понимаю, почему программа и графический интерфейс разделены, что мешает им быть вместе? :)
Или что подразумевается под словом "программа"?
Если пользователь вводит данные, то как программа об этом узнает? Почему нельзя сделать также с выбором пользователем устройства и выполнить необходимые обновления в интерфейсе программы?
Если ожидание подключения устройств требует определенного времени и может блокировать интерфейс, то следует использовать потоки.
