어디까지가 사양의 범이냐 소프트웨어 개의 이정표 - 그 구조에는 어느 범의 일을 규정해야 하느냐는 이야기입니다. 전제로서 공정이라는 것은부적인 운용으로서는 자유롭게 정의해도 무방하다고 생각하고 있습니다.만나서 여기서 논할래용은 절대적인 사양의 범절을 정의하려고 하는이 아닙니다. 결론부터 말하자면 사양이라는 것은 자신적으로는 이하의에 정의하고 있습니다. > 외부로 나타나는 모든 것을 여기서 외부라는 것은 프로그램의 바깥이라는 뜻>>>맛입니다.브로그램이 그 바깥쪽에 영향을 미치는 모든 일이라는 것이 됩니다.왜 그런 정의로 하냐면, 일반적으로는 기능, 즉 프로그램이 어느 쪽으로 움직이는가동은 사양으로 규정한다고 생각하는데, 그 이외의 것들도 포함시키고 싶었기 때문입니다. 이후에 대표적인 예를 들겠습니다. 예를..
제목은 개능력인데요 때는 개에 국한되지 않는 이야기가 됩니다. 능력향상을 어떻게 해야 하는지를 구조를 보여줌으로써 밝히고 싶습니다. 능력과 재능 여기서 말하는 능력이라는 말이 일반적인 쓰임새와 조금 다를 수 있습니다.또 어쩌면 일반적으로 오해가 있을지도 모르니 우선 능력이라는 말을 분명히 하고 싶다고 생각합니다. 여기서 말하는 능력과 >는 것은 기계의 능력이라고 할 때와 같은 의미입니다.예를 들면"한시간에 100개 생산 능력"과 같은 식입니다.순하게 어느정도의 성과를 출력할 수 있는지를 나타낸다는 것입니다.그래서 한시간에 200개 생산하면 능력은 곱절이라는 말이 됩니다. 여기서 명확하게 해 두고 싶은 포인트는 능력을 사람에게 사용했을 경우에, 소위 재능과는 다르다는 것입니다. 재능은 말하자면 가지고 태어..
문제점 의 프로세스에 대해서 소프트웨어 개수의 길잡이 - 그 제조 공정에 하고는 별로 언급할 예정은 없습니다만 한가지 인상적인 출신일에 대해서 적어 보고 싶습니다. 현상의 파악이전에 릴리스 후에생하는 문제점을 한없이 줄여보자는 생각으로 임한 적이 있었습니다. 우선 진행된 일은 일어나고 있는 일의 정확한 파악입니다. 일어나고 있는 일이라는 것은 문제점 자신의 일이 아닌 문제점을 만들고 있는 일인 것입니다.즉 어떤 실수에 의해 문제점을 만들어낸 격>>하는지를 밝힌다는 것입니다.일어나고 있는 일을 알면책도 저절로 알 수 있을 겁니다. 원래 문제점을 해서 릴리스 할 때에는 자에게용의를명받아 심사하고 승인했더니 처음 릴리스라는 프로세스가 되어 있었기 때문에, 문제점용에 대해서는 모두 파악은 하고 있었습니다.그러나..