If you quickly prototype functions, do you really have to worry about quality and code optimization?
Looking back at the number of times that "prototype" ended up becoming a product, the answer would be yes.
Do not forget that you are not only prototyping this feature, but also prototyping the design.
Yes to quality. No for optimization. This question must be a wiki community.
.
, . , . , , , , , .. , , , .
. , , , ( , , , ).
, , , ? , .
, , , , . , . , FALSE .
, - , . , , , , , /.
You may be worried about optimization later - see this description a huge win. I got the transition from MFC CMaps to STL while working on a hobby project that analyzes some Apache log files. This was done after I had the initial concept, and only when it became obvious that there was a performance problem.
Source: https://habr.com/ru/post/1736506/More articles:Should jQuery use parseFloat (el.width ()) or parseInt (el.width (), 10)? which is more preferable - javascriptParsing an XSLT string - stringOrder XElements - c #Efficient DB row value comparison - pythonWhat is the best way to add scripts to an android app? - androidRegular expression to extract everything up to the first slash - stringLine Search with Jagged Array? - c #Xcode Objective-c предупреждения "создание селектора несуществующего метода" с помощью OCUnit (SenTestingKit) - objective-cKomodo Change memory options "new team" - komodoeditDisaster file recovery on Amazon S3? - amazon-s3All Articles