3. Using e-banking on public hotspot.

Why would one need plain text for that?.. :cool:

It's a fork, not exactly a "version". Be careful, in theory it should be a drop in replacement for mysql, yet I have encountered errors, when the same query on the same database returns different results on mysql and mariaDB.

Somehow I don't feel ok exposing my sex life by accident even if it's completely legal :laugh: I don't think the situation is much different in other states. It's not like I live in China or Russia. I live in Lithuania which is a democratic one. Yet due to the public opinion that it's ok for police to tap a phone line just in case (without any proofs of a criminal activity whatsoever), we have the situation. P.S. neither I nor any of my clients got convicted, nobody even got to a suspect status.

In order not to get embarrassed if an ISP employer finds out by accident. As well as some curious person who might hack into my wifi. As well as some police officers who could tap my phone line (in my country police extensively abuses its powers in that aspect and do not hide that fact, according to official statistics around 30 percent of population got taped in past 10 years). E.g. I got taped 3 times by financial crimes unit that investigated my clients (I work as a corporate legal counsel which is risky in this aspect :) ).

Porn? :)

Probably a philosophical question, yet what are the reasons to create your own custom localization infrastructure instead of .NET native localization through resx and satellite assemblies? E.g. ABP framework for web apps includes its own localization engine which boils down to logical method Localize(key, resource), i.e. same logic as native. My rationale is that an app these days is a bunch of libraries (most commonly .NET standard). A GUI (ASP, winforms, WPF etc.) is just a (graphical) view of the app behind it with little to no business logic/entities. If the app libraries are properly localized, GUI has very little localization left. Each part of an app, is a library, which makes it conveniently localizable using .NET built in mechanism. There should be a good reason not to use it and I see none. Substitution of localization by DI is highly unlikely as that would mean somebody knowing more about app logic and entities than the app itself. It seams unlikely that one could get a significant performance improvement (worth building/supporting infrastructure) as well. Frequency of localization resources changes without respective changes in the app is very low. Therefore no need for "hot install" as well. To sum it up, KISS tends to be on native side.

Nowadays you can buy an affordable DNA sequencer on alibaba or even make it by yourself :cool: You can even play with gene modification at home. Guess what's the next generation of script kiddies is going to be ;)

Actually, it's not that hard. "Lorem ipsum dolor . . . " - distorted version of Cicero book passage. It's Latin with deliberately made mistakes. :cool:

Common, it's not that far, you can even see it from any point in the US :cool:

Sometimes its not that there is any choice :) The Expert (Short Comedy Sketch) - YouTube[^]

Bosses are ... well ... bosses :) Not the worst case, I met a head of DBA's in one international company who never heard of normal forms. Discussion between her and reporting team was marvellous. She couldn't understand why reporting team are so much displeased about xml in fields. It is so easy to parse, isn't it? :cool:

As you agreed in other post. Overdesign is rare if compare to underdesign. Which makes its impact quite low. At the moment I'm angry with myself as I one more time cut corners due to time pressure, disrespected SRP and now fixing my mess :doh: I guess the time pressure is the reason for underdevelopment and (for the most part) effectively prevents overdevelopment. Not that many developers have spare time to go to the jungle of abstractions and irrelevant use cases.

Quote:

I'm also going to come out and say it makes things harder to maintain. When you're working with 20 different classes and interfaces where 3 would do it just increases the learning curve. There are definitely diminishing returns when it comes to decoupling software from itself, and you run into the cost/benefit wall pretty fast. It can only take you so far. It's best not to overdo it.

I would be very careful with the "3 would do it" part. SRP should always be respected otherwise you will get burned really bad sooner or later. I agree that overdesign is a waste of resources, yet underdesign tends to cause much more damage. If you design something with hundreds of entities and expect it to remain maintainable for 5+ years, initial investment into architecture pays off. Of course, if the architect is well familiar with both application architecture practices and the domain of the application.

Not sure what it does, especially goto part. But reminds of person who skipped recursion class...

Now the images got updated. Thanks.

Database for Financial Accounting Application I: Basic Requirements[^] Database for Financial Accounting Application II: Infrastructure[^] Updated a day before yesterday, published yesterday. Last updates.

Yesterday I updated two of my articles. Mainly it was files update. However, after updating article files (images) they didn't get updated. It's a bug or i did something wrong?

I want my application to programatically download a file from skydrive.live.com, but I encountered a problem: Microsoft uses script for file download that makes it impossible to download the file using WebClient (at least as far as I know). Could somebody help to find a workaround on how to download the file? The microsoft's script is: [Download](javascript:$SelfPage.Download()) var $SelfPage = new function() { var _download = 'http\x3a\x2f\x2f5odcbq.bay.livefilestore.com\x2fy1pi19dAInfgawlhjDTcs2sbdCJEkvL7jzsz8SVx9qA-EiQwX-ZPeg-DCt63IEoNWu7USu9uUA-j9FkUosBKqU-3Q\x2fApskaita_1.1_beta_update.exe'; var _demote = 'http\x3a\x2f\x2f5odcbq.bay.livefilestore.com\x2fy1pi19dAInfgawlhjDTcs2sbdCJEkvL7jzsz8SVx9qA-EiQwX-ZPeg-DCt63IEoNWu7USu9uUA-j9FkUosBKqU-3Q\x2fApskaita_1.1_beta_update.exe'; var _dirty = false; this.MarkDirty = function() { _dirty = true; } this.Download = function() { if (_dirty) { _dirty = false; window.location = _demote; } else { window.location = _download; } } }