Когда напридумывал себе себя:
Другие наши проекты: https://t.me/+1s1ZEg7EeQ5mNDVi
Другие наши проекты: https://t.me/+1s1ZEg7EeQ5mNDVi
За последние 10 лет я разрозненно опубликовал несколько материалов по проектированию участков интерфейса. Я рассказывал, как проектировать:
— Формы (2024)
— Каталоги (2014)
— Навигацию (2018)
— Регистрацию (2022)
— Авторизацию (2014)
— Всплывающие подсказки, тултипы (2022)
— Корпоративные блоги (2021)
— Одностраничные сайты (2021)
— Постраничную навигацию (2015)
В 2017 году я перевёл и опубликовал огромную статью Ника Коленды: «125 простых советов по улучшению юзабилити вашего сайта». Во время перевода я оставлял к каждому разделу собственные комментарии, сравнивая наш с Ником опыт.
В 2018 году рассказал, какие вопросы задаю клиентам для сбора функциональных требований и как формирую пользовательские сценарии на лету.
Ещё я рассказал, из чего состоит договор UX-дизайнера на фрилансе (2023). И как составляется идеальное коммерческое предложение для любой сложной сервисной услуги (2024).
В 2024 я показал пример функциональных требований, рассказал про функциональные спецификации и вообще описал весь мой бизнес-процесс, связанный с проектированием интерфейсов.
Ну и если кто-то совершенно случайно не знает, — написал и озвучил Книгу нормального фрилансера (2023).
Вот сижу, думаю, о чём ещё рассказать-написать?
Архитектор в программировании - это специалист, который отвечает за проектирование и организацию программных систем. Архитектор определяет, какие компоненты, интерфейсы, алгоритмы, стили и технологии будут использоваться для создания и сопровождения программного обеспечения.
Архитектор также контролирует качество, производительность, безопасность и масштабируемость системы. Архитектор работает в тесном сотрудничестве с разработчиками, заказчиками, тестировщиками и другими заинтересованными сторонами.
Чтобы стать архитектором в программировании, вам нужно иметь:
Глубокие знания в области программирования, включая разные языки, парадигмы, шаблоны, фреймворки и инструменты.
Опыт разработки сложных и крупномасштабных программных систем на разных этапах жизненного цикла.
Навыки анализа, проектирования, документирования и рефакторинга архитектуры ПО.
Умение общаться с разными участниками проекта, понимать их потребности и предлагать оптимальные решения.
Способность креативно и гибко подходить к задачам, учитывая ограничения и риски.
Желание постоянно учиться новому и следить за тенденциями в области программирования.
Архитектор в программировании может работать в разных сферах и отраслях, где требуется создание и поддержка программных систем. Например, веб-программирование, мобильная разработка, игровая разработка, научное программирование, системное программирование и другие. Архитектор может работать как на постоянной основе в компании или организации, так и на фрилансе или в качестве консультанта.
Интересные факты и фичи языков программирования у нас в канале, заходи :)
Айтишники много чего уже существенно улучшили повысив качество жизни: хранение, обработку и передачу данных, такси, навигация и другие транспортные сервисы, автоматизация производства, бизнес-сервисы, подметание полов, мойка окон, компьютерные спецэффекты в фильмах и конечно в сфере развлечений очень много всего. И все это по большей части за последние 30 лет(!) (А 20 лет назад, один айтишник начал покорять космос на качественно новом уровне)
За такой короткий срок, сделано очень много полезного, но потенциал ИТ вряд ли раскрыт и на 10%.
Домостроение остается довольно консервативной областью, хотя ИТ могли бы повысить качество и снизить стоимость как и во всех других областях до этого.
Какие новые подходы могли бы предложить айтишники для малоэтажного строительства?
Для начала можно применить концепцию Open Source для разработки типового проекта дома и вести его на Гитхабе где в дальнейшем можно будет делать форки от начального проекта.
Сразу приглашаю к сотрудничеству айтишников, которые любят малоэтажное домостроительство и архитекторов, которые любят ИТ.
Итак, что такое дом если смотреть через призму информационных технологий?
Современный дом, является роботом обеспечивающим комфорт и определенные функции, в том числе автоматизированные. Да, да, водопровод и канализация работают автоматически. Не надо бегать с коромыслом до колодца и до уличного туалета в мороз. Хорошо же?
Дальнейшая автоматизация и улучшение качества жизни в доме это задача именно для айтишников. Дальше действовать будем мы)
Дом это также операционная система, только в 3D-формате.
Операционные 2D-системы разработанные айтишниками наследуются от бумажных документов. То что мы называем 3D это на самом деле псевдо-3D на 2D экранах.
Настоящее 3D это к примеру 3D-принтер и собственно дом.
Фраза: - “Так исторически сложилось”, очень хорошо знакома айтишникам.
Современное массовое малоэтажное строительство сложилось историческим путем и это вообще-то по айти-меркам, не хорошо.
Так исторически сложилось или поддержка легаси кода
Мы должны изобрести дом заново, с нуля, (пусть это будет стоить каких-то денег), чтобы избавиться от исторической инерции. Современный массовый дом вообще далек от идеала, в нем существует множество багов и глюков. (Как вообще-то и в человеческом сознании)
Например ситуация с воздухом в домах аховая: либо нечем дышать, либо приходится топить улицу через форточки. Воздух часто грязный, либо слишком сухой, либо слишком влажный. А если ставить систему центральной вентиляции, то она все решает, но стоит при этом от 500т.р. на дом.
Что характерно, в домостроительстве также применяются костыли. Например на герметичные пластиковые окна ставят приточные клапаны, которые дуют и свистят.
Проблему с воздухом могут решить комнатные цифровые рекуператоры, которые могут быть интегрированы в систему умного дома.
Другие баги:
Поражения электрическим током Так до конца и не пофиксили.
Короткая ванна. Дом можно спроектировать так, чтобы поставить такую ванну, чтобы самый высокий член семьи помещался целиком. Но очень часто в домах ставят ванны на полтора метра. Это больше глюк сознания чем домостроения. Инерция мышления, так исторически сложилось.
А вообще, за последние 50 лет средний рост человека вырос с 160 до 165 см.
Невозможность полноценно расслабиться в собственной ванной приводят к росту стресса или к перерасходам на флоатинг.
Риск оказаться запертым в квартире. Механические замки тоже бывает “багуют” и приходится вызывать специалиста для его ремонта.
Сложно выставить комфортную температуру в смесителе.
Удары мизинцем об угол тумбочки.
Если вы ударились об тумбочку, то это не вы дурак, а это “баг” в интерьерной системе, который можно пофиксить.
Продолжите список…
Наша задача избавиться от багов в этой сфере и сделать нормально и современно.
Разработка программного обеспечения невозможна без процесса тестирования.
Этот процесс совершенно точно необходим и в сфере малоэтажного строительства
На первом уровне это аудит проектной документации профессионалами строительного проектирования. Профессионал многое может представить и протестировать в голове.
На втором уровне это тестирование в 3Д метавселенной профессионалами и пользователями. (И также на этом уровне обучение пользователей)
По сути как в игре Симс только на серьезном уровне.
На третьем уровне тестирование реальных домов построенных на базах отдыха.
(А также тестирование макетов из картона)
На четвертом уровне обратная связь и отзывы из практики многолетней эксплуатации построенных домов, эксплуатация дома с использованием его цифровой копии в облаке.
У нас тоже есть архитектура.
Архитектура программного обеспечения — совокупность важнейших решений об организации программной системы. Архитектура включает:
выбор структурных элементов и их интерфейсов, с помощью которых составлена система, а также их поведения в рамках сотрудничества структурных элементов;
соединение выбранных элементов структуры и поведения во всё более крупные системы;
архитектурный стиль, который направляет всю организацию — все элементы, их интерфейсы, их сотрудничество и их соединение
Например, существует модульное строительство и модульная микросервисная архитектура в разработке программ.
В программировании есть Бэкенд, это то что скрыто внутри и Фронтенд, то что видит пользователь.
Также и в строительстве есть скрытая инженерка, фундамент и есть видимая часть.
Это не все возможные ит-подходы и не о всех мне известно, но и этого достаточно чтобы оценить перспективы строительства на новом уровне.
Данная статья относится к Категории 🌌 История создания алгоритмов творчества
Глушков Виктор Михайлович: «…вопрос о возможности или невозможности выполнения машиной того или иного вида умственной деятельности сводится в первую очередь к вопросу о возможности или невозможности познания правил, на основании которых выполняется соответствующий мыслительный процесс.
Дело в том, что не для всякого процесса одинаково легко составить программу, тем более трудно сделать это для процесса творческого.
Поэтому главное сейчас - изучить и точно описать ход интеллектуальной деятельности человека.
Конечно, сам творческий процесс - явление очень и очень сложное. В настоящее время закономерности мышления изучены лишь в достаточно простых случаях. В сложных же, таких, скажем, как сфера творческой деятельности, исследования только начинаются, и для их проведения потребуются, несомненно, огромные усилия коллективов учёных и высококвалифицированных специалистов.
Я не думаю, что мы скоро сумеем познать все законы художественного творчества и учесть их в программах ЭВМ. Машина в ближайшем будущем сумеет, наверное, что-то придумать, сочинить, но вряд ли стоит считать это подлинным творчеством, искусством.
Чтобы пояснить эту мысль, приведу пример, правда, немного из другой области. Возьмём, к примеру, вышивку ковров. Действительно, их могут ткать, и с успехом ткут, машины. Но вместе с тем ковры делают и вручную, и такие изделия, между прочим, ценятся значительно выше. Мастера своего дела не только познали законы этого ремесла, но и проявляют что-то большее, быть может, пока не познанное. Ведь если все мы изучим законы стихосложения или гармонии, то это совершенно не означает, что все мы обязательно станем поэтами или композиторами. Ими окажутся лишь те из нас, у которых есть к этому призвание, а лучшими станут те, у кого есть талант.
Попробуйте дать точное, тем более математическое определение таланта. Боюсь, что это вам вряд ли удастся. Так же сложно перевести на язык машин, скажем, состояние вдохновения, в момент которого как раз и делаются выдающиеся научные открытия, создаются лучшие художественные произведения.
Это не значит, что такие категории не поддаются изучению. Весь опыт развития науки, обобщённый материалистической философией, учит, что непознаваемых объектов и явлений в мире нет. И то, что ещё не познано сегодня, будет рано или поздно познано, каким бы сложным и таинственным оно ни представлялось.
Однако познание законов мышления творческого человека, как и познание законов творчества, - это ещё не все, что необходимо для создания «кибернетического творца». Если бы я так считал, то это означало бы, что я соглашаюсь с прекращением дальнейшего улучшения электронно-вычислительных машин. А это, естественно, не так.
Говоря о принципиальной возможности сегодняшних ЭВМ решать интеллектуальные задачи, я просто хотел заострить внимание на том, что с появлением компьютеров вопрос об автоматизации того или иного вида умственной деятельности сводится в первую очередь к изучению правил, по которым она происходит, и к переводу этих правил на элементарные машинные операции.
Однако даже самые лучшие из электронных машин пока далеки от этого; они ещё, так сказать, не интеллектуалы, и учёным предстоит немало потрудиться, чтобы сделать их такими. Необходимо повысить скорость их работы, надежность, увеличить объём их памяти, сделать их более удобными в эксплуатации, научить самообучаться в процессе работы и проделать ещё многое другое.
Процесс создания таких интеллектуальных машин представляется довольно длительным; они станут плодом деятельности многих поколений учёных. Только постепенно, шаг за шагом, мы придём к интеллектуальной машине.
- Ясно, что не все законы творческого мышления познаны, да и «сверхинтеллектуальной» машины ещё не создано, но какие-то шаги по автоматизации творческого процесса уже сделаны? И на что сейчас способен «электронный творец»?
- Конечно, учёные не ждут, пока на свет появится такая «сверхинтеллектуальная» машина и будут познаны все процессы мышления.
Они стараются приспособить имеющиеся в наличии ЭВМ и уже познанные законы умственной деятельности для решения вопросов автоматизации творчества. Но идут они не по пути передачи всех функций машине, а пытаются создать своеобразную систему «человек - машина». […] ...проектировать здание несколько сложнее, чем, скажем, новую ЭВМ. И дело здесь не в том, что создавать её проще, чем создавать проект нового жилого дома. Просто, когда создаётся ЭВМ, то конструктор, а следовательно, и помогающий ему компьютер, совсем не пользуется зрительными образами, так как это совершенно не нужно.
Другое дело архитектура. Здесь зрительный образ, красота имеют если не первостепенное, то очень важное значение. Ведь когда мы создаем электронно-вычислительную машину, то нас в первую очередь волнует не её внешний вид, а то, как она будет работать, как справится со всеми поставленными перед ней задачами. А кто разрешит архитектору строить дом, в котором, может, и удобно будет жить, но внешне он будет выглядеть неказисто, некрасиво?! Вот эта сложность при проектировании зданий и делает совместную работу архитектора и компьютера весьма интересной. […]
- Если я Вас правильно понял, при таком «соавторстве» компьютера и человека первому пока поручается только рутинная, техническая часть творческого процесса?
- Совершенно верно; некоторые моменты творчества все же непереводимы на машинный язык, такие, как эстетические соображения, оценка красоты внешнего вида здания и совершенства форм. Они интуитивны, неуловимо зыбки в определениях, часто индивидуальны и свойственны лишь определённой творческой личности. Ведь отличие, скажем, архитектурного стиля Корбюзьеот стиля Баженова определяется не только разницей эпох, в которые творили эти зодчие, не только различными техническими возможностями, в первую очередь оно определяется разностью их творческих индивидуальностей.
Так вот, поручив компьютеру некоторую типовую часть работы и находясь с ним в постоянном контакте в процессе проектирования, архитектор может вносить свои вкусовые поправки в начерно «рисуемый» им чертёж. Вот этим самым процессом архитектор и вносит в свой проект творческое, если хотите, духовное, вдохновенное начало».
Максимович Г.В., Беседы с академиком В. Глушковым, М., «Молодая гвардия», 1978 г., с. 159-165.
Дополнительные материалы
О компьютерной программе «Приемы журналистики и public relations» (на основе 12 500 источников)
см. термин Вытеснение человека и его функций в 🔖 Словаре проекта VIKENT. RU
+ Плейлист из 8-ми видео: ПРИНЯТИЕ РЕШЕНИЙ: ЭКСПЕРТНЫЕ СИСТЕМЫ
+ Ваши дополнительные возможности:Воскресным вечером 11 декабря 2022 в 19:59 (мск) на ютуб-канале VIKENT. RU пройдет юбилейная онлайн-лекция № 300:
Смысл жизни: достойные завещания выдающихся (!) ЛичностейИдёт приём Ваших новых вопросов по более чем 400-м направлениям творческой деятельности – на онлайн-консультацию третье воскресенье каждого месяца в 19:59 (мск). Это принципиально бесплатный формат.
Изображения в статье
Ви́ктор Миха́йлович Глушко́в — советский математик, кибернетик. Под его руководством в 1966 году была разработана первая в СССР персональная ЭВМ «МИР-1» / Добросовестное использование & Image by rawpixel.com on Freepik
Image by rawpixel.com on Freepik
Image by rawpixel.com on Freepik
Image by wirestock on Freepik
Может кому пригодится) Balsamiq Mockups - один из инструментов для создания вайрфреймов (wireframes) пользовательского интерфейса.
Установка и активация:
1. Cкачиваем установочный файл Balsamiq v3.0 из раздела архивных версий с официального сайта разработчика.
2. После установки запускаем Balsamiq и вводим данные:
- Organization name: leexij@gmail.com
- Serial Key: eNrzzU/OLi0odswsqslJTa3IzHJIz03MzNFLzs+tMTQyNrcwsTQyAIEa5xpDAIFxDy8k