cryvate1284
The system will have a bunch a bunch of (site) packages already installed, and hence you lose control.
The way I see it, people (and other entities!) don't think Twitter is worth X, they think there is a distribution of worth.
This means there is risk in their bet, so if I thought Twitter was worth (on average) 100USD, that wouldn't mean I would sink my life savings into it but would put in some, based on the risk and also what else I need capital for.
Also, how much one thinks Twitter is worth probably also depends on your time horizon: like the old adagium that the market can stay stupid for longer than you can stay solvent, e.g. when shorting a scam.
Quite common for the sales website to be wordpress and separate from the frontend of the product.
The main thing is willing things into existence (like ZFC, the Axiom of Choice) is equally consistent with not having it (ZF + not AC) or not deciding it (ZF) as shown by forcing.
Russel's Paradox in particular was worked around by not allowing to "build sets" quantifying over all sets (see axiom schema of specification).
If you are talking about avoiding "unprovable statements" (i.e. Godel's incompleteness theorem), you have to strip things way back further: it applies to systems that only have e.g. Peano arithmetic. An actual practical statement that is unprovable in Peano arithmetic is Goodstein's theorem: - write out a number in its base 2, including its exponents (i.e. recursive) - replace all the 2s with 3s - subtract 1 - write out a number in base 3, including its exponents - replace all the 3s with 4s - subtract 1 - ... The question is whether for all starting numbers this sequence eventually ends at 1. The answer is yes, trivially if you use ordinals (and replace all your base numbers with omega: the +1 will basically do nothing and -1 means it must be finite because ordinals well-ordered), but this cannot be used in Peano arithmetic.
Fundamentally, like Paris-Harrington Theorem, I think the way to think about why this cannot be proved, is because these sequences get big before they end up at 1.
What you do have to fix is the definition of things: your reasoning is very shaky, and once you would start formalizing things you will find you cannot "defeat" the Halting problem or incompleteness theorem.
The government did not bail out the London Underground in particular last year but TfL, though I would be surprised if the underground was profitable last year.
Anyway, unsure what your comment was adding.
Making mistakes is human, and I do not think they should feel bad for what they have done (and for not correcting it), and this is coming from someone who cannot steal the bags that now cost 20 pence at Tesco and even went to buy imaginary food at Waitrose after I forgot to pay another time...
If you do not have TDD, I guess the reasoning is that either you do not have tests for this (probably bad) and if you do, less of them (and so more easily changed).
Not sure it's an argument against TDD, but I guess if management/the programmer do not know about sunk cost fallacy, it might make them hold on to bad abstractions/layers.
Previously I wasn't a big fan of this style, but it has grown on me, and I see it now as similar using "they" instead of he/she for an unspecified person. Why assume anything about the name, when you can reuse it verbatim when needed?