>complex models for others in Excel
It's best not to do that except in cases of emergency, I think. If you are going to get complex, SQL may be a much better solution, or something else.
-13 karma · joined May 22, 2018
>complex models for others in Excel
It's best not to do that except in cases of emergency, I think. If you are going to get complex, SQL may be a much better solution, or something else.
Is this what really passes as science around here?
Have their been any investigations into why people find them revolting?
Not sure what you mean. My post appears to be entirely appropriate to the comment it replied to.
Do you know what they were referring to? Unfortunately, this comment thread appears to be censored on this platform, so I'm unsure I'll ever receive an answer.
If you check the Promissory Notes, I'd guess they probably don't say "lender", except as possibly an alias for a definition that is not equivalent to the standard definition -- wherein, one forgoes actual physical property (cash, for example) for another's use; with the expectation that the property will be returned at some point (possibly with some form of payment to compensate for the real loss of property).
Edit: Do you think Wells Fargo has myriad $100k bundles just sitting around waiting for students to take? I don't think so. They use their power to create new money, rather than loan out the entire principal from their reserves.
Maybe it could work to develop a core protocol and data structures that are usable by others, with your own go implementation to work with those structures and protocol.
This may apply for personal loans, where real money is given up; but, it's not really correct to call a bank, the originators of most private student loans, as far as I know, a 'lender'; as, banks don't lend their own money, but create new money through promissory notes.
May be all that's required [0].
Edit:
>2 guys on a forum
More than two guys. OED too.
Bitcoin is like the ultimate in law enforcement. Basically the only way to get the coin is through proof-of-work and ownership rules are rigorously enforced.
5. Agile may or may not be good for Programmers.
6. Agile may or may not be good for the business.