2010-03-15 4 views
29

나는 this question을 언급했는데 Code Bubbles을 언급했으며 비디오 프리젠 테이션을 시청했습니다.코드 버블을 사용 하시겠습니까?

비디오는 인상적이며 조금 미래 지향적 인 것처럼 보이지만 분명히 다소 현실적입니다.

하지만 저도 계속 생각하고 있습니다. 개발자가 실제로 그런 도구를 사용하게 될까요?

우리는 개발자로서 코드 파일을 디렉토리에서 어떤 방식 으로든 구성하고 일반적인 IDE (코드가있는 언어 용)로 사용합니다.

코드 거품과 같은 것을 사용하면 커다란 도약이 될 것입니다.

저는 개인적으로 그러한 환경에서 일할 수 있는지 확신 할 수 없습니다. 다만 조정할 필요가 있다고 생각하지만 ... 실제로 마음이 움직이지는 않습니다.

이것에 대한 의견이 있습니까?

+1

어떻게 지금 내 손을 잡을 수 있을지 생각해보십시오. 그것은 내가해야 할 일을 위해 세계에서 가장 좋은 것처럼 보입니다. (Android 개발자) – Steve

+0

@steve http://www.cs.brown.edu/people/acb/codebubbles_beta_signup.htm – zildjohn01

+0

Ah thanks zild - 찾았습니다. 몇 주 전. 일부 메일을 보냈지 만 응답이 없습니다 :) 수치! 아이맥에 위대한 것입니다. – Steve

답변

17

코드 파일과 블록 (메소드 등)의 실제 조직이 C#보다 Java에서 훨씬 엄격한 C# 및 Java와 같은 언어의 경우 코드의 새로운 "보기"를 제공 할 수있는 기능이있을 수 있습니다. 작업. 이 도구가 파일 당 하나의 클래스, 가시성에 따라 분류 된 메소드 또는 원하는 코딩 표준으로 코드를 구성 할 수 있으며 도구는 누군가가 계속해서 "원시 코드"를 볼 수있는 방식으로 모든 것을 처리 할 수 ​​있습니다 "파일을 만들고 모든 것을 이해합니다.

그것은 C와 같은 언어에 대한 문제가 될 것

++는 기본적으로 당신이 원하는대로 할 수있는 ...

나 자신이 내가 항상 내 IDE를 사용하여 개발 이후 같은 환경에서 작동하도록 노력하고 볼 수 있습니다
3

실제 프로그래머는 텍스트 편집기를 사용합니다. :)

아니요, 코드 거품이 마음에 들지 않지만 전환을위한 새로운 GUI 이상을 필요로합니다.

코드 거품을 함께 연결하고 그룹으로 이동한다는 생각은 거의 바보 같고 실용적인 시나리오에서는 유용하지 않을 수 있습니다.

그러나 모든 프로그래머는 파일에서 줄이 보이지 않는 공간을 차지하는 대신 응용 프로그램이 화면에서 공간을 차지하는 것을 그래픽으로보기 위해 잘 처리 될 것이라고 생각합니다. 그 자체만으로도 프로그래밍 환경이 아니라면 프리젠 테이션 도구로 유용하다고 생각합니다.

+3

"프레젠테이션 도구로 유용하다고 생각합니다."코드 검토가 마음에 듭니다. – Thilo

+1

내가 처음봤을 때. –

+0

"실제 프로그래머는 텍스트 편집기를 사용합니다."여전히 사실입니까? – fastcodejava

0

, 일부 내 책상에 서류와 다른 메모장/정력은 코드/소프트웨어의 다른 섹션의 생각과 다른 발췌 문장으로 파일을 열었습니다. 나는 인터페이스가 코드 버블과 같이 훌륭해야한다고 말하고있는 것이 아니라 그 아이디어를 얻는 것입니다.

...하지만 실제로 테스트하고 느껴야합니다. 어떤면에서는 Bubbles와 전통적인 IDE를 혼합하여 사용하는 것이 최선의 방법이라고 생각합니다.

사실 : 사람들이 우리의 개발 방식 (예 : 웹 개발에서 Zen Coding)을 개선하려고 시도하는 것을 보는 것이 흥미로 우며,이 방법이 실패하더라도 몇 가지 아이디어를 빌릴 수 있습니다. 다른 프로젝트로

내가 미래에 일어날 것으로 예상되는 것은 키보드와 반응 형 멀티 터치 인터페이스를 사용하여 항목과 코드 섹션을 IDE에서 드래그하여 동시에 디자인하고 프로그래밍하는 날입니다. 내 손을 사용하여 화면과 키보드에서 그림 그리기 : 프로그래밍 용 iPad와 같은 것.

(YouTube에서이 코드 버블 비디오에 대한 몇 가지 좋은 의견이 있습니다. 체크 아웃하는 것이 좋습니다.)

0

워크 플로우의 변화 (따라서 학습 곡선을 앞당겨서)가 처음에는 그다지 크지 않을 것이라고 생각합니다. Eclipse를 제대로 사용하고 있다면 이미 Open Type (이름)을 사용하여 탐색하고 있으며, 열린 통화 계층 구조, 개방형 계층 구조, 개방형 선언 등이 있습니다. 접힌 코드 블록은 또한 코드 버블의 선구자처럼 보입니다.

코드 츠카 (Codeka)는 자바와 같은 "엄격하게 조직 된"언어에 대해서만 작동 할 것이고, 프로그래머에게 그가 배치하는 방법을 더 자유롭게 해주는 Perl 같은 것은별로 좋지 않을 것이라고 동의합니다. 그가 기대할 수있는 도구 지원).

+0

vim (와 emacs, 상상해보십시오) : ctags 또는 cscope를 사용하여 코드베이스를 뛰어 넘습니다. 이것은 매끄러운 GUI입니다.vim이 xmonad 또는 awesome 스타일로 분할 윈도우를 관리하기 시작하기를 기다릴 것입니다 (매우 참을성있게). – Wang

0

나는 많은 이유로 코드 거품을 사용 하겠지만, 실제로 나를 놀라게 한 것은 디버깅이다. 나는 당신이 함수로 들어가면 그 함수에 대한 새로운 버블을 열어서 함수를 호출 한 코드를 검토 할 수 있고 그 함수 자체를 볼 수있는 아이디어를 좋아한다. 좋은 생산성이라고 생각한다.

게이

2

확실히 다운로드하여 사용 가능할 때 사용해 보겠습니다. 디버깅, 코드 리뷰 및 일부 개발 유형을 가속화 할 수있는 깔끔한 생각처럼 보입니다. 또한 코드 거품 FAQ는 전체 파일을 크고 스크롤 할 수있는 거품으로 보는 것을 지원한다고 말했습니다. 거품이 필요하면 언제든지 탈출 할 수 있습니다.

아마도 내 머리 꼭대기에서 가장 큰 문제는 자바에 대한 지원이 있다고 생각하지 않는다는 것입니다. 나는 C로 대부분의 시간을 보냈고,이 아이디어를 정말로 끌어 내려면 여러 언어 지원이 중요합니다.

5

나는 그것이 혁신적인 개념이라고 생각했다. 나는 그것을 시험해보기를 기다릴 수 없다!

코드가 저장되어있는 파일과 독립적으로 코드를 볼 수 있다는 점 외에도 가장 흥미로운 점은 거품 레이아웃의 축소판을 보여주고 즉시 스크롤 할 수있는 "미니 맵"과 같은 막대였습니다. 특정 영역에 "데스크탑"을 배치하십시오.

운영체제 수준에서 가상 데스크톱을 구현하는 방법입니다.

1

물론입니다! 파일 구조는 버블 뷰에 영향을 미치지 않으므로 기술적으로 전통적인 방법을 사용하여 프로젝트 소스 파일을 구성 할 수 있습니다. 이것이 실제로 도움이되는 곳은 이미 확보 된 코드를 탐색하는 것입니다. 다른 사람의 코드를 배우기위한 필수 항목. 또한 코드를 깨끗하게 유지하는 데 도움이됩니다. 많은 작고 간결한 객체와 함수입니다.

26

나는 그것을 하트 비트에서 사용할 것이다. 나는 항상 그런 식으로 일하고 싶다.

처음에는 디렉토리 구조와 관련하여 생각합니다. 그 후에는 항상 파일보다는 기차로 작업하고 싶습니다.

1

나는보기에 좋다고 생각하지만, 나에게 디버깅/코드를 실행할 때 더 유용 할 것으로 보인다. IDE가 전체 코드 파일을 열지 않고 단지 코드 거품을 작게 만드는 것은 멋지다.

0

나는 장기간에 걸쳐 그것을 지킬 수 있는지 말할 수는 없지만 그 환경에서 몇 달을 보내고 싶습니다.

정말 흥미로운 GUI 아이디어가 있습니다. 멋진 동영상입니다.

1

코드 버블은 프로그래밍뿐만 아니라 전체 GUI 데스크탑 메타포에 대한 아이디어를 제공한다고 생각합니다.

우리가하는 일은 대부분 계층 적입니다. 프로젝트 문서 작성을 상상해보십시오. 제목이 있습니까? 소제목? 목차 (ToC)를 작성한 다음 각 표제/소제목을 클릭하여 내용을 입력하는 별도의 창을 만들었다 고 상상해보십시오. 다른 거품으로 동시에 여러 하위 섹션을 열 수 있습니다. 당신은 항상 똑같은 것을 달성하기 위해 현대의 ​​워드 프로세서를 분할 할 수 있습니다. 그러나 나는 그 부분들을 별도의 창으로 옮겨서 원하는대로 정렬 할 수 있기를 원합니다. 나를위한 하위 창을 "타일". 데스크톱처럼 코드 버블 (Bubbles)은이를 가능하게합니다.

해당 문서에서 공동으로 작업하고 있다고 가정 해보십시오. ToC의 하위 헤드를 클릭하고 작업을 시작합니다. 다른 사람이 다른 사람을 클릭하여 작업을 시작합니다. 전통적인 잠금을 사용하면 다른 사람이 자신이하는 일을 혼란스럽게하는 것을 피할 수 있으며 반대의 경우도 마찬가지입니다. 예, EtherPad에 대해 알고 있습니다. 나는 그것을 사용했다. 그것은 나를 미치게합니다.

저는 위키 기반 문서/프로그램 작성 시스템에 대해 생각해 보았습니다. 여기에서는 주 문서에서 제목을 만들고, 각 제목은 제목에 대한 실제 콘텐츠에 연결됩니다. 서로 다른 부분이 다른 창에 나타 났을 것입니다. Code Bubbles는 데스크탑으로, 틀림없이 더 우아한 솔루션입니다.

분명히 프로그램을 통해 수행 할 수 있습니다. 프로그램은 복잡하고 매우 정확한 문서이며 극단적으로 까다로운 대상입니다. 프로그램은 대개 매우 계층 적입니다. 그대로, 내가 프로그래밍 할 때, 나는 Vim이나 Eclipse를 사용하고있다. 두 사람 모두 내가 보지 않는 코드 섹션을 "붕괴"할 수있는 능력을 가지고있어, 개요와 실제 코드가 혼합되어 있습니다. 하나의 버블이 메소드 정의를 표시하고 메소드 내용을 포함하는 다른 거품을 갖게함으로써 코드 버블에서 동일하게 수행됩니다. 그것들 모두는 컴파일러에 공급하기 전에 다시 "짜 맞춰져"있을 것입니다.

또한 프로그래밍 할 때 일반적으로 주석에 고급 의사 코드를 입력하고 각 의사 코드를 구현하는 프로그램 코드를 채우고 메서드 또는 함수를 "처리"합니다. 이러한 의사 코드 주석은 ToC 조각을 제공 할 수 있습니다. ToC 조각은 거품을 열어 실제 코드를 유지합니다. 시스템은 조각을 함께 주 문서에 "짜 넣어야"합니다. 당신이 사용하고있는 프로그래밍 언어에 상관없이 작동 할 것입니다.

Literate Programming에 대한 나의 관심은 충분히 명확하게 전달되고 있습니까?

다음 단계로 넘어갑니다. 태블릿이나 넷북을 사용 중입니다. 함께 작업 할 스크린 공간이 훨씬 적습니다. 오, 이런, 저것 좀 봐. 기포는 모두 비교적 작다. 상단의 "컨텍스트 표시 줄"을 사용하여 찾고있는 거품을 찾고 풍선이 화면을 차지할 수 있습니다. 이제는 작고 크기가 제한적인 장치에서 작동하는 문서 (프로그램 포함)를 작성하는 방법이 있습니다.

아마도 이것은 희망적인 생각 일 수 있습니다. 그러나 이것은 프로그래밍뿐만 아니라 전체 GUI에있어 중요한 새로운 패러다임이 될 수 있다고 생각합니다. 나는 확실히 그것을 사용할 것이다.

+0

기본적으로 웹은 작동합니다. –

6

이런 식으로 생각하면 ...쉬울 것 무엇 :

(1) 코드가하는 모든 일 개 동시보기에 서로 호출되는 함수의 체인을 볼 수 있습니다 거품 것으로

- 또는

(2 .) 6 개 또는 7 개의 소스 코드 파일에 분산되어있는 이러한 함수들 사이에서 끊임없이 앞뒤로 탭을 하나의 텍스트 편집기에서 탭합니까?

코드 거품을 사용합니까? MS가 향후 몇 년 내에 VS에 해당하는 것이 나오지 않는다면, 갑자기 Java 개발자가되기 위해 매우 관심을 갖게 될 것입니다.

+0

Visual Studio 2015의 경우 새 작업 캔버스 확장을 사용하여 여러 클래스의 함수를 하나의보기에서 볼 수 있습니다. –

3

Microsoft Research는 관심있는 사용자에게 Visual Studio와 비슷한 기능을 제공합니다. 코드 캔버스라고합니다.

당신은 자세한 내용을 보려면 여기 비디오 볼 수 있습니다 http://blogs.msdn.com/b/kaelr/archive/2009/03/26/code-canvas.aspx

원래의 질문에 대해서는를, 나는 최대한 빨리 코드 거품에 대해 알아 발견 베타에 가입. 나는 그것이 정말로 좋은 아이디어를 가지고 있으며 그것을 시도하고 싶다고 생각한다. 그들이 주장하는 것만 큼 유용하지 않다는 것을 알게 되더라도, 나는 그러한 개념 중 일부가 많은 프로그래머에 의해 사용되도록 진화 될 것이라고 확신한다.

+0

그들은 [Debugger Canvas] (http://msdn.microsoft.com/en-us/devlabs/hh227299)를 발표했습니다. 나는이 연구의 산물이라고 생각합니다. Silverlight를 설치하지 않으려면 [youtube video] (http://www.youtube.com/watch?v=3p9XUwIlhJg)를 참조하십시오. – antitoxic

0

나는 새로운 개념에 대해 잠시 생각해봤을 때보 다 코드 버블에 대해 더욱 흥분하고 있습니다. 몇 년 동안 저는 코드 커뮤니티가 코드 파일이 아닌 코드 데이터베이스에 대해 생각하기를 기다리고있었습니다. 나는 파일 유 (metaphor)가 우리의 사고를 손상시키고 잘못된 방식으로 우리의 도구에 영향을 미쳤다고 생각한다.

예를 들어, 단위 테스트가 프로덕션 코드와 동일한 파일에 있어야하는지에 대한 질문이있는 이유는 무엇입니까? 물론 그들은 함께 가고 있지만 우리는 테스트를 .jar에 패키징하지 않기 때문에 보통 별도로 만듭니다. 우리는 빌드 툴이 파일이라는 고안된이 유물들 사이를 돌아 다니도록 강요합니다. 코드 거품이 더 나은 은유인지는 아직까지 알지 못하지만, 우리를 파일 메타포로부터 자유롭게하는 것은 좋은 것입니다.

방금 ​​Code Bubbles를 발견했으며 베타 버전을 발견 한 것을 기쁘게 생각합니다. 나 자신을 위해 이것을 볼 때까지 기다릴 수 없어.

0

데모에서 얻은 인상은 큰 프로그램에서이 접근법이 어떻게 유용 할 수 있는지를 알 수 있다는 것입니다. 그러나 14 년 동안 나는 생계를 꾸미기 위해 한 번만 큰 프로그램을 만들었습니다.

나는 22 세 때였고, 퇴임 할 때까지 앞으로 6 년 동안 그렇게 획일적 인 것을 후회했다. 어느 누구도 나를 완전히 이해하지 못했기 때문에 지속적인 관리 문제였습니다.

관련 문제