|
Yeah, it's not a problem if you use NodeJS, but I'm assuming honey is using C# 
Of course you still can't just add number2 after some weeks of production (and always set it for new records) and then somewhere do number1 + number2, assuming they both have a value.
Even if number1 always has a value, number2 only gets a value at some point in time, unless you do a collection update like you'd do in a SQL database.
When I worked with MongoDB we used to do that because updating the entire collection is easier than updating the entire software 
For the record, I didn't think we needed MongoDB, SQL would've been fine, especially when you want schema integrity anyway, but it was the decision of our architect.
At least it gave me a chance to work with MongoDB in a production environment.
|
|
|
|
|
CouchDB is another alternative, but MongoDB is the one I hear mentioned most often.
Having said that, a lot of those mentions are on infosec news, when someone's left their MongoDB store up, unprotected, on Amazon S3 and the data in it has been compromised... That's not MongoDB's fault, of course
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Stuart Dootson wrote: That's not MongoDB's fault, of course
Well, in part.
Their default setting is (was?) unprotected and open for all to see 
That's a very dubious default and one that many people failed to change!
|
|
|
|
|
Sander Rossel wrote: Their default setting is (was?) unprotected and open for all to see
The reports I've heard were implying more that the S3 permissions had been defaulted, so anyone could access (and download) the datastore rather than accessing the associated MongoDB server.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
I may be thinking of another incident where researchers just tried the default MongoDB port on thousands of servers and found that for many of those servers the port was open and the database was exposed.
|
|
|
|
|
|
|
Quote: MongoDB is a general purpose, document-based, distributed database built for modern application developers and for the cloud era.
However, they also say:
Quote: No database makes you more productive.
So I guess simple text files are the future. 
|
|
|
|
|
MongoDB - where GUIDs are displayed in the wrong order just to punish you.
2/5 would not use again.
|
|
|
|
|
I wasn't asking for a review
Real programmers use butterflies
|
|
|
|
|
|
Because 1.x existed prior to generics we have issues of legacy object models not implementing IList<T> and instead simply exposing hard typed indexer properties.
Normally, you'd just get the generic parameters of the generic IEnumerable<T> interface, but because some object trees were created prior to 2.0 - like the CodeDOM they don't have them.
This makes determining the element type of a typed list extremely difficult. The problem is that your alternative is the indexer property which isn't a member of a hard interface, so you have to select the appropriate indexer property from the properties on that type. There might be this[string name] in there too, for example. There is no contract however, so there are no guarantees. This isn't especially robust.
Which means, the obvious solution is to first try to get it using the generic interfaces, and if they aren't available, then we fall back to the less robust method above.
This is not ideal, and it requires maybe a page of code to handle all the scenarios.
Microsoft didn't put generics into 1.x I think because of time constraints, and if so they should have waited, IMO.
Edit: For anyone interested I just posted a tip that solves this problem. How To Get A Collection Element Type Using Reflection in C#[^]
Real programmers use butterflies
modified 5-May-20 15:08pm.
|
|
|
|
|
I agree.
V1 should never have seen the light of day.
And sub-teams working on different areas should have communicated, and there should have been a core team to determine commonalities.
I mean, seriously!? 
public ArgumentException (string message, string paramName);
public ArgumentOutOfRangeException (string paramName, string message);
public ArgumentNullException (string paramName, string message);
modified 5-May-20 14:38pm.
|
|
|
|
|
Amen!
Real programmers use butterflies
|
|
|
|
|
Diversity is our strength!
|
|
|
|
|
"Keep 'em guessing" supports the training industry.
|
|
|
|
|
Do you mean there are three argument Exceptions (which I can understand) or that message and paramName are switched in two of them?
|
|
|
|
|
I suspect option 2.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
The inconsistency in parameter order.
|
|
|
|
|
1.x was just "beta" to play around with, it was never intended for production code, but *hands up* the company I worked for at the time did indeed use it in production. We used sockets a fair bit to communication with UNIX systems and also with banking applications, and .net had socket classes built in so we were keen to migrate to it ASAP.
|
|
|
|
|
At a previous employer I maintained a .net 1.1 winform app from 05-08. (Other people wrote the initial version in 04 before I started.) We couldn't upgrade to a newer version initially because the customer still had NT4 boxes at some sites; which couldn't run .net 2.0. 
On the plus side the beige NT4 tower stuck in the back corner of my cube gathering dust was my justification for having N+1 monitors for years. (With the +1 spending 99% of its time connected to my main computer.)
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Hopefully it will be all fixed in .net5! 
Exception up = new Exception("Something is really wrong.");
throw up;
|
|
|
|
|
There's little to fix. The problem I think, is backward compatibility. I mean, I suppose they could rewrite the CodeDOM in a new System assembly but I think they'd be more likely to retire it, if anything.
Real programmers use butterflies
|
|
|
|
|
I like the CodeDOM and use it a lot, since it is built in.
Exception up = new Exception("Something is really wrong.");
throw up;
|
|
|
|
|
I use it quite a bit myself. At the risk of advertising here you might be interested in my project:
CodeDOM Go Kit: The CodeDOM is Dead, Long Live the CodeDOM[^]
It's quite powerful. It even allows you to parse a C# subset into the CodeDOM so you can construct CodeDOM graphs using C# code, which saves a lot of typing. It allows you to query a CodeDOM tree, and even can perform complex operations on CodeDOM trees like reflection and method selection.
Real programmers use butterflies
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
