Недавно я описывал простую схему процеса дизайна Коберга и Бэгнелла, в которой в процессе решения проблемы сначала проводится ее анализ (дробление на части), а потом синтез (сбор частей в новом виде).



Как же провести это на практике? Виктор Папанек предлагает несколько способов, в том числе использование «бумажного компьютера», генерирующего идеи. В общем виде процесс следующий:

1. Мы сделаем несколько бумажных «столбиков» — по одному на каждую техническую составляющую решения проблемы. Затем, на каждом столбике мы выписываем все известные нам вероятные и невероятные варианты данной технической составляющей. На данном этапе не обязательно соотносить их с задачей.



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

Всем привет!
У меня 2 новости, обе хорошие:
7 апреля Google что-то интересное сообщит народу. Скорее всего, про поддержку Java на AppEngine. Про это пишет Michael Arrington в двух статьях на www.techcrunch.com
Ссылки на оригиналы: Big Google Product Announcement Coming April 7
Get Ready For Java On AppEngine
Откуда у него информация и насколько она достоверна — вопрос открытый.



Чтение статей сподвигло меня посетить www.stax.net
Фирма занимается облачными вычислениями на Java. Себя они позиционаруют как AppEngine for Java.
На их сайте можно зарегистрироваться и создать свой проект на Java, который будет физически на амазоне. Пока что бесплатно

Купив Мак, я озадачился установкой на него софта, который стоял до этого у меня на PC. Перенести удалось почти всё. Для чего-то нашлись маковские версии, для чего-то удалось подобрать замену. Проблемы возникли с Subversion (SVN). На PC я пользовался Visual SVN Server, который не требует практически никакой настройки и работает сразу после установки. На Маке такого удовольствия не оказалось, так что пришлось немного повозиться.

Хочу представить на суд хабрасообщества концепцию информационной системы.

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

Мне очень интересно работать в данном направлении, хочется создать бесплатный и открытый аналог существующим системам и получить ценный опыт разработки. Пожалуйста не пишите комментарии типа «Не стоит создавать еще один велосипед» или «Комания X и комания Y уже сделали это и успешно продают», но мне будет интересно посмотреть аналоги.

На данный момент существует несколько классов информационных систем:

В компаниях-дистрибьюторах Проктэр энд Гэмбл есть простой и довольно эффективный алгоритм для написания коммерческих предложений. Он не безупречен, зато ему можно научиться всего за несколько дней. Этот подход часто хорошо подходит и для других документов — от служебных записок до деловых писем.

Алгоритм включает в себя 5 шагов:

1. Описание исходной ситуации.

• Ориентирует, к чему, собственно, относится предложение.
• Служит предпосылкой, исходными данными для логического обоснования предложения.
• Показывает клиенту, что КП написано персонально.
• Провоцирует «да-реакцию».

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

2. Суть предложения.

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

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

3. Преимущества для клиента.
Задача этого шага очевидна — нужно замотивировать клиента принять это предложение. Вот здесь уже можно выражаться чуть более дипломатично и многословно. В перечислении преимуществ важно не упустить каких-то вещей, которые кажутся самоочевидными. Например, для вашей компании может подразумеваться, что при поставке товар размещается на стеллажах склада силами ваших сотрудников — для клиента это может быть менее очевидно. Обычно стоит выделить 3—5 преимуществ.

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

5. Первый шаг.
Эту часть часто недооценивают. Что должен сделать клиент в первую очередь, чтобы это КП претворилось в жизнь? Согласовать текст договора? Позвонить вам, если согласен в течение недели? К завтрашнему дню, когда вы обещали позвонить, уточнить со своим логистом возможности перебросок с оказией дополнительных партий по городам области? Надо подумать и спланировать это за клиента.

***

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

Я думаю самая главная ошибка — между креслом и клавиатурой, но если разбирать больше чем «не заметил» и предположить что новички не совсем знают о критических ошибках которые могут вызвать серъёзные последствия типа потери данных, вызова инородного кода, недоступность сервиса или кражи данных, то чёрный список выстроится следующим образом:

1. Неверная валидация ввода данных
2. Неправильная кодировка или отсутсвие обработки данных вывода
3. SQL-инъекция
4. Cross-site scripting
5. Неограниченность в консольном доступе (OS-инъекция)
6. Передача личных данных по малозащищённому каналу
7. Межсайтовый запрос как подделка внутреннего запроса
8. Соревнование потоков использующих один ресурс и неверное закрытие его использования
9. Слишком информативное содержание об ошибке
10. Выход указателя программы за пределы отведённой памяти
11. Внешнее управление внутренними переменными и файловыми путями
12. Генерируемый код и его потенциальная инъекция
13. Автообновление программы полученным кодом без подтверждения источника
14. Грязная инициализация — доступны данные предыдущих инициализаций
15. Математика с ограниченными числами
16. Ненадёжная авторизация и за-hard-коденые пароли
17. Использование подверженного риску или взломанному алгоритму криптографии
18. Исполнение с повышенными привилегиями
19. Использование недостаточно случайных чисел
20. Валидация на стороне клиента но не на стороне сервера

Наконец-то мы опубликовали 99% процентов докладов с Платформы 2009 (спасибо Гайдару). В общей сложности на сайте Платформа Online сейчас можно найти около 60+ докладов.

Хочу порекомндовать вам доклады Марка Руссиновича и лучшие доклады конференции по рейтингу:
— Нововведения PowerShell 2.0
— Поиск и устранение неисправностей в Windows системах
— Технологии безопасности Windows
— Silverlight 2 — новые возможности платформы для построения интерактивных Интернет-приложений
— Windows Server 7 — новые технологии в Windows Server 2008 R2
— Windows Presentation Foundation 3.5 SP1 — новые возможности разработки интерактивных клиентских приложений

В заключении хочу сказать, что:
— Оостальные материалы можно найти тут
— Фотографии тут
— Отзывы других участников Платформы тут

Спасибо всем участникам Платформы offline и Платформы Online

Приветствуем наших читателей. Хотя последнее время у меня не так много времени (хм, тавтология однако), но в очередной раз просматривая новостную ленту, я наткнулся на описание интересного сервиса, онлайнового редактора текста для совместной работы. Конечно, есть же Google Docs, Zoho Writer и множество других, включая Adobe Buzzword, но по опыту — это или тяжелые решения, или направленные на полноценную замену текстовых процессоров, например, MS Office Word. А что, если требуется простой редактор, где будет доступна ну, скажем, только одна функция — непосредственно редактирование текстов? Да еще с оговоркой — с возможностью параллельной работы над одним документов нескольких пользователей. Кто-то в таком случае использует wiki-системы и они как раз обеспечивают совместное редактирование текста, позволяя откатываться на любое число версий назад и просматривать правки пользователей. Но wiki никогда не было средством работы в реальном времени — то есть я открываю документ, вношу правки и сохраняю и только после этого вижу, что изменилось с учетом и правок других пользователей (если они на этот момент сохранили свои дополнения). А если надо именно работа в реальном времени?

Я как и многие веб-разработчики краем уха слышал о Flex, которая по сути — тот же Flash и swf-файл, но в сути не разбирался. Недавно узнал об интересных возможностях передачи сообщений от сервера клиенту, известной как server push. Это значит что можно обходиться без периодических ajax-запросов, а обновлять данные в режиме реального времени (отсюда возникает понятие потока), например для чата. Я постараюсь описать создание и архитектуру приложения = браузер / Flex / JBoss / BlazeDS / JMS, откуда уже информация может идти в (Spring / Hibernate / Mysql) и обратно.

Как отреагируют остальные игроки рынка на предложение The Guardian разработчикам бесплатно использовать миллион статей с их сайта в рамках открываемого API? Если сайты газет не изменят условия и правила использования своего контента, то ждать републикаций придется еще очень долго. Почти повсеместно газеты запрещают копировать свой контент. Но некоторые дошли до того, что запрещают не только ссылаться, но даже читать их сайты.

Информация о проблеме, о которой пойдет речь, наверняка будет полезна всем, кто не так давно начал углубляться в недра JavaScript и кросс-браузерной совместимости. Рассмотрим следующий код:

<HTML>
<HEAD>
<meta name="description" content="Description of the Web site goes here.">
<SCRIPT src="http://www.prototypejs.org/assets/2008/9/29/prototype-1.6.0.3.js"></SCRIPT>
</HEAD>
<BODY>
	<FORM name="test">		
		<INPUT type="text" name="description" id="description" value="test value">
	</FORM>
<SCRIPT>
Event.observe(window, 'load', function() {
	alert("Description's value is '"+$F('description')+"'");  
});
</SCRIPT>
</BODY>
</HTML>

и потестируем его в разных браузерах. В Firefox, Safari, Opera, Konqueror, Chrome этот код выдает то, что задумано — alert с текстом Description's value is 'test value'. Но только не в IE — там будет банальная ошибка выполнения.

По ходу своей проф. деятельности студии (а даже чаще нашему seo отделу) постоянно приходится сталкиваться с необходимостью работать с различными платежными системами. Как то мы решили попробовать поставить взаиморасчеты посредством этих систем в рамки закона и нормальной бухгалтерии…
И вот что из этого получилось…

Иногда бывает нужно, чтобы рядом с asp.net приложением работал сервис, который бы расслылал почту или просто делал какие-то операции через определенные промежутки времени. Это можно сделать с помощью windows service, но не все хостинги позволяют их устанавливать и их не очень удобно отлаживать (на мой вкус). Я нашел в сети интересный способ обойтись без сервиса и хочу им поделиться. Возможно, это всем известная штука, но в поиске я про это ничего не нашел.

Приветствую Вас Хабросообщество.

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

Сегодня Google выпустил очень полезный инструмент под названием Search-Based Keyword Tool, который позволяет владельцу сайта оценить, по каким ключевым словам эффективнее всего размещать контекстную рекламу. Система проводит анализ контента на сайте и выдаёт рекомендации.

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

Кроме того, это просто очень интересный инструмент для анализа других сайтов, в том числе сайтов конкурентов. Вы можете посмотреть, какие ключевые слова наиболее релевантны для любого сайта в интернете. например, для Ленты.ру система рекомендует [Аэрофлот], [инвестиционные проекты] и [цена на нефть]. Для каждого результата приводятся ссылки на документы, содержащие эти фразы, количество ежемесячных запросов и уровень конкуренции по этим ключевым словам, а также примерная стоимость их покупки через AdWords.



via Search Engine Land

Здравствуйте, друзья!

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

Что же такое скринкаст? (Дурацкое клише — задавать вопросы самому себе и отвечать! больше не буду...) Скринкаст — от англ. screen — экран и cast как и в случае podcast — корень broadcast — вещать. То есть буквально — экрановещание. Скринкаст это видеозапись того, что происходит на экране со звуковыми или текстовыми комментариями. Как если бы вещающий сидел рядом с вами и показывал действие на реальном компьютере и при этом что-то объяснял.

Многие пользователи (и я в том числе) уже давно перешли с привычных e-mail клиентов на работу с почтой непосредственно онлайн. А некоторые клиентами не пользовались в принципе. Это значит, что локальной копии писем и документов у них нет. Так вот, если где-то там, в дальних закоулках сознания у таких пользователей присутствует опасение за свои письма на сервере Gmail (ну, мало ли, всякое может произойти, ведь ничто не совершенно), то обезопасить себя и данные можно при помощи утилитки Gmail Backup.

Эта полезная штучка сохраняет резервные копии содержимого ящика на Gmail. Делает она это по IMAP. А сохраняет данные в формате EML. Программа работает как в OC Windows, так и под Linux и Mac OS X. В первом случае пользователю предлагается графический интерфейс. А для Linux и Mac OS X — утилита командной строки. Программа позволяет забэкапить как письма, так и аттачи.

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

Качать тут: Gmail Backup

via lifehacker

Данное руководство создано для тех, кто уже умеет пользоваться Adobe Illustrator, но пока не знает всех тонкостей работы с ним и хочет познакомиться поближе.

Товарищ CurlyBrace уже сверстал представленный здесь макет, спасибо ему!

Для начала посмотрите на то, что мы будем стараться сделать:

Вопросы, которыми я задавался при написании технического задания на разработку сайта, как его сделать максимально простым и понятным для заказчика, но при этом ограничить и максимально документировать возможности будущего продукта (сайта). Пришлось просмотреть множество различных примеров, способов подачи ТЗ, просмотрел — теперь делюсь своими идеями и домыслами.