Mixing
Self-assessment on “largest projectâ€
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
4
down vote
favorite
In the course of applying for positions in software development, I have been asked to indicate the team size and number of lines of code of the largets project I have worked on. Unforunately, while I have been in software development for roughly 10 years, I feel unable to answer this question accurately:
Team size:
I can make a vague guess here. However, the larger the project, the less I ever got in touch with the whole team. Especially the larger projects I was a part of had quite a bit of hierarchical organization, in which I only ever got in touch with representatives of other branches of the project, each of whom spoke for a whole team of developers, whose size I never became aware of.
On top of that, I hardly ever witnessed a project from its first day till its last day. Therefore, I usually do not know how many people contributed to the project in previous or later phases.
Lines of code (LoC):
For similar reasons as above, I simply have no idea how large the projects were I worked on in terms of LoC. Especially in the larger projects, there usually was a clear distribution of responsibilities, in such a way that I usually wouldn't look into code of modules I did not interface with and hence I even have no idea whether most of the other modules were larger or smaller than the modules I was responsible for. Moreover, given that LoC are quite a meaningless metric unless the actual measurement method is well-defined, I never bothered to find out even for the code I wrote myself.
So, how do I answer the question for the largest project in terms of team size and LoC I was involved in?
Describe the dimensions of a smaller project? I can tell with absolute certainty that for some of my own open source projects, team size = 1 and LoC = around 50,000 is true. This information would be definitely truthful, but might misrepresent my experience in working on larger projects.
Pick an arbitrary, smaller project? This might allow me to make a somewhat accurate guess, but is certainly not answering the question for the largest project.
Say I do not know, like in this question. The self-assessment question (on a form ...) does not expect such a long answer. Also, stating briefly "I do not know." might come across as more disinterested in the projects than what I think I am (frankly, I do not see lack of knowledge about team size of LoC any more as a sign of disinterest in a project than lack of knowledge about an author's birth date and age indicates disinterest in their novels) ... or maybe that is just a paranoid fear?
applications work-experience
asked Dec 6 '15 at 0:57
user44707
233
suggest improvements |Â
up vote
4
down vote
favorite
In the course of applying for positions in software development, I have been asked to indicate the team size and number of lines of code of the largets project I have worked on. Unforunately, while I have been in software development for roughly 10 years, I feel unable to answer this question accurately:
Team size:
I can make a vague guess here. However, the larger the project, the less I ever got in touch with the whole team. Especially the larger projects I was a part of had quite a bit of hierarchical organization, in which I only ever got in touch with representatives of other branches of the project, each of whom spoke for a whole team of developers, whose size I never became aware of.
On top of that, I hardly ever witnessed a project from its first day till its last day. Therefore, I usually do not know how many people contributed to the project in previous or later phases.
Lines of code (LoC):
For similar reasons as above, I simply have no idea how large the projects were I worked on in terms of LoC. Especially in the larger projects, there usually was a clear distribution of responsibilities, in such a way that I usually wouldn't look into code of modules I did not interface with and hence I even have no idea whether most of the other modules were larger or smaller than the modules I was responsible for. Moreover, given that LoC are quite a meaningless metric unless the actual measurement method is well-defined, I never bothered to find out even for the code I wrote myself.
So, how do I answer the question for the largest project in terms of team size and LoC I was involved in?
Describe the dimensions of a smaller project? I can tell with absolute certainty that for some of my own open source projects, team size = 1 and LoC = around 50,000 is true. This information would be definitely truthful, but might misrepresent my experience in working on larger projects.
Pick an arbitrary, smaller project? This might allow me to make a somewhat accurate guess, but is certainly not answering the question for the largest project.
Say I do not know, like in this question. The self-assessment question (on a form ...) does not expect such a long answer. Also, stating briefly "I do not know." might come across as more disinterested in the projects than what I think I am (frankly, I do not see lack of knowledge about team size of LoC any more as a sign of disinterest in a project than lack of knowledge about an author's birth date and age indicates disinterest in their novels) ... or maybe that is just a paranoid fear?
applications work-experience
asked Dec 6 '15 at 0:57
user44707
233
suggest improvements |Â
up vote
4
down vote
favorite
up vote
4
down vote
favorite
In the course of applying for positions in software development, I have been asked to indicate the team size and number of lines of code of the largets project I have worked on. Unforunately, while I have been in software development for roughly 10 years, I feel unable to answer this question accurately:
Team size:
I can make a vague guess here. However, the larger the project, the less I ever got in touch with the whole team. Especially the larger projects I was a part of had quite a bit of hierarchical organization, in which I only ever got in touch with representatives of other branches of the project, each of whom spoke for a whole team of developers, whose size I never became aware of.
On top of that, I hardly ever witnessed a project from its first day till its last day. Therefore, I usually do not know how many people contributed to the project in previous or later phases.
Lines of code (LoC):
For similar reasons as above, I simply have no idea how large the projects were I worked on in terms of LoC. Especially in the larger projects, there usually was a clear distribution of responsibilities, in such a way that I usually wouldn't look into code of modules I did not interface with and hence I even have no idea whether most of the other modules were larger or smaller than the modules I was responsible for. Moreover, given that LoC are quite a meaningless metric unless the actual measurement method is well-defined, I never bothered to find out even for the code I wrote myself.
So, how do I answer the question for the largest project in terms of team size and LoC I was involved in?
Describe the dimensions of a smaller project? I can tell with absolute certainty that for some of my own open source projects, team size = 1 and LoC = around 50,000 is true. This information would be definitely truthful, but might misrepresent my experience in working on larger projects.
Pick an arbitrary, smaller project? This might allow me to make a somewhat accurate guess, but is certainly not answering the question for the largest project.
Say I do not know, like in this question. The self-assessment question (on a form ...) does not expect such a long answer. Also, stating briefly "I do not know." might come across as more disinterested in the projects than what I think I am (frankly, I do not see lack of knowledge about team size of LoC any more as a sign of disinterest in a project than lack of knowledge about an author's birth date and age indicates disinterest in their novels) ... or maybe that is just a paranoid fear?
applications work-experience
asked Dec 6 '15 at 0:57
user44707
233
In the course of applying for positions in software development, I have been asked to indicate the team size and number of lines of code of the largets project I have worked on. Unforunately, while I have been in software development for roughly 10 years, I feel unable to answer this question accurately:
Team size:
I can make a vague guess here. However, the larger the project, the less I ever got in touch with the whole team. Especially the larger projects I was a part of had quite a bit of hierarchical organization, in which I only ever got in touch with representatives of other branches of the project, each of whom spoke for a whole team of developers, whose size I never became aware of.
On top of that, I hardly ever witnessed a project from its first day till its last day. Therefore, I usually do not know how many people contributed to the project in previous or later phases.
Lines of code (LoC):
For similar reasons as above, I simply have no idea how large the projects were I worked on in terms of LoC. Especially in the larger projects, there usually was a clear distribution of responsibilities, in such a way that I usually wouldn't look into code of modules I did not interface with and hence I even have no idea whether most of the other modules were larger or smaller than the modules I was responsible for. Moreover, given that LoC are quite a meaningless metric unless the actual measurement method is well-defined, I never bothered to find out even for the code I wrote myself.
So, how do I answer the question for the largest project in terms of team size and LoC I was involved in?
Describe the dimensions of a smaller project? I can tell with absolute certainty that for some of my own open source projects, team size = 1 and LoC = around 50,000 is true. This information would be definitely truthful, but might misrepresent my experience in working on larger projects.
Pick an arbitrary, smaller project? This might allow me to make a somewhat accurate guess, but is certainly not answering the question for the largest project.
Say I do not know, like in this question. The self-assessment question (on a form ...) does not expect such a long answer. Also, stating briefly "I do not know." might come across as more disinterested in the projects than what I think I am (frankly, I do not see lack of knowledge about team size of LoC any more as a sign of disinterest in a project than lack of knowledge about an author's birth date and age indicates disinterest in their novels) ... or maybe that is just a paranoid fear?
applications work-experience
asked Dec 6 '15 at 0:57
user44707
233
asked Dec 6 '15 at 0:57
user44707
233
asked Dec 6 '15 at 0:57
user44707
233
asked Dec 6 '15 at 0:57
user44707
233
233
suggest improvements |Â
suggest improvements |Â
4 Answers
4
active
oldest
votes
up vote
1
down vote
accepted
They ask the team size question to gauge if you worked in a large team or small team. They also gauge if you worked by yourself or with someone else. So you can answer the question appropriately, "I worked with a small team with at least 5 individuals, sometimes more but never over 10. We each get assigned a single ticket for a project each week and we each update our status each morning."
As for LOC, I never got asked that. I would answer it similar to above, "I contributed roughly 50-1000 lines of code per ticket per week."
answered Dec 7 '15 at 15:43
Dan
4,752412
suggest improvements |Â
up vote
3
down vote
I would describe the sections of the project that you actually worked on and state that it was part of a larger project, giving estimates of LoC. If they are familiar with large projects they will find this reasonable. So for instance I worked on X project for a year in a team of ten on the Y section and contributed roughly 50,000 LoC.
It's not reasonable to expect you to know the exact numbers of staff involved outside your own portion. So give a rough estimate if you have one and stipulate that it is an estimate only.
answered Dec 6 '15 at 1:49
Kilisi
94.7k50216376
1
I wanted to answer that. Ah, and that LOC are useful only to get an idea of how costly will the maintenance be.
– gazzz0x2z
Dec 6 '15 at 7:44
2
I've never asked or been asked about LoC, I have no idea what meaningful information it gives, I can understand if it's on specifics but otherwise...? Answered a lot of seemingly nonsensical questionnaires over the years though.
– Kilisi
Dec 6 '15 at 8:03
3
People with not much knowledge of softwzre development craft think that LOC are indicative or work done, or total functionalities, or plenty of other things. My experience as maintenance programmer is that it just gives you an idea of the amount of shit you'll have to maintain. 100k LOC is a nice mess, 1M LOC is just hell to take care of alone. Doable, but hell. And of course this is language dependant, I'm speaking COBOL here, limits are probably lower for more expressive languages.
– gazzz0x2z
Dec 6 '15 at 8:49
suggest improvements |Â
up vote
1
down vote
Make an estimate. How would they know any different? Whatever answer seems reasonable to you, that is your answer.
The bigger issue here is that if you do not know the answers to these questions, then it would call into question your ability to answer similar questions along the same lines. Sure, you can guestimate your way past a total size of project question, but once you start guestimating your way through the whole interview, the other party may start to get the idea you have no idea what you are doing.
answered Dec 6 '15 at 5:25
Socrates
5,3951717
2
How would they know any different?makes me nervous.
– cwallenpoole
Dec 7 '15 at 20:28
suggest improvements |Â
up vote
1
down vote
I have no idea how many LOC there are in the projects I'm responsible for, but still get asked by interviewees and internal stakeholders. I think it's fine to guesstimate, once past a certain complexity it becomes almost impossible to know. I use the number of bytes in the repo as a proxy for LOC in this extremely clever formula...
Number of bytes in repo / (Maximum line length in standards / 2)
Alternatively, you could just write a bit of code to scan your repo and then wait a day while it counts the number of EOLs in there...
answered Dec 6 '15 at 7:06
Ben
99211320
1
I do not have any access to any of the projects any more that I think are candidates for being the largest ones I have worked on. Otherwise, I certainly could use some method to determine some LoC number (just as I do for my open source projects).
– user44707
Dec 6 '15 at 11:13
suggest improvements |Â
StackExchange.ready(function ()
$("#show-editor-button input, #show-editor-button button").click(function ()
var showEditor = function()
$("#show-editor-button").hide();
$("#post-form").removeClass("dno");
StackExchange.editor.finallyInit();
;
var useFancy = $(this).data('confirm-use-fancy');
if(useFancy == 'True')
var popupTitle = $(this).data('confirm-fancy-title');
var popupBody = $(this).data('confirm-fancy-body');
var popupAccept = $(this).data('confirm-fancy-accept-button');
$(this).loadPopup(
url: '/post/self-answer-popup',
loaded: function(popup)
var pTitle = $(popup).find('h2');
var pBody = $(popup).find('.popup-body');
var pSubmit = $(popup).find('.popup-submit');
pTitle.text(popupTitle);
pBody.html(popupBody);
pSubmit.val(popupAccept).click(showEditor);
)
else
var confirmText = $(this).data('confirm-text');
if (confirmText ? confirm(confirmText) : true)
showEditor();
);
);
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
accepted
They ask the team size question to gauge if you worked in a large team or small team. They also gauge if you worked by yourself or with someone else. So you can answer the question appropriately, "I worked with a small team with at least 5 individuals, sometimes more but never over 10. We each get assigned a single ticket for a project each week and we each update our status each morning."
As for LOC, I never got asked that. I would answer it similar to above, "I contributed roughly 50-1000 lines of code per ticket per week."
answered Dec 7 '15 at 15:43
Dan
4,752412
suggest improvements |Â
up vote
1
down vote
accepted
They ask the team size question to gauge if you worked in a large team or small team. They also gauge if you worked by yourself or with someone else. So you can answer the question appropriately, "I worked with a small team with at least 5 individuals, sometimes more but never over 10. We each get assigned a single ticket for a project each week and we each update our status each morning."
As for LOC, I never got asked that. I would answer it similar to above, "I contributed roughly 50-1000 lines of code per ticket per week."
answered Dec 7 '15 at 15:43
Dan
4,752412
suggest improvements |Â
up vote
1
down vote
accepted
up vote
1
down vote
accepted
They ask the team size question to gauge if you worked in a large team or small team. They also gauge if you worked by yourself or with someone else. So you can answer the question appropriately, "I worked with a small team with at least 5 individuals, sometimes more but never over 10. We each get assigned a single ticket for a project each week and we each update our status each morning."
As for LOC, I never got asked that. I would answer it similar to above, "I contributed roughly 50-1000 lines of code per ticket per week."
answered Dec 7 '15 at 15:43
Dan
4,752412
They ask the team size question to gauge if you worked in a large team or small team. They also gauge if you worked by yourself or with someone else. So you can answer the question appropriately, "I worked with a small team with at least 5 individuals, sometimes more but never over 10. We each get assigned a single ticket for a project each week and we each update our status each morning."
As for LOC, I never got asked that. I would answer it similar to above, "I contributed roughly 50-1000 lines of code per ticket per week."
answered Dec 7 '15 at 15:43
Dan
4,752412
answered Dec 7 '15 at 15:43
Dan
4,752412
answered Dec 7 '15 at 15:43
Dan
4,752412
answered Dec 7 '15 at 15:43
Dan
4,752412
4,752412
suggest improvements |Â
suggest improvements |Â
up vote
3
down vote
I would describe the sections of the project that you actually worked on and state that it was part of a larger project, giving estimates of LoC. If they are familiar with large projects they will find this reasonable. So for instance I worked on X project for a year in a team of ten on the Y section and contributed roughly 50,000 LoC.
It's not reasonable to expect you to know the exact numbers of staff involved outside your own portion. So give a rough estimate if you have one and stipulate that it is an estimate only.
answered Dec 6 '15 at 1:49
Kilisi
94.7k50216376
1
I wanted to answer that. Ah, and that LOC are useful only to get an idea of how costly will the maintenance be.
– gazzz0x2z
Dec 6 '15 at 7:44
2
I've never asked or been asked about LoC, I have no idea what meaningful information it gives, I can understand if it's on specifics but otherwise...? Answered a lot of seemingly nonsensical questionnaires over the years though.
– Kilisi
Dec 6 '15 at 8:03
3
People with not much knowledge of softwzre development craft think that LOC are indicative or work done, or total functionalities, or plenty of other things. My experience as maintenance programmer is that it just gives you an idea of the amount of shit you'll have to maintain. 100k LOC is a nice mess, 1M LOC is just hell to take care of alone. Doable, but hell. And of course this is language dependant, I'm speaking COBOL here, limits are probably lower for more expressive languages.
– gazzz0x2z
Dec 6 '15 at 8:49
suggest improvements |Â
up vote
3
down vote
I would describe the sections of the project that you actually worked on and state that it was part of a larger project, giving estimates of LoC. If they are familiar with large projects they will find this reasonable. So for instance I worked on X project for a year in a team of ten on the Y section and contributed roughly 50,000 LoC.
It's not reasonable to expect you to know the exact numbers of staff involved outside your own portion. So give a rough estimate if you have one and stipulate that it is an estimate only.
answered Dec 6 '15 at 1:49
Kilisi
94.7k50216376
1
I wanted to answer that. Ah, and that LOC are useful only to get an idea of how costly will the maintenance be.
– gazzz0x2z
Dec 6 '15 at 7:44
2
I've never asked or been asked about LoC, I have no idea what meaningful information it gives, I can understand if it's on specifics but otherwise...? Answered a lot of seemingly nonsensical questionnaires over the years though.
– Kilisi
Dec 6 '15 at 8:03
3
People with not much knowledge of softwzre development craft think that LOC are indicative or work done, or total functionalities, or plenty of other things. My experience as maintenance programmer is that it just gives you an idea of the amount of shit you'll have to maintain. 100k LOC is a nice mess, 1M LOC is just hell to take care of alone. Doable, but hell. And of course this is language dependant, I'm speaking COBOL here, limits are probably lower for more expressive languages.
– gazzz0x2z
Dec 6 '15 at 8:49
suggest improvements |Â
up vote
3
down vote
up vote
3
down vote
I would describe the sections of the project that you actually worked on and state that it was part of a larger project, giving estimates of LoC. If they are familiar with large projects they will find this reasonable. So for instance I worked on X project for a year in a team of ten on the Y section and contributed roughly 50,000 LoC.
It's not reasonable to expect you to know the exact numbers of staff involved outside your own portion. So give a rough estimate if you have one and stipulate that it is an estimate only.
answered Dec 6 '15 at 1:49
Kilisi
94.7k50216376
I would describe the sections of the project that you actually worked on and state that it was part of a larger project, giving estimates of LoC. If they are familiar with large projects they will find this reasonable. So for instance I worked on X project for a year in a team of ten on the Y section and contributed roughly 50,000 LoC.
It's not reasonable to expect you to know the exact numbers of staff involved outside your own portion. So give a rough estimate if you have one and stipulate that it is an estimate only.
answered Dec 6 '15 at 1:49
Kilisi
94.7k50216376
answered Dec 6 '15 at 1:49
Kilisi
94.7k50216376
answered Dec 6 '15 at 1:49
Kilisi
94.7k50216376
answered Dec 6 '15 at 1:49
Kilisi
94.7k50216376
94.7k50216376
1
I wanted to answer that. Ah, and that LOC are useful only to get an idea of how costly will the maintenance be.
– gazzz0x2z
Dec 6 '15 at 7:44
2
I've never asked or been asked about LoC, I have no idea what meaningful information it gives, I can understand if it's on specifics but otherwise...? Answered a lot of seemingly nonsensical questionnaires over the years though.
– Kilisi
Dec 6 '15 at 8:03
3
People with not much knowledge of softwzre development craft think that LOC are indicative or work done, or total functionalities, or plenty of other things. My experience as maintenance programmer is that it just gives you an idea of the amount of shit you'll have to maintain. 100k LOC is a nice mess, 1M LOC is just hell to take care of alone. Doable, but hell. And of course this is language dependant, I'm speaking COBOL here, limits are probably lower for more expressive languages.
– gazzz0x2z
Dec 6 '15 at 8:49
suggest improvements |Â
1
I wanted to answer that. Ah, and that LOC are useful only to get an idea of how costly will the maintenance be.
– gazzz0x2z
Dec 6 '15 at 7:44
2
I've never asked or been asked about LoC, I have no idea what meaningful information it gives, I can understand if it's on specifics but otherwise...? Answered a lot of seemingly nonsensical questionnaires over the years though.
– Kilisi
Dec 6 '15 at 8:03
3
People with not much knowledge of softwzre development craft think that LOC are indicative or work done, or total functionalities, or plenty of other things. My experience as maintenance programmer is that it just gives you an idea of the amount of shit you'll have to maintain. 100k LOC is a nice mess, 1M LOC is just hell to take care of alone. Doable, but hell. And of course this is language dependant, I'm speaking COBOL here, limits are probably lower for more expressive languages.
– gazzz0x2z
Dec 6 '15 at 8:49
1
1
I wanted to answer that. Ah, and that LOC are useful only to get an idea of how costly will the maintenance be.
– gazzz0x2z
Dec 6 '15 at 7:44
I wanted to answer that. Ah, and that LOC are useful only to get an idea of how costly will the maintenance be.
– gazzz0x2z
Dec 6 '15 at 7:44
2
2
I've never asked or been asked about LoC, I have no idea what meaningful information it gives, I can understand if it's on specifics but otherwise...? Answered a lot of seemingly nonsensical questionnaires over the years though.
– Kilisi
Dec 6 '15 at 8:03
I've never asked or been asked about LoC, I have no idea what meaningful information it gives, I can understand if it's on specifics but otherwise...? Answered a lot of seemingly nonsensical questionnaires over the years though.
– Kilisi
Dec 6 '15 at 8:03
3
3
People with not much knowledge of softwzre development craft think that LOC are indicative or work done, or total functionalities, or plenty of other things. My experience as maintenance programmer is that it just gives you an idea of the amount of shit you'll have to maintain. 100k LOC is a nice mess, 1M LOC is just hell to take care of alone. Doable, but hell. And of course this is language dependant, I'm speaking COBOL here, limits are probably lower for more expressive languages.
– gazzz0x2z
Dec 6 '15 at 8:49
People with not much knowledge of softwzre development craft think that LOC are indicative or work done, or total functionalities, or plenty of other things. My experience as maintenance programmer is that it just gives you an idea of the amount of shit you'll have to maintain. 100k LOC is a nice mess, 1M LOC is just hell to take care of alone. Doable, but hell. And of course this is language dependant, I'm speaking COBOL here, limits are probably lower for more expressive languages.
– gazzz0x2z
Dec 6 '15 at 8:49
suggest improvements |Â
up vote
1
down vote
Make an estimate. How would they know any different? Whatever answer seems reasonable to you, that is your answer.
The bigger issue here is that if you do not know the answers to these questions, then it would call into question your ability to answer similar questions along the same lines. Sure, you can guestimate your way past a total size of project question, but once you start guestimating your way through the whole interview, the other party may start to get the idea you have no idea what you are doing.
answered Dec 6 '15 at 5:25
Socrates
5,3951717
2
How would they know any different?makes me nervous.
– cwallenpoole
Dec 7 '15 at 20:28
suggest improvements |Â
up vote
1
down vote
Make an estimate. How would they know any different? Whatever answer seems reasonable to you, that is your answer.
The bigger issue here is that if you do not know the answers to these questions, then it would call into question your ability to answer similar questions along the same lines. Sure, you can guestimate your way past a total size of project question, but once you start guestimating your way through the whole interview, the other party may start to get the idea you have no idea what you are doing.
answered Dec 6 '15 at 5:25
Socrates
5,3951717
2
How would they know any different?makes me nervous.
– cwallenpoole
Dec 7 '15 at 20:28
suggest improvements |Â
up vote
1
down vote
up vote
1
down vote
Make an estimate. How would they know any different? Whatever answer seems reasonable to you, that is your answer.
The bigger issue here is that if you do not know the answers to these questions, then it would call into question your ability to answer similar questions along the same lines. Sure, you can guestimate your way past a total size of project question, but once you start guestimating your way through the whole interview, the other party may start to get the idea you have no idea what you are doing.
answered Dec 6 '15 at 5:25
Socrates
5,3951717
Make an estimate. How would they know any different? Whatever answer seems reasonable to you, that is your answer.
The bigger issue here is that if you do not know the answers to these questions, then it would call into question your ability to answer similar questions along the same lines. Sure, you can guestimate your way past a total size of project question, but once you start guestimating your way through the whole interview, the other party may start to get the idea you have no idea what you are doing.
answered Dec 6 '15 at 5:25
Socrates
5,3951717
answered Dec 6 '15 at 5:25
Socrates
5,3951717
answered Dec 6 '15 at 5:25
Socrates
5,3951717
answered Dec 6 '15 at 5:25
Socrates
5,3951717
5,3951717
2
How would they know any different?makes me nervous.
– cwallenpoole
Dec 7 '15 at 20:28
suggest improvements |Â
2
How would they know any different?makes me nervous.
– cwallenpoole
Dec 7 '15 at 20:28
2
2
How would they know any different? makes me nervous.– cwallenpoole
Dec 7 '15 at 20:28
How would they know any different? makes me nervous.– cwallenpoole
Dec 7 '15 at 20:28
suggest improvements |Â
up vote
1
down vote
I have no idea how many LOC there are in the projects I'm responsible for, but still get asked by interviewees and internal stakeholders. I think it's fine to guesstimate, once past a certain complexity it becomes almost impossible to know. I use the number of bytes in the repo as a proxy for LOC in this extremely clever formula...
Number of bytes in repo / (Maximum line length in standards / 2)
Alternatively, you could just write a bit of code to scan your repo and then wait a day while it counts the number of EOLs in there...
answered Dec 6 '15 at 7:06
Ben
99211320
1
I do not have any access to any of the projects any more that I think are candidates for being the largest ones I have worked on. Otherwise, I certainly could use some method to determine some LoC number (just as I do for my open source projects).
– user44707
Dec 6 '15 at 11:13
suggest improvements |Â
up vote
1
down vote
I have no idea how many LOC there are in the projects I'm responsible for, but still get asked by interviewees and internal stakeholders. I think it's fine to guesstimate, once past a certain complexity it becomes almost impossible to know. I use the number of bytes in the repo as a proxy for LOC in this extremely clever formula...
Number of bytes in repo / (Maximum line length in standards / 2)
Alternatively, you could just write a bit of code to scan your repo and then wait a day while it counts the number of EOLs in there...
answered Dec 6 '15 at 7:06
Ben
99211320
1
I do not have any access to any of the projects any more that I think are candidates for being the largest ones I have worked on. Otherwise, I certainly could use some method to determine some LoC number (just as I do for my open source projects).
– user44707
Dec 6 '15 at 11:13
suggest improvements |Â
up vote
1
down vote
up vote
1
down vote
I have no idea how many LOC there are in the projects I'm responsible for, but still get asked by interviewees and internal stakeholders. I think it's fine to guesstimate, once past a certain complexity it becomes almost impossible to know. I use the number of bytes in the repo as a proxy for LOC in this extremely clever formula...
Number of bytes in repo / (Maximum line length in standards / 2)
Alternatively, you could just write a bit of code to scan your repo and then wait a day while it counts the number of EOLs in there...
answered Dec 6 '15 at 7:06
Ben
99211320
I have no idea how many LOC there are in the projects I'm responsible for, but still get asked by interviewees and internal stakeholders. I think it's fine to guesstimate, once past a certain complexity it becomes almost impossible to know. I use the number of bytes in the repo as a proxy for LOC in this extremely clever formula...
Number of bytes in repo / (Maximum line length in standards / 2)
Alternatively, you could just write a bit of code to scan your repo and then wait a day while it counts the number of EOLs in there...
answered Dec 6 '15 at 7:06
Ben
99211320
answered Dec 6 '15 at 7:06
Ben
99211320
answered Dec 6 '15 at 7:06
Ben
99211320
answered Dec 6 '15 at 7:06
Ben
99211320
99211320
1
I do not have any access to any of the projects any more that I think are candidates for being the largest ones I have worked on. Otherwise, I certainly could use some method to determine some LoC number (just as I do for my open source projects).
– user44707
Dec 6 '15 at 11:13
suggest improvements |Â
1
I do not have any access to any of the projects any more that I think are candidates for being the largest ones I have worked on. Otherwise, I certainly could use some method to determine some LoC number (just as I do for my open source projects).
– user44707
Dec 6 '15 at 11:13
1
1
I do not have any access to any of the projects any more that I think are candidates for being the largest ones I have worked on. Otherwise, I certainly could use some method to determine some LoC number (just as I do for my open source projects).
– user44707
Dec 6 '15 at 11:13
I do not have any access to any of the projects any more that I think are candidates for being the largest ones I have worked on. Otherwise, I certainly could use some method to determine some LoC number (just as I do for my open source projects).
– user44707
Dec 6 '15 at 11:13
suggest improvements |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f58865%2fself-assessment-on-largest-project%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
