I've had a look at what's being added to the project file, and its a list of
config strings from a global setting file. It contains various urls for the
target build.
#@ include file=globals.ttinclude #
I'm assuming those string are then referenced in the project (I'm told this
project needs the
The other alternative is to put the relevant project in a different
solution, and don't open it, but reference it. I'm not sure if your
scheme supports this sort of change.
My feelings would be like yours; rebuilding files you're working with
all the time is bad (I had this problem in dashy,
Not sure if it works off the top of my head but you could put the T4
generated stuff in a separate project file and the import it into your
static project file: http://msdn.microsoft.com/en-us/library/92x05xfs.aspx
VS should only be watching the file it loaded and not the files it
references so a
Having a look at that option now. One concern would be that the import file
would always be one build out of date (requiring two builds to get the
correct version into the build) on the build server. I think that situation
exists now in the IDE anyway (clicking ignore is the only valid option as
I would like to be able to nominate a button in a user control as my
current default button.
There is no property in a user control to do this (I suppose this is
because a form can host multiple user controls).
You can only set this from a form. It would be nice that when a user
control has
Hi all
Does anyone have any good useful key performance indicators (KPI) that
measure a software developers performance?
Kind regards
Richard Moore
Analyst Programmer
Ph: +61 7 3340 2500
Fx: +61 7 3340 2550
23 Hi-Tech Court, Eight Mile Plains, Qld 4113
Locked Bag 38, Acacia
Definitely track it by the amount of code that write, the bugs they fix and
soda they drink. ;)
From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On
Behalf Of Richard Moore
Sent: Thursday, June 24, 2010 5:40 PM
To: ozdotnet@ozdotnet.com
Subject: KPI's for software
WTF's/Minute is a good measure.
Sorry it's Friday.
Ok ok, some serious things that could be measured would be lines of
code/bugs covered in code inspections. MS exams passed. Unit tests written,
percentage code covered. If there are bugs/defects, then the number of those
fixed. If working agile
It is very difficult to quantify programmer performance because no 2 jobs
and no 2 clients are the same. More code doesn't always mean better quality
code. Counting numbers of bugs is open to manipulation and a high number of
bugs is not always the developers fault. As a general guide if we look
So what about the people who delete code? I know someone who measures
himself on lines deleted. :)
No name, but I think its a great idea!
On Fri, Jun 25, 2010 at 8:44 AM, David Kean david.k...@microsoft.comwrote:
Definitely track it by the amount of code that write, the bugs they fix
and soda
Ratio of Code to Coments complaining about the client.. That's always a good
way to go ;)
On Fri, Jun 25, 2010 at 10:55 AM, Richard Moore
richard.mo...@worldsmartretail.com.au wrote:
I assume that was a bit tongue in cheek, and I prefer coffee to soda!!
They are all good points that
Until you later find out the client also bought the source code and you have
to give it to them. I've had this happen with a couple of projects.
Fortunately, I'm a polite commentor. :)
David
If we can hit that bullseye, the rest of the dominoes
will fall like a house of cards... checkmate!
lol, one of the places I worked (years ago) that happened. I didn't write
the code, but I was told to run it through an obfuscator before the code was
handed over. The main reason was to strip out all the comments AND nasty
variable names..
On Fri, Jun 25, 2010 at 11:18 AM, David Richards
they show up work - good
they dont show up for work - not good
On Fri, Jun 25, 2010 at 11:28 AM, Eddie de Bear eddie.deb...@gmail.comwrote:
lol, one of the places I worked (years ago) that happened. I didn't write
the code, but I was told to run it through an obfuscator before the code was
Objective metrics are a PITA because you end up skewing the resulting effort
to favor the metric. Here are some with their negative effects
lines of code = prefer long code to reusable code. Copy and Paste
is a cash-cow
# builds broken / some period = don't check in very
I have some pretty awesome KPIs
1) Deliver on project A by Feb
2) Deliver on project B by March
3) Deliver on project C by May
4) Fix all bugs assigned in a timely manner
From a business perspective, they don't care how many bugs/LoC I create, or
how many youtube videos
KPI = LoC * (bugs / sodas)
On Fri, Jun 25, 2010 at 10:44 AM, David Kean david.k...@microsoft.comwrote:
Definitely track it by the amount of code that write, the bugs they fix
and soda they drink. ;)
*From:* ozdotnet-boun...@ozdotnet.com [mailto:
ozdotnet-boun...@ozdotnet.com] *On Behalf
On 6/25/10, Tiang Cheng tiang.ch...@staff.iinet.net.au wrote:
I have some pretty awesome KPIs
1) Deliver on project A by Feb
2) Deliver on project B by March
3) Deliver on project C by May
4) Fix all bugs assigned in a timely manner
From a business perspective, they
Shouldn't that be LoC * (sodas / bugs)? Otherwise increases in bugs or
decreases in sodas is good. Or is this a golf metric?
On Fri, Jun 25, 2010 at 10:11 AM, Craig van Nieuwkerk crai...@gmail.comwrote:
KPI = LoC * (bugs / sodas)
On Fri, Jun 25, 2010 at 10:44 AM, David Kean
I am never going to a hospital again
On Fri, Jun 25, 2010 at 10:38 AM, Greg Harris
g...@harrisconsultinggroup.com wrote:
This is going to cause a few mad Friday tangents….
If you have ever worked on a sales performance recognition system that
allows for any flexibility beyond the total of
On 6/25/10, Greg Harris g...@harrisconsultinggroup.com wrote:
This is going to cause a few mad Friday tangents….
If you have ever worked on a sales performance recognition system that
allows for any flexibility beyond the total of who sold how much in dollar
terms when, you will have seen
I've also heard that the death rate goes down when doctors go on strike.
*scary*
On Fri, Jun 25, 2010 at 10:43 AM, Michael Minutillo
michael.minuti...@gmail.com wrote:
I am never going to a hospital again
On Fri, Jun 25, 2010 at 10:38 AM, Greg Harris
g...@harrisconsultinggroup.com wrote:
Only if the concluded project meets all the requirements (Assuming the
full requirements were actually captured in the first place)
Simon (Can you guess what I spent last week doing?)
A project delivered on time *is* directly useful.
--
silky
What about hiring self motivated people, that can manage themselves? You can
trust and build a real relationship with with?
On Fri, Jun 25, 2010 at 1:09 PM, Simon Haigh simon_ha...@pillar.com.auwrote:
Only if the concluded project meets all the requirements (Assuming the
full requirements
On 6/25/10, Simon Haigh simon_ha...@pillar.com.au wrote:
Only if the concluded project meets all the requirements (Assuming the
full requirements were actually captured in the first place)
Simon (Can you guess what I spent last week doing?)
:) Agreed, this is the flaw with this system. But
On 6/25/10, Michael Ridland rid...@gmail.com wrote:
What about hiring self motivated people, that can manage themselves? You can
trust and build a real relationship with with?
Well sure, that's obvious. But it doesn't even matter. KPI's are about
companies getting sufficiently large that the
The management answer to this question is Ask the Project Manager.
The correct answer may (or may not) be entirely different.
Simon
Consider the question instead What is the best way to get a summary
of a given projects status and in a fashion that allows the estimates
to be predicted to the
On 6/25/10, Simon Haigh simon_ha...@pillar.com.au wrote:
The management answer to this question is Ask the Project Manager.
The correct answer may (or may not) be entirely different.
Yeah exactly, I agree with this also. As your saying, the best option
is to put someone knowledgeable close to
28 matches
Mail list logo