5 ms·

Code size is a function of engineer and feature count, since each engineer makes x lines of code per day. For example, there is a craigslist app in fb, a cit

Code size is a function of engineer and feature count, since each engineer makes x lines of code per day. For example, there is a craigslist app in fb, a city guide app, an events app and so on, things that could be separate apps and companies on their own.

lostgame 8y ago
No. Code size is based on a thing called optimization. If your application is too big, and it's because you think that there's too many engineers because there's too much code because the final application is three times as large as it has any right to be, then you have a problem of too many cooks in the kitchen. If you're ignoring optimization in favour of hiring more people, you, as a software company, have your priorities so out of whack I'm not sure how to even offer a suggestion onto how to move forward. I'll repeat: the application needs to have value. If I had Facebook installed, it would be by at least 100MB the largest application on my iPhone, next to GarageBand. tl;dr: if optimization is not part of your development process, your development process is not good. This isn't something that can be argued.
- dymk 8y ago
  You seem to be convinced that you've solved the application size problem that literally thousands of engineers have been working on for years. Or that you've got more insight into the engineering tradeoffs made at the company. I can assure you that's not the case.
  - int0x80 8y ago
    I can assure you that the facebook CLIENT application is not rocket science and not worth 350M of disk. Maybe those thousands of engineers are looking at it from the wrong angle, yes, absolutely posible. Maybe they are not focusing on it too, but in something else.
  - parthdesai 8y ago
    I mean, you also work at Fb. Maybe you are biased? I have a middle line Moto-E phone and installing fb app or messenger app totally makes the phone unusable. Surely something went wrong along the way?
  - lostgame 8y ago
    You seem to be convinced that there is any way in hell an application that is a client for an existing web service that is little more than a glorified RESTful client needs to be more than 300MB. You’re either not aware how these kinds of applications are constructed, or you’re perhaps not familiar with just how simple putting an application together like this is. The other response to this comment says a very similar thing. Yes. I can confidently say as an iOS developer of 8+ years if I was given a chance to manage this application I would certainly be doing the hell of a better job. If you don’t think you could, that’s cool, but I’ve made my living developing these types of applications since the App Store’s beta, and similar to when I hear an absolutely shitty pop song with mysogonistic or materialistic lyrics funded by some multi-million-dollar artist I say ‘I can do better,’ because, frankly, most musicians worth their salt could. It doesn’t matter how successful a company is, how much talent they have, if there are too many voices talking over each other nobody is heard. And poor decision making is affecting the app’s bottom line of usage at this point. When I say I can do better, it’s not coming from arrogance, the Facebook app is actually just that poor that any other direction that it’s current one would be an improvement. The statistic that OP posted alone proves that. If Facebook has even 25-30 people on their iPhone app, on the client side, they have way too many. We’re talking about pulling existing info from a server and re-displaying it. At what point, other than the tiny shell required to display that information, maybe about 100-150MB at most, is that extra 150-200MB coming from? If Facebook’s API were open for third-party FB applications, I’m sure I’d not be the first to whip up a minimalistic, small-sized, easy-to-use, far more intuitive application in a month or two of casual dev time. I did a similar thing for Twitter. It’s not hard. Is it so much more likely that whole extra let’s say 150MB needs to be there than it’s likely that there’s simply too many cooks in the kitchen and optimization is being completely ignored?
    - softawre 8y ago
      I would expect that the FB client app does a lot more than you would expect it does. There are probably features in there for gamers, businesses, marketers, sellers, etc. Yes you could build out 90% of the app that most people use in a smaller download in a couple months, that's not really noteworthy though.
    - 8y ago
  - ryandrake 8y ago
    The key word there is trade offs, and it’s clear, if the client is 300+ MB, that the engineers there are trading off smaller size for something (faster development, code reuse, etc.) You and parent are probably both right. They obviously could make the client 30MB or even 3MB, but choose not to because they find other things more important.

lostgame 8y ago

No. Code size is based on a thing called optimization. If your application is too big, and it's because you think that there's too many engineers because there's too much code because the final application is three times as large as it has any right to be, then you have a problem of too many cooks in the kitchen. If you're ignoring optimization in favour of hiring more people, you, as a software company, have your priorities so out of whack I'm not sure how to even offer a suggestion onto how to move forward. I'll repeat: the application needs to have value. If I had Facebook installed, it would be by at least 100MB the largest application on my iPhone, next to GarageBand. tl;dr: if optimization is not part of your development process, your development process is not good. This isn't something that can be argued.

dymk 8y ago
You seem to be convinced that you've solved the application size problem that literally thousands of engineers have been working on for years. Or that you've got more insight into the engineering tradeoffs made at the company. I can assure you that's not the case.
- int0x80 8y ago
  I can assure you that the facebook CLIENT application is not rocket science and not worth 350M of disk. Maybe those thousands of engineers are looking at it from the wrong angle, yes, absolutely posible. Maybe they are not focusing on it too, but in something else.
- parthdesai 8y ago
  I mean, you also work at Fb. Maybe you are biased? I have a middle line Moto-E phone and installing fb app or messenger app totally makes the phone unusable. Surely something went wrong along the way?
- lostgame 8y ago
  You seem to be convinced that there is any way in hell an application that is a client for an existing web service that is little more than a glorified RESTful client needs to be more than 300MB. You’re either not aware how these kinds of applications are constructed, or you’re perhaps not familiar with just how simple putting an application together like this is. The other response to this comment says a very similar thing. Yes. I can confidently say as an iOS developer of 8+ years if I was given a chance to manage this application I would certainly be doing the hell of a better job. If you don’t think you could, that’s cool, but I’ve made my living developing these types of applications since the App Store’s beta, and similar to when I hear an absolutely shitty pop song with mysogonistic or materialistic lyrics funded by some multi-million-dollar artist I say ‘I can do better,’ because, frankly, most musicians worth their salt could. It doesn’t matter how successful a company is, how much talent they have, if there are too many voices talking over each other nobody is heard. And poor decision making is affecting the app’s bottom line of usage at this point. When I say I can do better, it’s not coming from arrogance, the Facebook app is actually just that poor that any other direction that it’s current one would be an improvement. The statistic that OP posted alone proves that. If Facebook has even 25-30 people on their iPhone app, on the client side, they have way too many. We’re talking about pulling existing info from a server and re-displaying it. At what point, other than the tiny shell required to display that information, maybe about 100-150MB at most, is that extra 150-200MB coming from? If Facebook’s API were open for third-party FB applications, I’m sure I’d not be the first to whip up a minimalistic, small-sized, easy-to-use, far more intuitive application in a month or two of casual dev time. I did a similar thing for Twitter. It’s not hard. Is it so much more likely that whole extra let’s say 150MB needs to be there than it’s likely that there’s simply too many cooks in the kitchen and optimization is being completely ignored?
  - softawre 8y ago
    I would expect that the FB client app does a lot more than you would expect it does. There are probably features in there for gamers, businesses, marketers, sellers, etc. Yes you could build out 90% of the app that most people use in a smaller download in a couple months, that's not really noteworthy though.
  - 8y ago
- ryandrake 8y ago
  The key word there is trade offs, and it’s clear, if the client is 300+ MB, that the engineers there are trading off smaller size for something (faster development, code reuse, etc.) You and parent are probably both right. They obviously could make the client 30MB or even 3MB, but choose not to because they find other things more important.