Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [wtp-dev] Top Ten reasons for compiler warnings


I agree its hard to fit in "code quality" when there's numerous other demands placed on us, so, that's why I was just tring to ask for "1 hour".

I do not think this is good candiate for community help. For the simple reason that it often touches dozens of files, and then, if non-committer
makes the change, then more than the "simple fix" is needed ... then the contributers name and email should be added to comment, tracked
in contributers log, etc. -- that is, more work for committers -- its much simpler for us if committer can hang up on IM for an hour :) and bang a
few out a few simple fixes every now and then.

Again, we don't need to achieve perfection overnight, but ... steady progress is perfection, in my view.

And, keep in mind, our "bar" for quality is higher than "the code works", it must be "clean" code, that can
be openly readable by others ... and things like

                        IWorkingSet workingSet= (IWorkingSet) event.getNewValue();

when "workset" is never read is confusing. One never knows is its just "junk" left in from some previous version, or if "event.getNewValue()" has some "secret" side
effect that is important.

And, not to mention things private members which are never used just adds to code-bloat -- not our biggest memory/performance problem, but the easiest to fix.

And, again, all I'm asking for is steady progress. If component leads are too busy with other things to attend to this level of problem, let your project lead (or PMC rep) know, since
that alone probably indicates another type of proejct problem.

And, of course, I don't mean to waste your valuable time by reading these longs notes ... so, that's all I'll say on the subject (for the next 6 weeks :)  ... thanks for your attention.

David






Chuck Bridgham/Raleigh/IBM@IBMUS
Sent by: wtp-dev-bounces@xxxxxxxxxxx

10/03/2005 09:37 AM

Please respond to
"General discussion of project-wide or architectural issues."

To
"General discussion of project-wide or architectural issues." <wtp-dev@xxxxxxxxxxx>
cc
Subject
Re: [wtp-dev] Top Ten reasons for compiler warnings






I second Chris's response - I did make some progress before M8, but since have been more concerned over the changes for flex project/facets.  

Maybe we can highlight the need for community help on these?


Thanks - Chuck


Rational J2EE Tooling Team Lead
IBM Software Lab - Research Triangle Park, NC
Email:  cbridgha@xxxxxxxxxx
Phone: 919-254-1848 (T/L: 444)



Chris Brealey <cbrealey@xxxxxxxxxx>
Sent by: wtp-dev-bounces@xxxxxxxxxxx

10/03/2005 08:26 AM

Please respond to
"General discussion of project-wide or architectural issues."

To
"General discussion of project-wide or architectural issues." <wtp-dev@xxxxxxxxxxx>
cc
Subject
Re: [wtp-dev] Top Ten reasons for compiler warnings








David,

to answer your question, the short answer for Web services is door #1: Not enough time; or, more accurately, there usually seems to be something more critical to work on. It's been a while since the last time we chipped away at compiler warnings. We'll try to do as you suggest, and spend a couple of hours on this. As always, help from the community would be most welcome!


Cheers - CB.

Chris Brealey
Senior Advisory Technical Manager, Rational Java Web Services, IBM Canada Ltd.
D3-275, D3/ENX/8200/MKM, 8200 Warden Avenue, Markham, Ontario, Canada, L6G 1C7
cbrealey@xxxxxxxxxx, 905.413.6038, tieline:969.6038, fax:905.413.4920

David M Williams <david_williams@xxxxxxxxxx>
Sent by: wtp-dev-bounces@xxxxxxxxxxx

10/02/2005 03:46 PM

Please respond to
"General discussion of project-wide or architectural issues."


To
wtp-dev@xxxxxxxxxxx
cc
Subject
[wtp-dev] Top Ten reasons for compiler warnings










Many thanks to those that have worked to decreased our

compiler warninggs, we've gone from

1239 in M8, to
1110 in last weekly I-build, to
885 in last continuous I-build,

(the last chunk done by me, not sure
who did the first chunk).

But, 885 is still WAY too many, and
the "top ten" list has not changed that much,
since the last time I sent this note -- 6 weeks ago!


Can these component leads educate me on what
the problem is? Is it that you simple don't
have enough time? Is it that you disagree that
its important? Would a "how to use Eclipse" session help
to learn how easy it is to fix these? Is there some
technical issue I do not understand?

(I would think a huge number could be fixed in one hour,
and do not think you have to fix all at once, let's just
have some steady progress, and a "time-window-box" of
1 hour is reasonable. That is, what ever progress is made in one
hour would suffice for a first attempt. Let me know
how that works out ... if one hour is not a good estimate.
Can we get one hour spent during the next week so for the
next wwekly I-build be greatly reduced?



Top Ten number of warnings and my understanding

of who is the responsible component lead.


These top ten projects account for 587, of the
remaining 885.


o.e.wst.xsd.ui                  186  Craig

o.e.wst.wsdl.ui                 104  Craig

o.e.wst.wsi                      65  Craig

o.e.wst.rdb.models.sql           60  Der Ping

o.e.jst.j2ee                     34  Chuck

o.e.wst.ws.explorer              29  Chris

o.e.jst.j2ee.core                26  Chuck

o.e.wst.rdb.server.ui            26  Der Ping

o.e.jst.ws.axis.consumption.ui   24  Chris

o.e.wst.common.modulecore        24  Chuck


Most of these are very easy to fix and

clean up, but does need to be done by

the responsible parties, since there are

occasionally cases that require some

understanding of the code.


Of course, if your not in the top ten, you
still fix yours too. :)

Many thanks for your attention, _______________________________________________
wtp-dev mailing list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev
_______________________________________________
wtp-dev mailing list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev

_______________________________________________
wtp-dev mailing list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev


Back to the top