아직 시도하지 않은 프로그래밍 아이디어, 무엇이 있을까?

토론에서는 현재의 IaC(Infrastructure as Code) 방식이 요구 사항을 정의하는 데 초점을 맞추는 대신, 시스템이 충족해야 하는 속성을 정의하는 데 초점을 맞춰야 한다고 주장한다. 속성 기반 테스트(Property-based Testing)와 유사하게, 애플리케이션의 최소 요구 사항을 정의하는 속성 기반 인프라(Property-based Infrastructure)를 제안한다. 이는 클라우드 리소스의 상태 관리 및 부작용과 같은 문제에 대한 해결책을 제시할 수 있다.

한 개발자는 64비트 시스템에서 32비트 포인터(32 bit pointers)를 사용하여 메모리 사용량을 절감하고 프로그램 속도를 향상시킬 수 있다고 제안한다. Linux x32 ABI를 사용하면 이러한 최적화가 가능하며, Mastodon을 x32로 배포한 결과 메모리 사용량이 절반 가까이 줄었다고 언급한다. 하지만, x32 지원을 위한 패키징 부족과 같은 문제로 인해 널리 사용되지 못하고 있다.

토론에서는 Pikchr와 같은 PIC(Picture Description Language) 기반 언어에 Drawio와 같은 GUI 인터페이스를 결합하여 다이어그램 작성을 개선하는 아이디어를 제시한다. Graphviz나 Mermaid와 같은 다이어그램-as-code 방식은 코드에 쉽게 포함되지만 시각적 수정이 어렵고, Drawio와 같은 WYSIWYG 방식은 수동 수정이 쉽지만 템플릿화가 어렵다는 단점이 있다. 이러한 문제를 해결하기 위해 GUI 인터페이스를 통해 Pikchr의 장점을 활용하고자 한다.

한 개발자는 MUD(Multi-User Dungeon) 스타일의 상호작용 흐름을 가진 채팅 시스템이 Slack과 같은 기존 협업 도구보다 더 나은 오피스 협업을 제공할 수 있다고 주장한다. 채널 중복(Channel Overload) 문제를 해결하고, 특정 공간에 모여 질문하고 대화하는 방식을 통해 우연한 대화(Unexpected Conversations)를 촉진할 수 있다는 것이다. 이는 원격 근무 환경에서 오프라인 협업(In-person Collaboration)의 장점을 재현하는 데 도움이 될 수 있다.