|
They got my name wrong; only abusing my address.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Are people actually dumb enough to pay for something upfront that they have to go pick up anyway? (in a P2P transaction specifically)
It's really not your problem at all...until someone mistakes you for the seller. Tell 'em to get off your g-d lawn!
"Go forth into the source" - Neal Morse
"Hope is contagious"
|
|
|
|
|
kmoorevs wrote: Are people actually dumb enough to pay for something upfront that they have to go pick up anyway? (in a P2P transaction specifically) Some of them, otherwise they wouldn't have been at my door.
kmoorevs wrote: It's really not your problem at all...until someone mistakes you for the seller. Tell 'em to get off your g-d lawn! There's no lawn, and the roller blinds open once a week. Not the most inviting place
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Just put a sign on your door with something like:
If you bought something on Facebook, I did not sell it to you.
Call the non emergency police number and email Mark Z about it.
|
|
|
|
|
That'll solve it!
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Or maybe someone bought your address in the meta verse and is selling meta items?😊
|
|
|
|
|
Why buy anything that Google Maps offers for free?
I'm not on FB, Twitter or the usual.
--edit;
Someone may be unhappy at my door. That may be a problem. Thanks for the yokes
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
modified 12-Feb-22 18:40pm.
|
|
|
|
|
Karma is a bitch.
|
|
|
|
|
I would have known, so no.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Pay close attention to your mailbox then. You might start receiving stuff there that you didn't order. My mom was flipping a house and we swung by one day. There was a box from AT&T there and it had four brand new iPhones in it. AT&T wouldn't even talk to her so she turned the over to the local police chief.
|
|
|
|
|
Thanks for the warning.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
I'm not sure how I feel about this.
I made some new video drivers that are decoupled from the bus type they use.
This is because for example, an ILI9341 display may come in serial (SPI) or parallel (8-bit) bus styles.
An SSD1306 display comes in serial SPI or serial I2C buses.
So I made such that you have 3 different types of busses - a parallel 8-bit bus, an SPI serial bus, and an I2C serial bus.
You can plug those into the display driver for your device like the SSD1306, the ST7789 or the ILI9341
That way you can select the display type independently of the style of connection it uses.
So for I2C for example, you declare a tft_i2c bus:
using bus_type = tft_i2c<LCD_PORT,0x3C,PIN_NUM_SDA,PIN_NUM_SCL,0x0,0x40,400000>;
And then you can feed that to your driver declaration:
using lcd_type = ssd1306<LCD_WIDTH,LCD_HEIGHT,bus_type,LCD_VDC_3_3,PIN_NUM_DC,PIN_NUM_RST,true>;
lcd_type lcd;
I wrote the SSD1306 and the I2C bus first. It's still not working. But when I simply swapped out the I2C bus for an SPI bus it worked with my SSD1306 SPI device on the first try.
But it still gives me a shrunken display port and dropped scanlines on I2C. Amazing that I wrote the non working code first, and plugged it into my SPI bus and it worked right off though. my SSD1306 driver was developed entirely blind.
Real programmers use butterflies
|
|
|
|
|
you are amazing -- old guy programmer
|
|
|
|
|
Thanks! I'll maybe feel amazing when my code works.
*bangs on it some more*
At least some of it does.
Real programmers use butterflies
|
|
|
|
|
It's this sort of problem that makes software engineers such well-adjusted people who spread joy wherever they go...
/s
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Well I solved the last of it today. I was making a simple mistake, easily corrected once I found it. It was almost luck that I found it though.
Real programmers use butterflies
|
|
|
|
|
When I got to the funeral they said that neighbor Dan’s mule(he had a small farm) kicked her and she died.
I also noticed how about 60 guys came to the funeral
I said to one guy named Harry, "Wow, I didn't know she knew this many people!"
Harry said to me "Oh we aren't here for the funeral.”
So I asked him “Well, then why are you here?”
He said, “We're here to bid on that mule.”
|
|
|
|
|
The company I work for has O365 and OneDrive for Business with lots of space. I'm always looking for a better--well okay, any--automated backup solution for my local drive, and the more plug-n-play the better.
I wondered what performance impacts would occur if I kept my source code on OneDrive and worked from there. So I moved a couple of my solutions there, and I work on them in VS from there. I've been working this way for several months now.
I've not noticed any performance problems, except maybe a bit slower when opening a solution. The only thing that does get slightly annoying is switching git branches, especially if you have a lot of NuGet packages in your app. Git deletes the files in your solution when you switch to another branch before recreating the files in the branch being checked out. Every time I do that I get an email from SharePoint Online with the warning "Heads up! We noticed that you recently deleted a large number of files from your OneDrive"
The better solution may be to keep the source on the local drive, and set up OneDrive to backup my Documents folder, assuming that it's painless to set up.
I'm curious what y'all use OneDrive for, if you use it at all.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
Git and OneDrive seems a bit like belt and suspenders
I am (well, at least used to be) a road-warrior who needed to have all important stuff available while on the road. OneDrive and OneNote are fantastic for that. For source code, Git is quite enough if I don't forget to commit before hitting the road. For the rare cases when I forgot, AnyDesk saved by behind.
I don't see why I would backup my Git repos on OneDrive.
Mircea
|
|
|
|
|
Quite a number of my repos aren't pushed to DevOps because the apps are non-productions one-offs, or educational, or laboratories for experimenting with new tools, and I need another way to back them up. I thought I wouldn't need to intentionally back them up if they were only on my OneDrive (with the Always Keep on this Device" flag set).
And for those that are in DevOps I don't always want to commit and push at the end of the day. Maybe I should.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
TNCaver wrote: Quite a number of my repos aren't pushed to DevOps because the apps are non-productions one-offs, or educational, or laboratories for experimenting with new tools, and I need another way to back them up. You could look into any of the free Git providers (GitHub, GitLab, Bitbucket). They all have a free tier with quite sizeable private repo offerings.
TNCaver wrote: I don't always want o commit and push at the end of the day. Maybe I should. Yes, you should. Half ranting here: I know there is kind of a "shame" to push on private branches half finished work and stuff that is still not right. Besides the obvious safety advantage, in the long run, I find that commit history shows more about the development process and difficulties encountered than a single large commit with a short message. And for the shame part: we all make mistakes and there is no shame in finding and fixing our mistakes. It's always a learning process.
Mircea
|
|
|
|
|
|
We use DevOps as a central Git repository, but quite a number of my repos aren't pushed to DevOps because the apps are non-productions one-offs, or educational, or laboratories for experimenting with new tools, and I need another way to back them up.
And for those that are in DevOps I don't always want to commit and push at the end of the day. Maybe I should.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
OneDrive is one of those: "use at own risk", IMO.
I'm pretty certain I've had folders / files disappear when there were account / "owner hardware" issues. Might have been a past issue; or I imagined it. In any case, never again.
I first used it for sharing files, and that's all I'll use it for.
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
|
|
|
|
|
I would not use any cloud-based solution for primary storage. At best, I would use it as a backup.
As I've said many times before, if you don't own the hardware on which the data are stored, you don't own the data.
If you absolutely need to access you source version control away from the office, I would suggest setting up a VPN.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|