|
For me, Family Tech Support is another source of income $$$. I don't help anyone under the age of 65 for free. Millennials are double the price.
|
|
|
|
|
Slacker007 wrote: Millennials are double the price.
... and boomers are triple. They blame all problems with their computer, pre-existing or otherwise, on your work. It's simply not worth the hassle.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Daniel Pfeffer wrote: and boomers are triple. They blame all problems with their computer, pre-existing or otherwise, on your work. It's simply not worth the hassle. I'm one of those boomers. I'm also the family IT guy.
I don't get complaints.
Software Zen: delete this;
|
|
|
|
|
I've had to look it up, but yes, he is a 'boomer' and apparently, I'm an 'X'. He thinks I'm doing it for free because I enjoy playing with computers all day! In reality, I'm doing it to possibly put an end to the constant whining about how slow his laptop is.
"Go forth into the source" - Neal Morse
"Hope is contagious"
|
|
|
|
|
Slacker007 wrote: Millennials are double the price.
|
|
|
|
|
I do immediate family only, and am explicit that my work doesn't come with a warranty, speedy service guarantee, etc. If they want that; the blue box or local computer shop will both sell it for a few hundred dollars.
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
|
|
|
|
|
I don't talk to my family. Except for SWMBO. She just surfs the net using my wi-fi. So as long as it is working (And I use it myself, so I notice it first,), I am golden.
ed
|
|
|
|
|
90% of family tech support is now managed by my wife, I enter the scene only when SHTF or a network must be set up (she's perfectly capable of connecting any device to a running network).
She is way more patient than me in help desk. And for stuff on smartphones I too end up asking her she uses hers much more than I use mine.
GCS d--(d-) s-/++ a C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
That's why I don't tell my family that I work with computers. I've told them that I am a drugdealing pimp, and they seem to have believed that...
Anything that is unrelated to elephants is irrelephant Anonymous
- The problem with quotes on the internet is that you can never tell if they're genuine Winston Churchill, 1944
- Never argue with a fool. Onlookers may not be able to tell the difference. Mark Twain
|
|
|
|
|
I love the "after you installed the latest update on my phone the microwave stopped working. Can you undo whatever it is you did?"
cheers
Chris Maunder
|
|
|
|
|
|
I didn't realize Ovo Energy read that cartoon!
UK[^], Everyone else[^]
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
I didn't realize that Calvin & Hobbes had restarted. I guess my complete edition is no longer complete!
EDIT 1: High of -17C (2F) here today.
EDIT 2: Looks like they're reruns and that it hasn't restarted.
modified 11-Jan-22 11:33am.
|
|
|
|
|
Quote: The last strip of Calvin and Hobbes was published on December 31, 1995.
from here
I also have the complete edition (and beeing proud of it), perhaps a reminder to have a look at it again ...
|
|
|
|
|
GoComics runs comics on a loop.
You read 50 years of Peanuts, 10 year of C&H. C&H just recently (well a few months back) started from the beginning again.
// TODO: Insert something here Top ten reasons why I'm lazy
1.
|
|
|
|
|
|
Damn entitled kids.
The less you need, the more you have.
Even a blind squirrel gets a nut...occasionally.
JaxCoder.com
|
|
|
|
|
No, just smart, I wish I could see those comics more often.
|
|
|
|
|
So I'm editing some Crystal Reports again (excuse my inappropriate language).
I have this one project that still uses them.
I've searched for alternatives plenty of times, found stuff like DevExpress reporting, and heard good stuff about that one too.
Not that I'm going to rewrite all reports for this particular project, but maybe for a future project.
However, for other projects I don't even bother anymore and simply use MigraDoc and create PDF files in code manually.
Writing stuff like:
frame = section.AddTextFrame();
frame.Width = "12cm";
frame.Left = "10cm";
frame.RelativeHorizontal = RelativeHorizontal.Margin;
frame.Top = "6cm";
frame.RelativeVertical = RelativeVertical.Page; It's not ideal, but it still beats CR (but pretty much anything would).
To me, the whole reason to use a report generator like CR is that your clients can create their own reports.
Kind of like a no-code solution for your reports.
In practice, however, clients don't understand these tools anyway and still ask me to change reports for them.
Meanwhile, a bit of code reuse ensures your reports have the exact same headers, footers, etc. while not being all that much harder for me (or even lots easier in case of CR).
Thoughts? Generator vs. in-code? Your generator of choice?
|
|
|
|
|
I have used and would use Devexpress again.
Why? Because of actual functioning support.
|
|
|
|
|
Got a project with DevExpress. No real opinion on it besides that you should never use it - but that goes for any reporting tool that mess with the database.
For anything somewhat serious you need a layer between the user and the database. Luckily we have "somewhat of a layer", so our users are not completely tightly coupled with the database structure. This is more by luck than design as the original developers had no clue you should never do that - I guess that happens when you pride yourself with only employing the smartest people.... but then ignore the lack of experience . Unfortunately this layer means "try reading everything into memory, then combine it at runtime" if you do not know exactly what you are doing... oh well... Most reports customers create still executes in less than 24 hours.... not all of them though.
Luckily we have a couple of non-developers who knows there way around the tooling (better than us developers).
Sure you could probably do some things with database views to decouple.. but... ehh... it's 2022, can we please start working on top of APIs thank you very much.
I hope this nonsense goes away and we can offload to PowerBI and similar in the future. But our customers can't just throw all the data in the cloud, so getting too many on-prem dependencies are also problematic.
|
|
|
|
|
lmoelleb wrote: No real opinion on it besides that you should never use it - but that goes for any reporting tool that mess with the database.
Funny comment.
It's not like as if you can't use it with a model instead of a database.
|
|
|
|
|
Could be - in our project they "saved time" by using the same model across all tiers - so model and database is pretty much the same crap. There probably is a better way to build it with DevExpress reporting, I am not going to look for it though - it will be booted out instead of being corrected.
|
|
|
|
|
Seems to me that your problem isn't Devexpress, but the implementation of it.
Anyway...
Sometimes the best solution is to start over, and when you do, use the tools you know best.
|
|
|
|
|
Planned to start later this year. Yes, implementation is a bigger problem than DevExpress.
But let's just say I am not impressed with libraries that use catch {} (hours of my life I will not get back), nor am I impressed with ORMs that defaults to deferred deletion so in-experienced developers start using it without understanding how it is implemented (that was fun getting a large in-production database cleaned up). It does of course help the people writing the ORM at least knows how a guid is sorted by various databases... oh wait... they don't (or at least didn't on the version I looked at it).
|
|
|
|