Q
可理解VS性能
2
A
回答
3
我會說你應該儘量保持它理解成爲可能。當你打性能問題必須加以處理,並且可以幫助您實現性能目標的分辨率不如理解的,你必須交給受初級開發者之前很好將其記錄下來。
1
你應該找到中庸,考慮誰的作品的代碼,你有什麼計劃的最終目標。
至於我們的公司,我們不關心「可理解性」,追求高性能。這對我們來說很簡單,因爲我們沒有初級開發者:)
+0
+1爲了追求兩全其美:如果您付出努力,您可以擁有可讀的高效代碼。無論如何,如果不可能的話,請選擇代碼可讀性 –
相關問題
- 1. 理解VS性能分析
- 2. 理解 '不可能'
- 3. DLL vs WCF:性能vs可擴展性(WCF以防萬一?)
- 4. 斯卡拉理解性能
- 5. scala中的理解性能
- 6. Linqpad性能vs Sql管理工作室
- 7. UNION VS性能
- 8. UPDATE VS COUNT VS SELECT性能
- 9. 性能使用值Vs可變
- 10. ADFS瞭解可能性
- 11. 列表理解VS一套理解
- 12. NHibernate HQL vs CriteriaAPI vs QueryOver vs Linq。性能
- 13. Python的多處理隊列可靠性,隊列VS SimpleQueue VS JoinableQueue
- 14. HTML - 屬性VS性能
- 15. control.BeginInvoke()VS Dispatcher VS SynchronizationContext VS. - 可靠性
- 16. VARCHAR vs DECIMAL性能
- 17. strftime性能vs snprintf
- 18. Columnstore vs. Hekaton性能
- 19. 性能:NaCl vs Emscripten
- 20. DataContractSerializer vs BinaryFormatter性能
- 21. Qt vs GTK +性能
- 22. 性能Encog vs Deeplearning4J
- 23. nchar vs nvarchar性能
- 24. SimpleXML vs DOMDocument性能
- 25. bluebird vs async.js性能
- 26. 性能Image.SCALE_DEFAULT vs Image.SCALE_SMOOTH
- 27. OpenCL vs OpenMP性能
- 28. web_reg_find vs strstr()。性能
- 29. 。嘗試VS &&性能
- 30. 性能:WPF vs Silverlight
將遷移到[Programmers.SE],但它會重複多次。 http://programmers.stackexchange.com/search?q=readability+performance –
這是一個[虛假困境](http://programmers.stackexchange.com/questions/89620/clean-readable-code-vs-fast-hard -to-讀碼時到橫截面的線/ 89624#89624)。 –