Куда ни посмотришь — всюду статьи о лояльности клиентов, об удовлетворённости пользователей, об интуитивной понятности интерфейсов и о прочем подобном. Хватит уже об этом. Поговорим лучше о создании плохого софта, такого, поработав с которым, пользователь возненавидит и сам этот софт, и его разработчиков, и свои мышь с клавиатурой заодно.
Рубрика «архитектура по» - 3
Пишем софт, который будут ненавидеть
2017-06-09 в 10:51, admin, рубрики: архитектура по, Блог компании RUVDS.com, Программирование, пятничный пост, разработка, стартапНе называйте код словом «Продукт». Об архитектуре
2016-03-14 в 10:57, admin, рубрики: team leader, архитектура по, Управление продуктом, управление проектамиЭто статья для руководителей отделов разработки, бывших разработчиков. Я очень часто слышу два противоположных мнения. Они звучат примерно так:
- «Нам важен готовый продукт — плевать на плохой код»
- «Нам важен поддерживаемый продукт — пусть это и будет долго»
Это вечный спор между «говнокодом» и «скоростью разработки», менеджерами и разработчиками. Ошибаются обе стороны. Это два конца одной палки. На этой палке я бы написал красными буквами «ошибки руководителя разработки». Кому интересная эта тема — добро пожаловать под кат. А еще под катом много букв об архитектуре ПО, микросервисах и здравом смысле.
Читать полностью »
Ваше проектирование – отстой
2016-01-16 в 19:28, admin, рубрики: Анализ и проектирование систем, архитектура по, проектирование, Проектирование и рефакторинг, разработка, философия программирования… но это нормально. Любое проектирование отстой. И всегда будет отстоем.
Если вы мне не верите, давайте объясню…
Ни один проект не переживает встречи с реализацией
Когда вы начинаете реализовывать то, что напроектировали, вы неизбежно сталкиваетесь с такими вещами в реальности, которые никак не соответствуют вашим первоначальным ожиданиям.
Данные, которые вы ожидали как обязательные в ответе внешнего сервиса, могут отсутствовать (или быть невалидными). Ожидаемая уникальность может оказаться совсем не уникальной на практике (даже в sha1 когда-нибудь случаются коллизии). Процессы, которые предполагались надежными, будут падать гораздо чаще, чем вы ожидали.
Это нормально.
В некоторых случаях вы можете просто затаймаутиться, выкинуть исключение или еще как-нибудь громко упасть. В других случаях приходится ослабить требования системы. Или добавлять дополнительный фильтрующий слой, который займется «очисткой» и передаст в систему уже правильный вариант входных данных.
Недостающие данные могут быть сделаны опциональными или заменены умолчальными.
Некорректные данные можно рассматривать как отсутствующие, либо записывать их «как есть» и добавить дополнительную провалидированную версию, которая присутствует только если оригинал валидный.
Ограничение уникальности можно Читать полностью »
Application Developer Days — для творческих программистов
2013-10-09 в 10:51, admin, рубрики: application developer days, software development, архитектура по, Блог компании Лаборатория тестирования, ненормальное программирование, Программирование, разработка по, метки: application developer days, software development, архитектура по, Программирование, разработка по13 декабря 2013 г. в Минске пройдет четвёртая международная конференция Application Developer Days.
Application Developer Days — это конференция, сделанная программистами для программистов. Для тех, кто непосредственно пишет код, продумывает архитектуру приложения и старается повысить свою продуктивность, используя новые языки и библиотеки. Кроме непосредственно программистов, конференция будет интересна всем тем, кто вовлечен в процесс создания программных продуктов, кто хочет понять, чем живут разработчики, посмотреть на всё с точки зрения программиста.
Читать полностью »
Мастер-класс «Освоение Архитектуры ПО». Базовый курс для подготовки к международной сертификации iSAQB
2013-04-17 в 11:35, admin, рубрики: agile, Анализ и проектирование систем, архитектура по, качество по, конференция, Программирование, семинар, сертификаты, сертификация, система управления проектами, системное программирование, эксперты, метки: agile, архитектура по, качество по, конференция, мастер класс, семинар, сертификаты, сертификация, система управления проектами, системное программирование, эксперты4-6 июня 2013 года в Москве международный эксперт д-р Питер Хрущка проведет 3-х дневный мастер-класс «Освоение Архитектуры ПО». Данный мастер-класс является базовым курсом для подготовки к международной сертификации iSAQB.
Справка:
Доктор Питер Хрущка – учредитель Atlantic Systems Guild, международной известной группы экспертов (www.systemsguild.com), в которую входят Том ДеМарко и Тим Листер. Входит в редакционный совет IT журналов, в том числе учредитель и член Международного Совета по Разработке Требований (IREB) и Международного Совета по Квалификации Архитектуры Программного обеспечения (ISAQB). Основатель Agile-сообщества в Германии. Один из разработчиков шаблона архитектурной документации систем ARC42. Первопроходец в области инструментов моделирования для структурных и объектно-ориентированных методологий. Частый спикер на IT конференциях, консультант, среди его клиентов многие компании из списка Fortune 500. Автор многочисленных статей и 9 книг по программной инженерии и человеческому фактору, в том числе соавтор знаменитой «Балдеющие от адреналина и зомбированные шаблонами».
Во время практических занятий вы познакомитесь с важными инструментами и получите необходимые для современного архитектора навыки. Среди ключевых тем мастер-класса: построение блок-схем и рабочего цикла, эффективный дизайн и сквозные проблемы, документация, методы оценки и метрики. Подробнее с программой мастер-класса вы можете познакомиться на сайте
Мастер-класс предназначен для всех, кто чувствует себя ответственным за структуру ИТ-системы: в основном, архитекторов программного обеспечения, технических IT-менеджеров, дизайнеров, программистов и сотрудников управления качеством. Кроме того, руководители проекта узнают обоснования проектных решений. Таким образом, они получают возможность оптимизировать структуру команды разработчиков.
Дополнительная информация и регистрация на сайте careerlab.ru/education/guru-academy/hruschka/sem1/
Завяжите шнурки и подтяните свои штаны!
2012-09-08 в 23:51, admin, рубрики: архитектура по, никто не читает теги, проектирование, Проектирование и рефакторинг, разработка, рефакторинг, старпатИтак, что же замедляет разработку программного обеспечения?
Задумайтесь об этом вопросе на секунду. Как так выходит, что чем дольше Вы что-либо разрабатываете, тем сложнее и неприятнее добавлять в Ваше приложение новые фичи, попиливать архитектуру?
И почему раньше задачи решались так просто, а теперь выглядят запутанными и сложнореализуемыми?
Казалось бы, положение должно улучшаться, ведь Вы уже давно в проекте, разве нет? Почему всё происходит наоборот?
Читать полностью »
Архитектура и архитекторы
2012-06-27 в 17:11, admin, рубрики: архитектура, архитектура по, Программирование, управление проектами, метки: архитектура, архитектура поОтносительно давно посетил семинар посвященный управлению архитектурой и ее контролю и все хотел описать полученные знания, так как информации было много, и большая ее часть была весьма полезна. Могу сказать, что представления мои об архитектуре сильно расширились, и тема оказалась более глубокой и широкой, нежели я себе ее представлял. Но это и хорошо, есть отправные точки, которые можно будет самостоятельно проработать в будущем. Итак, заканчивая с лирикой, хочу предоставить краткий конспект по архитектуре.
Большинство разработчиков, скорее всего, представляют себе архитектуру только в приложении к конкретному проекту, т.е. можно часто услышать от них «архитектура ПО», однако это лишь малая часть того, что входит в общее понятие. Условно можно разделить глобальное понятие на несколько частей, от общего к частному. Можете представить их в виде пирамиды:
- Бизнес архитектура
- Архитектура информационных систем (потоки данных)
- Технологическая архитектура
Таким образом, разработчики чаще всего говорят о технологической архитектуре приложения.
Бизнес архитектура, она же Enterprise, является представлением того, как эффективно перевести цели бизнеса и стратегию путем создания, улучшения и объединения ключевых требований, принципов и моделей для успешного развития бизнеса и достижения поставленных целей. Определение взято из английской википедии. Архитекторы уровня Enterprise должны ориентироваться на бизнес потребности и проводить анализ потоков данных, т.е. покрывают два указанных пункта. Архитекторы уровня Solution занимаются технологическими аспектами проектов. Так же стоит упомянуть не обозначенных здесь Infrastructure Architect, людей, которые занимаются глобальным развитием и анализом технических возможностей по реализации проектов.
Читать полностью »
Проектирование и рефакторинг / Отказ от использования CMS при проектировании веб-приложений
2012-02-18 в 10:19, admin, рубрики: web-разработка, архитектура по, архитектура приложений, проектирование, разработка, метки: web-разработка, архитектура по, архитектура приложений, проектирование, разработка
Уже довольно давно решая задачи проектирования веб-приложений, или веб-ресурсов я использую подход при котором проектирую логику работы исходя из предметной области к которой будет относится веб-приложение. Этот подход ни разу меня не подводил, и зачастую результат работы всегда меня удовлетворял (насколько вообще результат работы может удовлетворять — ведь всегда кажется, что можно сделать еще чуть чуть лучше, и процесс улучшения может быть бесконечным). Однако иногда среди коллег мне приходится встречать мнение, что проектирование с использованием CMS гораздо эффективнее. После последней такой беседы я решил написать статью иЧитать полностью »