kosfiz.ruв двух словах о веб-программировании и других интересных вещах

Сегодня «переезжал» с далеко нелицензионной windows 7 на лицензионную windows 8 pro и столкнулся с парой нюансов:

• Во время установки после одной из перезагрузок система отказалась устанавливаться дальше и загружаться ссылаясь на то, что имеется драйвер без цифровой подписи — oem-drv64.sys. Я это сообщение изначально проигнорировал, выбрал дополнительные параметры и отключил проверку цифровых подписей после чего система загрузилась, а установка была продолжена.

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

  Я выбрал загрузку с отключением проверки цифровых подписей. Затем после недолгого поиска в google я просто напросто удалил тот самый файл, который вызывал сбой при установке windows 8 с самого начала oem-drv64.sys. Как нетрудно догадаться находится этот драйвер по следующему пути: c:\windows\system32\drivers\oem-drv64.sys.
  После удаления проблемы с загрузкой не повторялись.

• После установки не работал трекпад. Когда я открыл диспетчер устройств, то в нём было найдено два устройства Apple Multitouch, помеченные варнингами (предупреждениями). Обновление обоих устройств ничего не дало, зато помог опять же google.

  Решение как оказалось простое: необходимо выбрать обновление драйвера, затем поиск драйвера на компьютере вручную или среди установленных драйверов, выбираем последнее. Далее указываем, что это USB-устройство ввода для обоих наших мультитачей.

  Перезагружаемся. Заходим в диспетчер устройств и поочереди обновляем устройства автоматически: одно определится как Apple Multitouch, второе как Apple Multitouch Mouse. Если вдруг перестала работать прокрутка с помощью двух пальцев, то это настраиваем в boot camp’е.

Более проблем не было, а драйвер тот видимо сбоил из-за того, что windows 7 была нелицензионная, а файл подменён.

P.S.: конечно, на вкус и цвет товарищей нет, но windows 8 вполне оправдала все мои ожидания.

В профессиональной жизни почти каждого разработчика рано или поздно наступает момент, когда перед ним ставится цель — получить сертификат, подтверждающий «хороший» (чуть позже будет пояснение, объясняющее почему использованы кавычки) уровень владения той или иной технологией, знание языка программирования и т.д. и т.п..

Естественно, возникает законный вопрос: «А зачем разработчику сертификат и для чего его получать?»

Цель «получить сертификат» может ставится либо самим разработчиком, либо компанией, в которой он на данный момент работает.

Зачем разработчику получать сертификат? Тут ответов несколько:

• Для собственного удовольствия без всяких корыстных целей. Получение сертификата мотивирует разработчика лучше разобраться в технологии, по которой хочется получить сертификат, прибавляет уверенности в своих силах и знаниях, что является весьма положительным моментом.
• Для того, чтобы претендовать на бОльшую заработную плату или хорошую должность. Во многих компаниях приветствуется, когда у сотрудника имеются сертификаты и даже от их количества в некоторой степени зависит заработная плата.
• Для облегчения процесса трудоустройства. Хотя это, конечно, спорный момент. Наличие указания на сертификаты в резюме делают его гораздо привлекательнее, но вместе с тем, от вас на собеседовании могут ждать большего по сравнению с другими кандидатами, что может стать проблемой, поскольку наличие сертификата не свидетельствует о 100% знании технологии, например, в сертификации Microsoft достаточно ответить всего на 70% от общего числа вопросов, но ждать от вас будут отличное знание, а не 70%.

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

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

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

Итак, для чего получать сертификат теперь понятно, но о чём свидетельствует наличие сертификата. На мой взгляд совершенно ни о чём. Почему я делаю такой вывод?
Всё очень просто.

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

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

Конечно, не все пользуются дампами и т.п., но процент разработчиков, их использующих не просто для заучивания, а для разбора материала по ним весьма мал.

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

P.S.: в быту же сертификаты не более чем инструмент для померяться кое чем.

Для нескольких целей мне понадобилось поднять под IIS’ом Redmine. Решение я погуглил и сразу же буквально нашёл: Installing Redmine on Windows in production

Установленная версия 1.2.1 — ну что же не самая новая, но пользоваться можно. Сам процесс не занял много времени и после установки, всё отлично заработало, чему я был несказанно рад. Но о чём бы был этот пост, если бы всё было хорошо, и если бы не отказался работать один из важных для меня компонентов системы: Redmine REST API?

По сути своей API работало, но только когда посылались GET-запросы на получение данных, а вот их изменение, создание и удаление прерывалось с ошибкой 405 — метод не разрешён (method not allowed). Т.е. нельзя было выполнить PUT, POST и DELETE-запросы.

Чтобы понять в чём причина создал правило для трейса запросов с ответным кодом 405 и увидел следующую картину:

Далее я решил попробовать отключить данный модуль для сайта с redmine, прописав в web.config’е:

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

Итак, тема данной записи возникла у меня в момент общения в твиттере с моим старым, хорошим знакомым Георгием Шестаевым, при небольшом участии Александра Савочкина, насчёт смартфонов с windows phone, маркетплейса, маркетинга Microsoft и моего фанатизма по отношению к компании Microsoft, мешающего мне трезво смотреть на деятельность корпорации зла и их продукты (последнее я немного преукрасил).

В ходе дискуссии выяснилось, что в обзорах windows phone 7 не упоминается об ограничениях на её кастомизацию, работу с телефоном и самой ОС, что может отрицательно повлиять на желание купить смартфон с windows phone. Поэтому я решил так казать провести ликбез на данную тему у себя в блоге (хотя много раз встречал всё это в обзорах, которые смотрел и читал сам).

Итак, приступим поносить windows phone 7 (mango) по пунктам (привожу всё то, на что зачастую жалуются) в квадратных скобках буду писать своё отношение к проблеме:

1. В Linux-style ОС нет софта для синхронизации с WP7-смартфонами [меня как бы не волнует, у меня windows на десктопе];
2. Смартфон с WP7 не распознаётся как флешка. Следовательно загрузить файлы на телефон вы можете, например, следующими способами [Zune и SkyDrive меня вполне устраивают]:
   • Отправить их себе по почте;
   • Воспользоваться хранилищем SkyDrive на 27 Гб и приложением из маркета с аналогичным названием для телефона;
   • Использовать Dropbox аналогично SkyDrive’у. Загружать с PC в Dropbox, а потом оттуда на смартфон через соответствующее приложение;
   • Медиа-файлы (фото, аудио, видео) можно загрузить также через Zune (под Windows) и каким-то коннектором под Mac OS. О поддерживаемых форматах можно узнать например на яндекс.маркете.
3. Не поддерживается FLAC [я не настолько меломан, чтобы отличать разницу между mp3 и flac, не думаю что будет разница при проигрывании на смартфоне];
4. На смартфоне вы не сможете шарахаться по локальной сети и смотреть фильмы или закачивать файлы на устройство без специальных приложений (их существованием я не интересовался) [не вижу никакой необходимости. смотреть фильмы на смартфоне находясь в домашней сети - нонсенс];
5. Без разлочки приложения устанавливаются только через маркетплейс или Zune (коннектор под Mac OS) [и что? вроде всё нормально, зато гарантированно ничего себе вредного не затащишь на смарт];
6. Нет поддержки флеша и скорее всего не будет [ну и ладно, а зачем кстати?];
7. Функционал Microsoft Office для WP7 урезан по сравнению с десктопной версией [это есстественно, но данного функционала хватает, чтобы просматривать, создавать и править файлы];
8. Обновления ОС приходят на смартфоны постепенно: т.е. одному обладателю заветного смартфона обновление может прийти в день выхода, другому на несколько дней или даже пару недель позже [у меня обновления ставились несколько раз, отличий для обычного пользователя нет, поэтому лично мне пофиг на то, на сколько быстро у меня появится обновление: я просто знаю, что ОС обновиться новой версией];
9. Смартфоны с WP7 обвиняют в быстром расходе заряда батареи [1-1,5 дня, для меня вполне достаточно, бывало и 2-2,5 при неинтенсивном использовании];
10. Для того, чтобы выставить свою мелодию придётся потрудиться и подогнать её под требования [потратил 5-10 минут, стоит на протяжении 2 месяцев, не думаю что кто-то будет менять каждый день];
11. На данный момент вроде как не поддерживаются дополнительные карты памяти, в которых нуждаются смартфоны поскольку встроенной памяти недостаточно [а зачем столько места? я вот никак не могу придумать чем мне 8 Гб заполнить];
12. Достаточно часто задевается кнопка «поиск» и вам приходится постоянно его закрывать [первую неделю задевал, сейчас как-то не повторяется];
13. Маркетплейс содержит либо шлак, либо платные приложения. Уровень приложений — низкий [хорошие приложения есть, очень хорошие денег стоят, а шлак есть везде];
14. Только один браузер — IE 9 [очень даже хороший браузер];
15. Минимализм в интерфейсе [тут на вкус и цвет товарищей нет];
16. Невозможно всё настроить под себя [это фишка такая];
17. Сложно привязать банковскую карту, например, VISA к аккаунту, чтобы использовать для покупок [привязал за 5-10 минут];
18. Нет приложений, которые есть в AppStore или андроид маркете, либо они платные (те, у кого были или есть смартфоны с другими ОС) [постепенно приложения появляются, цену устанавливают разработчики, в чём претензии к MS и ОС?];
19. Нельзя при покупке расплачиваться деньгами на счёте симки [а зачем? это неудобно, потом каждый раз надо пополнять баланс, лучше картой].
20. Нельзя сделать ad-hoc wifi-подключение между ноутбуком и смартфоном [зачем?].
21. Мало игр [достаточно]



Может можно ещё что-то добавить, я, честно говоря, не знаю, всё перечисленное не является для меня проблемой, об этих ограничениях я знал на момент покупки обоих смартфонов с WP7: HTC Mozart, Nokia Lumia 800, — но тем не менее это не повлияло на мой выбор и на данный момент я очень доволен. Видимо, потому что я фанатик.

Соответственно, подумайте над тем критичны ли для вас описанные выше проблемы и ограничения и если нет, то можете прикупить себе смартфон с windows phone на борту, если он вам понравился (обязательно при покупке покопайтесь в нём, подержите в руках). Надо бы написать о плюсах, но как-нибудь в другой раз.

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

Понадобилось коллеге выполнить в рамках одной из задач добавление сообщения в twitter вместе с картинкой. Примеров не нашёл, но я после непродолжительного поиска нашёл данный исходный код.
Добавил сюда, чтобы потом не искать больше.

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

Это послужило идеей для создания приложения для смартфонов с windows phone, которое бы позволяло следить за счётом в матче и ходом событий посредством текстовых и аудио трансляций. В ходе развития идеи добавился функционал добавления напоминаний на предстоящие матчи, для которых будут вестись трансляции.
Причём напоминание устанавливается на время корректное именно для времени установленном на смартфоне, т.е. независимо от часового пояса напоминание сработает в нужное время.

Базой для приложения стал портал livetv.ru

В результате реализации описанных идей появилось приложение Sport Online.

Итак, ни для кого, наверное, не новость, что бывают случаи, когда к разработчикам появляется ряд вопросов, например:

• Почему не уложились в сроки?
• Почему это сделано так, а не как в ТЗ?
• Чем ты занимался?

и т.д..

Причиной этих вопросов и многих подобных может быть «неправильное» взаимодействие с менеджером или менеджерами, над задачами которых вы работаете.

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

Итак, несколько правил, которые всегда необходимо выполнять:

• Всегда на проектную задачу должно быть ТЗ, сделанное менеджером проекта. Я думаю смысл вполне ясен, но всё же:
  • данный документ упростит вам разработку,
  • вам не надо будет объяснять тестировщикам, что и как должно работать,
  • вы сможете ответить на вопрос почему вы сделали так, а не иначе

  Проектная задача без ТЗ — самоубийство: в любой момент вам могут сказать, что вы сделали не так как надо и вам нечем будет прикрыться.

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

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

• Каждая задача (проектная, суппортная) должна быть поставлена не устно, а в системе постановки и учёта задач. Если такая система не используется, то должно быть письмо по корпоративной почте.

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

• Любая переписка будь то корпоративная почта или сообщения в клиентах мгновенных сообщения наподобие ICQ, Mai.ru Agent, Yahoo и т.п. должна сохраняться на продолжительное время. Год как минимум.
• Никогда не делайте задачу, если её должны делать не вы. Например, если вы веб-разработчик, то конечно обладаете базовыми знаниями вёрстки, но в случае, если требуются даже малейшие правки по вёрстке, просите для этих задач верстальщика.

  Это позволит сократить время вашей работы и уложиться в срок.

• Любой функционал перед показом клиенту должен быть протестирован и должно быть добро от тестировщиков. Если менеджер настаивает на том, чтобы не дожидаться результатов тестирования, то обязательно получите от него подтверждение о том, что ответственность за возможные последствия по предоставления непротестированного продукта он берёт на себя.
• В случае овертаймов по просьбе менеджера обязательно требуйте письменного подтверждения от менеджера.
• Не соглашайтесь делать доработки по задаче пока не закрыты баги по ней и она не принята клиентом.

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

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

  Несоблюдение правила грозит тратой времени, ну и вообще не стоит делать за других их работу.

• Если по казалось бы небольшой части задачи у вас возникло более 5 вопросов, значит вы читали не ТЗ. Просите ТЗ.
• Никогда не работайте по оценке сделанной другим разработчиков или менеджером. Работать нужно только по своей оценке.

  Несоблюдение правила грозит «растратой» часов. Случается, когда оценивал задачу старший или ведущий разработчик, а реализовывать её отдали простому или младшему разработчику не знакомому с проектом.

• Не ведитесь на фразы типа «некогда», «потом» и т.д..

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

После переезда блога на хостинг с IIS появились 404 ошибки при попытке открыть адрес, в котором присутствовали русские буквы.
Решение нашлось быстро: IIS wordpress cyrillic permalinks error 404.

Аналогичная проблема также появилась ссылками ведущими на файлы с определёнными расширениями: 7z, nupkg.
С файлами совсем просто: 404 показывается потому что не добавлены соответствующие mime-типы. Это можно сделать в IIS Manager’е в MIME Types либо для всего сервера сразу либо только для нужного сайта.

Вчера переносил на новый сервер свои WCF-сервисы и при обновлении прокси-класса столкнулся с ошибкой:

или на английском так:

Проблема в том, что присутствующие в WSDL’е ссылки вида http://example.com/service.svc?xsd=xsd0 не открываются и сервер сбрасывает соединение.
Как выяснилось ошибка состоит в том, что необходимо для процесса под которым запущен Application Pool сайта, в рамках которого работает WCF-сервис установить права на запись в папку C:\Windows\Temp

С данными правами всё начинает корректно работать.

Источник: WCF Add Service Reference gotcha with Windows Server

Суть проблемы в том, что после обновления дашборда консоли xbox 360 при попытке в магазине открыть описание какой-нибудь игры вместо описания получаем либо ошибку с кодом 8C230002, либо с кодом 800700E8 чаще всего в том случае, если на игру распространяется какая-нибудь скидка. Данная ошибка наблюдается не у всех пользователей.

Поинтересоваться насчёт ошибки и поискать помощи я решил на официальном форуме. Оказалось, что у части пользователей наблюдаются аналогичные проблемы и тех. поддержка не смогла найти решения. Потом один из пользователей Гена Щербаков (GenaShcherbakov) отписался о том, что смог случайным образом исправить данную проблему и на его консоли всё стало работать корректно. Проблема была в пароле на доступ к мессенджеру и лайву.

Его сообщение подтолкнуло меня к мысли, что проблема может заключаться в доступе к контенту (у меня стоял пароль на запуск видео). Тогда я проделал следующие шаги:

• Перешёл в настройки
• Выбрал настройку «Семейная» (если вдруг называется по другом, то это квадрат слева от кнопки «Выключить»)
• Открылось окно «Управление контентом»
• Выбрал «Выкл»
• Далее нажал «Сохранить и выйти»

После выполненных действий проблема перестала наблюдаться.

Исходная тема на форуме xbox.com