왜 이 글을 쓰는지 현재 소프트웨어를 쓰는 것은 매우 쉬운 일이다. 하나의 기능을 실현하려면 구글이 검색한 다음에 소스포지션,codeproject를 넣어야 한다. 소스 코드가 이렇게 흐리멍덩하니 로고를 바꾸면 충군할 수 있다.코드라는 각도에서 소프트웨어의 품질을 제어하는 사람이 드물다. 예를 들어 어떤 사람들은 주로 소프트웨어를 잡고 이 부분을 테스트하는데 물건이 규격에 부합되기만 하면pass를 한다.어떤 사람들은 iso XXX에서 제어하여 달의 언어로 지구인과 대화한다.어떤 사람들은 주로 식사를 하는데 코드들이 배불리 먹고 마시기만 하면 쓴 것은 틀림없이 문제없을 것이다.이 글을 쓴 것도 내가 2년 동안 일하면서 많은 사람들과 일들이 혼란스러운 코드 속에서 무너질 지반에 피라미드를 세우는 것을 보았다.이 세상은 유혹이 너무 많아서 많은 사람들이 잘하고 싶지 않고 할 줄만 안다.QQ에 올라가면 반드시 당신에게 어떻게 어떤 효과를 얻을 수 있는지 강요할 것이다. 당신은 그에게 이렇게 저렇게 해야 한다고 말하고 마음속으로 다른 사람에게 물고기를 주려고 생각하면 상대방은 인정을 받지 않는다. 마치 이 기능을 완성한 것처럼 앞으로 집에 가서 농사를 짓고 평생 프로그램을 쓰지 않아도 된다.코드는 하루하루 쌓여 폐기된 쓰레기 공장처럼 매일 UDP 가방을 안에 던진다.이것은 나로 하여금 유닉스의 현황을 떠올리게 했다. 이렇게 많은 해 동안의 진화를 거쳐 유닉스의 내부 핵은 이미 엉망으로 수정되었다.한 사람, 한 회사에서도 그렇다고 생각합니다. 코드를 자주 정리하지 않고 자유롭게 자라게 하는 것은 자연의 규칙에 부합되는 일이 아닙니다.어떤 방법이든 적당한 사람이 있다. 만약 당신이 자신의 손으로 코드를 두드리고 디버깅하는 것을 좋아하지 않는다면, 자신의 머릿속의 생각이 증명된 즐거움을 보면, 아래의 건의가 당신에게 적합하지 않을 것이라고 나는 생각한다.이것은 두 번째로 이 글을 수정한 것이다. 첫 번째 문장은 개인적인 감정적 색채가 너무 풍부하기 때문에 앞으로 링컨의 방법을 배워야 한다. 정서가 맞지 않을 때 쓴 편지는 격일로 다시 부쳐야 한다.자신(서예파)도 끊임없이 업데이트 소프트웨어를 업그레이드하는 것처럼 이 글을 업데이트할 것이다.
코드 작성 소프트웨어를 열심히 쓰고 매일 코드에 담그면 너보다 코드를 잘 아는 사람이 없다.그러나 코드를 쓰기 전에 진지하게 쓰고 디자인하지 않으면 종종 프로젝트 후기에 이르러 전체 국면을 통제하기 어렵다.똑똑한 C/C++ 프로그래머는 컴파일러가 어셈블리 코드를 만드는 것을 영원히 잊지 않을 것이다. 그들이 언어 자체의 능력을 초월해야 할 때, 그들은 여전히 지정된 구역에 도달하여 발생하는 코드를 제어할 수 있다.(인터넷에서 발췌한 것) Windows 원본을 본 녀석은 데이비드 커틀러의 코드에 부러움을 금치 못할 것이다. 우아한 스타일, 뚜렷한 절차, 엄격한 규범.만약 오랜 세월 동안 코드를 쓴 축적된 총결이 없다면 이런 고도에 도달하기 매우 어렵다.저는 대학 2학년 때부터 지금까지 49만 줄의 코드를 썼습니다. C,asp,php,javascript,asm 등이 있습니다. 그들이 어떤 언어든지 저는 최대한 주석을 많이 썼습니다. 저도 주석의 규범과 보조 개발 도구를 계속 보완하고 있습니다. (예를 들어 txt2chm,msdn 간략판,extractor,ed편집기,build,replaceX...)기술이 깊이 들어가면서 자신도 각종 도구를 보완하고 이런 도구들도 자신을 위해 더욱 잘 서비스하고 있다.이런 것들이 정적 순환을 형성할 때, 이 세계는 매우 조화롭고, 하루 종일 마이크로소프트의 엉덩이 뒤를 따르지 않아도 된다는 것을 발견할 수 있다.
:
, , 。
( ), 。
, , 。
유수선 유수선은 포드 승용차를 이루었고 소프트웨어에서 자동 구축은 유수선의 또 다른 별명이다.가장 중요한 고도의 응결을 자동으로 구축하여 프로젝트 그룹 내의 각 개인의 업무를 관통시키고 가능한 한 도구로 자질구레한 세부 사항을 제어한다.자동 구축은 단일 프로젝트보다 높은 것으로 제품의 부족함을 드러낼 수 있다.
모듈화, 차원화 모듈화와 차원화의 목표는 사람의 통제력을 증가시키는 것이다.또한 현재 매우 성공적인 관리 방식이다.이것도 마이크로소프트가 비록 현재 수천 수만의 소프트웨어 디자이너를 가지고 있지만, 줄곧 채택해 온 대여섯 명의 소규모 단체의 작전 방식이라고 나는 생각한다.일이 간단할 때, 너는 하고 싶은 대로 할 수 있다. 모듈화와 차원화는 결코 그것의 위력을 나타낼 수 없다.일이 갈수록 복잡해지면, 너는 대량의 코드를 겹쳐서, 인터페이스가 통일되지 않고, 이름이 통일되지 않으며, 파일 조직이 엉망진창인 것을 발견할 수 있다.이때 만약 당신이 있다면 당신은 어떻게 해야 합니까?어떤 시스템이 혼란의 한계에 도달했을 때 당신이 해야 할 일은 바지를 벗지도 않고 맨몸으로 뛰어들어 수심화열의 개혁에 뛰어드는 것이 아니라고 생각합니다.방관자의 측면에서 이 시스템의 상부와 하부 어느 부분에 문제가 생겼는지 분석하고 이 시스템 자체의 모듈화, 차원화를 연구한다.
모든 사람이 일하는 습관을 규범화하고 한 팀에서 필요한 것은 공통된 습관으로 일을 하는 것이다.그렇지 않으면 많은 시간을 소통에 낭비한다.
적당한 도구로 적당한 일을 하려면 닭을 잡는 데 소칼을 쓰는 일도 하지 말고 소를 잡는 데 손톱칼을 쓰는 일도 하지 마라.현재 존재하는 모든 도구, 언어는 그 수요가 있기 때문에 일을 하기 전에 자세히 분석하고 조사한 다음에 체계적으로 이식성, 건장성, 성능, 업그레이드, 성능 등 여러 가지 요소를 고려해야 한다.이 세계는 변수가 매우 많아서 각종 서로 다른 도구가 서로 다른 환경, 서로 다른 조합에서 서로 다른 실제 효과를 가져올 수 있다.때때로, 당신은 정말 감탄하지 않을 수 없다. 이 세상에는 확실한 답안이 하나도 없다. 대부분의 당신이 만나는 상황은 이 세계의 첫 번째 출현이다.만약 각종 공구에 대해 깊이 파악하지 않는다면, 완벽한 답안을 만들기 매우 어렵다.
끊임없이 공부하는 것은 당신이 좋아하든 안 좋아하든 이 세상은 계속 돌아가고 새로운 것이 탄생해 왔다. 좋은 것, 나쁜 것, 많은 것들이 당신이 선택해야 한다. 그리고 당신의 선택은 이후에 큰 영향을 줄 것이다.
건강은 모두가 알고 있지만 하는 것보다 더 어렵다고 합니다.그리고 이가 아픈 후에야 매일 저녁 이를 닦아야 한다고 자신에게 일깨워 주는 경우가 많다.
:
( rhett blog)
, 3
: http://www.xuyibo.org/article/44.htm
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다: