|
Your company wants you to take the day off and relax. If answering emails from work isn't consistent with that for you, and being on call that way isn't part of your job description, then don't reply. There's nothing wrong with you being unreachable via work email on your day off.. and it's only one day.
I think it's great that your employer is trying to help their workers see that they're addicted to work. It's not healthy. Anyone who can't let go of work for even one day, is probably addicted.
We can program with only 1's, but if all you've got are zeros, you've got nothing.
|
|
|
|
|
You can see it live nowadays at Livemap24[^]
Quite some good programming happening there.
It doesn't work everywhere though. The network where you live needs to have a public API.
|
|
|
|
|
Very nice, although I admit I had to Google 'Funicular' - kinda bummed out that it's not that funny
I checked my old hometown back in Denmark and noticed some of the busses were driving through buildings on the map and even driving on the railroad tracks, but that could be a matter of calibration when you zoom in.
I cannot seem to find any aircrafts.
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
|
|
|
|
|
SoMad wrote: I checked my old hometown back in Denmark and noticed some of the busses were driving through buildings on the map and even driving on the railroad tracks, but that could be a matter of calibration when you zoom in.
Happens in CH as well..
|
|
|
|
|
It's actually rather a cute idea.
It's just a shame that it's absolutely useless -- I struggled to find a bus on the map, and finally found a 426 (I've no idea where it goes, but it was there), so I searched on 426, and was presented with a map of Taiwan.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Very cool!
/ravi
|
|
|
|
|
|
When my girl friend (and now wife) we're punks without a car we used to light a cigarette to make the bus come. Worked more often than not. The smokes were more precious than gold for the poor and in love. That's a "back in our day" story for the grand kids I guess now.
|
|
|
|
|
In the old days when you could smoke just about anywhere, I used precisely the same method to get my luggage off the carousel in an airport. Light up one of my Davidoff specials, and my suitcase would be the next one out.
|
|
|
|
|
Really cool and even works around me - only that my phone can't display the site...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
IT SHOWS TRAINS.
Going on weird lines throughout the entire city
|
|
|
|
|
Live in the Atlanta, Georgia area. Looks like Cobb Community Transit has the hooks for this while MARTA (the BIG mass transit in the Atlanta area) does not.
|
|
|
|
|
I am currently working on a Prism solution that has 14 projects. The problem is that I had to include the DLL for each project when I deployed the executable. This was a pain, so I decided to look for a method to embed the DLLs into the executable. Some research pointed me to a NuGet package called Costura.Fody.
When it works, it works great. You just run the command "Install-Package Costura.Fody -Pre" on the NuGet command prompt and you're set. When you build the solution, all required DLLs are integrated into the main executable and you only have one file to deploy. It works well with Visual Studio 2012 but can be finicky on Visual Studio 2017.
If the install fails on VS2017, as can happen, you can kiss the solution goodbye. I was unable to roll back the install and recover the solution / project. I was forced to recover it from a full backup. Make sure you have a full backup before trying Fody!
I am curious to know whether any of you have used this package with Visual Studio 2017, and what your experiences were?
Get me coffee and no one gets hurt!
modified 23-Apr-17 14:00pm.
|
|
|
|
|
I thought the NSA had given up on Prism, and were using Samaritan, now.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
The Machine Lives!
Software Zen: delete this;
|
|
|
|
|
No spoilers, please -- I'm only part-way through the fourth series.
|
|
|
|
|
Cornelius Henning wrote: This was a pain, so I decided to look for a method to embed the DLLs into the executable. Some research pointed me to a NuGet package called Costura.Fody.
Interesting. I did something a year ago or so where I embedded various DLL's as a resource and used the assembly resolver to load the DLL. It worked great!
There's a good CP article here that looks very similar to what I did.
Marc
Latest Article - Merkle Trees
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
|
|
|
|
|
Looks interesting, but there is one other advantage to Fody that I neglected to mention: After embedding the DLLs, it compresses the executable. This is a significant issue for me. My app has a 30Meg+ DataTable embedded as a serialized resource. Being serialized, it is basically a XML text file that compresses very well: to more than 90%.
Now that I am beginning to get the hang of it, I will be hard pressed to follow any other options. It makes the whole process just so easy!
Get me coffee and no one gets hurt!
|
|
|
|
|
I've worked with Costura before. I want to like it, but ultimately I've stopped using it.
The issue that I had was in delivering minor version updates to a specific application, I wrestled with Costura quite a bit to update the dependencies on specific modules, and ultimately found a /bin directory to be more time-effective.
Detaching Costura from my projects proved to be an interesting endeavor. This is the main reason I stopped using it altogether: it proved difficult to remove the framework completely.
"There are three kinds of lies: lies, damned lies and statistics."
- Benjamin Disraeli
|
|
|
|
|
Quote: Detaching Costura from my projects proved to be an interesting endeavor Yes! I have come to the conclusion that it is impossible. One has to create a new project, then copy the files from the old project to the new.
Quote: ultimately found a /bin directory to be more time-effective I am not sure what you mean. Care to elaborate, please?
Get me coffee and no one gets hurt!
|
|
|
|
|
If I need to change out dependencies, let's say the log provider that I was using is a dead project and I want to swap to a different one, getting Costura to completely drop the old dependency and introducing the new one takes a little time and effort.
Setting dependencies to Copy Local takes no time. I'm not sure how else to put it.
"There are three kinds of lies: lies, damned lies and statistics."
- Benjamin Disraeli
|
|
|
|
|
Got it, thanks! I have been painted into corners by Costura, where it would have helped, had I known this.
Get me coffee and no one gets hurt!
modified 25-Apr-17 8:56am.
|
|
|
|
|
|
Yes, I hope hot days will come ... right now I am freezing
|
|
|
|
|
Soon.... we need plenty of it
Bryian Tan
|
|
|
|