Hacker News 의견

• Zasper의 저자는 Zasper의 Jupyter 커널 처리가 Go 코루틴으로 구축되어 JupyterLab의 Python 방식보다 우수하다고 설명함

  • Zasper는 JupyterLab보다 RAM과 CPU 사용량이 각각 1/4 수준임
  • 검색 기능 등은 아직 최적화되지 않아 느림
  • 혼자서 풀타임으로 개발 중이며, 앞으로 개선될 예정임
  • 첫 번째 초안에 대해 긍정적인 반응을 기대함

• Marimo는 Streamlit과 Jupyter의 장점을 결합한 Jupyter 대안으로 흥미로움을 자아냄

• 메모리와 CPU 사용량 감소가 실제로 의미 있는지 의문을 제기함

  • Python 코드가 더 많은 자원을 사용하기 때문에 Go의 스레딩이 얼마나 도움이 되는지 불분명함

• JupyterLab이 오래되었지만 지속적인 개발로 현대적임을 유지하고 있다는 의견이 있음

• 대안이 macOS에서만 실행되고 Linux에서는 부분적으로 지원되며, IPython만 지원하는 점을 지적함

  • Go를 사용한 성능 개선이 Electron 사용으로 상쇄된다고 언급함

• Jupyter에서 rstudio와 같은 인터페이스를 원하며, 코드 블록을 실행할 수 있는 기능이 중요하다고 설명함

  • JupyterLab의 "open console for notebook" 기능을 좋아하지만, 텍스트를 보내거나 키보드 단축키로 포커스를 전환하는 방법을 찾지 못함
  • 이러한 이유로 VSCode의 Jupyter 구현을 사용하지 않음

• UI를 위해 Wails를 고려했으면 좋겠다는 의견이 있음

  • Go로 많은 노력을 기울였는데 Electron을 사용한 점을 아쉬워함

• VSCode의 Jupyter notebook 지원과 비교하여 어떤 장점이 있는지 궁금해함

• 실행 중인 프론트엔드에서 연결을 끊고 다시 연결할 때 출력이 손실되지 않는지 궁금해함

• JupyterLab 프론트엔드를 대체하고 Jupyter 커널과의 연결을 유지하는 프로젝트로 보임

  • 이론적으로 Javascript나 다른 언어의 커널도 지원할 수 있을 것으로 보임
  • 프로젝트가 IPython 커널로만 테스트되었음을 언급하며, 향후 발전 방향에 관심을 가짐