|
|
Composition of percentages would involve multiplication rather than addition. But it wouldn't make any more sense, imho. Two series could have same mean but different standard deviations. In this case the multiplication would yield zero, which wouldn't tell much about current situation, and could even be misleading by tricking one into thinking that both series are equal/equivalent.
"Five fruits and vegetables a day? What a joke!
Personally, after the third watermelon, I'm full."
|
|
|
|
|
How about averaging the two difference? Or even better with weighted-average to have more control over which part of the composition matters more to us.
|
|
|
|
|
I am not aware of a way to combine those two distinct measurements into something really meaningful. Just test your assumptions with some result sets, and see whether you can make valuable observations with them. Beware of edge cases, especially those where zero is involved.
"Five fruits and vegetables a day? What a joke!
Personally, after the third watermelon, I'm full."
|
|
|
|
|
Hi everyone,
I am working on a browser-based document scanning application for IE it is fine as we can do scanning through ActiveX or Add-ons etc but when it comes to modern browsers like latest chrome, firefox and edge it is very hard to call any .exe or other is related functions from client-side .. What is the option to invoke scanner from modern browsers and do necessary file I/o on client end... Please don't mention proprietary software I prefer to work with open-source solutions.. regard
|
|
|
|
|
Since there's probably a human required to "load the scanner", having the browser control the action doesn't seem to make a lot of sense. Every scan usually involves creating a file, which is what you should be interested in.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
Kami Dehlvi wrote: it is very hard to call any .exe or other is related functions from client-side .
Deliberately so, as it prevents ther browser from performing actions that it should not be allowed to do.
|
|
|
|
|
If your intending for a user to go to a third-party website and the site somehow controls a scanner they may or may not have, then that's a deadend. That goes against everything a browser is supposed to do.
Your site should direct them to upload the scanned file, but the actual generation is in the users hands...obviously your site could provide guiding instructions.
If your creating a scanner client and just want to use HTML for the interface, that's doable.
|
|
|
|
|
Thanks for your reply,
I am surprised to see replies, that document scanning is not possible from the client-side. well, it is for sure that secure browsers not allowing this access.
But the question arrives here how can we enable a client-end document scanner to be accessed using the web, any new technology, way or possibility.
Please share,
regards
|
|
|
|
|
Kami Dehlvi wrote: how can we enable a client-end document scanner
You cannot do it from a browser for the reasons already stated.
|
|
|
|
|
Well the other solution could be that the user installs a local piece of software, that in effect connects to a 'control' server and connects to the locally connected scanner. Then a separate web site 'could' send a message to the control server which then would tell the local software to act.
But note that whole interaction makes no sense, far to much of the process is the user interacting with the physical scanner. So controlling 'remotely' via web sites doesn't help the process at all.
Now if your actual concern is that the 'scanning, file, upload file to your site' etc process isn't as easy as it could be. Then yes I could understand that, but the solution would be a downloaded piece of software that interacts with all scanner types, scans and uploads the file to just your servers.
I think most people hitting this concern have decided its better to educate (via the websites) the users on how to do the process rather than solve it with software.
|
|
|
|
|
At my company there are few programmers that are either lazy, non-quality minded, unintelligent or all of the above. I have written a driver and they have to provide a GUI on top of that driver. Normally, my driver would be very thin with no restrictions, but knowing the quality of my co-workers I have added a validation layer on top of the low-level drivers because I care about the success of my company. How would you recommend I minimize the risk that they bypass the validation layer and call the low-level functions directly? Should I encode my variables, function names and parameters, using some kind of ASCII encoding algorithm, so it's difficult to understand what the functions do? Should I name my low-level functions something like KEVIN_JEFF_AND_MARK_NEVER_CALL_THIS_FUNCTION_writeMemory(uint32_t addr, uint8_t value)? Any other ideas? I've already talked to my boss and he thinks it's too difficult to find new programmers to get rid of them.
|
|
|
|
|
You provide them with an "interface" that only exposes the methods and properties that you want them to see. Most programming languages (which you didn't specify) have "interface" patterns.
Designing C# Software With Interfaces - Simple Talk
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
modified 14-Dec-19 13:02pm.
|
|
|
|
|
The programming language is C#. We don't want to use a dll because then we can't step through the code when debugging.
|
|
|
|
|
Dll's don't preclude debugging.
Use a wrapper class then. Give the "bad programmers" the wrapper that calls your dll's "open" methods, then make up a stupid name for the dll that they can't guess: StupidProgrammer.dll, for example. Though they have to add stupid dll to the project too.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
make your functions private and call them from the validation layer
|
|
|
|
|
I once had a boss and a coworker focussing on exactly that, afraid I might abuse the "Connection" object.
They spent so much time on it that the project and the money-making VB6 application were both abandoned, ending the company.
Your arrogance is not worth the effort. Lazy programmers are not your main concern. And please, give me the name of your company, so I can prevent asking for work there.
edit--
Hi Ralph!
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
modified 21-Dec-19 18:40pm.
|
|
|
|
|
Change jobs, seriously if you cannot trust your co workers to do the right thing and your boss thinks it is too difficult to get competent developers then your company is doomed.
Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP
|
|
|
|
|
Don't expose the functions as public then? They should only be seeing the public interfaces you want them to see.
Also start to employ more defensive programming with in those functions, validate all the incoming parameters, and fail early and often if they're not within the spec. If its function order then maybe you could add a audit type layer, so you can ensure function x is called after function y.
Generally though, why would they call a function they don't need? If they're calling it from the GUI then surely there's a spec that says that's what the GUI needs to do? And your driver should be providing a safe method for that?
|
|
|
|
|
Hey! I'd like to ask the technical community about project architectures.
What advantages and disadvantages do these types of architecture provide?
When it's better to choose serverless? When SOA? In what cases should you prefer traditional architecture?
Please, share in comments and thanks for your opinions!
|
|
|
|
|
Darina Smartym wrote: What advantages and disadvantages do these types of architecture provide?
As described on Wikipedia.
Darina Smartym wrote: When it's better to choose serverless? When SOA? In what cases should you prefer traditional architecture?
The type of application usually requires a specific architecture; it's hardly like we "choose" serverless when writing a notepad-type of application.
If you want to know which one is applicable, you'll need to study them.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Eddy Vluggen wrote: As described on Wikipedia.
Eddy Vluggen wrote: you'll need to study them.
True, but this IS a discussion forum. 
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
ZurdoDev wrote: True, but this IS a discussion forum.
I don't mind a discussion; but asking which to use when is not a discussion.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Darina Smartym wrote: When it's better to choose serverless?
Everything we do at my company is severless because we don't want to have to deal with hardware in any way. We do, of course, have a laptop, but that's it.
The architecture you choose depends on what the business requirements are.
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
Got some time left, so revisiting this thread. YOU wanted the discussion.
ZurdoDev wrote: Everything we do at my company is severless because we don't want to have to deal with hardware in any way. We do, of course, have a laptop, but that's it.
According to that idea, "calc.exe" has a serverless architecture, which is ofcourse, nonsense.
For any desktop app that doesn't communicate, "serverless" is a side-effect, not the main architecture.
One still has to learn about the pro's and con's of every option to make an (informed) choice.
CSLA is a nice option for WinApps, which isn't helpful for calc.exe either. Still works wonders for some applications.
Stuff becomes interesting if you have multiple options; imagine chat - could be serverless, ofcourse, but also could be using CSLA for the UI, and could be completely SOA. So how would you even call that?
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
