Давай продолжим .
К предыдущим постам и карте цикла.
Что ж, первый шаг уже сделан.
Откуда оно еще не совсем ясно, но откуда оно берется, известно наверняка – с точки мира и равновесия.
Пришло время разобраться, почему здесь как-то скользко и липко.
И кто все эти жужжащие существа, которые стекаются к скелету рыбы Мандельброта, который мы назвали выталкиваемой архитектурой.
Архитектура Белого Члена Часть шума исходит от потенциальных клиентов.
Они шуршат запрос предложений , трясите золотые яйца государственных кур, ковыряйтесь в календарях и всегда улыбайтесь.
Почему бы им не улыбнуться? За ними, под запахом курицы, рой юристов, консультантов, маркетологов, аналитиков и анаболиков.
Что сразу бросается в глаза, так это возраст. Его просто не существует. В стартапах всем за 20, начальникам за 40, и все сразу понятно без какой-либо цветовой дифференциации штанов.
Тут же с вами может встретиться Багира, только что окончившая колледж и возглавляющая отдел предпенсионных бандерлогов.
Кормовой Балу томно шуршит пылесосом.
Каменные статуи с галстуками немигающе смотрят в три монитора одновременно.
Гениальный Ка, застывший между 40 и бесконечностью с демоном в голове и седыми волосами в бровях, встретит вас в большом овальном кабинете с видеокамерой и конференц-связью.
Кто он и какова его позиция, вы будете гадать до конца встречи.
Итак, где же мед и о чем жужжат дикие пчелы? Особенностью предприятия всегда является его размер.
Это имеет значение.
Он растет по-разному и это сильно влияет на структуру.
Где-то это слияния, где-то поглощения, где-то сотрудничество.
То есть иногда голова одна, а иногда десять, во всем мире.
Но всегда есть общая черта – многослойность.
Матрица или иерархия не так уж важны.
Главное понимать, что любой контакт с внешним миром запускает процесс внутренних коммуникаций вверх.
А вверх идет как бы против течения.
Все очень быстро течет сверху вниз.
Это, кстати, и есть ответ, почему так скользко.
А вот вверх – только под повышенным давлением.
Свежий пример Недавно опубликовано здесь анализ разрыва требование потенциальной системы для будущего тендера.
Им оказался Excel с чек-листом из 600 пунктов под названием Future System 20150512. В метадокументе тоже указан 2015 год. Да, компания осознала, что их система устарела и начала подготовку к тендеру 5+ лет назад, но уже еще не созрел.
Случай, конечно, исключительный, но показательный.
Так что Эйнштейн явно не просто так пришел к своим теориям.
Время на предприятии относительно.
Презентация проекта ровно 2 часа? Перед вами поставят песочные часы, и, пожалуйста, покиньте комнату немного раньше.
Вы отправили срочный запрос на уточнение технических деталей.
задания? Когда-нибудь они вам ответят. Пилотный этап проекта ровно неделя и «только на этих двух машинах»? Ее будут обсасывать минимум месяц в 20 местах на разных континентах.
Ну и что, что это всего лишь демо, и в вашем часовом поясе 5 утра — тут кнопка называется неправильно.
Короче говоря, ваше время и их время — это разные сущности.
Если вы не успели донести свою идею или задать вопрос, напишите в Спортлото.
Шанс ответить вовремя и по делу примерно равен выигрышу.
Если где-то на вершине пищевой пирамиды возникнет вопрос, он быстро и точно упадет на вас.
Это означает, что первоочередной задачей является поиск ключевых фигур.
Среди всего роя нужно найти опытных и техничных людей.
Они не обязательно будут присутствовать непосредственно на заседаниях.
Но с каждым вопросом, который вы задаете, вы заметите, что улыбающиеся люди лезут в свой телефон или электронную почту и извлекают оттуда информацию.
Вам нужны те люди, которые поместили туда эту информацию.
Нам нужен священный Грааль, к которому потянутся рыцари этого королевства, а не пажи и придворные.
Обычно Грааль можно найти в Д.
Р.
.
Пара вопросов о поведении в непредвиденных обстоятельствах и пошлют за специалистами.
Вам необходимо извлечь из них как можно больше информации, а также установить контакт. Если пришедший человек протягивает вам визитку, то, скорее всего, это бесполезная улыбка.
Потому что у специалиста на лице будет баннер, что его оторвали от IDE ради какого-то клоуна, который видимо случайно собрал где-то услышанные слова в заклинание призыва.
Хороший инженер не любит переключения контекста.
Поэтому он не курит и пьет чай из огромной кружки.
Чем выше пирамида, тем дальше голова от мозга.
В огромных компаниях у каждого свой узкий коридор без дверей и окон.
Тот, кто принимает тендерную заявку, и тот, кто эту заявку рассматривает, могут оказаться в конкурирующих ведомствах.
Тот, кто пишет требования, скорее всего, никогда не прикоснется к системе.
И зачастую у меня даже никогда не было такого опыта.
Точнее, у него «были» все, кто этим воспользовался.
Например, директор IT-департамента проведет тендер на мобильные устройства для учета товаров на томатном складе.
Почему он? Ну, потому что над ним сидит вице-президент отдела продаж, которому сообщили, что штраф возник из-за неправильной оценки количества имеющегося товара.
И вот ВП решил поискать фарсовую копросоциальную сеть: «инновации» и «облако» (для нас, специалистов, без облака не обойтись) и оказался в ИТ.
И не важно, что ИТ просто хранит фотографии с корпоративных мероприятий в облаке или отвечает за «офис 256».
Поэтому тому ИТ-директору от вас нужно только, чтобы он ни за что не отвечал и хотя бы что-то понимал.
А поскольку это обычная история, мой вам совет: самые важные стрелки на диаграммах на первых этапах — это коммуникации.
Какой порт открыть и какая будет модель развертывания на железе — это он знает и хочет видеть.
Он также отвечает за безопасность.
И, как вы догадались, асимметричное шифрование его не волнует. Главное, чтобы порт 443, пара сертификатов и база данных с бэкапами побольше.
Вот почему мы обычно обслуживаем что-то вроде наскального искусства.
Примитивно, но сюжет понятен.
Вырезанный фрагмент из реального проекта Страх и ненависть на предприятии, без которых структура архитектуры не будет полной:
- Нет единого контакта для получения более подробной информации.
Вам нужно завести картотеку.
Лишь в паре проектов у меня была возможность работать сразу с техническим отделом клиента.
Вот архитектор с архитектором.
В остальном нужно собирать данные для интеграций и интерфейсов по частям.
- Время - деньги.
Пропущенные сроки – до свидания.
Лучше без подробностей и частично, но представить.
Если вам это понравится, они свяжутся с вами.
Поэтому как можно меньше копайте на глубину.
Отсутствие деталей – это не только ускорение, но и свобода их дальнейшего выбора.
- Размер имеет значение.
Если ваша система требует установки на клиентские машины, то имейте в виду, что их могут быть тысячи и все они старые.
Да, даже Windows XP/CE на некоторых государственных КПК.
структуры.
В этой версии заявленный TLS 1.3 приведет к рукописному шифрованию и всевозможным прокси-серверам завершения.
- Все, что вы скажете, может быть использовано против вас.
Протоколы бесед и совещаний и бесед с юристами.
Вы сказали, как бы ради мажора, что это реалтайм, а потом они посмотрят конечный продукт, что там фиксированная задержка и придут обсуждать штраф.
Из личного опыта было: обсуждение падения кластера в присутствии юристов с обеих сторон.
А в «соседнем» проекте сначала письмо-уведомление от крупной юридической фирмы, которая не соблюдает Соглашение об уровне обслуживания в исполнении приведет к расторжению договора.
Была также волна увольнений, которая не улучшила производительность.
Но там дело обстояло совсем не критично.
Клиент просто хотел прыгнуть и нашел причину.
Так что никаких обязательств и никакой тонкой настройки.
Если вы не знаете точно, справится ли один сервер или нужно 2, укажите в заявке, что нужны 2, но это может варьироваться в зависимости от.
- Вендорский замок – ненависть во всех сферах.
Предприятие этого не терпит. Как можно больше стандартов и открытых протоколов.
- Вендорский замок – им это очень не нравится.
Поэтому отдельные тендеры на поставку, обслуживание, поддержку и т. д. То есть можно выиграть в нескольких или в одном.
Часто вы поставляете программное обеспечение, кто-то другой поставляет оборудование, а кто-то другой его устанавливает и обслуживает. Лучший вариант — это когда у вас есть «черный ящик» для on-prem — ваша компания не продает ПО отдельно.
Но поддержки у тебя все равно не будет. Не рассчитывайте на конкретную версию ПО и отсутствие конкуренции за ресурсы.
Будьте лицами без гражданства, где это возможно.
- Вендорный замок – один из самых важных.
Даже открытые технологии могут быть связаны с поставщиком.
Скажем, с Гуглом.
А в каком-нибудь Китае такие вещи не примут.
Мой компас опыта указывает строго на запад, а потому применять ли его к вашим реалиям – дело личное.
Сценарий обычно прост и неизбежен.
Маркетинг и продажи находят потенциального клиента, собирают документы и проводят встречи, чтобы решить, бросать ли гарпун.
Это было в прошлом выпуске.
Теперь нам нужно заявить о себе! Нет, если вы крутой специалист, то, наверное, подождите еще немного.
Пусть менеджеры по продажам разбираются сами.
И они всегда все решают. Ведь их задача — пройти все уровни перед подписанием, а потом есть босс, бонус и финальные титры.
Подумать только, им не надо ничего развивать! Они даже не всегда понимают, о чем идет речь.
Поэтому они будут обещать и торговаться согласно стратегии наибольшей личной выгоды.
То есть максимально, в кратчайшие сроки и по дорогой цене (у них премия зависит от «дорого», а не от «что» и «когда»).
Поэтому сначала в вашей корпорации ставят план для отдела продаж, а потом, когда он выполняется и перевыполняется, получается, что 9 программистов не смогут родить за месяц, потому что они все одного пола.
.
Потом начинают отправлять на предпродажную подготовку бизнес-аналитика и архитектора.
В целом, в корпоративном мире связь между бизнесом и архитектурой размыта для стороннего наблюдателя.
Но на самом деле это просто.
Аналитик не знает, как программировать.
Нет, ну, может, он и сможет сыграть какую-нибудь «лунную сонату», а Мурка, наверное, не сможет. Разве что он перекочевал из инженеров в теплое место, где они ни за что не отвечают. Бизнес с полной занятостью похож на кладбище слонов, куда архитекторы попадают перед выходом на пенсию.
Но пока все наоборот. Прежде всего, вы несете ответственность за все.
Потому что в мире полупроводников вы единственный проводник между желанием заказчика и конечным продуктом.
И еще один кот. Я имею в виду код. Ну как это: «Я видел код без архитекторов, а тут архитектор без кода…» Трудность быть проводником обычно состоит в том, что ожидание — это проводник электричества, и сигналы непрерывно текут в оба конца, даже если иногда для наблюдателя это звучит как подключение модема.
По сути, вы — проводник в поезде и несете чай с головы до хвоста, проходя через вагон-ресторан и полностью теряя связь с предыдущим вагоном, как только заходите в вестибюль.
Все понимают, что без чая хуже и приготовить его самостоятельно не всегда быстро и вкусно, но любви особой не будет. Водителю всегда кажется, что он тянет слишком много.
Он видит и слышит, что происходит в ближайших машинах, но этот длинный хвост явно балласт. Вот бы сбросить его и взлететь! Он не задумывается о том, что в этом поезде вагоны не тянут, а толкают. Поэтому он любит добавлять в голову каретки — они обязательно несут полезную нагрузку.
Он видит ее лично.
Вагон-ресторан находится недалеко от головной, чай и сахар оттуда развозят во все стороны, а загружают лишь на коротких остановках.
Поскольку самые загруженные остановки не выполняются по графику, возникает задача защитить поставки.
Потом менеджмент трейлеров.
Распродажа за коммунизм – чай всем, много и быстро! Вы их почему-то не поддерживаете.
Поддержка и инфраструктура любят подстаканники и стаканы с готовым чаем, чтобы его можно было выпить сразу.
И все эти ваши чайные пакетики, сотня сортов, 5 видов сахара с 3-мя форм-факторами, да еще эта чувствительность к влаге при хранении.
А как насчет одноразовых страниц, которые нужно раздать и утилизировать.
Словом, раньше чай был вкуснее, и гид знал свое место.
В вагоне ВЕЧЕРА.
Они любят только кипяток и маленькие глотки.
И подмешивайте заварку в каждый глоток, ведь вдруг вам захочется другого сорта или даже кофе.
И вот вы со своими предзаказами и невозможностью приготовить холодный-горячий кофе-чай с безмолочным сахаром.
Менеджеры разработчиков любят, чтобы им платили много и всегда.
Но не учили, как и когда пить.
И их не критиковали за то, что чай проливается, если налить его в карман, пить без стакана, с наперстками или встать на голову.
Что выливать остатки еды в один стакан – это не новость, и есть сахар – это не то же самое, что пить чай.
Тогда господа эстеты.
Они должны варить его сами и не любят прозрачных стаканов, в которых все видно.
В общем, они действительно ждут вас только в хвосте, где сидят юниоры, но напоить их нужно отдельно и с ложечки.
И, конечно же, у вас нет своей кареты.
Зачем все это и при чем здесь архитектура? Как я уже намекал, архитектура нужна для того, чтобы отвечать требованиям бизнеса.
Но помимо необходимого функционала есть еще и среда, куда все это должно вписаться.
У меня не было возможности работать в крупных аутсорсах, а значит, я буду смотреть на все со стороны огромной продуктовой компании.
С историей, рынком, продукцией и инерцией.
В ведущих вагонах понимают, что рельсы уже не те, но свернуть с них сложно.
Поэтому они всегда стараются переобуваться на ходу.
Это значит, что вы работаете не с чистого листа, а с линейкой готовых продуктов, которым стероиды уже не помогут. Или вы открываете смежную нишу в ассортименте продукции.
Но неразрывно связаны.
Разница в весе между крупным клиентом и обычным клиентом – это миллионы зеленых причин.
Имя, которое носит ваша компания, и ее история – это вход на большой рынок.
Чего вы можете не знать, если не были на этом рынке и что нужно учитывать при проектировании и в дальнейшем в архитектуре:
- Среднестатистический покупатель получает ваниль.
Корпоративный клиент добавит туда шоколад и орехи.
Функциональность и внешний вид могут сильно различаться.
Ваша задача не пойти по лёгкому пути и создать для клиента бранч или покрыть всё ИФами.
Компания не хочет больших затрат на тестирование и модификацию, хрупкий код и поддержку.
Чтобы сохранить как можно меньше деталей, специфичных для клиента, было бы хорошей идеей использовать сменные модули, дополнения, управляемый событиями , плагины, без кода .
- Обычный покупатель берет мороженое, а крутой укажет, кто его будет подавать.
Клиент действительно может просмотреть список и выбрать, кто будет работать и управлять разработкой.
Они просматривают резюме ключевых сотрудников и отсеивают их.
Причинами отказа в основном являются опыт и конфликт интересов.
Либо недостаточно хорош, либо участвует в проектах с конкурентами.
Выбирая технологии, не рассчитывайте на конкретных людей — они могут попасть в опалу.
- Обычный клиент интегрирует вашу систему, а вы интегрируетесь с Mr. Client. Измениться может не только ваш договор, но и направление вашего запроса.
Заранее подумайте о переводчиках и адаптерах.
Особенно, если вы долгое время усердно работали над микросервисами.
Налог на распределение фактически не может увеличиться.
- У обычного клиента один бизнес, а у этого их много и везде.
Это значит, что нужно учитывать географию, доступность коммуникаций и регулирование.
Возможно, технически нереально распространять псевдованиль по всему миру, но как минимум отдельный деплой делать все равно придется.
С облаками можно съесть «шоколад», пытаясь растянуть привычную бизнес-модель на множество часовых поясов, валют, культур и нелогичных законов (а они практически всегда не вписываются в существующую картину мира корзины готового продукта вашей корпорации).
продукты).
И у одних и тех же облачных провайдеров в разных регионах разный набор инструментов и цены.
- Среднестатистический клиент ест, когда ему дают. Клиент с большим аппетитом выбирает, когда.
Итак, если вы привыкли, что раз в квартал ваш функционал обновляется и все на него переходят, то это может быть совсем не так.
Во-первых, от них могут потребовать переиграть бэклог и поставить что-то быстрее и не с запланированным выпуском версии, а до определенной даты.
И, конечно же, помимо того, что вам необходимо поддерживать версии, вам может понадобиться более одной из них.
Огромная организация не будет обновляться быстро.
Раньше я работал с 2-3 версиями в продакшене, а здесь их в два раза больше, даже при полной обратной совместимости.
Поддержка кода и возможность тестирования становятся главным приоритетом.
- Обычный клиент обрадуется, когда ему попадется орех, а вот толстый клиент следит за своим питанием.
Вам сообщат, какие исправления и функции будут включены в релиз, а какие нет. Нет ничего плохого в том, чтобы еще раз напомнить предыдущий пункт. Зачастую бывает сложнее запустить инфраструктуру в выпуск.
Клиент боится больших перемен.
Так что старайтесь делать все по частям и от начала до конца - вперед совместимость.
Ну, развязка, развязка, развязка.
- Помните замок Вендора? Не ждите, что ваша система будет полностью в ваших руках.
Если он on-prem, то доступа вообще не будет. Имейте в виду, что вам нужно будет отлаживать «по логам», а поддержка будет работать с огромной задержкой.
Вы получите частичное и позднее описание проблемы.
Многоуровневые журналы, четкие сообщения об ошибках, система предупреждений и обширная проверка работоспособности.
Инструменты для сбора необходимой информации.
Все, что часто называют готовностью производства, должно быть частью архитектуры.
Опять лист. Вкратце: подается заявка на тендер и начинаются первые взаимные придирки.
В этих джунглях есть свои законы.
Заказчику – все делается в срок и с минимумом обязательств.
Внутри вашей организации вам придется брать на себя ответственность за решения, принимаемые другими.
Поэтому необходимо «помочь» им сделать правильный выбор.
Спланируйте, как угодить крупному клиенту, не подвергая опасности других и, самое главное, себя (лично и компанию).
Кратко: а.
Посмотрите на других я.
Возраст организации не является показателем опыта и профессионализма.
ii. Время всегда против тебя iii. Правильный специалист – ловите на живца! iv. Берегите себя – будьте осторожны.
б.
Покажи себя я.
Не оставляйте предварительные продажи на волю случая ii. Вы часть силы, которая хочет добра, но.
iii. Окружающая среда формирует архитектуру
| RFI | архитектура архитектура | |
| запрос предложений | О клиентах и продавцах | Вы здесь |
| ДД | Удар в дилижанс | |
| ЛОИ | Воспаленный аппендикс | |
| НОА | Один за всех и все за одного | |
| MVP | Ежедневный стендап | |
| POC | Нос в кепку | |
| Р.
О.
| Развертывание без конца | |
| БАУ | ||
| окончание срока действия |
-
Apple Iphone Скоро Появится
19 Oct, 24 -
Бойкот Оборудования Без Поддержки В Linux
19 Oct, 24 -
Ssl В Тебе (Jabber)
19 Oct, 24 -
Телефон Apple Больше Не Слухи
19 Oct, 24 -
Youtube Разоблачает Нерадивых Полицейских
19 Oct, 24
