281–288 of 288 posts
Earlier quoted context omitted.
Not unless your application aims to encompass the entirety of running a business. Otherwise it's just plain user-hostile greed. Personally, I do love whenever applications allow to export data and lack of such feature is IMO strong negative.
You are right I don't want to be user-hostile greedy. Its a fine line.
Earlier quoted context omitted.
PHPExcel for, you guessed it, PHP. An order of magnitude less hassle than CSV ("the files you generate are wrong, but only on some computers! Fixitfixitfixit!!!"), and surprisingly powerful.
Note: Last time we used it for large data report generation results were slow and consumed huge amount of memory.
Earlier quoted context omitted.
HTML table in a file with a .xls extension.
Newer versions of Excel will warn the user of possible file corruption if they try to open an .html file that has been renamed to .xls. The file can still be opened but the warning is bothersome.
Create presentations that gather audiences' attention while not taking over from the speaker.
Desire to break into business analysis and have performed the work but not enough to make it official.
Past life created billing reports and client bills for a law firm. That took their THREE day billing process to less than one day on a sneakernet Access DBMS I designed.
Have also created feasible project and organizational budgets for humanitarian nonprofits.
Created an ad-hoc computer class for uneducated adults. Was told, "I've learned more with you in 15 minutes than a whole week at the community college." I purchased those computers for $4.00.
Anticipate their emergency procedures, and ship them a binder wrapped with dire warnings should it be removed from the data center. Multiple customers have said this has saved their bacon.
could you please elaborate? What's in the binder?
The reason it's in hardcopy is because you can't look stuff up on the Internet if the Internet is down.
Earlier quoted context omitted.
So, to follow the diplomatic approach here: Client: "Encrypt our data using the md5 cipher." Consultant: "I will investigate the feasibility of this." ... two days pass ... Consultant: "I have considered your proposal. I believe we should encrypt your data with SHA-256. md5 is insecure, here's several references. SHA-256 is much more secure and more popular. It is a NIST standard, and just as cheap." Client: (probabl…
Except you can't encrypt with a hash function.
Of course the performance would be silly compared to dedicated functions. ChaCha20 has less than a third the number of iterations compared to SHA-256. And each iteration is much faster.
Good thread: http://crypto.stackexchange.com/questions/48/is-it-feasible-...
Earlier quoted context omitted.
I generally respond rather negatively to automated emails or chat messages that seem human but are not, and I've been thinking of how I would approach this if I had a company big enough that automatic greetings are 'necessary' (or desirable, at least). Perhaps one solution is to use a clearly non-human company 'avatar' character specifically for some of these interactions? A robot or pet character?
How about a clip?