Строим сами — Инструмент

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

Измерительный и разметочный

К нему я отношу весь инструмент, который как-либо касается разметки. Это рулетки, уровни, длинномеры, нивелиры, угольники и многое другое.

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

Мелкий ручной инструмент.

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

Ручной электроинструмент

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

Бензоинструмент

Бензоинструмент – порой незаменимый помощник на строительной площадке.
Он значительно эффективнее своих аналогов работающих на электричестве.
Работа инструмента без электричества очень полезна, но не позволяет работать с ним внутри помещений.

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

Могут ли бизнес-пользователи создавать роботов, используя инструменты RPA?

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

Конечно, они легко смогут применить инструментарий RPA. Но нужно учитывать некоторые тонкости, чтобы принять правильное решение.

Пока индустрия автоматизации продолжает завоёвывать высшее руководство компаний, в ней наметился сдвиг в сторону гиперавтоматизации как стратегии выхода на рынок нескольких ведущих платформ по автоматизации, включая RPA; сейчас они предлагают low-code решения, которые помогают бизнес-пользователям автоматизировать ежедневные процессы. Такой подход становится всё более превалирующим, поскольку лидеры RPA предлагают модель неавтономных роботов (Attended bot operating model). Благодаря сочетанию low-code среды и неавтономных роботов, становится всё более вероятным, что, используя правильные инструменты RPA, бизнес-пользователи смогут сами создавать роботов. Но здесь есть свои особенности.

Сценарий для гражданских разработчиков и надёжного Центра компетенций

За последние несколько лет всё чаще появляются клиенты, которые хотели бы ослабить зависимость от IT-отделов, и сейчас они ищут возможность автоматизировать бизнес-процессы с помощью RPA. Если подрядчик по внедрению технологии вам подходит, то это значительно упростит переход от разработки силами IT-департамента к реализации проекта под руководством бизнес-подразделения. Это неизбежно приведёт к тому, что бизнес-пользователи сами начнут создавать роботов. Более того, гражданская разработка позволяет не привлекать IT-отдел, и поэтому внедрение технологии происходит быстрее. В противном случае незавершённые проекты скопились бы в IT-отделе.

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

Сегодня у большинства инструментов RPA есть возможности облегчить процесс разработки робота. Любой человек с минимальным опытом в программировании может автоматизировать процессы с помощью функций записи рабочего стола, команд drag-and-drop, оптического распознавания символов и заготовок для машинного обучения. Но деятельность гражданских разработчиков может оказаться хаотичной, если не ставить им разумных ограничений.

Успешное взаимодействие с клиентами, которые преследуют эту цель, как правило, имеет несколько общих черт:

• RPA платформа, соответствующая потребностям бизнеса. Платформы RPA отличаются друг от друга. Инструменты, которые не поддерживают создание неавтономных роботов и возможности low-code не очень подходят для гражданской разработки.
• Хорошо организованный Центр компетенций будет обучать, поддерживать и способствовать взаимодействию бизнес-пользователей. Центр компетенций будет сдерживать хаотичное внедрение автоматизации в компании.
• Налаженная функция отбора и инвентаризации процессов, позволяющая определить наиболее подходящие из них для автоматизации.
• Бизнес-пользователи, гражданские разработчики, продвинутые пользователи, их можно называть как угодно, но все они имеют опыт автоматизации простых задач (макросы эксель) и, таким образом, они смогут эффективно использовать и гораздо более сложные инструменты автоматизации.

Компания NFP предоставляет не только возможность приобретения лицензий на платформы RPA UiPath и PIX, но также оказывает консультационные услуги по подбору процессов, формированию Центра компетенций, обучению работе с продуктами любого из вендоров, а также реализует проекты по внедрению любого из решений.

Определить стратегию успешной автоматизации

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

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

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

Чтобы помочь вам самостоятельно принять решение, обратите внимание на следующие моменты:

• Организованную структуру по управлению автоматизацией.
• Возможности пользователей (есть ли у них опыт создания простых автоматизаций).
• Доступность low-code платформы и неавтономных роботов.
• Право собственности.
• Стоимость поддержки и технического обслуживания.
• Степень сложности процессов.

Статья подготовлена по материалам сайта perficient.com.

Высокотехнологичные инструменты сами по себе не могут увеличить производительность

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

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

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

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

Не используйте новые инструменты как механическую замену старых. Когда появляются новые инструменты моделирования и симуляции, их сторонники обычно утверждают, что замена виртуальными прототипами физических поможет сэкономить миллионы. В самом деле, деньги экономятся – но при этом компании не обращают внимания на большие возможности, которые эти инструменты дают. Например, полная реорганизация рабочих процессов, связанных с разработкой продукта. Один из менеджеров объяснял это на примере дорожного утреннего трафика. Даже на Феррари вы не сможете добираться от дома до работы быстрее, если вы не найдёте себе новый путь, который будет учитывать преимущества нового автомобиля – скорости и ускорения. Так же и компании не могут раскрыть весь потенциал новых инструментов, если они не найдут новые способы работать с ними.

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

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

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

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

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

Ищите новые способы создания ценности. Новые инструменты дают новые возможности взаимодействия с партнёрами. Отдав пользователям доступ к аналитическим инструментам, Google изменили рекламный рынок. Инструменты разработчиков приложений от Apple превратили пользователей в разработчиков и создали большой рынок, с которого Apple имеет свою прибыль. Можно создавать ценности, находя новые способы, благодаря которым пользователи и клиенты смогут играть более активную роль в инновациях и рабочих процессах. Для этого в инструменты нужно вложить ноу-хау компании и дать возможность клиентам разрабатывать и «производить» решения для самих себя.

Credit Suisse создал платформу, на которой клиенты могут создавать свои собственные финансовые продукты. Автоматизировав проверки безопасности и отдав работу по разработке клиентам, компания уменьшила стоимость разработки на 95%, увеличила прибыльность и освободила ресурсы для инноваций. Каждый день создаются сотни уникальных продуктов, и ценность платформы возросла.

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

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

Ударные инструменты – самые древние, это доказали сами дети

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

Артисты Симфонического оркестра филармонии заслуженный артист Карелии Валерий Бобков, Ольга Косырева, Василий Катанов и Мария Телятникова играли произведения, как написанные специально для ударных, так и переложения музыки Гайдна и Прокофьева. А еще были строгие блестящие военные фанфары, зажигательные бразильские ритмы и танцы, которые вполне могли исполнять жители Африки…

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

Когда ведущая предложила желающим попробовать себя в роли музыкантов, школьники шумной гурьбой высыпали на сцену, и каждый получил свой инструмент: бубны, маракасы, коробочки, треугольники, этнические инструменты… Оказалось, что пошуметь, похулиганить и при этом стараться попадать в ритм, подыгрывая музыкантам, – это большое удовольствие.

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

Фото с концерта

Facebook

Twitter

Мой мир

Вконтакте

Одноклассники

Google+

Просмотров: 2 387

Рейтинг инструментов для дизайна и проектирования 2016

1. Какие тренды вы бы могли отметить в развитии инструментов для дизайнеров и проектировщиков в последние годы? Развивается ли эта индустрия и нуждается ли она в развитии?

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

Основная тенденция — в создании и развитии инструментов прототипирования, которые гибридно помогают решать и задачи кода, позволяя использовать все потенциальные возможности платформы, и сразу же отладки параметров человеческого взаимодействия. Будет развиваться Sketch и целые семейства расширений функциональности. Тенденция разработки в сообществе нужных расширений и открытый доступ к ним сохранится, и софт будет обрастать разного качества довесками. Будут развиваться и Framer.js,и Origami Studio, и сервисы проектного менеджмента, подобные Slack или Trello. Революций не будет, но появится заметная взаимная интеграция аудиторий — дизайнеры найдут для себя удобным использовать код и скрипты, а кодеры будут больше уделять внимания визуальной разработке и проектированию UX.

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

Ключевой тренд — это постоянное упрощение и минимализм в дизайне. Мы уже привыкли ко всему плоскому. Теперь все становится еще проще и легче. Значительное давление на это оказывают развитие мобильных платформ и популярность всего мобильного. Mobile First из чего-то нового и необычного становится стандартом. Все это влияет и на инструменты.

Популярный Adobe Photoshop упустил момент перемен в дизайне и на сцене появился Sketch. Простой, быстрый, дешевый. Идеальный инструмент для проектирования и визуального дизайна нового формата. На рынке digital design инструментов впервые за десять лет появляется конкуренция среди производителей софта.

Material Design от Google добавил еще немного сумбура в этот коктейль. Теперь дизайнерам необходимо делать плоский дизайн «живым». Анимация добавляет интерфейсам больше смысла, логики и той самой изюминки, которую теперь невозможно взять на статических полях минимализма. В этом деле набирают популярность такие инструменты как Principle, Origami, Flinto и т.д. Этот сегмент пока очень слаб. Инструментов много, но они весьма ограничены. Однако это уже лучше, чем объяснять на пальцах frontend-специалисту или уходить в суровый AfterEffects.

За последние годы у дизайнеров появилась потребность в предварительной верстке и тестировании интерактивных макетов. Соответственно, в инструментарий некоторых программ эти функции уже интегрированы. Например, Sketch или Macaw.

Основной тренд — появление продуктовых команд, гибкая разработка. При таком подходе само понятие прототипа меняет свой смысл, серые квадратики больше никому будут не нужны, проектирование (в смысле написания технических заданий и подобной бесполезной беллетристики) преобразовывается в постоянные улучшения продукта и исследования. Дизайн, как его понимали последние лет 10–15, при таком подходе обретает совсем иную ценность и цель, а когда задача — работающий сервис/ продукт, а не макет, то инструментарий уже не столь существенен. Может быть, отсюда растут корни у другого старинного тренда (ирония): следует осваивать инструменты разработки.

Индустрия развивается в направлении подписных сервисов, дублируя те или иные услуги, которые могут приносить доход их владельцам, в надежде на то, что данные сервисы будут выкуплены, и инвестиции в проекты окупятся. Сами инструменты пока не эволюционируют. Управление кривыми Безье было идеальным во FreeHand, с тех пор повторить эту логику никто не сумел.

Глобально заметен тренд автоматизации рутинных процессов по части работы с контентом и передачей дизайна в продакшн. Но в этом направлении пока еще есть куда двигаться. Сейчас не хватает единого инструмента. Используется 3–4 различных инструмента, чтобы получить готовый продукт. В каждом свой интерфейс, методология и процесс.

Упрощение. Люди хотят пользоваться простыми инструментами и не «забивать гвозди микроскопом». Значительная часть UI-специалистов нашла утешение в Sketch. Он легкий, простой, с низкой ценой лицензии, заточенный сразу под веб. В отличие от Photoshop, функционал которого используется веб-дизайнерами процентов на 20–30.

Как и любая отрасль, эта нуждается в развитии.

В последние годы вектор направлен на расширение интерактивных возможностей дизайнера.

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

То же касается и сайтов, созданных через онлайн-конструкторы, которые доказали состоятельность.

Тренды: автоматизация средств получения обратной связи, более технологичный подход к анимации и упрощение ее производства. С точки зрения рынка появляются очень сильные и быстрые игроки. То, о чем мы мечтали в 2013–14-х годах — уже сейчас реальность. Сейчас для того, чтобы появился качественный и быстрый прототип, в котором можно обсудить правки с командой и партнерами, нужно просто несколько часов работы. Качество же инструментов прототипирования и проектирования не перестает удивлять. Если вчера нужна была лаборатория для получения вводных данных о том, как будет работать гипотеза, сейчас ее заменяет несколько удобных и быстрых приложений. Индустрия развивается невероятно быстро, и я в восторге от прогресса.

Рынок неожиданно проснулся и уже появились сразу несколько новых и мощных инструментов — мы постоянно тестируем что-то новое и все больше работаем с новыми сервисами: Sketch и Adobe Experience Design. Старые системы тоже начали быстро подстраиваться под изменения, тот же Photoshop уже неплохо подтянулся под требования цифровых дизайнеров.

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

Для больших сложных проектов все осталось так же: Axure и Photoshop.

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

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

Популярность Sketch заставила Adobe двигаться вперед; здоровая конкуренция между ними, без сомнения, приведет к значительному улучшению обоих продуктов. Большое значение стало уделяться интерактивной анимации в интерфейсах. В ближайшей перспективе этот функционал станет базовым для графических программ.

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

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

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

2. Есть ли рыночная потребность в появлении каких-то принципиально новых средств для работы дизайнеров и проектировщиков?

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

Фактически не существует инструментов для предварительных исследований проблем дизайна, тестирования, специализированного сбора информации для начала работы над проектами. Пока с этими задачами справляются разные инструменты от Evernote до Trello, но явно не хватает интеграции с инструментами разработки, чтобы удобно подглядывать за вдохновляющими примерами, видеть собранные вместе интерфейсы конкурентных продуктов, иметь быстрый доступ к техническому заданию и выводам.

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

Некоторые инструменты помогают работать с элементами, как с CSS: одним кликом вы сразу меняете на всех макетах заголовок, стиль текста и т.д.
Оптимизация времени на внедрение гипотезы в проект — это следующий шаг. Тут большое поле для работы. Общая тенденция сводится к тому, чтобы в процессе (от проектирования до публикации проекта) участвовало как можно меньше специалистов. Есть решения, которые имеют хороший инструментарий для создания информационного дизайна и фактически полностью устраняют потребность в технических специалистах для публикации.

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

И не стоит ставить крест на инструментах Adobe. Уверен эти парни, учитывая их объемы и возможности, еще могут дать угля индустрии. По крайней мере, анонсы их новых продуктов впечатляют.

Я пока не сталкивался ни с одной программой, которая бы была до конца удобной или включала в себя все необходимые функции. Так что думаю, я не одинок в этом.

Эта область достаточно насыщена качественными инструментами с почти одинаковым функционалом. Отличия в UI и каких-то «фишках» для удобства — это не «киллерфича», которая перетянет огромное количество юзеров. Когда нет революционного предложения, нет смысла менять те программы, к которым привык.

Насчет «рыночной потребности» не знаю, но у человечества целиком есть биологически обусловленная тяга к совершенствованию и поиску нового: эволюция. Поэтому принципиально новые продукты тоже будут появляться. А у рынка «принципиально новых» потребностей быть не может, именно потому что они — принципиально новые. Такие принципиально новые средства как раз формируют (новые) рынки по определению. Другими словами, подвох скрыт в самом вопросе. Если появится что-то принципиально другое, то либо будет другой рынок, либо не будет нужды в дизайнерах-проектировщиках.

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

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

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

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

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

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

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

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

Того, что есть сейчас, вполне хватает для создания качественного продукта. Хотя не исключаю появления чего-то, что поможет на уровне дизайна создавать проекты, с помощью которых можно будет сразу показать клиенту, что получится в итоге. Этакий Axure с возможностью Photoshop.

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

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

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

Есть. Для VR, AR и прочих MR. «Поле не пахано». Разработчики принюхиваются. А рынок начинает реагировать.

В более приземленных вещах рынок уже отреагировал, и такие средства есть и создаются (Sketch, Invision, Adobe XD и прочие «фотошопы»). А там посмотрим.

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

3. Каковы перспективы и проблемы внедрения систем контроля версий макетов? Какие существуют способы установления связи между версиями прототипов, дизайна и верстки?

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

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

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

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

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

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

Контроль версий в дизайне — один из самых сложных и пока не решенных на комфортном уровне вопросов. Мы решаем проблему организацией правильного процесса и созданием микрофреймворков с поддержкой версий в каждом проекте.

На масштабных проектах, где количество макетов в разных состояниях исчисляется не десятками, а сотнями, проблема особенно заметна.

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

Версионность — это веселая тема. На данный момент на 100% эту задачу так и не смог реализовать никто и никак. Все еще приходится находить свой путь по достижению актуализации и говорить о том, что можно легко держать несколько дизайнерских репозиториев, близких по духу GIT — это, увы, пока утопия. Хотя попыток было много. Мой личный фаворит — это Dropbox и хорошая структура папок. Это весьма емко по месту и требует дополнительной организации от команды. Но такого решения, чтобы «взял, и завелось», особенно в продуктовой работе, когда релизов много (есть тестовые версии, текущие и грядущие) — это всегда сложный процесс, где приходится искать подходящую модель под продукт, команду и потребности.

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

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

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

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

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

Самая большая проблема — внедрить это в компании и начать пользоваться. Git, BitBucket, Invision, тот же Sketch все это умеют.

4. Как и на каком этапе должна продумываться адаптация контента сайта под разные версии разрешений и устройств? Возникают ли проблемы с проектированием и демонcтрацией адаптива?

Никаких безоглядных mobile-first идеологий! Всегда нужно исходить из задач. Финальный продукт должен быть продуман и адаптирован под все размеры, форматы и разрешения. Мы предпочитаем думать о всех версиях параллельно и с самого начала закладывать это в сроки. Практически мгновенно поднимаем стенд с текущими результатами, и клиент всегда видит, на каком этапе мы находимся, заходя на ресурс со своего телефона или ноутбука.

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

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

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

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

Mobile First. Проблем не возникает.

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

Работа с контентом начинается еще на стадии стратегии и исследований. Уделяется этому до 20% времени. На вайрфреймах контент детализируется, и подключается копирайтер. Адаптация начинается на этапе концептинга и далее продолжается уже по всем дизайн-шаблонам. Также после сборки и отладки продукта делается пост-дизайн, и некоторые контентые блоки оптимизируются в зависимости от экрана и скорости работы девайса.

Адаптация контента под устройство в информационном плане должна продумываться на этапе проектирования. В стилистическом плане (размера и соотношения кеглей шрифтов) — естественно, на этапе дизайна. С демонстрацией адаптивных разрешений на стандартном наборе девайсов в той же Axure проблем нет. Жаль, только каждую реперную точку адаптива приходится проектировать отдельно.

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

Адаптив — это «новый черный», он просто стандарт, более 40% трафика — это мобильный трафик в разных итерациях. Сложнее всего показывать на прототипах пограничные состояния: приходится собирать «живую» верстку для того, чтобы показать переходные моменты от телефона к планшету и от планшета к компьютеру, и от компьютера к ультрашироким экранам. С точки зрения этапов, на старте уже надо понимать, что сайт — это не монопродукт для компьютера, а это веб-приложение, которое работает на нескольких типовых платформах, игнорировать это глупо. Потому адаптацию нужно продумывать со старта. Проблем как таковых нет. Можно и «гифку» показать, и видео сделать, и верстку собрать.

Задача с демонстрацией решена — можешь использовать сложные системы проектирования, можешь просто сделать кликабельные прототипы. Адаптация контента — все очень индивидуально. Мы больше не разделяем это на разные этапы производства. Все делается в одну итерацию.

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

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

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

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

5. Как решать проблему демонстрации интерактивного взаимодействия в интерфейсе? Как визуализировать и согласовывать это с клиентами?

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

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

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

Если есть анимация — показывайте анимацию. Если есть какое-то правило при взаимодействии с элементами макета — показывайте, как это будет выглядеть. И клиенту будет понятно, и вы протестируете свою гипотезу с минимальными затратами. Какой софт использовать для этого, не так уж важно. Обычно это зависит от навыков самого дизайнера (иногда на верстке показать быстрее, чем анимировать в какой-то программе).

Особо сложные динамические макеты, например, с фиксированными элементами или блоками мы стараемся подверстывать в облегченной форме еще на этапе дизайна.

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

Показать рабочий и протестированный интерфейс. Если работать спринтами и поставлять рабочий продукт, а не части продукта (дизайн, прототип и т. п.), то такого вопроса не встанет. А так — куча инструментов для прототипирования и анимации интерфейсов.

Анимировать.

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

Если речь про логику работы и заказчик готов смотреть на серые прямоугольники, то в прототипе. Если речь про динамику и визуальные фишки, то в дизайне, анимированном специально для этого. Во втором случае берется «нарезка» макета в состояниях, хороший аниматор колдует над этим, например, в АfterЕffect, и это в видеоформате презентуем заказчику. Если по дизайну хочется покликать, берем Invision.

Для клиентов мы часто делаем видеоролики концепций, это значительно сокращает сроки согласования.

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

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

Данная задача легко решается на уровне презентации интерактивных адаптивов.

Любой сайт решает какие-то конкретные задачи бизнеса для определенной аудитории. Для этого продумываются определенные сценарии поведения пользователя на конкретно взятом проекте.

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

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

Презентовать посценарно. Отделять «мухи от котлет»: каждый комментарий клиента класть в свою корзину — идея / дизайн / функционал и после этого обсуждать детально (отметать «не нравится» или «слишком много оранжевого»).

Интерактивность, салфетка, видео со звуковыми эффетками, Keynote? Все зависит от задач и от клиента. Если с клиентом договоритесь, то не забывайте о разработчиках. Чтобы они поняли, что и как работает.

Производители музыкальных инструментов сами создают свою судьбу

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

Эти фермеры — скрипичные мастера, производящие свыше 80% скрипок среднего и высокого класса, а также около 40% всех скрипок, виолончелей и альтов, выпускаемых в Китае. Их инструменты продаются во многие страны, в том числе США, Испанию, Италию и Германию.

«Работа скрипичного мастера дарит мне чувство профессионального удовлетворения», — рассказал Jiang Hexi 37-летний производитель инструментов из Queshan, работающий в Henan Hao Yun Musical Instrument. В этом ремесле он уже около 20 лет.

«Моя карьера началась в 2001-м году, тогда мой товарищ из Queshan привёл меня в Hao Yun. В то время предприятие располагалось в Пекине, и основано было человеком из нашего городка. В сущности, многие мои сверстники начинали свой рабочий путь на предприятиях по производству скрипок в столице по приглашению выходцев из Queshan. Многие люди с нашего района основали там крупные компании по производству струнных инструментов и они стремятся к тому, чтобы на производстве у них трудились наши земляки», — рассказал Jiang.

Эта история началась в 1980-х, когда часть фермеров из Queshan оставила работу на полях и отправилась в Пекин на работу в мастерские по производству скрипок. Многие их друзья и родственники со временем устроились туда же.

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

В этом же году свыше 60 мастеров приехали обратно в Queshan и основали собственный бизнес по производству струнных инструментов.

Компания Hao Yun, где в данный момент трудится Jiang, одна из тех, которые вернулись из Пекина.

Guo Xinshe, генеральный директор Hao Yun, рассказал: «Местные власти ввели множество программ поддержки, например, уменьшение налогов и отмена платы за аренду территории завода. Это стало одним из поводов для нашего возвращения. Кроме того, нам хотелось бы делать бизнес, приносящий выгоду не только нам, но и людям из нашего родного города».

В городской администрации сообщили, что на данный момент в Queshan расположено 102 завода, изготавливающих скрипки, на них трудится свыше 2600 человек.

«Работать у себя в городе существенно комфортнее и легче, нежели в столице. У меня есть свободное время, чтобы посвящать его своим детям и родителям. Когда я трудился в Пекине, я мог ездить домой лишь один-два раза в год и это при том, что моя зарплата практически такая же — около 10 тысяч юаней в месяц», — рассказал Jiang, являющийся начальником отдела сборки Hao Yun.

Старший научный сотрудник Института промышленной экономики Академии социальных наук Китая, Zhou Minliang, сообщил, что размещение в округе Queshan передовых предприятий по производству скрипок способствовало экономическому росту в регионе, а также созданию большого количества рабочих мест и увеличению объёмов поступлений от налогов.

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

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

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

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

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

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

По материалам chinadaily.com.cn

О компании

ВСЯ МОЩЬ МИРОВЫХ ТЕХНОЛОГИЙ

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

Компания ЗУБР – российский производитель и поставщик широкого спектра качественного инструмента, материалов и оборудования вот уже более 20 лет. Ручные и механизированные инструменты ЗУБР пользуются популярностью у специалистов благодаря высокой надежности, отличной эргономике и высокому качеству.

Сегодня компания является участником мирового рынка и производителем качественных товаров, используемых как внутри, так и вне дома, а также для промышленного применения. Модельные ряды продукции компании занимают ведущее положение в соответствующих секторах рынка России и за ее пределами.

МАРКА №1 В РОССИИ

В 2019 году компания получила национальную премию «Марка №1 в России» в категории «Инструменты для строительства и ремонта».

«Марка №1 в России» является значимой системой оценки известности брендов и уровня доверия покупателей.

За присуждение премии голосуют сами потребители. Названия торговых марок люди вписывают самостоятельно — тех, которым доверяют.

20 000

инструментов

250

товарных групп

3 000

сотрудников

В жизни компании ЗУБР всегда происходит обновление. Компания постоянно расширяет ассортимент, усовершенствует текущие модели, входит в новые сферы, чтобы удовлетворить растущие потребности наших клиентов. Мы предлагаем много новых категорий товаров высокого качества по доступной цене. Делаются большие инвестиции в развитие производства, а также в инфраструктуру отрасли.

Для успешной конкуренции с известными иностранными брендами, компания ЗУБР уделяет особое внимание научным исследованиям, добиваясь максимальной эффективности и надежности ее инструментов. В конструкторском бюро компании работают высококвалифицированные инженеры с большим опытом. Многие из них прошли старую школу, работая на предприятиях оборонно-промышленного комплекса. Новаторская работа ведется целенаправленно и приносит реальные результаты: инженерами создан ряд современных разработок, решения которых запатентованы.

ГАРАНТИЯ 5 ЛЕТ

широчайшая зона сервисного и гарантийного обслуживания

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

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

Интеграция инструментов Cloudops важнее самих инструментов

Сегодня 3:00 вторника, и ваш инструмент AIops сообщает, что корпоративная сеть достигает точки насыщения. Похоже, что один из виртуальных облачных серверов выделяет огромное количество пакетов, захваченных мошеннической программой, установленной хакером накануне ночью.

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

Чего не хватает, так это прямой интеграции между инструментом AIops и инструментом безопасности. Хотя у них разные миссии, они нужны друг другу. Средству безопасности требуется видимость поведения всех приложений и инфраструктуры, учитывая, что поведение, которое не соответствует нормальным операциям, часто можно отследить до проблем безопасности, таких как DDoS-атаки.

В то же время инструмент cloudops может играть определенную роль в автоматической защите облачных систем, например, при попытке перезапуска или других корректирующих действиях, чтобы проблема не приводила к отключению. О восстановлении можно сообщить в инструмент безопасности, который предпримет дальнейшие действия, например, заблокирует IP-адрес, являющийся источником DDoS-атаки.

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

Более умные игроки в области управления облаком и мониторинга, особенно те, кто продает инструменты AIops, в значительной степени переняли религию интеграции инструментов. Они могут работать и хорошо взаимодействовать с другими облачными инструментами, чтобы двигаться к типу драйвера стоимости 1 + 1 = 3. Это вещь номер один, на которую я обращаю внимание в наши дни, помимо возможностей и функций каждого инструмента, но она все еще не привлекает внимания большинства предприятий, впервые выбирающих облачные инструменты.

[Также на InfoWorld: Как AIOps улучшает мониторинг приложений]

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

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

Авторские права © IDG Communications, Inc., 2020

Укрепляйте доверие с помощью инструментов: эксклюзивный отрывок из книги любимых психоаналитиков Голливуда

Мастер-файл

Понимание моментов остановки
Закройте глаза и представьте себя перед аудиторией: любым человеком или группой, которые заставляют вас чувствовать себя неуверенно.Может быть, вы собираетесь противостоять авторитетному лицу, например своему боссу, или, может быть, вы находитесь перед сотнями людей и собираетесь выступить с речью. Любой человек (даже один человек) может считаться аудиторией, если вам небезразлично их мнение о вас.

А теперь подумайте, что вы чувствуете в этом сценарии. Сосредоточьтесь на своем теле: ваше сердце учащенно бьется? Вы чувствуете себя деревянным? У вас пересохло во рту? Вы замерзли, как олень в свете фар? Вы чувствуете себя уязвимым? Ваш разум пуст? Обратите внимание на все эти ощущения.Это ваши личные сигналы о «замораживании». Они могут варьироваться от легких, когда вы чувствуете себя скованным, до экстремальных, когда вы буквально не можете двигаться или говорить. Принято думать, что мы замираем из-за ситуации, но эти моменты замирания на самом деле вызваны внутренней незащищенностью, незащищенностью, о которой вы можете даже не осознавать, пока не потеряете способность выражать себя.

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

Умение общаться с другими — залог успеха. Самые важные возможности в жизни исходят от других людей. Люди предоставляют вам возможности, потому что они чувствуют себя связанными с вами. Я знаю крайний пример этого.Мой лучший друг — физик-теоретик мирового класса, преподающий в крупном университете и член престижной Национальной академии наук. У него есть коллега, который намного превосходит его по способностям, но никогда не номинировался в академию. Почему? Потому что его неуверенность делает его конкурентоспособным, ревнивым и трудным в работе. Несмотря на свои превосходные способности, он ограничил свое профессиональное развитие.

Снова и снова мы видим, как трудно избавиться от незащищенности.Факты и логика не работают. Когда люди чувствуют себя неуверенно, они часто идут на все ради какой-то цели, которая, как они надеются, поможет им почувствовать себя лучше: они сбросят вес, получат ученую степень, будут работать 24 часа в сутки, чтобы добиться повышения. Но каждый раз чувство неполноценности возвращается; незащищенность, кажется, живет собственной жизнью.

Почему от этого так сложно избавиться? Ответ поначалу покажется очень странным, но внутри каждого из нас есть второе «я», живое существо, которого нам очень стыдно. Как бы вы ни старались, вы никогда не сможете избавиться от этого второго «я».Это второе «я» называется «Тень».

Кто (или что) тень?
Тень — это все, чем мы не хотим быть, но боимся, что мы есть, представлены в одном образе. Он следует за нами, куда бы мы ни пошли. Швейцарский психиатр Карл Юнг был первым, кто сказал, что у каждого есть Тень, независимо от его внешности, талантов или достижений. Тень определяет, каким вы себя видите. Теперь, возможно, вы понимаете, почему так трудно избавиться от незащищенности. Вы можете устранить конкретный недостаток, но не можете устранить саму Тень.Это часть человеческого бытия.

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

Вы только что видели свою Тень. Внимательно обратите внимание на то, как это выглядит. Не беспокойтесь, есть ли у вас «правильный» образ; нет ни одного.У всех Тень выглядит по-разному. Но как бы он ни выглядел, вид его, наверное, тревожит: красивый дамский угодник, Тень которого выглядела как неуклюжий тролль; успешная женщина-генеральный директор, Тень которой была похожа на одинокую плачущую восьмилетнюю девочку. Это может показаться невероятным, уродливым или глупым. По мере работы с ним его внешний вид может меняться.

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

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

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

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

Как видно из рисунка, смотреть вовне не лучше, чем смотреть внутрь; в любом случае чувство собственного достоинства ускользает от нас.

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

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

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

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

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

Когда вы подключены к Силе Самовыражения, часть вас говорит, как правило, беззвучно. Вы говорите от своего глубочайшего внутреннего «я». У этого внутреннего «я» есть собственный авторитет, не зависящий от одобрения других.

По мере того, как мы становимся взрослыми, мы отворачиваемся от этого внутреннего «я». Все наше внимание и деятельность сосредотачиваются на внешнем мире. Мы начинаем искать там одобрение; к тому времени, когда мы становимся подростками, мы жаждем признания наших сверстников, как если бы это был Святой Грааль.

Это создает новую проблему: мы должны скрывать в себе все, что может не понравиться другим. Удивительно, но это укрытие — наше собственное внутреннее «я». Мы используем его как мешок для мусора, сбрасывая в него все, что неприемлемо в нас самих. Внутреннее «я» все еще здесь, но теперь оно похоронено под нашими худшими качествами. В процессе мы превращаем что-то прекрасное — внутреннее «я» — в то, что мы презираем: Тень. Это может показаться худшей частью нас, но на самом деле это дверь во внутреннее «я».Только когда эта дверь открыта, мы можем по-настоящему выразить себя. Но добиться этого непросто, если всю жизнь прятал свою Тень; требуется мощный инструмент.

Инструмент: Внутренний авторитет
«Внутренний авторитет» не является авторитетом, который исходит от одобрения кого-либо, кроме вас; это авторитет, который вы можете получить, только когда говорите от своего внутреннего «я». Чтобы использовать Внутренний Авторитет, вы должны иметь возможность видеть изображение своей Тени. Практикуйтесь в ее создании, пока это не станет легко.

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

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

Вместе вы и Тень силой поворачиваетесь к аудитории и молча приказываете им: «СЛУШАЙТЕ!» Почувствуйте власть, которая приходит, когда вы и ваша Тень говорите одним голосом.

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

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

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

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

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

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

Научиться пользоваться Внутренним Авторитетом — все равно что постепенно увеличивать вес, который вы поднимаете в тренажерном зале; это требует постоянного наращивания. Для одной из моих пациенток, Дженнифер, осознание беспокойства по поводу работы помогло ей осознать, что она чувствует себя неуверенно, даже когда она не находится перед другими людьми.Думая о приближающемся свидании вслепую, она поняла, что волновалась, и использовала Внутреннюю Власть, чтобы успокоиться. Она даже начала пользоваться им перед зеркалом по утрам. «Я самая критичная аудитория, с которой мне приходилось сталкиваться», — призналась она. Вместе со своей Тенью Дженнифер начала рассеивать неуверенность, преследовавшую ее всю ее жизнь.

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

Использование инструмента во взаимоотношениях
Внутренний авторитет позволяет преодолеть застенчивость, особенно в отношениях с людьми, которые вам интересны в романтическом плане. Многие люди, которым есть что предложить в отношениях, никогда не дают себе такой возможности — встреча с новым человеком слишком пугает. Люди, у которых больше всего возможностей для романтических отношений, не являются лучшими партнерами; они те, кто больше всех себя проявляет.

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

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

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

Инструменты , Фил Стутц и Барри Майклс, 30 долларов.

Щелкните здесь, чтобы узнать больше о том, как преодолеть незащищенность и обрести силу.

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

Введение

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

Ричард торопился, чтобы ускорить процесс, когда его бывший коллега Дэвид Кнол *, который теперь работал в конкурирующей компании, зашел, чтобы завершить некоторые незавершенные формальности.Взволнованный Ричард говорил со своим старым коллегой о том, что его работа зашла в тупик. Дэвид не мог с этим согласиться — это была одна из причин, по которой он покинул организацию.

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

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

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

Дэвид помог Ричарду, познакомив его с технологией самообслуживания, которую использует его нынешняя организация. Он познакомил его с инструментом самоаналитики под названием Smart Business KPI Framework (KPI Modeler) с «HANA Live» на бэкэнде. Он объяснил, как это дает возможность любому исследовать данные самостоятельно.

Ричард попросил Дэвида объяснить вещи немного подробнее.

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

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

Теперь, благодаря этой новой и более простой форме предоставления серверных данных, бизнес-пользователи, такие как Ричард, могут получить к ним доступ с помощью SAP Smart Business Framework. Smart Business Framework предоставляет доступ к внутренним данным, которые предоставляются слоям приложения с помощью так называемых «представлений», и помогает визуализировать их без каких-либо навыков программирования. Используя удобную навигацию, бизнес-пользователи могут создавать в реальном времени ключевые показатели эффективности, такие как Days Sales Outstanding, для измерения таких критических факторов успеха для своих предприятий.Он может пойти на многое, давая бизнес-пользователям возможность создавать персонализированные отчеты и аналитические запросы. С появлением этих технологий более быстрый, умный и простой способ ведения бизнеса скоро станет реальностью.

Начальная загрузка

— Какие инструменты созданы с использованием самих себя?

bootstrapping — Какие инструменты созданы с использованием самих себя? — Переполнение стека

Спросил
12 лет, 10 мес назад

Просмотрено
2k раз

Закрыт .Этот вопрос должен быть более конкретным. В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы он фокусировался только на одной проблеме, отредактировав это сообщение.

Закрыт 7 лет назад.

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

Например, Delphi давно утверждает, что «Delphi написана на Delphi».

Я предполагаю, что Visual Studio написана с использованием Visual Studio.

Какие еще примеры инструментов написаны сами по себе?

4

Интересно, что сами компиляторы VB.NET и C # написаны на неуправляемом C ++ (что приводит к футболке команды C ++: «Мой компилятор скомпилировал ваш»).Команда C # надеется получить полностью управляемый компилятор C #, размещенный на C #, для VS2010.

6

Бьярн Страуструп упомянул в книге «Дизайн и эволюция C ++», что первый компилятор C ++ был написан на C ++.

Я только что заметил, что это тоже вопрос в его FAQ:

Первый компилятор C ++ (Cfront) был
написано на C ++. Чтобы построить это, я сначала
использовал C, чтобы написать «C» с
Классы препроцессора -to-C.»C с
Классы «был диалектом Си, который стал
непосредственный предок C ++. Что
препроцессор перевел «C» с
«Классы» конструкции (например, классы
и конструкторы) в C. Это был
традиционный препроцессор, который не
понимаю весь язык, осталось
большая часть проверки типов для C
компилятор сделать и перевел
отдельные конструкции без комплектных
знания. Я тогда написал первый
версия Cfront на «C с классами».

Это не по теме, но, строго говоря, это пример инструмента, который строит себя.

Reprap — машина для создания 3D-прототипов с открытым исходным кодом, которая недавно «родила» «свою первую полную рабочую копию».

Я люблю такие вещи.

Вообще говоря, компиляторы C обычно пишутся на C … Ядра * nix скомпилированы на * nix и т. Д.

Также существует проект pypy, который предоставляет интерпретатор Python, написанный на Python.

1

Когда gcc (компилятор Gnu C http://gcc.gnu.org/) не был широко доступен, вам приходилось скомпилировать его из исходного кода, компилировать компилятор stage1, а затем скомпилировать stage2 с помощью stage1, пока у вас не будет финального компилятора. Полагаю, сегодня должно быть так же.

2

Вот еще один пример: компилятор Mono C # является самостоятельным хостом — i.е. он написан на C # и используется для самой компиляции.

Корм ​​для собак относится к более общей практике компании, использующей собственный продукт внутри компании, особенно во время его разработки.

2

Squeak — это реализация Smalltalk-80, написанная сама по себе.

, даже его виртуальная машина полностью написана на Smalltalk, что упрощает отладку, анализ и изменение.

Компилятор Sun Java уже давно написан на Java. Однако в последнее время идет написание JIT-компилятора на Java. Это компонент JVM, который преобразует байтовый код Java в инструкции собственного процессора.

Мы используем для разработки с использованием RealBasic.IDE написана сама по себе, по крайней мере, мне так кажется.

1

ghc, компилятор Haskell, — это , в основном , написанные на Haskell.

1

tcc — еще один компилятор C для x86 и ARM. Его претензия на славу крошечная (около 100 КБ для препроцессора, компилятора, ассемблера и компоновщика).

Я предполагаю, что практически любой инструмент, являющийся частью типичного процесса разработки, будет вовлечен в свою собственную разработку, насколько это возможно. Сюда входят:

• определенные языки программирования, особенно скомпилированные
• IDE
• текстовых редакторов
• системы контроля версий
• трекеры ошибок
• систем сборки

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

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

Чтобы процитировать Кента Бека:

…это может показаться немного похожим на операцию на мозге самому себе.

1

Visual Studio и Team Foundation Server создают сами себя. Это называется dogfooding, термин, который, если он не принадлежит Microsoft, ему определенно нравится

.

2

Eclipse IDE обычно создается и разрабатывается с использованием Eclipse IDE.

Maven2 построен с использованием Maven2.
Хорошо, он не построен (т.е. записан ) с использованием самого себя, поскольку это инструмент для создания (т.е. , компиляция ) проекта, но он использует свой собственный код для компиляции …

Меня поразил JSLint

Короче говоря, он был описан как «компилятор» Javascript, использующий javascript.

Я создаю генератор кода на основе IDE и использую его для сборки самого себя. На самом деле, как это сделал Страуструп, я сначала создаю действительную модель генератора и использую препроцессор для создания окончательного кода C ++ для компиляции. Как только у меня будет хорошая рабочая версия IDE, я начну использовать ее для создания следующих версий самой себя.

Это все равно что придать новое измерение понятию «рекурсивное программирование»!

AFAIK выполняет сборку OpenJDK сначала с установленной java, а затем с самим собой.

Естественно, команда Jetbrains использует собственную IDE IntelliJ IDEA для разработки этой IDE.

Я полагаю, это верно для большинства поставщиков IDE.

Насколько мне известно, при сборке EMACS из исходников весь код ELISP загружается.Я нашел это весьма примечательным.

Не совсем то, о чем вы просите, но вся среда разработки Revolution http://www.runrev.com построена с использованием самой Revolution, и исходный код (за исключением небольших частей, обеспечивающих соблюдение лицензии) полностью открыт в исходном коде. форма. Так что, если вам не нравится, как реализована среда разработки, вы можете ее изменить.Найдите ошибку, исправьте. Вы также можете легко создать дополнительные инструменты разработки и интегрировать их.

Я дал ответ Smalltalk-80 на подъем. Лучший, самый элегантный пример, который я могу придумать. Этот вопрос также напоминает мне о слегка связанной проблеме, которая раньше была популярной: написать программу, которая выводит сама себя. Не тот же уровень начальной загрузки, но забавная маленькая программная головоломка для вашего развлечения.Может быть, не на всех языках?

Старый компилятор Watcom C / C ++ был построен с его использованием.

Ur-Scheme Крагена Ситакера — прекрасный пример небольшого нетривиального компилятора, написанного сам по себе. Эта страница содержит ссылки на еще несколько хороших источников в этом ключе.

Не тот ответ, который вы ищете? Просмотрите другие вопросы с метками начальной загрузки или задайте свой вопрос.

Stack Overflow лучше всего работает с включенным JavaScript

Ваша конфиденциальность

Нажимая «Принять все файлы cookie», вы соглашаетесь с тем, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в ​​отношении файлов cookie.

Принимать все файлы cookie

Настроить параметры

Предоставление людям инструментов для самовосприятия

Предисловие

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

Введение

Decision Lab — это социально ориентированная исследовательская компания, которая стремится демократизировать поведенческую науку.Мы стремимся поделиться этими важными знаниями с широкой аудиторией в надежде достичь ушей критически важных лиц, принимающих решения. Помня об этой цели, мы обратились к Самули, чтобы связать его важную работу с более широкой аудиторией. Слишком часто исследования естественным образом не доходят до людей, которые больше всего в них нуждаются. Эта работа является частью серии, направленной на устранение этого разрыва.

С тех пор, как Касс Санстейн и Ричард Талер представили идею «подталкивания» граждан к принятию решений в их собственных интересах, эта концепция вызвала споры.Этично ли решать, как люди будут думать? Может ли кто-нибудь сделать этот выбор за кого-то другого? Самули Рейджула признает эти опасения. Самули и его коллега Ральф Хертвиг, директор Центра адаптивной рациональности и Института развития человека Макса Планка, предложили новые идеи для преодоления некоторых из этих проблем. Вернуть выбор в руки отдельных лиц, принимающих решения, — действительно замечательная цель.

Полную версию некоторых работ Самули можно найти здесь:

Расшифровка стенограммы

Натан : Как бы вы описали фокус вашего исследования?

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

Натан : Как бы вы объяснили свой исследовательский вопрос широкой публике?

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

Натан : Как вы решали эти проблемы?

Самули : Ральф Хертвиг ​​вместе со своими коллегами разработал политическую программу под названием «Повышение эффективности».Меры по усилению воздействия направлены на то, чтобы дать людям знания, необходимые для развития компетенций, которые помогут им делать лучший выбор в различных сферах своей жизни (например, грамотность в отношении рисков, финансовое планирование, выбор здоровой пищи). Мы поняли, что многие подталкивания также можно превратить в стимулирующие вмешательства: путем информирования людей о проблемах самоконтроля и подсказывающих решений таких проблем, мы могли бы помочь людям стать «архитекторами гражданского выбора». лицо, определяющее государственную политику, вносит изменения в среду принятия решений людьми, самоуправление может усилить свободу воли и самоконтроль, заставляя самих людей осознавать связи между свойствами среды их обитания (например,g., размещение продуктов питания в кафетерии или на кухне) и поведение (соблюдение диеты или употребление плитки шоколада), а также предоставление им эффективных способов изменить эту среду к лучшему.

Программы-вымогатели в режиме инкогнито: 5 инструментов, которые целевые группы программ-вымогателей используют для маскировки

Это вторая часть из трех частей, посвященных меняющемуся характеру и сложности атак программ-вымогателей. Эта серия представляет собой снимок всеобъемлющей электронной книги по этой теме Ransomware, Inc: The Rise of Targeted Ransomware Crime Syndicates , опубликованной Алиссой Валентиной Найт и Knight Ink по заказу компании Illusive.Прочтите часть 1, Основные группы угроз вымогателей и их эффективность.

В этой статье мы рассмотрим, как целевые злоумышленники-вымогатели используют определенные инструменты для горизонтального перемещения внутри сети.

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

Целевые злоумышленники-вымогатели намного превосходят старые старые атаки типа «спрей и молись». Они изучают ИТ-среду организаций, на которые они нацелены, исследуют (насколько это возможно) инструменты, используемые этими ИТ-командами, действуют сознательно, чтобы избежать подозрений, и адаптируют свой код программы-вымогателя к конкретным целям.

Но как они поворачиваются в сторону, избегая обнаружения службы безопасности? Ну, сначала им нужны учетные данные.

Как только злоумышленник получает доступ к одному узлу, он может использовать учетные данные и данные подключения на нем для перехода на соседние узлы. Кибер-злоумышленники ищут эти мошеннические учетные данные и соединения, которые приводят их к критически важным активам организации. Благодаря использованию Bloodhound, Mimikatz и других готовых инструментов атаки этот процесс обнаружения стал более автоматизированным и более быстрым, чем когда-либо прежде.

Я объясню некоторые из этих инструментов ниже:

• Mimikatz — Используется для извлечения паролей открытым текстом из памяти. Mimikatz демонстрирует уязвимости в протоколах аутентификации Microsoft, позволяя тем, кто его запускает, сбрасывать учетные данные, даже билеты Kerberos, из системы для кражи учетных данных аутентификации, а также повышения привилегий.
• Metasploit — Может помочь злоумышленникам и тестерам на проникновение автоматически генерировать вредоносный код для эксплуатации уязвимых веб-сайтов и приложений.Он включает в себя некоторые возможности разведки, такие как сканирование открытых портов, возможность находить ошибки, соответствующие эксплойтам в программном обеспечении, проводить сканирование уязвимостей и многое другое.
• Bloodhound — Предоставляет графическое представление всех доступных путей, которые злоумышленник может предпринять к критически важным активам Active Directory, таким как контроль над администраторами домена. В качестве бесплатного инструмента для быстрого построения графика основных подключений в Active Directory BloodHound действительно обеспечивает некоторую ценность при моделировании атак как для красных команд, так и для злоумышленников.(Прочтите сообщение в блоге о Bloodhound здесь)
• NLBrute (AKA nl.exe или nlbrute.exe) — был создан российским разработчиком для перебора учетных данных Windows по протоколу удаленного рабочего стола (RDP). NLBrute может быть загружен со списком словарей / файлом слов для попыток перебора или списком паролей из предыдущих дампов учетных данных, также называемых «заполнением учетных данных».
• Cobalt Strike — Предоставляет тестерам проникновения швейцарский армейский нож функциональности для состязательного моделирования и красной команды.Cobalt Strike — это программное обеспечение для эмуляции угроз, предназначенное для выполнения целевых атак против современных предприятий с помощью одного из самых мощных доступных наборов сетевых атак, но также иногда используется злоумышленниками. CobaltStrike, обладающий встроенными возможностями для распространения, кербер-поджаривания, кражи учетных данных и многими другими функциями, является грозным оружием для любого злоумышленника.

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

Техника Living-off-the-Land (LotL) не требует внешнего программного обеспечения, и злоумышленник полагается просто на предустановленные инструменты и процессы Windows, позволяющие им перемещаться внутри сети.Это позволяет им оставаться незамеченными и представляет собой еще один уровень сложности обнаружения скрытых злонамеренных боковых движений. Кроме того, это гораздо более экономичный метод атаки, чем использование эксплойтов и платных инструментов или доступа. Злоумышленники используют эти инструменты и процессы для поддержки своих тактик, методов и процедур (ДТС).

Как пишет Найт:

«Жизнь за пределами земли — это концепция синдиката, использующего уже доступные инструменты, встроенные в операционные системы, для достижения своих целей, а не загрузку и использование вредоносных инструментов, которые в противном случае могли бы быть занесены в черный список.Увеличение исхода таких инструментов, как Mimikatz, во многом связано с тем, что синдикаты хотят оставаться незамеченными в течение более длительного периода времени. В то время как такие инструменты, как Mimikatz, могут быть внесены в черный список из-за использования в сети и потенциально могут вызывать тревогу, вместо этого используются встроенные инструменты, которые при объединении могут достичь почти той же цели ».

И, как отмечает Найт, не все эти инструменты являются вредоносными, и «многие из этих инструментов… были созданы и даже приобретены Microsoft в качестве инструментов системного администрирования для администраторов серверов.Они просто предоставляют услуги, необходимые синдикатам для более быстрого и легкого достижения целей ».

Некоторые из этих инструментов включают «использование безфайлового вредоносного ПО, чтобы не беспокоить диски и таблицы файловой системы, чтобы избежать обнаружения более сложными решениями для обнаружения и отклика конечных точек (EDR) и сетевого обнаружения и отклика (NDR). Они также будут использовать инструменты командной строки, встроенные в саму операционную систему, используя эти встроенные инструменты для работы с системами, такие как Powershell и WMI, чтобы лучше понять, где они попали в сеть и какой уровень привилегий у них есть. инструменты для разведки.”

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

Подробнее:

(PDF) Программы, которые тестируют себя

ОБЛОЖКА ФУНКЦИЯ

КОМПЬЮТЕР

54

В процессе разработки участвовали

человек, в частности Гари Ливенс, Питер Мюллер, Мануэль Ориоль,

Александр Пречнер и Андреас Зель .Бернд Шоллер

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

, которые Лиза (Линг) Лю изучила экспериментально. Test Extraction,

, разработанный Андреасом Лейтнером, первоначально назывался CDD

(Contract-Driven Development). Мы представили более раннюю версию этой статьи

только по генерации тестов на SOFSEM 2007:

Б. Мейер и др., «Автоматическое тестирование объектно-ориентированного программного обеспечения

, Proc. 33-я конф.Текущие тенденции в теории и практике разработки программного обеспечения

, LNCS 4362, Springer, 2007, стр. 114-129.

Design by Contract — торговая марка Eiffel Software.

Ссылки

1. Б. Мейер, «Семь принципов тестирования программного обеспечения», Компьютер,

, август 2008 г., стр. 99-101.

2. IEEE Std. 610.12-1990, Стандартный глоссарий программного обеспечения IEEE

Eng. Терминология, IEEE, 1990.

3. Мейер Б., Конструирование объектно-ориентированного программного обеспечения, 2-е изд.,

Prentice Hall, 1997.

4. П. Чалин, «Практикующие пишут контракты?», Rigorous

Eng. Отказоустойчивые системы, LNCS 4157, Springer, 2006, стр.

10 0-11 3.

5. T.Y. Чен, Х. Люнг и И. Мак, «Адаптивный случайный тест —

в g», Proc. 9-я Азиатская конференция по компьютерным наукам. (Азиатский 04),

LNCS 3321, Springer, 2004, стр. 320-329.

6. И. Чупа и др., «ARTOO: Адаптивное случайное тестирование для объектно-ориентированного программного обеспечения Ob-

», Proc.30-я Ann. Конф. Программное обеспечение

Eng. (ICSE 08), ACM Press, 2008, стр. 71-80.

7. Чупа И. и др. «О предсказуемости случайных тестов для объектно-ориентированного программного обеспечения

», Proc. 2008 Междунар. Конф. Программное обеспечение

Testing, Verification, and Validation (ICST 08), IEEE CS

Press, 2008, pp. 72-81.

8. Чупа И. и др., «Экспериментальная оценка случайного теста

для объектно-ориентированного программного обеспечения», Proc. 2007 Int’l Symp.

Тестирование и анализ программного обеспечения (I SSTA 07), ACM Press, 2007,

стр.84-94.

9. Б. Мейер, Многоразовое программное обеспечение: базовые объектно-ориентированные библиотеки компонентов

, Прентис Халл, 1994.

10. А. Лейтнер, «Контрактно-ориентированная разработка = тестовая

Разработка

— Написание теста» Дела », Тр. 6-е совместное совещание

European Software Eng. Конф. и ACM SIGSOFT

Symp. Основы программного обеспечения (ESEC-FSE 07), ACM

Press, 2007, стр. 425-434.

11. Л. Лю, Б. Мейер, Б.Шоллер, «Использование контрактов и логических запросов

для повышения качества генерации автоматических тестов

», Тесты и доказательства, LNCS 4454, Springer, 2007,

, стр. 114–130.

12. А. Лейтнер и др., «Минимизация эффективных модульных тестов»,

Proc. 22-я Международная конференция IEEE / ACM. Automated Software Eng.

(ASE 07), ACM Press, 2007, стр. 417-420.

13. I. Ciupa et al., «Поиск неисправностей: ручное тестирование или случайное +

Тестирование vs.Пользовательские отчеты », Тр. 19-й международный симпозиум. Программное обеспечение

Надежность англ. (ISSRE 08), IEEE Press, 2008, стр. 157-166.

Бертран Мейер — профессор программной инженерии в

ETH Zurich (Швейцарский федеральный технологический институт), Цюрих,

Швейцария, а также соучредитель и главный архитектор компании Eiffel

Software, базирующейся в Санта-Барбаре, Калифорния. Его последняя книга

Touch of Class: Знакомство с программированием.

По умолчанию AutoTest будет сообщать статистику результатов, фиксировать

нарушений и другие сбои в HTML, как показано на рисунке 3b.

Все три тестируемых класса отмечены красным, что означает

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

Раскрытие узла дерева показывает проблемные функции:

Для BANK_ACCOUNT, «default_create», «balance» и «de-

posit» были успешными (зеленый), но «отозвать» не удалось.

При щелчке по нему отображаются сведения об ошибке. Это включает свидетельство

для каждого сбоя: тестовый сценарий, созданный инструментом,

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

Свидетель воспроизводит сбой постусловия (повторно

, возникший из сбоя, установленного для иллюстрации), обнаруженный

, используя Test Extraction. Это означает, что AutoTest обнаружил для

такое же ошибочное постусловие, что и при ручном процессе.

На рисунке 3c показана реальная ошибка в подпрограмме «адаптировать»

к библиотечному классу STRING. Редко используемый «Adapt» служит

для инициализации строки из значения манифеста «Some Characters-

ters» как экземпляра не STRING, а некоторого потомка

MY_STRING.Свидетель показывает, что «адаптироваться» отсутствует

предусловия, требующего непустого аргумента. Без него

«адаптироваться» принимает пустоту, но передает его в «разделение», для чего

требует непустого аргумента. После исправления неисправность

была впервые обнаружена с помощью автотеста.

Мы использовали среду AutoTest

для проведения крупномасштабных экспериментов, 11-1 3

в сумме десятки тысяч часов

процессорного времени, которые исследуют такие вопросы, как: Каким образом количество Ошибки

, обнаруженные случайным образом, развиваются с течением времени? Выявлены ли другие неисправности

как нарушения контракта или другие исключения? Насколько предсказуемо случайное тестирование? Есть ли еще

неисправностей в договорах или в реализации? Каким образом

обнаруженных неисправностей сравниваются с обнаруженными в результате ручного тестирования

и пользователями программного обеспечения?

Инструменты автотеста предоставляют важную функциональную помощь.

Кроме того, они позволяют лучше понять значение и преимущества тестов chal-

. Тестирование никогда не будет точной наукой

; это несовершенный подход, который становится полезным

, когда нас подводят более амбициозные методы, такие как статический анализ

и доказательства.