国产欧美视频一区二区三区,卡通动漫国产精品,久久裸体艺术

Joel Spolsky æœ‰ä¸€ä¸ªå…³äº?è½¯äšgå¼€å‘å‘¨æœŸçš„é˜¶æ®µ çš„å¸–åï¼Œè¯¥è„“å‡ÞZ¹Žæ„æ–™åœ°ç»“æŸäº†æˆ‘è‡ªå·Þqš„è§‚å¯Ÿã€‚åœ¨Joelçœ‹æ¥åQŒç¬¬ä¸€ä¸ªé˜¶ŒD‰|˜¯è‰ºæœ¯åQˆè®¾è®¡é˜¶ŒDµï¼‰åQŒç¬¬äºŒä¸ªé˜¶æ®µæ˜¯å·¥½E‹ï¼ˆæž„å¾é˜¶æ®µåQ‰ç¬¬ä¸‰ä¸ªé˜¶æ®µæ˜¯ç§‘å¦ï¼ˆè°ƒè¯•å’Œæµ‹è¯•é˜¶ŒDµï¼‰.

Joelçš„å…´‘£æ˜¯è½¯äšg½Ž¡ç†å’Œç®¡ç†å·¥å…øP¼Œä½†æˆ‘å¯¹äºŽå¼€å‘å·¥å…ähœ‰æ›´å¤šçš„å…´‘£ã€‚ä¸€æ—¦ä½ è®¤å‡ºäº†èÊYä»¶å¼€å‘çš„å·¥ç¨‹æ–šw¢å’Œç§‘å¦æ–¹é¢çš„åˆ†æ°´å²ï¼Œä½ å°±å¯ä»¥æ›´å¥½åœ°ç†è§£å¼€å‘æ–¹æ³•çš„å¾ˆå¤šç´§å¼ å¯¹ç«‹åQŒå…¶ä¸çš„ä¸€¿Uå¯¹ç«‹å¯¼è‡´äº†å¾ˆå¤šè¾©è®ºã€‚ä¹‹æ‰€ä»¥äñ”ç”Ÿè¿™¿Uä¸å®‰ï¼Œæ˜¯å› ä¸ºåŸºæœ¬çš„ä¸å˜çš„ä¸å¯äºµæ¸Žçš„åQˆæ›´åˆ«è¯´¼œžåœ£çš„åœ£‹zçš„è™”è¯šçš„ï¼‰å·¥ç¨‹æ³•åˆ™æœ‰æ—¶å€™å’Œ¿U‘å¦å®žè·µæ˜¯ä¸ä¸€è‡´çš„ã€?br />

ä¹Ÿå°±æ˜¯è¯´åQšæŠ½è±¡å’Œæ¨¡å—æ€§æ˜¯è½¯äšgå·¥ç¨‹çš„å¿ƒå’Œè‚ºåQŒæ³•åˆ?,2,3æ˜?#8220;å±€éƒ¨åŒ–å…Ïx³¨ç‚¹ï¼Œä¹Ÿå°±æ˜¯DRYåQŒåˆ†¼›Õd…³æ³¨ç‚¹åQŒä‹Éå…Ïx³¨ç‚ÒŽ£äº?#8221;ã€‚æ›´½Ž€å•çš„è¯ß_¼šä½¿ç”¨æŠ½è±¡òq¶ä¸”ä¸è¦˜qåã€‚é€šè¿‡ä½¿å¾—ä¸€ä¸ªå…³æ³¨ç‚¹å®Œå…¨ä¸æ³¨æ„ï¼ˆä¹Ÿå°±æ˜¯è¯´åQšå‚æ•°åŒ–åQ‰å¦ä¸€ä¸ªå…³æ³¨ç‚¹åQŒä½ å¯ä»¥æœ€å¤§è‡ªç”±åœ°æ”¹å˜ä¸€ä¸ªå…³æ³¨ç‚¹è€Œä¸å½±å“å¦ä¸€ä¸ªå…³æ³¨ç‚¹ã€‚è¿™æ˜¯å› ä¸?allows for)å±€éƒ¨åŒ–çš„åŽŸå› ï¼Œä¾æ¬¡å¼•å‘äº†ç‹¬ç«‹çš„å¼€å‘å’Œ¾l´æŠ¤ã€‚è®¾lƒæœ‰ç´ çš„å¼€å‘è€…åˆ›å»ºåˆ†å±‚æŠ½è±¡ï¼Œòq¶ä¸”ä¸€ä¸ä¸è‹Ÿåœ°éµåó@ä»–ä»¬çš„è¾¹ç•Œã€?br />

ä½†æ˜¯å½“å¼€å§‹è°ƒè¯•æ—¶å‘ç”Ÿäº†ä»€ä¹ˆå‘¢åQŸæ•™æ¡åœ°åQˆDogmaticallyåQ‰éµå¾ªæŠ½è±¡è¾¹ç•Œå°±åƒæˆ´äº†ä¸€ä¸ªçœ¼¾|©ï¼›å½“ä¸€ä¸ªbug½W¬ä¸€‹Æ¡å‡ºçŽ°çš„æ—¶å€™ï¼Œä½ æ ¹æœ¬ä¸çŸ¥é“å®ƒæ˜¯éšè—åœ¨å“ªä¸ªæŠ½è±¡é‡ŒåQŒè¿˜æ˜¯åœ¨å±‚ä¸Žå±‚çš„äº¤äº’ä¹‹é—´ã€‚å¦ä¸€ä¸ªæ€è€ƒæŠ½è±¡ç›’åå†…éƒ¨çš„é€šå¸¸çš„æŽ¨è®ºæ˜¯ å†²åŠ¨åœ°å‡è®¾è¿™ä¸ªbugæ˜¯åˆ«äººçš„é”™è¯¯ã€‚ï¼ˆ“ä¸€å®šæ˜¯¾~–è¯‘å™¨çš„é”?”åQ?æˆ‘æƒ³èµ?Knuth å…³äºŽè®¡ç®—æœºç§‘å¦çš„å¼•ç”¨åQ?/div>

˜q™æ ·çš„ähéžå¸¸æ“…é•¿å¤„ç†ä¸åŒçš„æ³•åˆ™åº”ç”¨åˆ°ä¸åŒæƒ…å†µä¸‹çš„æƒ…åÅžåQŒä»–ä»¬æ˜¯é‚£äº›å¯ä»¥å¿«é€Ÿåœ°æ”¹å˜æŠ½è±¡å±‚æ¬¡åQŒå¯ä»¥åŒæ—¶è§‚å¯Ÿå¾ˆå¤šå¤§çš„äº‹ç‰©å’Œž®çš„¾l†èŠ‚çš„ähã€?#8212;—å¼•è‡ª Hartmanis çš„å›¾çµå¥–èŽ·å¥–æ„Ÿè¨€

æˆ‘è®¤ä¸ø™¿™é‡Œçš„æè¿°æ›´å¤šçš„æ˜¯åœ¨èÊYä»¶å¼€å‘çš„¿U‘å¦é¢æˆ–è€…ä¹Ÿå¯ä»¥è¯´æ˜¯è®¾è®¡æ–šw¢çš?#8212;—ä½†ä¸æ˜¯å·¥½E‹æ–¹é¢çš„ã€?br />

å› äØ“è°ƒè¯•å’Œæµ‹è¯•æ˜¯å’Œè§‚å¯Ÿå’Œç†è§£ä¸€ä¸ªçŽ°æœ‰çš„¾pÈ»Ÿç›¸å…³çš„ï¼Œè€Œä¸æ˜¯æž„å»ºæˆ–ä¿®æ”¹ä¸€ä¸ªç³»¾lŸï¼Œæˆ‘ä»¬è‡ªå·±æž„å¾çš„è—©½‹±ï¼ˆè¯‘æ³¨åQšæŒ‡å±‚æ¬¡æŠ½è±¡åQ‰ä‹Éå¾—æˆ‘ä»¬çš„å·¥ç¨‹åŽŸåˆ™å˜æˆäº†éšœ¼„ã€‚è°ƒè¯•å·¥å…øP¼Œé›†æˆå¼€å‘çŽ¯å¢ƒï¼Œ‹¹‹è¯•æ¡†æž¶åQŒç‰½{‰éƒ½è¢«ä¸€¿Uéœ€è¦è¿åæŠ½è±¡è¾¹ç•Œçš„éœ€æ±‚è€Œèµ‹äºˆäº†ç‰¹è‰²ã€?/div>

¾l“æžœåQŒå¹²å‡€å’Œè‚®è„ï¼ˆž®±åƒ Mitch å«ä»–ä»¬çš„åQ‰å¼€å§‹æ’•å’¬æØœæˆ˜ï¼Œä»–ä»¬äº‰æ–—çš„é—®é¢˜æ˜¯åQšæˆ‘ä»¬çš„è½¯äšgå¼€å‘æ¡†æž?å¯¹ä»–ä»¬å¯¹ FIaI(NtMSHaG)LoE (ML) åQˆè¯‘æ³¨ï¼šå®žåœ¨ä¸çŸ¥é“æ€Žä¹ˆ¾˜»è¯‘åQ‰çš„åšæŒ æ˜¯åº”è¯¥ç»å¯¹ä¸¥æ ¼å‘¢åQŒæˆ–æ˜¯ç»å¯¹å®½æ?Smalltalk)åQ?æˆ‘ä¸çŸ¥é“é€šè¿‡ æž„å¾æ¶ëŠ›–˜q™äº›ä¸åŒå¼€å‘æ¨¡åž‹çš„è½¯äšgæ¡†æž¶åQŒæˆ‘ä»¬æ˜¯å¦èƒ½å¤Ÿåšçš„æ›´å¥½ã€?/div>
=================================================================
åŽŸæ–‡åQ?br />

Joel Spolsky has a post about the phases of the software development cycle that's remarkably close to my own observations. In Joel's view, the first phase is art (i.e., design phase); the second is engineering (construction); and the third is science (debugging and testing).

Joel's interest is in project management and management tools, but mine is more in development tools. Once you recognize the divide between the engineering and science aspects of software development, you can better understand one of the tensions in the approach to development, a tension which leads to plenty of heated debate. This tension comes about because the Fundamental Immutable and Inviolable (Not to Mention Sacred, Holy, and Good) Laws of Engineering are sometimes at odds with the practice of science.

To wit: abstraction and modularity are the heart and lungs of software engineering. Rules #1 , 2 and 3 are "Localize concerns, i.e. , separate concerns and enforce their orthogonality." More simply: use abstractions and don't violate them. By making one concern completely oblivious to (i.e., parametric in) another, you maximize your freedom to change one without affecting the other. This allows for local reasoning which in turn leads to separable development and maintenance. Disciplined developers create layered abstractions and fastidiously respect their boundaries.

But what happens when you start debugging? Dogmatically adhering to abstraction boundaries is like wearing blinders; when a bug first arises, you never know which abstraction layer it's hiding in, or if it's in the interaction between layers. Another common consequence of thinking inside the abstraction box is impulsively assuming the bug is someone else's fault. ("The compiler must be broken!") I'm reminded of Knuth's quote about computer scientists:

Such people are especially good at dealing with situations where different rules apply in different cases; they are individuals who can rapidly change levels of abstraction, simultaneously seeing things "in the large" and "in the small."
-- quoted in Hartmanis's Turing Award lecture

I think this is describing more the science and perhaps also the design aspects--but not the engineering aspect--of software development.

Because debugging and testing are about observing and understanding an existing system, rather than constructing or modifying a system, the barriers we construct to enforce our engineering principles become obstacles. Debugging tools, IDE's, testing frameworks, etc. are all characterized by a need to violate abstraction boundaries.

As a result, the Cleans and Dirties (as Mitch calls them) fight tooth and nail about whether our software development frameworks should be absolutely strict in their adherence to the FIaI(NtMSHaG)LoE (ML) or absolutely lax (Smalltalk). I wonder if we couldn't do better by building software frameworks that were aware of these different modes of development.

cingoli 2011-10-28 15:53 å‘è¡¨è¯„è®º

]]> 青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品