|
I agree. And given all his posts he seems to think he can learn how to be a developer just by asking random questions here.
|
|
|
|
|
so flagstone ...[^]
In case he's interested (and needs a reason to proceed with his education)
|
|
|
|
|
RedDk wrote: In case he's interested
So maybe you should have posted the message to the OP rather than me.
|
|
|
|
|
So sorry. I mean to emphasize the "so" here. I was only noting the deep sarcasm with which I perceived your message to be broadcasting ... and I see, having slept on my original reason for this pearl, and this morning's rodomontade from other cp agents, that msfzz is still unaware that he has a status.
No adds beyond that.
|
|
|
|
|
Could you translate that into English please?
|
|
|
|
|
Myself I didn't see any sarcasm.
Perhaps a bit of weariness though.
|
|
|
|
|
RedDk wrote: sarcasm
It is what it is. As they say.
Directly related, self-loathing and graffiti all rolled up into one pricey soccer jersey purchased down at the mall that, arter tumbling home and trying it on, turned out to be inside-out. Standing in a mirror couldn't rectify the patch situation either; they were sewn on upside-down and backwards.
Companies market this kind of thing not to be worn just spoken of at cocktail parties.
I did keep it though. And it's somewhere in the bin. And as I said to my dental hygenist back a couple of years ago, (paraphrased) "It's above the stove".
|
|
|
|
|
Don't think I agree with your sentiment.
I remember clearly when I started programming. I attempted to program things I knew nothing about. I bounced around quite a bit.
I didn't have anyone at all that I could ask questions of. I was doing stuff that I knew could be done (because I could see different but similar examples) but there was often no way to know who the authors were and no way to contact them.
Only reference material I had at all was a single magazine. Which just provided more examples.
Even once I became a professional, when there were many source materials and even when I was subjected to other people reviewing my code I still managed to produce code that I would consider horrible now.
|
|
|
|
|
We are all different, and learn differently. I learned my first programming language (very low level assembler) by copying the reference guide by hand into my own notebook. And then punching the code onto paper tape and feeding it into the system manually.
My point about the OP is that he started posting basic questions about C/C++, then moved to Java, then Java scipt, and is now onto SQL.
|
|
|
|
|
I can remember learning assembler while I was still learning C. Found it very interesting that the C compiler could output assembler and then I could use that output via C manipulation to replace a method in C with assembler and still get the same result.
First time I touched a relational database was when I used it via an API to store data. Rather certain I did not even know what 'relational' meant nor that the database did that.
|
|
|
|
|
In addition to what the others have talked about here, you may also need to think about concurrency. A DBMS (SQL or not) may handle concurrent access behind the scenes for you. Many simpler data managers will only allow a single writer, but multiple readers.
If you're going to roll your own data file manager, you are going to need to think about how to handle the situation where 2 programs want to update the data at the same time. Do you need to lock the entire data file, because you're going to re-order inserted data? Are you going to have some sort of index, so that updates/inserts only need to control access to the index and the associated record?
"A little song, a little dance, a little seltzer down your pants"
Chuckles the clown
|
|
|
|
|
Your primary consideration is: how many users does it need to support; and how many users are "logging in and out at any given time".
Then one can say what is feasible and how it will likely perform.
There are usually 3 things to consider; you only get to pick 2: cheap, fast and good.
(And for about $5 per month you could interface with a Sharepoint Online "list" ... which is transparently backed by you know what).
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
modified 18-Jan-24 13:12pm.
|
|
|
|
|
How many users? Well, considering a web based email service, the answer is "many". You will not be getting a definite number there, that will depend on the succes of the implentation, it's performance and the final pricing for the endlooser. Aw, and a little bit of marketing - it "only" has to be better or more secure than the free Proton-mail alternative.
There's no "pick 2 of these 3"; it won't be cheap nor fast, nor good, if you create your own datastorage alternative in favor of using a free product that is built solely to store and retrieve data and which has been optimized for years to do exactly that one task. In this case it is "pick 0 of these 3", literally.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Your assumption of "many" has no basis in fact; as do all your others. It could be a "home project". As others have pointed, OP appears to be "exploring". I was once going to build the ultimate boolean database engine.
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
|
|
|
|
|
As a home project, you'd expect "many" users (not quantifiable). He or she might be exploring, but that doesn't show in the question, does it? It asks specifically about "a web based email service". Do enlighten me, what kind of number of users would you assign to that question, besides my vague answer of "many"? Do explain?
I give no sh*t about your bool DB engine. This is the Design and Architecture Cat, and the headline speak volumes that you missed. My assumption is based on the subject line and one does not build a webbased email for five users. I'm sorry I had to explain that. How much "many" is, is not relevant to you either. It is not like Google is that different from ProtonMail. 10k users or 100M users is the same project, with more servers. It does not require a special command line compiler directive if that changes, it just requires good design. Which start by NOT WRITING A DAL. Not by inquiring to quantify what "much" is.
I never assume. Now, get off my lawn.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Remember Morrissey's lyrics in The Smiths:
"It's so easy to laugh. It's so easy to hate. It takes guts to be gentle and kind."
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I've been following his other posts; and my answer was based on his pattern. You have a pattern too.
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
|
|
|
|
|
I suggest that whenever your message includes the words "get off my lawn", you rather drop the the entire message.
Religious freedom is the freedom to say that two plus two make five.
|
|
|
|
|
Thanks for the suggestion.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
mike7411 wrote: You want to store the following data about each user:
...
password
If that's the user's password for your application, then you most definitely don't want to store it! Instead, store a salted hash of the password, using multiple iterations of a cryptographically-secure one-way hashing algorithm:
Secure Password Authentication Explained Simply[^]
Salted Password Hashing - Doing it Right[^]
If it's the user's password for a third-party system, then you've got a much bigger problem to deal with. The data will need to be encrypted at rest, with appropriate controls in place to ensure that nobody other than the user who owns the record can access their plaintext password. You'll need a robust strategy for storing and rotating your encryption keys. You'll need comprehensive auditing of access to those keys. And probably a million other things I haven't thought of.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
I already stated that he should store a hash value.
Nice to hear that you picked that up
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
I'm using Serilog. It seems way over-engineered to me, but I'm stuck with it. And, the docs arn't very helpful IMO.
My question is about log levels. For Serilog, there's documentation like this[^] and examples like this:
Log.Verbose("Here's a Verbose message.");
Log.Debug("Here's a Debug message. Only Public Properties (not fields) are shown on structured data. Structured data: {@sampleData}. Simple data: {simpleData}.", structuredData, simpleData);
Log.Information(new Exception("Exceptions can be put on all log levels"), "Here's an Info message.");
Log.Warning("Here's a Warning message.");
Log.Error(new Exception("This is an exception."), "Here's an Error message.");
Log.Fatal("Here's a Fatal message.");
Neither the docs nor the examples explain very well where/how you would actually use each of these levels.
For example, let's says I have this method:
private void DoSomeProcessing(string inputFile, bool someParam)
{
Log.Information("Inside DoSomeProcessing");
if (someParam)
{
Log.Warning("Just letting you know that 'someParam' = true");
}
if (string.IsNullOrEmpty(inputFile))
{
Log.Error("inputFile is null");
throw new ArgumentNullException(nameof(inputFile));
}
try
{
Log.Information("Doing the processing");
var a = 10 + 20;
Log.Information("Doing some more");
var b = 10 + a;
Log.Information("And even more");
var v = a + b;
}
catch (Exception e)
{
Log.Fatal("Something terrible happened here!");
throw e;
}
}
Exception logging I get, but is this how you would Info and Debug? Writing out lines all over the place?
Also, I have "MinimumLevel": "Debug" in my appsettings.json, yet all of these line get written out.
I'm guuessing I'm not understanding how to use it right. Can someone shed some light? Thanks
In theory, theory and practice are the same. But in practice, they never are.”
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
|
|
|
|
|
They seem to explain it pretty well in the doc link you provided[^]:
Quote: The MinimumLevel configuration object provides for one of the log event levels to be specified as the minimum. In the example above, log events with level Debug and higher will be processed and ultimately written to the console.
(highlight is mine).
As a general strategy, I think you would probably have a setting somewhere that changes the minimum log level and you would come up with rules like:
- Verbose level is for all function enrty/exit points
- Debug level is for parameters and results
- Info level is for start/stop of big actions
and so on, and so on...
Mircea
|
|
|
|
|
The reality is that first, regardless of logging library, this is never clear in terms of practical programming.
Additionally keep in mind that a potential exists that different logging levels might impact execution flow.
There are three usage scenarios
- Production
- QA
- Developer
Some would claim that Error/Warn is only appropriate for Production. That however is simplistic and it will not work in non-trivial situations.
That is because for larger systems debugging production problems often requires looking at execution flow. So logging that represents the successful execution of code (trace logging.)
A perfect example of this is a job system or microservice (ms). In production the question will come up as to 'why' the job/request is not being handled. With logging one can see that the job/ms is actually running. Not just a specific requests, but all requests.
Then trace logging shows or doesn't show that a specific request was handled. And how it was handled.
Trace logging would use a log level of 'Info'. So Prod would use Error/Warn/Info.
The claim would (and will) be made that the log level 'Debug' allows one to turn something on in production for more information. But often that doesn't matter because the failure occurred yesterday, so attempting to figure it out today with more logging is seldom going to help.
The 'Debug' level is often used by developers because of this. But developers often do silly things like log only the index of a for variable. So no context just the value. Which makes sense when they are figuring out a problem but will make no sense and likely add a LOT of noise if you really do turn on 'Debug' in production.
Because of that then one must do code reviews to insure at least that Debug logging provides a context and does not cause significant (useless) noise.
All of that then comes back to QA. What should they run? If you actually want to allow Debug logging and it will be turned on in production then you then need to test both with it on and with it off. So testing twice. Both to insure there is not too much noise and that it does not interfere with functionality.
Due to all of that for me I limit all code check ins to Error/Warn/Info. And in practice I haven't even used Warn for a very long time.
Kevin Marois wrote: Exception logging I get, but is this how you would Info and Debug?
Pseudo code for a trace log entry.
Log.Info("CreateRequest: RequestId=<id> AssetId=<assetId> Result=<resultCode>");
And should you log an exception for Info? Yes.
As one example because the exception occurs at a non-critical place. For example if you are collecting metrics in a database like how long an operation took, you do NOT stop the execution flow if there is a database error. But you probably do want to log it.
Kevin Marois wrote: Can someone shed some light?
Also understand that developers and only developers are the target for logging.
There will be requests that Operations, Product Support (customer service) and/or QA 'need' to use it.
If so then those are product requirements. Those people need to create tickets (stories/epics) to specify exactly what they need.
And then QA needs to verify it.
You might or might not use your standard logging for this.
You might also get request from Customers. Such as 'Audit Logging' or 'User login logging'. Those are NEVER implemented using the logging system. Rather it is implemented solely and completely within the product just like any other feature.
|
|
|
|
|
Alright, I thought I'd take up a new hobby project, and use it to try and implement some ideas on domain-driven design. In essense, the project is to develop a "Rigging Designer", that allows civil engineers to define rigging needed to lift heavy objects. I'm struggling a bit with how to implement the ideas of DDD, hence this question.
The hierarchy of domain objects is:
- Lift - a lift operation
- LiftObject - the thing to lift
- Weight - weight of the object, double
- Cog - centre of gravity, position in X, Y, Z
- Liftpoint - point where you can attach rigging, can have up to four
- Id: Id, local to Lift
- Position: position in X, Y, Z
- Hook - a hook, can have up to two
- Position - X, Y, Z position of the hook
- Type: 1, 2, 3, 4 leg hook
- Leg - a leg between a hook, and a piece of rigging, can have up to 4 legs per hook
- Id - Id local to hook
- LiftPointId
The library / app will have two major components: designing consistent lifts (i.e. you can't connect two hooks to the same lift points), and solving them (i.e. calculating the load on legs and hooks).
Alright, that's it for domain knowledge. Now my question: what do I treat as aggregates, entities and value objects? The way I see it now:
- Lift is aggregate, since you can't modify any of the sub objects without needed to see if it is still consistent with the other ones (i.e. changing the cog changes the validity of the lift points). It's also an entity, since we want to be able to model multiple lifts.
- LiftObject is an entity, although I expect that it can never be referenced by more than one lift (since modifying this entity would have implications to all connected lifts)
- Weight and Cog are clear value objects
- Hook is a (local) entity
- Leg is a (local) entity
First question: am I implementing the ideas of DDD correctly.
Now, for my second question. I'll work on this project with a colleague, who will be implementing the solver. I intend to implement the following modules:
- Common - contains interfaces describing the models
- Designer - contains concrete implementations of the models in Common, used for creating and changing the models
- Solver - uses the interfaces in common to calculate the loads on the hooks and legs
Second question: I like the idea of defining interfaces (which are very short and readible) in the Common namespace, which allows me and him to work very independently. However, this means he can't depend on concrete implementations for his unittest, so he has to create mock implementations of the classes. Is this good practice, or just a lot of overhead?
|
|
|
|
|