엑셀, 셀 하나에 값 여러 개 담는 리스트와 중첩 배열 기능 베타 공개

표는 행과 열짜리 2차원인데 여기에 깊이라는 세 번째 차원을 얹는다니... 잘 돌아가기만 바래야지.

깊이 역할은 애초에 워크북 안의 시트가 하고 있었잖아.

발표 문구를 읽다 보면 엑셀을 죽이려는 것처럼 들리기도 함. 나는 진작부터 스프레드시트에 JSON을 몰래 끼워 넣고 있었는데 전혀 안 아깝다.

나는 OLE로 셀 안에 스프레드시트를 통째로 넣어본 적 있다. 꽤 멋졌는데.

이제야 나온 거 아쉽다. spill 대신 애초에 이 방식으로 갔어야지. 셀 안 여러 값 중에 하나를 인덱싱하는 것까지 되면 좋겠고.

이상하다, 2008년에 엑셀 셀에 배열 넣던 기억이 있는데?

그건 셀 하나 안의 배열이 아니라 Ctrl+Shift+Enter나 이름 있는 범위로 돌리는 배열 연산이었음. 셀 하나에 배열을 넣으면 그냥 텍스트로 읽혔어.

기존 엑셀 배열은 느리고 기본 수식 지원도 빠져 있어서 다루기 힘들었지. 이번 건 기존 문제를 건드리면서 새 함수까지 넣은 꽤 말되는 구현으로 보인다.

이런 타입 물렁함이 엑셀이 별로인 이유임. 제약이 있어야 설계가 잡히는데 다 유연하게 두면 아무도 못 읽는 스파게티가 나옴.

실험 하나 해봐야겠네. 람다 여러 개를 리스트 하나에 정의하고 옆 셀들이 그 람다에 의존하게 만든 뒤, 걔네 타입까지 리스트가 되게 어디까지 굴러가는지 보자.

마이크로소프트가 이런 기능으로 일반 사용자의 데이터 이해를 해치고 있음. DOS 시절 Btrieve DB로 부동산 관리자랑 데이터 형태를 논의하던 게 지금 대형 엑셀 파일 상대하는 것보다 훨씬 수월했어.

엑셀이 프로그래밍 언어처럼 엄격하고 이식적일 필요는 없지. 오히려 사용자가 어떻게 쓰게 되는지를 보면 이게 차선일 수 있음.

Treesheets가 셀 안에 중첩 구조 넣기를 15년 넘게 지원하고 있었음.

Lotus Improv가 거의 35년 전에 스프레드시트 문제를 풀었는데 뭐 어쩌라고.

수학 계산은 Mathematica 같은 CAS로 하는 게 맞음. 람다를 셀 하나에 여럿 정의하고 타입까지 뒤섞이는지부터 실험해볼 참이고, 수치가 조용히 깨지면서 헤지펀드를 굴리게 될 판이다.

엑셀 사용 범위가 가능한 모든 케이스를 채울 때까지 팽창한다는 법칙이 하나 필요하겠다.

나는 엑셀 대신 OnlyOffice를 쓰고 있는데 수식 범위가 넉넉해서 꽤 만족 중이다. 오픈소스라 더 마음에 들고.

20년 묵은 VBA 파이프라인 또 터질 판이네. 유지보수 안 된 엑셀 시트로 굴러가는 회사들 이번에도 난리 날 듯.

진짜 혁신은 셀에 확률분포를 넣는 거임. 지금 스프레드시트는 전부 결정론적이라 현실의 불확실성을 다 가려버림.

Guesstimate라는 도구가 그걸 이미 함. 셀마다 이름이 있고 값 대신 확률분포를 넣을 수 있으며, 수식도 몬테카를로 시뮬레이션으로 분포를 뱉어.