IWETHEY v. 0.3.0 | TODO
1,095 registered users | 0 active users | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

IWETHEY Home / IWETHEY Board / Theory and Practice of Programming Forum / Re: Best Advice: Be merciless in your refactoring.
Post #113,822
by deSitter
Picture of deSitter
8/14/03 2:36:13 PM
Reply
New Re: Best Advice: Be merciless in your refactoring.
How do you decide this?

In math, one would often have a situation in which an "abstract language concept" - say templates in C++ - would present itself. Now, you see how IF IT REALLY WORKED this would be nice - I've made up an inner-product class and the spaces be damned! - but in the end, I would always opt for specific coding for speed and efficiency and ease of later use. This always works better - meaning - templates are not of any real use for an actual problem, because you have to also maintain the template.
-drl
Post #113,884
by tuberculosis
Picture of tuberculosis
8/15/03 1:54:20 PM
Reply
New Its like cleaning house
You get a feel for things after awhile - but basically anytime you spot a chunk bigger than 2 lines long of nearly identical code, its time for a new function.

The other metric is that of a "thought".

Each thought should be a function/method/reusable thing.

The more advanced a program gets - the smaller it gets.


Smalltalk is dangerous. It is a drug. My advice to you would be don't try it; it could ruin your life. Once you take the time to learn it (to REALLY learn it) you will see that there is nothing out there (yet) to touch it. Of course, like all drugs, how dangerous it is depends on your character. It may be that once you've got to this stage you'll find it difficult (if not impossible) to "go back" to other languages and, if you are forced to, you might become an embittered character constantly muttering ascerbic comments under your breath. Who knows, you may even have to quit the software industry altogether because nothing else lives up to your new expectations.
--AndyBower
     Positional parameters vs. Named parameters. - (static) - (30) - Aug. 13, 2003, 10:19:59 AM EDT
         Is it possible to ... - (jbrabeck) - Aug. 13, 2003, 10:28:41 AM EDT
         Not sure i'd use a dictionary - (ChrisR) - (5) - Aug. 13, 2003, 10:53:14 AM EDT
             That last suggestion... - (admin) - Aug. 13, 2003, 11:14:25 AM EDT
             Problem with overloading - (drewk) - Aug. 13, 2003, 11:27:46 AM EDT
             To be honest, I don't know. - (static) - Aug. 14, 2003, 12:00:27 AM EDT
             Python cookbook example + discussion: - (FuManChu) - (1) - Aug. 14, 2003, 02:45:29 AM EDT
                 Interesting. Some good ideas there. -NT - (static) - Aug. 14, 2003, 02:51:47 AM EDT
         A technique - (tuberculosis) - (4) - Aug. 13, 2003, 11:48:39 AM EDT
             That's pretty much what I'm trying to do. - (static) - (3) - Aug. 14, 2003, 12:33:13 AM EDT
                 Best Advice: Be merciless in your refactoring. - (tuberculosis) - (2) - Aug. 14, 2003, 02:28:14 PM EDT
                     Re: Best Advice: Be merciless in your refactoring. - (deSitter) - (1) - Aug. 14, 2003, 02:36:13 PM EDT
                         Its like cleaning house - (tuberculosis) - Aug. 15, 2003, 01:54:20 PM EDT
         May be you have a class trying to get born - (Arkadiy) - Aug. 13, 2003, 02:33:49 PM EDT
         Can't say without code - (JayMehaffey) - (2) - Aug. 13, 2003, 03:22:19 PM EDT
             Define 'better' :-) [+ some examples] - (static) - (1) - Aug. 14, 2003, 12:26:08 AM EDT
                 Re: Define 'better' :-) [+ some examples] - (JayMehaffey) - Aug. 14, 2003, 03:49:31 PM EDT
         another solution - (tablizer) - (11) - Aug. 16, 2003, 04:08:51 AM EDT
             No, it's not. - (static) - (10) - Aug. 16, 2003, 07:53:22 AM EDT
                 That is more syntax - (tablizer) - (9) - Aug. 19, 2003, 11:49:09 PM EDT
                     OT: Bryce... - (folkert) - (1) - Aug. 19, 2003, 11:50:34 PM EDT
                         OT: I don't have access to receipt. On biz travel - (tablizer) - Aug. 24, 2003, 02:06:08 PM EDT
                     Also more limited - (JimWeirich) - (6) - Aug. 20, 2003, 01:30:02 PM EDT
                         There be XML -NT - (Arkadiy) - (1) - Aug. 20, 2003, 02:40:14 PM EDT
                             but XML "solves" the problem by not having variables -NT - (tablizer) - Aug. 24, 2003, 02:13:45 PM EDT
                         minor issues IMO - (tablizer) - (3) - Aug. 24, 2003, 02:15:27 PM EDT
                             I should have known. - (static) - Aug. 25, 2003, 06:02:24 AM EDT
                             Re: minor issues IMO - (JimWeirich) - (1) - Aug. 25, 2003, 04:54:32 PM EDT
                                 difference in style - (tablizer) - Aug. 27, 2003, 02:31:45 AM EDT
         I generally lean towards the hash solution - (ben_tilly) - (1) - Sept. 21, 2003, 06:13:56 PM EDT
             That's a good idea. - (static) - Sept. 24, 2003, 08:30:32 AM EDT

Build a bridge out of 'er!
169 ms