Блог

Нереальные игры прямо в браузере - это выглядит круто. Движок unreal давно уже является одним из лучших и на нем постоянно выходят шедевры. Но вот игра для браузера... это что-то новое для игроков. 

Microsoft готова платить $100 за каждое приложение для Windows Phone, которое опубликуют в их магазине. Блин, сейчас же нужно слепить пару десятков простых приложений для этой платформы и закинуть в магазин. Больше двух десятков просто нельзя, потому что каждый программист может получить максимум $2000.

Таким конкурсом MS может неплохо увеличить количество приложений в их AppStore (или как он там называется), только качества этого количества будет банальным. Но Microsoft явно все равно, если они устраивают такой конкурс, их задача явно увеличить каличество. Если бы было целью увеличение качества, то конкурс был бы на "лучшее прилоежение", "оригинальное приложение". При таком конкурсе программисты будут стараться писать что-то интересное и полезное, а не дерьмо за $100.

В Принципе, приложения для Windows Phone писать достаточно просто и можно писать по одному в день. А если поступить умно, то и по два в день. Даю совет, объеденитесь 10 программистов и пишите 10 приложений. Потом обмменяйтесь исходными кодами. Каждый берет чужую программу, добавляет одну фишку, меняет дизайн и название и публикует приложение. Потом опять меняемся исходниками. Если менять дизайн капитально, то спалить такую рулетку будет сложно. 

На AppStore стало доступно самое большое обновление для моей игрушки 1st WWWall. Теперь на ней меняются фоны, немного более качественное падение сердечек, увеличена динамичность игры на iPad, появились ракеты, в общем имеет смысл посмотреть. Так, иногда можно время убить на нее. Еще есть некоторые планы по улучшению и наращиванию функционала. 

Что-то в последнее время я подсел на Safari, потому что он достаточно удобный в использовании, если нужно браузить, а движок кажется такой же, как и у Chrome, так что все работает вполне прекрасно. Но вот что не очень радует, так это то, что он тоже кушает память. Я пробовал работать с Firefox, Chrome и Safari и все со временем приходится перезапускать. Правда Safari перезапускаю не так уж и часто. Он начинает убиваеть систему, когда съедает более гигабайта оперативки. 

У меня несколько компьютеров и не считая домашний, есть еще и рабочий, поэтому я решил попробовать располагать исходные коды одной утилиты (просто для пробы) на Google Drive. Не долго думая, решил выбрать в качестве теста Network Utilities. Я поставил приложение Google Drive, скопировать в папку диска все исходники программы и при готовился к экспериментам. 

Запустил Visual Studio, откомпилировал проект, все прошло удачно. После этого сделал пару изменений, увидел, что в компоненте TabManager, который я использую есть кое-что, что можно улучшить и открыл проект библиотеки Heapar Essential, где и есть нужный мне компонент. 

После изменения и компиляции я увидел, что к проекту программы Network Utilities подключена библиотека из другой папки. Немного неудобно после компиляции библиотеки копировать файл а другое место и чтобы изменения появились в программе. Удалил dll файл из списка refference и добавил из нужного места. Компилирую Network Utilities, а тут на тебе - ошибка. Файл не доступен, хотя библиотека прекрасно доступна. Проверил все пути, все было в порядке. 

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

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

У меня полно разных ящиков и аккаунтов и один из них есть на yahoo. Сегодня зашел проверить, что там накопилось, а в ответ получил сообщение о том, что мой браузер не поддерживается, и предложение обновить свой браузер до Firefox, IE или Safari. И это при том, что я зашел с Safari последней версии.

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

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

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

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

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

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

Бывают такие случаи, когда действительно нужно что-то устанавливать и настраивать уже во время установки. Примерно год назад моя программа Network Utilities перестала работать после простого копирования по двум причинам:

Давно уже идет спор, что лучше для оформления кода - пробелы или символы табуляции. У обоих способов есть плюсы и минусы и каждый волен выбирать свой собственный. Но лично я предпочитаю Tab и объясню почему. 

В настройках редакторов можно установить значение по умолчанию для отступов во время перехода на новую строку. Допустим, что один программист использует два символа, а другой использует 4. При совместной разработке кода, форматирование превратиться в ужас если эти два человека будут писать код для одного и того же модуля. Особенно если вы пользуетесь нормальными средствами управления кодом, такими как git. Если объединить код таких двух программистов, то читать его потом будет нереально. 

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