Сегодня речь пойдет о реализации всплывающих окон, меню и панелей в Windows 8.1 приложении.
Мы рассмотрим, какие возможности предлагает Windows 8.1 разработчику приложений для реализации всплывающих окон, панелей настроек и контекстных меню, а так же добавим все перечисленные возможности в приложение «Каталог товаров», разработанное в прошлых статьях.
Читать полностью »
В недалеком прошлом на этом замечательном ресурсе была опубликована статья Разработка технического задания (ТЗ) на программный продукт с точки зрения заказчика. Статья — сама по себе неплохая — содержит, к сожалению, ряд неточностей, о которых следует упомянуть. Сделаем это в «один проход» по абзацам. По второму абзацу:
Надо сказать, что у каждой из этих заинтересованных сторон свои требования и свое видение того, каким должно быть «хорошо написанное ТЗ». Например, у заказчика и исполнителя могут быть совершенно противоположные мнения на этот счет.
Уточнения:
В последнее время, набирает популярность мысль, что комментарии в коде — дело не обязательное, и даже вредное. Буквально вчера вечером, общаясь со знакомым молодым программистом, попросившим посмотреть его код, я обнаружил, что комменты отсутствовали вовсе, даже привычные описания методов. На мой удивленный смайлик, был ответ: “Комментарии — первый признак плохого кода”. И черт бы с ним, с начинающим программистом, но я периодически читаю что-то похожее в блогах, и слышу от коллег. Может программирование в очередной раз сделало шаг вперед, а я, среди отстающих? Под катом, немного размышлений, о том, когда и почему стоит или не стоит комментировать свой код.
Читать полностью »
Привет, недавняя статья на Хабре о том как программист пытался продать заставила меня поведать нашу небольшую историю о том как мы кинули вызом интерфейсам 90х и всей автоматизации кафе, баров и ресторанов в целом, использую современные технологии.
Ниже много откровения.
Ещё несколько дней — и прощай, трудовые будни! Здравствуй, праздник и долгожданный отдых! А пока мы, как и все, заканчиваем дела и подводим итоги…
По итогам 2013 года нашим лидером продаж на телекоммуникационном рынке стал контроллер КУБ-Микро/60. Именно он и станет героем предновогоднего поста.
КУБ-Микро/60 «заточен» на мониторинг таких объектов связи, как телекоммуникационные контейнеры и блок-боксы, активные шкафы и другие «связистские» объекты.
На своём «борту» контроллер содержит самые востребованные функции для мониторинга обозначенных выше объектов. Дополнительный же функционал может быть обеспечен за счёт так называемых внешних модулей расширения (ВМР). ВМРы – это ведомые устройства, подключаемые к КУБ-Микро/60 по RS485 в количестве до 14 шт. и обеспечивающие либо дополнительное количество точек контроля, либо дополнительный функционал. То есть система мониторинга на базе КУБ-Микро/60 строится следующим образом. На объекте размещается контроллер КУБ-Микро/60 с необходимыми датчиками и ВМРами. Контроллер передаёт данные в диспетчерский центр и при необходимости получает команды управления из Центра.
Здравствуйте, уважаемые читатели!
Команде Бессвязного Девелопа удалось получить корпоративный аккаунт благодаря чудотворной программе Хабрахабра по поддержке начинающих стартапов без действующей монетизации. Мы — это ребята, которые частенько устраивают трансляции разработки различных приложений за 24 и 48 часов. Сегодня мы взяли курс на создание бесплатных аналогов нужных, но платных или обвешанных рекламой программ.
Чтобы наш приветственный пост не получился «Ни о чем», сегодня я расскажу о некоторых вкусностях работы с Xcode 5, подсмотренных на WWDC 2013. В программе вечера:
В правилах Интернет-магазина Chrome произошли изменения: теперь у каждого расширения должно быть одно и только одно понятное предназначение. Несмотря на то, что так подразумевалось изначально, не все расширения соблюдали данное правило. Многофункциональные расширения перегружают интерфейс браузера и замедляют его работу. Новые правила помогут справиться с этой проблемой и позволят лучше контролировать работу с браузером.
Когда мы начали задумываться о создании Chrome, многие браузеры представляли собой медленные и не очень удобные программы. Виной всему были расширения – панели инструментов, которые не только замедляли работу браузера, но и громоздились прямо под адресной строкой. Чем больше полезных расширений вы устанавливали, тем меньше оставалось места для ваших любимых сайтов. Вот как это выглядело:
В первых двух абзацах оригинального текста автор описывает как он пил пиво с друзьями. Я заменил их пятничной картинкой о гимнастике из детства.
Объектная гимнастика (англ. Object Calisthenics) — это упражнения в программировании, которые состоят из 9 правил, которые Джефф Бей описал в своей книге «The ThoughWorks Anthology». Пытаясь как можно точней следовать этим правилам, вы измените свои привычки написания кода. Это не значит, что вы должны постоянно соблюдать все эти правила. Найдите баланс и используйте только те, которые вам удобны.
Эти правила сфокусированы на читаемости, тестируемости, понятности и поддерживаемости вашего кода. Если вы уже пишите код, который читаем, тестируем, понятен и поддерживаем, тогда эти правила помогут сделать его более читаемым, тестируемым. Понятным и поддерживаемым.
Ниже я прокомментирую этих 9 правил:
Test Driven Development (TDD) – неоспоримо выдающаяся техника, дающая ряд преимуществ. Прикладные разработчики, причём вне зависимости от масштаба проекта и количества вовлеченных специалистов, в широкой массе не следуют TDD. Но есть и ярые сторонники такого подхода, причём они готовы апеллировать не только к здравому смыслу или производственной необходимости, но и на безоговорочно успешные примеры его внедрения. Одним из таких апологетов является Александр Люлин, который не только рассказывает о степени позитивного влияния TDD на разработку, но и делится экспертизой внедрения и неукоснительного каждодневного применения этой техники вплоть до исходных кодов и примеров сценариев (в своем блоге). Однако главный тормоз на пути следования принципам TDD стоит, что предсказуемо, набор чисто психологических установок. В режиме «жёсткого разговора» мы пообщаемся с Александром на тему необходимости Test Driven Development.
Test Driven Development – попытка следования моде? Слепое копирование чужих подходов?
Давайте «сразу определимся». Я не использую TDD в его классическом понимании. И не надо здесь цитировать «википедию»! Вообще, вряд ли кто-то из профессионалов рассматривает энциклопедические статьи в качестве руководства к действию. Мы свой подход «выстрадали» в рамках реализации успешного проекта, поэтому за нами реальный опыт, а не «тупое использование чужих идей». Скорее, мы используем синтез из TDD и собственных представлений о том, как нужно разрабатывать ПО. Даже если эти «внешние идеи» исходят от очень умных идей, их следует критически осмыслить и адаптировать к реальной компании, существующей команды и стратегии развития и обеспечения качества. Но я далее буду говорить «TDD», имея ввиду тот процесс “разработки через тестирования», который близко соотносится с энциклопедическим Test Driven Development, но идёт гораздо дальше него.
TDD — это попытка поставить всё с ног на голову. В классике инженерного дела сначала создаётся установка/техническая система/машина/агрегат. Конечно, методика испытаний имеется в виду при проектировании… но всё-так, программисты – это какой-то особый вид инженеров? Генетически ущербных? Сами себя таким не считаете?
Вчера была выпущена бета-версия продукта Microsoft Project Siena (кодовое имя). Продукт предназначен для создания Windows 8.1 приложений в визуальном режиме.
Теперь вам не обязательно иметь специальных навыков программирования для того, чтобы реализовать свои идеи и создавать мощные приложения.
Читать полностью »
