That’s not a Discord bot, it’s a Slack RSS App / RSS subscription.
Event Source: https://status.dev.azure.com/_event/543117809
It’s pretty useful ‘for work’ because occasionally you’ll get notifications when parts of infra might be down (like your build server)
It’s more the fault of the implementation and documentation.
Yea sure. Though it’s slightly XMLs fault for allowing that kinda implementations. Every random thing is in it’s own obscure namespace with 20 levels of nested objects in different namespaces, and if you get anything wrong it barely explains what’s wrong, and just refuses to work.
It’s mostly WCFs fault. I just automatically associate XML with nightmare flashbacks of implementing WCF stuff
Uh-huh… ever tried to integrate with a poorly implement WCF service? Like communication from a Java service to a dotnet service through a WSDL?
I’ll take a json API over XML any day
At some I added logging to a thread pool, when it gave up on child-threads, it would be logging things like
“Child 123 is being aborted”
Not the best of phrasing for people that didn’t know what that was about…
That laser at the end should have been Java Technology™ ;
You point it at anything, and end up with a huge dumpster fire… Sounds like Java to me
Whatever you do, don’t use G2A and other similar CD key reseller websites
For indie games, sure, I always just buy those legit.
But some EA / Ubisoft game; I rather pay $5 on G2A than risk accidentally downloading a malware infected crack
Where does it end though? It’s a bit like infinite craft - but instead of combining resources you’d have to find an inverse for every emoji
It’s a bit weird how that actually works though…
“Which of these pictures are traffic lights?”
I’d hope with all the self-driving-(ish) cars coming out, any AI like that should be able to identify a traffic light, right?
Interesting idea to store github comments inside git, the article just isn’t very clear to me on how to actually do it.
He’s talking about using an “internal CLI tool” so I guess it’s not a public tool?
But anyways, this kinda sounds like something you could do though a Github Action right? Like if a PR is merged, run an action that also appends PR comments or other meta-data from github into git
I’ve started to prefer option A to be honest.
In C# I’m using Verify - So I prefer to just use Verify(state); and compare the entire state against a json saved state, instead of manually verifying every individual property
Me: building a fluent interface framework…
I already support aWrapperOf<T, T, T, T>
User: Can I have aWrapperOf<T, T, T, T, T>because I’m doing something weird?
Me: *sigh* god-damnit. You’re right but I still hate it.
O(n)? More Like Oh(No)
Hmm, I’m thinking - We should place a bunch properties and just name them something like "${username}" - "${password}" and variations of that, and see we can “find/replace” cross-site script them into sending their bots details
Removed by mod
git reset head~9
git add -A
git commit -am 'Rebased lol'
git push -f
Cowboy Programming:
PO: Hey we want to go to Mars
- 3 weeks of silence -
Developer: Hey I’m there, where are you?
Yea, I wasn’t saying it’s always bad in every scenario - but we used to have this kinda deployment in a professional company. It’s pretty bad if this is still how you’re doing it like this in an enterprise scenarios.
But for a personal project, it’s alrightish. But yea, there are easier setups. For example configuring an automated deployed from Github/Gitlab. You can check out other peoples’ deployment config, since all that stuff is part of the repos, in the .github folder. So probably all you have to do is find a project that’s similar to yours, like “static file upload for an sftp” - and copypaste the script to your own repo.
(for example: a script that publishes a website to github pages)
I suppose in the days of ‘Cloud Hosting’ a lot of people (hopefully) don’t just randomly upload new files (manually) on a server anymore.
Even if you still just use normal servers that behave like this, a better practice would be to have a build server that creates builds, like whenever you check code into the Main branch, it’ll create a deploy for the server, and you deploy it from there - instead of compiling locally, opening filezilla and doing an upload.
If you’re using ‘Cloud Hosting’ - for example AWS - If you use VMs or bare metal - you’d maybe create Elastic Beanstalk images and upload a new Application or Machine Image as a new version, and deploy that in a more managed way. Or if you’re using Docker, you just upload a new Docker image into a Docker registry and deploy those.
I would assume this just relies on the Discord API being read by the bot - and not on having a local discord installed…
No, not some internal company, just Microsoft being Microsoft. So all Windows pipelines. They also have Linux based pipelines so not completely all pipelines.
But given that a lot of people build dotnet stuff on Azure, the ‘windows-latest’ image is usually the default. So a lot of pipelines