Блог

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

Кстати, простота смены дизайна очень часто зависит не от Backend программиста, а от WEB программиста, который пишет HTML и JavaScript. 

Этот сайт у меня построен без каких либо MVC и он даже не использует прелести объектного программирования. Просто когда я его создавал, я думал, что это будет только блог, это потом уже появился раздел книг, статей и остальные страницы. Я уже несколько раз делал редизайн и для смены дизайна при наличии готового HTML мне каждый раз нужно было не более двух часов. 

У меня это вечная проблема - я не меняю номер версии в своих программах. Я просто не слежу за ними. Вот только что вышла очередная версия моей игрушки Connecticus и в окне About до сих пор светится 1.0, хотя реально это уже третий выход программы. В AppStore последняя версия опубликована как 1.2. 

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

А ты следишь за номерами версий и сборок?

Google хочет, чтобы программисты разрабатывали более универсальные приложения для Андроида, которые будут работать и на Хромбуке. Ну на сколько я знаю, под андроид далеко не все приложения для смартфона хорошо работают на планшетах, так что делать что-то сразу для трех платформ будет явно не из легких задач. 

Но тут я хотел бы отметить то, что Хромбук должен будет иметь тот де самый API, что и Андроид. У обеих ОС одни корни, но всё же разные команды (на сколько я слышал). А раз так, то будет иметь смысл объединить разработчиков и создавать что-то универсальное, как это делает Microsoft.

Вышло очередне обновление XCode и Apple в очередной раз сделала улучшения в язык Swift. При этом разработчики явно не заморачиваются с сохранение обратной совместимости и в очередной раз затравили программистов обновлять свой код. 

Я не знаю как Google поступает со своими SDK, а Microsoft в основном сохраняет совместимость на долгое время, делая жизнь программистов проще. 

Не смотря на то, что меня не очень сильно обрадовала необходимость обновить свой код, я всё же предпочитаю подход Apple. Если разработички нашли более хорошее решение, то лучше обновить один раз и не оставлять мусор ради сохранения совместимости.

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

С выходом XCode 6 мне пришлось обратиться к youtube урокам, потому что новые возможности по созданию интерфейса в редакторе оказались далеко не интуитивными. Я далеко не во все въехал с первого захода. 

Группа разработчиков, которая известна как Ind.ie, объявила о намерении создать открытый компилятор для языка Swift. Их не устраивает то, что Apple сделала Swift закрытым и считают, что компания таким образом хочет сделать приложения менее портируемыми и привязать разработчиков к своей эко системе.

Ну во-первых, раньше для разработки под iOS основным языком был Objective-C и сейчас его так же можно использовать, и этот язык так же не был переносимым на Андроид. Cocoa сама по себе достаточно уникальна. И я не помню, чтобы кого-то это возмущало. 

Давно не было писем читателей на блоге:

Привет, Михаил! Есть один вопрос, буду рад если ответишь. Как тебе удалось выучить необходимый объем математики для программиста, дискретку, графы, деревья, алгоритмы и прочий матан? Складывается ощущение, что выучить такой объем по книгам просто невозможно. С другой стороны я пришел к выводу, что без этих знаний профессионалом мне не стать.

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

Решение о том, какой план выполнения выбирать и как обрабатывать результаты зависит от корректности статистики. Я попробовал ее обновить, но всё равно, сервер продолжал заниматься фигней. 

В последнее время мне пришлось столкнуться с некоторыми проблемами разработки для мобильных устройств и больше всего проблем доставил Google. Две самые крупные проблемы связаны с отправкой сообщений мобильному приложению. 

Сначала я узнал, что сервер отправки сообщений от Google не имеет статичного IP адреса. Неужели не смогли купить фиксированный адреса или хотя бы несколько адресов. Я работаю с окружением, входы и выходы из которого защищены сетевым экраном и чтобы открыть даже подключение наружу нужно пройти несколько кругов бюрократии, которой я не видел даже при СССР. При этом работники из страны Индия из компании TCS, которые отвечают за сеть и сервера не умеют настраивать сетевой экран по имени домена. Теперь как Google меняет адреса, сообщения перестают отправляться.

Я на Mac OS очень много пишу PHP кода и для отладки долгое время использовал MAMP, который достаточно удобно и просто можно настроить. Да даже настраивать ничего не нужно, просто установил программу и вот уже все работает. Но после последнего обновления ОС он перестал запускать Apache, что очень даже удивительно, ведь MacOS имеет BSD корни и в нем даже установлен Apache второго поколения. 

Ну да ладно, простота - это конечно удобно и красиво, но заморачиваться с MAMP тоже не хотелось, поэтому я решил запустить встроенный Apache и работать с ним. Во время конфигурации особо проблем не возникло, я быстро подправил httpd коняги: