>>>>> "HP" == Harry Putnam <rea...@newsguy.com> writes:
HP> "Uri Guttman" <u...@stemsystems.com> writes: >> this is what has been bothering me here. you haven't yet spit out a >> proper problem specification. as i kept saying comparing dir trees is >> tricky and you kept showing incomplete examples which now all seem to be >> wrong as you just made a major change in the 'spec'. now duplicate >> filenames could actually be different files vs just copies in different >> places. this is a whole other mess of fish. HP> None of what I've shown contradicts the full program... quit karping HP> about it. Sloppy... yes, I have been. I wonder if that might be HP> because I don't really have a good idea of what I'm doing or how to do HP> it. What a surprise... that's why its called perl.beginners. true about your perl but this is more than that. you haven't described what the issues or goals are yet. how can you (or us) tell if the program is correct unless you have something to which to compare the results? that is what the goal is. you have changed it recently when you realized you had duplicate filenames with different paths and they were different files. you never stated what the actual purpose of this was. this is also called the XY problem (google it). >> so learn this before you get in deeper. always have a proper >> specification in ENGLISH before you design or code. a major change like >> this can cause a complete redesign of all your previous work. HP> This is nonesense and absolutely wrong. Please don't give such poor HP> advice to anyone else. nope. been doing this for 35 years and it is solid advice. you can't do a proper program unless you have a proper goal which is what the specification is. HP> Not a major change at all.. I've gotten much much farther along with HP> what has been posted and responded to. it is a major change. it affects how the dir tree comparison is to be done which is the heart of the application. HP> I hope no one takes you seriously with that. Like many before me, I'm HP> working this out as I go along. In the beginning I didn't know what a HP> full program would look like. I took some time with the examples I HP> tried to raise here ... much more than I should admit to. This stuff HP> comes hard to me. this is not about programming but understanding your problem and needs. that is the goal. do you drive around aimlessly until you actually go by a store which may have what you want? HP> Other helpful posters have shown clear working examples... most of HP> them now appear in this program in one way or another. in one way or the others. because they never got the full picture. some of the code has been thrown away which is a waste of everyone's time. think about that. HP> I've learned so much here that now I can probably put it fully in HP> words. Maybe even ones you'd approve of. sure but there are better ways to learn too. writing up a goal is one of them. even if it does change (and they do) they give you and others a target to shoot at. your specs have been very fluid and not clear as i keep saying. HP> But could I have started there.... not a chance. So please engage HP> some shred of common sense before routinely posting constant karping HP> and even seriously wrong headed advice like this. wrong again. you could easily have written up a short goal document. i have some directory trees which may have duplicate filenames and those files could be the same or actual different files. i want to scan the two trees, compare them and locate common filenames in both. then i want users to be able to choose from menu what to do with the files when dups are found. that is close to what you are doing. was that too hard to write? you are really closing your eyes here and just driving around. sure you have learned some coding skills but you aren't seeing the bigger picture. this will keep biting you until you discover it yourself with more experience. that deep experience is what i am offering here and you are refusing it. note that others aren't refuting what i am saying, they all work with goal documents at some time or other. uri -- Uri Guttman ------ u...@stemsystems.com -------- http://www.sysarch.com -- ----- Perl Code Review , Architecture, Development, Training, Support ------ --------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com --------- -- To unsubscribe, e-mail: beginners-unsubscr...@perl.org For additional commands, e-mail: beginners-h...@perl.org http://learn.perl.org/
