자본권력과 사회정의

원문 글:
http://www.designlog.org/2511190
의 트랙백을 걸려고 하는데, 안걸리내요. 그냥 적습니다.

좋은 글 잘보고 갑니다. 자신의 위치를 기꺼이 낮출수 있는 사람이 결국 위대한 사람으로 기억될 것 입니다. 그런 의미에서 우리 나라의 대다수의 국회의원들은 위인이 될 것 같지 않습니다. 어느당의 대선후보도 마찬가지죠. 앞에서 하는말과 뒤에서 행하는 바가 다르니 큰 인물될 사람은 아닌듯 합니다. 이런 사람이 조직의 중요한 위치를 차지해서도 안된다고 봅니다.

삼성...
어찌 보면 우리 나라의 필요악인듯 합니다. 삼성이 우리 경제의 중요한 부분을 차지 하고 있기에, 이들 무작적 도려 낼수도 없는 부분이고, 이것을 그대로 두자니, 점점 그 폐해가 심각해지는 것같습니다. 중소기업의 희생을 거름삼아서 성장을 한 대기업들이 이제와 중소기업과의 상생을 자랑스럽게 외치는 모습은 씁쓸하기 그지 없습니다.

환부가 들어났으니, 이번에야 말로 그 환부를 확실히 들어내야 할 것 입니다. 돈이 정의를 기준을 바꾸는 사회가 되지 않았으면 합니다. 매번 돈의 힘으로 바쪄 나갔던 삼성, 그 삼성이 죄값을 다 치루고 우리 나라의 자랑스런 기업이 되었으면 합니다.

휴... 이번엔 정의가 이길수 있길 간절히 기원합니다.
그리고, 한겨레 신문를 비롯한 관계자 분들의 용기에 박수를 보냅니다.

윤년 leap year 확인하는 로직

if( month == 2 && testDay == 29 && ( year % 400 == 0 || ( year % 4 == 0 && year % 100 != 0 ) ) )

이 값이 참이면 윤년( 2월달이 29일 )이다.

이거 맨날 햇갈려...

4년마다 윤년이 오는데,

100년 마다 오는 달은 빼고 다시 400년마디 오는 달은 넣는다... 라는

그런 날짜 계산법

공적 표준화 VS 사실 표준화

요즘 한창 배우고 있는 정보표준화

사용자 삽입 이미지

Code Freeze 의 뜻

DB를 공부하다가 Code Freeze 라는 용어를 발견하였는데, 그 의미를 정확히 알수가 없어서 인터넷에서 찾아봤습니다. 국내 웹에선 검색이 안되어서 구글을 통해서
http://www.casemaker.com/dbmaker/acu_code_freeze.html

곳에서 퍼왔습니다. 간략히 해석을 해보겠습니다. 영어 무지하게 짧으니깐 틀린부분 지적좀 해주세요.

Code Freeze
큰 규모의 변경이 어플리케이션(제품)에 적용될 때, 동시에 다른 변경는 이루어지지 많아야 한다. 이것을 "Code Freeze" 라 부른다. 코드가 얼려 졌을때, 전체적 변경가 전용되기 전까진, 다른 변경은 이루어 질수 없다.

Code Freeze 의 필요성
코볼 프로그래머는 안정성과 신뢰성으로 알려져 있다. 큰 변경이 있을때, 그 변경으로 인해 일어날 기능적 차이를 인식하는 중요하다. 그 큰 변화들의 예로는, Y2K 날짜 변경, 통상적 파일을 다중 구조로 나누기, 표준 보안 경로를 다시 설정하기, 텍스트 화면을 그래픽적 형식으로 바꾸기, SQL을 지원하는 코볼파일 구문으로 다시 쓰기 등이다. 만약 프로그래머가 큰 구모의 변경이 일어나는 동안 코드를 추가하거나 수정하였다면, QA 동안 발견된 문제들의 원인을 규명하는 것이 매우 어려울 것이다. 이것은 컨버전 프로세스의 디버깅 구문을 두배로 만들 것이다. Code Freeze는 디버깅과 테스트를 줄이는데 도움을 줄것이다.

번역 중... 시험기간이라.. ^^ 요기까지만.

Code Freeze
When large-scale changes are made to an application, it is recommended that no other changes be made at the same time. This is often called a CODE FREEZE, as the code is frozen, or unable to be changed, until the global changes have been made.

Need for CODE FREEZE
COBOL programs are known for their stability and dependability. When making a global change, it is important to note any functional differences that may have occurred during the mass change process. Examples of a mass change process are: changing dates for Y2K, separating a commonly used file into multiple structures, reorganizing a standard security routine, changing screens from textual to graphical mode, rewriting COBOL file syntax to support SQL, etc. If programmers have been adding/modifying code while the large-scale changes are being made, it will be very difficult to determine the cause of problems found during QA. This can double the debugging phase of the conversion process. Establishing a Code Freeze helps reduce the debugging and testing phase to a more manageable length of time.

Negative Impact of CODE FREEZE
Applications have long lists of enhancements and problems to be fixed. Users want to have problems fixed as quickly as they are found. A Code Freeze means that while the "large scale" enhancement is taking place, no other work can be done to the code. (It is possible to start work on other areas using version control techniques so that multiple changes are made, then integrated at a later point. However, the later integration can be expensive, so that development throughput is made less efficient.) As COBOL applications tend to lag behind new technologies (such as graphical interfaces, or web interactions), a Code Freeze will impose further delays in areas where users are already expressing frustration and anger.