블록 체인에서 21 세기에 EMU가 만든 멋진 기술

https://emuproject.org/

세계화는 여러 국가를 연결하는 방법입니다. 그것은 국경없는 마을을 만듭니다. 여기에서 각 나라는 같은 지붕 아래에옵니다. 누구나 공동 참여하는 가치있는 가치관을 설정함으로써 누구나 참여하고 자신의 제품이나 서비스를 판매 할 수있는 곳이라면 어디든지 간호 공개 시장의 준회원입니다. 식당 서비스는 영원한 시장의 거대한 단계 중 하나입니다.

이제는 일주일에 식당 지역 단위로 고객에게 많은 요리 나 요리를 제공합니다. 전형적으로 이러한 영역 단위는 몹시 펙시하거나 전형적으로 이러한 영역 단위는 섭취 조건 동안 완전히 그렇지 않다. 일부 식당에서는 메뉴 영역 단위가 매우 아름다운 이미지로 작성되거나 쓰여졌습니다. 그러나 접시 영역 단위가 제공되면 이미지와 완전히 다른 형태로 나타납니다. 이 음식 지역 단위의 스타일이 처음과 완전히 다른 것은 아닙니다. 그것이 여러 식당에서 음식의 수요를 줄이는 이유입니다. 설문 조사에 따르면 국제 시장에서 총 식사 장소의 면적이 5- 히터 감소한 것으로 나타났습니다.

이제 "EMU가 어떻게 사용자를 용이하게합니까?"라는 목적으로 돌아 왔습니다.

내가 아는 것처럼 EMU는 최근 시장에서 가장 좋은 패키지로 사용자가 필요한 음식 유형을 EMU 목록으로 골라 주문할 수 있도록 도와줍니다. 그것의 정보 기반에 전체 레스토랑 클러스터를 수반하는 패키지를 구축합니다. EMU는 공급 업체 나 요리사가 제공 할 수있는 메뉴를 업데이트하도록 도와주는 것 외에도 사용자가 미리 제공하는 음식을 검사 할 수 있도록 도와줍니다. 각 식당에는 음식의 이름, 가치 및 사람의 크기 또는 양을 보여주는 자체 메뉴 차트 또는 팜플렛이 있습니다. 일반적으로 대부분의 모양은 메뉴 차트에 일부 장식 이미지를 제공합니다. 그러나 과거 또는 대부분의 시간에 해당 메뉴 영역 단위는 고객이 먹어야 할 음식을 제공하지 않았습니다.

식당 소유자 :이 단점 영역 단위는 현재 EMU 응용 프로그램으로 해결되었습니다. 이니셜은 공급 업체 또는 간호 소의 준회원으로 식사 장소를 알리고 싶습니다. 그것은 미국의 주가 지구와 연결하는 것을 용이하게 할 것입니다. 메뉴를 지구본에 표시하겠습니다. 내 식당에서 잠재 고객의 수를 늘릴 것입니다. 세계 보건기구 (WHO) 지역 단위만으로도 내 식당을 반환하는 것을 두려워 할뿐만 아니라, 식사 장소가 엄청나게 비싸고 음식 영역 단위의 가치가 너무 높아서 잘못 될 수 있다고 생각합니다. 그들은 우리가 몹시 값 비싼 음식을 제공하지 않는 경향이 있음을 보여줍니다. 몇몇 잠재적 인 고객은 현재 EMU의 도움으로 마무리해야 할 숨겨진 요구를 가지고 있습니다. 이와 관련하여, 일반적으로 식품 성분은 시장 내에서 접근 할 수 없게되거나 불충분 한 자원은 맛있는 요리를 준비하기위한 장벽이된다. 그 순간 고객이 처리 할 수 ​​있도록 개선되었습니다. 따라서 미국은 메뉴를 정기적으로 업데이트 할 수 있습니다. 고객이 식사 장소 내에서 수요가 높거나 낮은 목록에서 일부 요리를 제공하고 일부 요리를 공제하는 것이 공동으로 용이 해집니다. 비수기 내에 가치 목록을 업데이트 할 때마다 매우 유쾌한 시스템입니다. 우리는 시장에서 엄청나게 밖에 나가는 상품의 가치를 함께 감소시킬 수있다. 우리는 우리가 원하는대로 가치를 높일 수 있습니다. 미국이 특별 행사 내에서 쇼핑객에게 지역 단위를 제공하는 경향이 있다는 특별 제안을 전 세계에 알리는 것은 즐거운 기회입니다. 따라서 저는이 EMU 신청서가 이전 시나리오보다 현재 추가 비용을 벌 수 있도록 확실히 도와 줄 것임을 식당 소유자에게 알리고 싶습니다.

https://emuproject.org/

일반 사용자 : 사용자는 Emu 응용 프로그램의 주요 수혜자입니다. 현재 하루의 사용자 영역 단위는 각 소스마다 가장 큰 고통을 겪고 있습니다. 이 응용 프로그램에서 많은 권한을 얻을 것이라고 생각합니다. 간호 담당 어소시에이트 예에서, 나는 Espana에서 자고 내 모국어는 스페인어라고 가정합니다. 최근에 저는 사업 목적으로 중국을 방문했습니다. 나는 매주 그곳에 머물러 있어야했고, 중국의 많은 곳을 옮길 수밖에 없었습니다. 현재 누군가의 간호 부교수에서 매일 한 부분 씩 먹고 싶어요. 즉, 매일 5 번 이상 식사 장소를 여행하고 있고 하루 동안 같은 식사 장소에 여러 번 참석하지 않는 것입니다. 현재 중국어를 모르는 경우 어떻게해야합니까? 내가 그들과 이야기를해야하고 나를 대신하여 올바른 요리를 주문하도록 강요 받아야합니다. 현재 나는 언어를 인식하지 못하고 요리를 만들지 못했지만 요리에 익숙하지 않은 성분이 요리를 만드는 데있어 미끼를 겪고 있습니다. 당신은 바인딩 된 시간에 내가 요리 한 쥐에게 (매우 끔찍한 동안) 매우 아름다운 식사 장소에 제공되었던 것을 파악하기가 힘듭니다.

저는 EMU가 전 세계 어느 곳에서나 필요한 요리를 검색 할 수 있도록 미국 주를 지원할 수 있다고 설명합니다. EMU에는 전 세계에서 사용되는 대부분의 언어를 번역 할 수있는 몇 가지 언어가 있습니다. 메뉴를 제 자신의 언어로 번역 할 수도 있습니다. 따라서 EMU와 연결된 지역 단위의 식당에서 특정 요리를 간단하게 검색 할 수 있습니다. 미국과 가까운 위치에있는 식당이나 카페를 표시 할 수 있습니다. 따라서 EMU 사용자는이 응용 프로그램과 연결된 {a place | a area unita}를 간단히 알 수 있습니다. 그 외에도이 앱의 도움을 받아 시계를 예약 할 것입니다. ' 내가 주문하고 싶은 요리를 고를뿐 아니라 EMU 토큰이나 전자 지갑에서 지불합니다. 전자 지갑은 특정 계정에서 신용 카드와 암호화 통화를 혼합하는 옵션 중 하나입니다. 내가받는 것을 선호하여 지불합니다. 식당 공간이 EMU와 연결되어 있다면 EMU TOKEN으로 지불 할 수 있다고 말하는 것을 잊어 버리는 한 가지 요소입니다. 정확히 미국의 주와 함께 추가 카드를 보유 할 수 있도록 미국 주를 축소하는 데 도움이됩니다.

요리사와 소비자 : 저는 이것이 새로운 옵션이 EMU 이전의 모든 응용 프로그램에 추가 될 수 있다고 생각합니다. 이 선택 과정에서 구매자는 요리사와 직접 통신하며 요리사는 모든 종류의 주문을 간단히 수락하거나 거부 할 수있는 권한을 갖습니다. 당신은 이미 쇼핑객이 식사 장소의 메뉴 안에 들어있는 음식을 주문한다는 것을 알고 있습니다. 기능적으로 고객은 원하는 순서를 사용자 정의합니다. 간호 담당 어소시에이트 예 : 고객이 특정 메뉴에서 요리를 주문하고 싶지만 메뉴 내에는 세계 보건기구 (WHO)가 선택할 수 없습니다. 따라서 여기에는 EMU가 있습니다.이 응용 프로그램 동안 고객은 요리사에게 올바른 지시를 받아들입니다. 쇼핑객은 요리사가 요리에 추가해야 할 내용을 수용 할 수 있으며, 요리에 넣고 싶은 최고 품질 또는 양의 향신료를 살 수도 있습니다. 그가 말한 것처럼 추가 향신료가 추가되어야하고 버섯은 접시 안에 포함되어서는 안됩니다. 그런 다음 요리사는 주문을 볼 수 있으며 요리에 추가하기 위해 어떤 향신료를 강요 해야하는지 후원자에게 제기 할 수도 있습니다. 주문을 마무리하기 위해 쇼핑객은“피자에서 경험이 부족한 쌀쌀한 음식을 추가하고 싶습니다”와 같은 의견을 남겨야합니다. 고객 수요 쿡을 알면 주문에 대한 정산이 이루어 지거나 해당 시점에 주문이 거부됩니다. 일반적으로 쇼핑객이 쇼핑객과 직접 소통 할 수있는 곳이라면 누구에게나 아직 개발 된 선택은 {Nursingy의 어소시에이트가 아닙니다} 없습니다. 이 옵션이 EMU 응용 프로그램에 포함 된 혁신적인 선택이라고 생각합니다.

웨이터와 고객 : EMU가 취한 지역 단위 셀 수없이 많은 새로운 단계 지역 단위. 현재 EMU 응용 프로그램 내에서 추가로 해당 지역 단위를 추가로 설명하기 위해 참석하고 있습니다. 종종 각 식당에서 웨이터는 한 테이블 또는 여러 테이블을 위해 시장에 나와 있습니다. 이 응용 프로그램 동안 구매자는 하나의 버튼을 눌러 웨이터를 결정합니다. 이를 위해 웨이터 폰에 EMU 응용 프로그램을 넣어야합니다. 간호학 준회원의 예 : 특정 식사 장소에서 모든 회원 구역 단위는 EMU 앱을 통해 연결됩니다. 그런 다음, 구매자가 EMU 목적으로 돌아온 결과, 고객이 식당의 구성원과 연결하거나 의사 소통 할 수 있음을 인식하면 모바일 또는 애플리케이션이 식당 소유자가 공개 한 라이센스 정보를 기계적으로 전송할 수 있습니다 구매자를 위해. 이때 구매자는 정보베이스를 표시하고 서비스를 제공 할 특정 웨이터를 키울 수 있습니다. 웨이터 영역 유닛이 이미 다른 클라이언트와 상호 작용하는 경우, 요청을 거부하거나 구매자를 위해 다른 웨이터에게 전달할 수도 있습니다. 그런 다음 후속 웨이터를 쇼핑객과 연결하고 고객이 이전에 웨이터에게 이미 제공 한 선호 사항의 정확한 지시 또는 레코더를 볼 수도 있습니다.

마지막으로, 이것이 EMU 응용 프로그램 개발자가 추가로 제공하는 가장 혁신적인 개념 일 수 있습니다. 구매자, 식당 주인, 요리사 및 조직의 웨이터에게는 완전히 문제가없는 응용 프로그램이라고 가정합니다.

이 의견은 EMU의 백서를 기반으로합니다. 주어진 링크에서 찾을 수 있습니다.

· 웹 사이트 : https://emuproject.org/

· 백서 : http://www.ico.emuproject.org/files/WhitePaper_eng.pdf

· 이메일 : ask@emuproject.org

그들과 사람들의 생각에 대해 더 알고 싶다면 다음 사이트를 방문하십시오.

· 페이스 북 페이지 : https://www.facebook.com/emuprojectico/

· 전보 페이지 : https://t.me/emuproject

· 트위터 페이지 : https://twitter.com/EMU_Project

· Instagram 페이지 : https://www.instagram.com/emuproject/

· Github 페이지 : https://github.com/EMUproject

· 중간 페이지 : https://medium.com/@emuproject

· Google Plus 페이지 : https://plus.google.com/112689332983457661512

· 레딧 페이지 : https://www.reddit.com/user/EMU_Project/