Неожиданная сторона

Прошел уже наверно месяц, как у меня HTC Surround на платформе Windows 7, и пока все работает отлично. Только вот два дня назад приложение для работы с Facebook начало капитально зависать. Не знаю почему, но после старта оно загружает вроде бы все данные с сайта, а потом подвисает и явно пытается что-то еще загрузить и не может.

При этом сам телефон не виснит и это ему в плюс. Когда у меня завис текстовый редактор на андроидном планшетнике, пришлось перегружать ОС. Но может тут симптомы были разные (хотя какие могут быть симптомы у текстового редактора) и сравнивать по этому показателю тяжело.

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

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

Много много лет назад, я начал писать Библию Delphi и выкладывать ее на VR. Когда было готово оголо 10 глав (может больше, я уже и не помню точно) я выложил весь готовый материал Библии Delphi бесплатно на диск Хакера. Кто хочет вспомнить точные данные может взглянуть подписку журнала и его диски, чтобы найти первое упоминание и самую первую версию Библии.

Я вообще не планировал печататься. Я просто понял, что мои статьи на VR были слишком не последовательны для изучения с нуля. Статьи хороши, когда ты уже знаешь язык, но когда нужно получать много информации на начальном этапе обучения, лучше все же иметь последовательное описание в виде книги или очень большого мануала. Я решил бить на главы чтобы проще было качать из инета, тогда все же инет не у всех был прекрасный, чтобы тянуть из интернета многомегабайтные мануалы. Да и главы все же удобно и для чтения и написания. В общем, получалось что-то типа книги.

На мой взгляд интеллект SQL Server очень мозговитый и он умеет многое. Вот чего мне еще хотелось бы, так это возможности проверки на случайную глупость при создании индексов. У нас громадная база и с целью оптимизации один программер решил создать новый индекс. Но индекс не помог, потому что точно такой же с другим именем уже существовал. Сейчас два индекса поддерживают одни и те же данные. Радует то, что эта таблица обновляется не часто, поэтому затраты не большие, но она используется очень часто, поэтому даже этих маленьких бессмысленных затрат на поддержку двух одинаковых индексов хочется избежать.

В случае с индексами поговорка "ломать не строить" не работает. Тут наоборот проще построить индекс, чем сломать. Из-за того, что таблица используется ооооочень часто, на таблице почти постоянно есть проблемы в виде Dead Lock-ов. В таких условиях SQL сервер просто отфутболивает меня, а останавливать сайт чтобы освободить блокировки я не могу.

Хотелось бы, чтобы сервер сам сообщал, что в каком-то месте есть уже индекс с таким именем и создание нового является бесмысленной глупостью. 2005-й сервер не предупреждает. Может более новые версии более интеллектуальны.

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

Радиационный фон растет и они уже не могут тушить с земли и второй день тушат с воздуха. Меня взбесило то, что они тушат только двумя вертолетами. Да там надо всю авиацию поднимать и топить станцию в воде так, чтобы она утанула. Ну сколько два вертолета могут перенести воды в день? Да это мелочи жизни.

Я не атомщик, но мне кажется, что если Япония еще немного протормозит, то будет полная жопа. Уже пора топить станцию в воде тысячами вертолетов, чтобы стержни захлебнулись в воде. Че там в России по этому поводу говорят?