공정 및 라인 시뮬레이션
공장, 창고, 병원을 흐르는 작업. 병목이 생기기 전에 찾아냅니다.
시뮬레이션 및 엔지니어링
만들기 전에 알기.
비용을 쓰기 전에 생산 라인, 건물, 군중, 제품을 시뮬레이션하십시오. 그리고 제품에 다른 누구의 것보다 단순히 더 빠른 소프트웨어가 필요하다면, 그것도 저희가 씁니다.
이런 경험, 있으실 겁니다.
결정 하나가 1년 치 이익보다 비싼데, 회의실의 모두가 추측하고 있습니다. 새 라인은 4번 스테이션에서 병목이 생길지 모릅니다. 행사장은 제시간에 비워지지 않을지 모릅니다. 제품은 낙하 시험을 견디지 못할지 모릅니다. 만든 뒤에 알 수도 있고, 지금 알 수도 있습니다.
무엇이 달라지는가
01
비싼 질문에 먼저 답합니다
라인, 건물, 군중을 화면에서 돌려 보고, 하나를 바꾸고, 다시 돌립니다.
02
답을 현실과 대조합니다
모든 시뮬레이션은 측정 데이터로 검증하고 오차를 명시합니다.
03
사용자가 있는 곳에서 돌아갑니다
브라우저 탭에서, 네이티브에 가까운 속도로, 설치 없이.
04
제품이 경쟁사보다 빨라집니다
속도를 위해 만들어진 언어로 작성한 엔진 모듈, 서비스, 도구.
05
중요한 날을 버팁니다
저희가 운영하는 모든 것은 예상 피크의 10배로 테스트합니다.
제공되는 것
01
02
군중 및 교통 시뮬레이션
행사장, 역, 지구를 지나는 사람과 차량. 계획과 안전을 위해.
03
물리 및 제품 시뮬레이션
설계와 테스트를 위한 강체, 유체, 재료.
04
엔지니어링 도구
귀사 엔지니어링 팀을 위한 솔버, 최적화 도구, 분석 도구. 문서화하고 검증합니다.
05
브라우저 안의 무거운 연산
C++와 Rust를 탭에서 돌아가도록 컴파일해 모두가 도구를 쓸 수 있게 합니다.
06
부하에도 평탄한 서비스
트래픽이 몰려도 속도를 유지하는 큐, 워커, API.
세 가지 사례
01
나시크의 병입 공장
스프레드시트로 계획한 새 라인. 시뮬레이션이 발주 전에 라벨러에서 병목을 찾아냈고, 레이아웃은 현장이 아니라 종이 위에서 바뀌었습니다.
02
맨체스터의 경기장 운영사
퇴장 시간은 추측이었습니다. 군중 시뮬레이션이 어떤 게이트를 먼저 열어야 하는지 보여 주었고, 계획은 수치와 함께 안전 당국에 제출되었습니다.
03
산호세의 하드웨어 스타트업
너무 느려서 쓸 수 없는 브라우저 기반 설계 도구. 핵심부를 WebAssembly로 다시 컴파일하자 20배 빨라졌고, 제품은 출시되었습니다.
진행 방식
01
질문
어떤 결정에 쓰일 것인지, 어느 정도의 정확도가 필요한지. 숫자로 정합니다.
02
프로토타입
2주: 고객님의 실제 데이터로 돌아가는 모델과 첫 번째 답.
03
검증
측정 데이터와 기준 구현에 대조합니다. 오차를 기록합니다.
04
납품
귀사 팀이 직접 돌리는 도구와, 엔지니어가 따라 할 수 있는 문서.
05
운영
시스템이 바뀔 때마다 담당 엔지니어가 업데이트합니다.
직접 확인할 수 있는 증거
저희가 납품하는 모든 시뮬레이션에는 검증 자료가 따라옵니다. 측정 데이터, 모델의 결과, 그리고 그 둘의 차이. 차이를 보여 줄 수 없으면 납품하지 않습니다.
C++, Rust, Go, WebAssembly와 SIMD, 효과가 있는 곳에는 CUDA, 그리고 PostgreSQL로 만듭니다.고객이 자주 묻는 질문
시뮬레이션은 얼마나 정확합니까?
데이터와 모델이 허용하는 만큼 정확하며, 그 숫자를 알려 드립니다. 검증된 라인 모델은 보통 실제 처리량의 몇 퍼센트 이내입니다.
얼마나 걸립니까?
첫 번째 답은 2주. 귀사 팀이 직접 돌리는 검증된 도구는 4~8주.
브라우저에서 돌아갑니까?
예. 무거운 코드를 WebAssembly로 컴파일하면 탭에서 네이티브에 가까운 속도로 돌아갑니다.
우리 엔지니어링 소프트웨어와 함께 쓸 수 있습니까?
예. 이미 쓰는 도구를 위한 파일 형식, API, 플러그인을 지원합니다.
소유권은 누구에게 있습니까?
고객님께 있습니다. 소스와 문서까지.
만들고 싶은 것을 알려 주십시오.
엔지니어가 직접 읽고 몇 분 안에 고객의 언어로 답변합니다. 모든 프로젝트는 고정 가격의 2주 프로토타입으로 시작합니다.