9 월 29 일 — 9 월 29 일 — 알고, 감지, 참여 및 설계

(2020 년 10 월 7 일)

이번 주 토론은 학생들의 연구 / 논문 주제와 모듈 1 : 정치, 윤리 및 다원적 독서의 연관성에 중점을 두었습니다.

학생이 형성되었습니다. 짝을 이루고 토론을 위해이 지침을 따랐습니다.

  1. 논문 / 연구 주제에 대한 파트너의 기억을 되 살리고 읽은 내용에 대해 논의합니다.
  2. 추가 연결 또는 측면 식별 읽기와 연구 주제 간의 반대 또는 수렴.

아래에서는 무작위 동물 이모티콘을 사용하여 토론 내용을 요약하고 익명화하여 metalogue 형식 . 직접적인 인용문은 내 요약과 혼합되어 있습니다.

  • 🐭 — 주요 느낌 — 다원적 개념은 지식과 문화의 주머니에 뛰어 드는 매우 다양한 개념입니다. 그러나 참여형 디자인은 궁극적 인 수렴을 필요로합니다. 워크숍에는 느슨한 끝이 묶인 결론이 필요합니다. 이것은 긴장을 만듭니다. 모든 참가자가 공유하는 프레임 워크로서의 학습 해제 및 재 학습.
  • 🦉 — 수렴 지점이있을 수 있지만 반드시 그런 것은 아닙니다.
  • 🦎 — 10 분 Pluriverse 프레임 워크 : Converge. 잇다. 창조.
  • 🦉 — 다원성의 도구화.
  • 🦎 —“흥미로운 개념 → 어떻게 수익을 올릴 수 있습니까?” 윤리적 의미를 지향합니다. 아인슈타인의 마음 속에서 밤마다 다르게 흐르는 시간을 탐구하는 아인슈타인의 꿈과 연결되었습니다. 시간은 항상 우리 자신과 관련하여 논의됩니다. 하지만 아마도 다르게 움직이고있을 것입니다. 우리의 세계는 집합체보다 병렬로 더 의미가있을 수 있습니까?
  • 🦋 — 디자인 시스템으로서의 복수형은 어떤 모습일까요? 구글이 UX의 황금 표준이라면 다원적 표준은 무엇일까요? 더 많은 개발자 + 더 많은 시간 = 더 많은 돈?
  • 🦋 — “도구 & 인터페이스는 우리의 인식에 영향을 미치므로 우리의 인식은 우리가 세상에서 행동하는 방식에 영향을 미칩니다.” 우리 모두가 Google의 표준을 사용하는 여러 앱을 살펴보고 있다면이 기술은 우리가 정말로 원하지 않는 단일성을 구축하는 것입니다. 사람들이 멘탈 모델이나 다른 아는 방법에 대해 이야기 할 때, 앱이 구축 된 방식이 이제 멘탈 모델입니다. 그것은 뭔가 다른 것을 만드는 것을 주저한다는 것을 의미합니다. 우리 앱이 얼마나 기계화되고 체계화되었는지, 얼마나 로봇적인지는 우리가 세상을 인식하는 방식에 영향을 미칩니다. 조립 지향 앱은 어떤 모습일까요? 너무 혼란 스러울까요? 다원적 앱이 탐색하기 정말 어려울까요?
  • 🦊 — 예제가 오픈 소스 소프트웨어 사용자 지정에 존재할 수 있습니다. 매우 구체적인 작업을 수행하지만 모든 작업을 수행하지는 않는 Linux 어셈블리입니다.
  • 🦊 — AI의 초기 개발자 인 Jaron Lanier는 소프트웨어에 작성된 사람들의 캐리커처가 사람들이 소프트웨어를 실행하기 때문에 현실화되는 방법에 대해 썼습니다. 자신의 캐리커처 주위에 산다. 약간 존재 론적입니다. 우리는 세상을 디자인하고 다시 디자인합니다. 우리를 디자인하는 것뿐만 아니라, 우리가 어떻게 생각하거나 일할 수 있는지에 대한 가정 때문에 현실이 된 가짜 버전의 사람들이 현실화되고 결국 우리 자신이 그것에 맞춰집니다.
  • 🦋 — 위험합니까?
  • 🐞 — 오픈 소스는 원래 디자인을 향상 / 개선하는 많은 사람들의 의견을 바탕으로하는 수많은 프로그래밍과 같습니다. 하지만 여전히 지식 장벽이 있습니다. 코딩입니다. 약간의 경험이 있어도 쉽지 않으며 다른 사고 방식과 시행 착오가 필요합니다. 예를 들어 기후 변화만큼 큰 문제는 하나의 해결책으로 접근 할 수 없습니다. 개입의 생태계입니다. 코드에서 많은 작은 함수가 결합하여 전체적인 솔루션을 만듭니다.
  • 🐕 — 바다에서 분리 된 초원 문화 연구의 예. 색상 샘플과 함께 제공되었으며, 녹색은 13 단어 였지만 청색은 없습니다. 일부 “파란색”샘플을 “녹색”으로 인식하기도했습니다. 언어가 다원적 내에서 지각에 어떻게 영향을 미치는지 보여줍니다. 코드 언어에도 동일한 유사점을 그릴 수 있습니다.
  • 🦎 — Wilde의 The Decay of Lying 참조 — 우리는 사실과 사회적 현실에 집착합니다. Turner의 일몰에 대한 우리의 변화하는 인식은 “자연을 모방하는 예술”이라고 말하면서 “자연은 예술을 모방한다”라는 주장을 뒤집습니다. 우리는 현실이 예술과 문화에 의해 어떻게 형성되는지를 볼 수 있습니다.
  • 🦋 — 누가“옳은”것이 무엇인지 자격을 얻습니까? 사람들은 모호함으로 인해 복수형을 두려워 할 수 있으며 하나 이상의 대답이 있습니다. 하지만 항상 그랬고 우리는 그것을 받아들이지 않을 수도 있습니다.
  • 🦉 — 다원적 접근 방식은 훨씬 더 많은 시간이 걸립니다. 약 5 명의 테스트 사용자를 최적화합니다. 시스템은 이상 값을 버리고 설계 대상의 주변을 무시하도록합니다.
  • 🐬 — 부모와 기술 관계는 자녀를 지원하지 않고 기술을 따라 잡기 위해 고군분투합니다.🐬의 어머니는 업데이트를 피하기 위해 손으로 쓴 암호를 사용하여 이전 iOS 버전을 사용하여 현재 수준에서 휴대 전화를 탐색하는 기능을 잃었습니다. 이를 최신 베타 버전으로 업그레이드하려는 디자이너와 대조하십시오. 이러한 플랫폼은 연장자를 고려하고 복잡성을 어떻게 극복 할 것인지 고려합니까?
  • 🐕 — “앱을 만들어 보자”라는 사고 방식이 널리 퍼져있을 수 있습니다. IXD 부서장은 캠퍼스 셔틀을 놓친 학생들에 대한 해결책으로이 솔루션을 제안했지만 🐕의 조사에 따르면 캠퍼스에있는 많은 사람들 (25 \% 이상)이 그러한 앱을 실행할 수있는 스마트 폰이 부족한 것으로 나타났습니다. 특이 치도 아니고 인구의 큰 부분 일뿐입니다. 사용하는 도구를 중심으로 솔루션이 회전하면 도구에 액세스 할 수없는 솔루션은 남게됩니다.
  • 🦉 — 이상 값을 설명하기 위해 시스템을 어떻게 조정할 수 있습니까? 도구가 부족한 사람들에게 다른 상호 작용 (예 : 이전 예의 문자 메시지)을 사용하여 접근합니다. 아마도 그것들을 고치는 것이 아니라 조금씩 확장하는 것일 수도 있습니다.
  • 🦚 — 기술은 유기체입니다. 우리는 흔히 생각하는 것만 큼 통제력이 없습니다. 좋아요 버튼이 무너져가는 민주주의를 상상해보십시오. 우리는 다원과 관련된 일이 얼마나 멀리 갈 수 있는지 짐작할 수 없습니다. 기술을 인간 이상으로 생각할 수 있습니까? 기술은 그 자체로 궤도에 있습니다.
  • 🦉 — 기술로 디자인 할 때 투명성을 포함합니다. 예를 들어 iOS는 점점 더 블랙 박스처럼 느껴집니다. 훨씬 더 구성 및 사용자 정의가 가능했습니다. “복잡성 단순화”는 실제로 기술을 더욱 가려주었습니다.
  • 🦊 — AI는 운영자가 더 이상 설명 할 수없는 지점까지 진화했습니다.
  • 🦋 — 기술에 감각이 있습니까? ? “블랙 박스”라고 부르고 싶습니까? 기술을 단순화하여 우리 자신에게 설명하는 것이 우리를 환원 주의적 고리로 되돌려 놓았 을까요?
  • 🦊 — 아마도! 이 모든 모델은 다른 관점을 설명하고 다른 범위 / 배율 수준으로 시스템을 그립니다.
  • 🦙 — “모든 모델이 잘못되었으며 일부는 유용합니다.”-George Box
  • 🦚 — 온톨로지 브레이 딩이 떠 오릅니다. 여러 관점의 통합을위한 훈련으로서 제 3의 문화 아이로 탐색. 디자인은 똑같은 것을 목표로합니다.
  • 🦊 — 디자인이 특히 그 땋기에 적합한 디자인이 있나요?
  • 🦚 — 예를 들어 Spotify에서 음악 발견은 다음과 같은 프로세스입니다. 디자인은 기술을 매개합니다. 디자인은 더 많은 투명성과 가시성을 가져올 수 있습니다.
  • 🦉 —“내가 디자이너가 된 이유는 무엇입니까? 많은 일이 궁금해서 무엇을해야할지 결정하지 못했기 때문입니다.” 그러나 많은 것을 배우면 지식의 깊이가 충분하지 않습니까? “실 중 하나에 대해 너무 적게 알면 결국 브레이드에서 제외 될 수 있습니다.” 하지만 실을 놓쳤다 고 스스로를 처벌해서는 안됩니다. 잘못 될 수있는 모든 것을 보는 것은 불가능합니다.
  • 🦩 — 다른 디자이너가 참여할 여지를 남기고 참여할 다른 생각을 남기는 방법으로서 참여적인 디자인과 다원적입니다. 또는 많은 뷰를 표현하는 데에는 제한이 있습니다. 공동 디자인을 통해 다른 사람을 참여 시키면 공간이 확장 될 수 있습니다.
  • 🐕 — “더 많이”아는 것이 중요하지만 모르는 것을 알고 다른 방식으로 해당 정보에 연결하는 것이 더 중요합니다. .
  • 🐡 — 취약성은 다양한 관점을 밝힐 수 있습니다. 하지만 마비는 가능성보다는 우리가 할 수없는 것에 초점을 맞추는 데서 비롯 될 수 있습니다.
  • 🦉 — 디자이너가 우리 자신을 너무 중요하다고 생각할 수 있습니까? 그 책임은 또한 마비로 이어질 수 있습니다. 전체의 다른 부분을 담당하는 다른 사람들과 함께 “일부…”부분을 디자인하는 데 집중하는 것이 좋습니다.

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다