The Lounge is rated PG. If you're about to post something you wouldn't want your
kid sister to read then don't post it. No flame wars, no abusive conduct, no programming
questions and please don't post ads.
1. The lounge is for the CodeProject community to discuss things of interest to the community, and as a place for the whole community to participate. It is, first and foremost, a respectful meeting and discussion area for those wishing to discuss the life of a Software developer.
The #1 rule is: Be respectful of others, of the site, and of the community as a whole.
2. Technical discussions are welcome, but if you need specific programming question answered please use Quick Answers[^], or to discussion your programming problem in depth use the programming forums[^]. We encourage technical discussion, but this is a general discussion forum, not a programming Q&A forum. Posts will be moved or deleted if they fit better elsewhere.
4. No politics (including enviro-politics[^]), no sex, no religion. This is a community for software development. There are plenty of other sites that are far more appropriate for these discussions.
5. Nothing Not Safe For Work, nothing you would not want your wife/husband, your girlfriend/boyfriend, your mother or your kid sister seeing on your screen. For those discussions where you wish to be a little more frank, use the Soapbox[^]
6. Any personal attacks, any spam, any advertising, any trolling, or any abuse of the rules will result in your account being removed.
7. Not everyone's first language is English. Be understanding.
Please respect the community and respect each other. We are of many cultures so remember that. Don't assume others understand you are joking, don't belittle anyone for taking offense or being thin skinned.
We are a community for software developers. Leave the egos at the door.
Apparently, in SQL Server Management Studio, you can delete servers from the drop down list in the "Connect to Server" popup.
I still had servers from my last employer, servers that no longer existed, test servers... Basically everything I've ever connected to on this laptop. Enochlophobia is the common phobia in the list of phobias
In the past I've downloaded a small application that was specifically build to clean up that list (so apparently other people have the same problem).
It turns out you can just open the list, hover over a server name and press delete on your keyboard and it'll be gone (without warning).
My life would've looked a lot different had I learned about this some nine years ago WTF |
I'm not sure in what version of SSMS this was introduced, but it seems it's been available for at least five years.
It sure is pretty. I particularly like the hourly forecast breakdown which, for today, for each hour, says there's 0% of chance of rain. Literally, 0%, 0%, 0%, [...] %0, as far as it'll go (7am tomorrow morning).
This is neatly summarized with a single "Precipitation" graph, just under the hourly breakdown. This one says 30%.
If there's 0% chance of rain every hour until nearly 24 hours from now...how does this add up to "30% chance of rain"?
This is not a new thing. This app's been showing this sort of thing forever, as far as I can tell. Would love to see the source for that.
I wrote a simple test in the Startup because I was to lazy to write a unit test. Part of writing the test is that I added the first non-generic constructor in the DB context definition:
public CatalogContext(DbContextOptions options) : base(options)
public CatalogContext(DbContextOptions<CatalogContext> options) : base(options)
Did my test, figured out how to work around the stupid EF issue, then removed my test code. And discovered that all my endpoints return "Unauthorized." WTF? Comment out that first non-generic constructor and lo-and-behold, API's work again.
WTF??? I set a breakpoint on the constructor and it doesn't even get called?
And then there's the whole IServiceCollection debacle. Whowever wrote a a service manager where you can't get the service? So you write:
and you'd think there might be a
call, right? Nope! Because they rely 100% on dependency injection. Oh for F*** sake.
And then there's db.YourContextObject.FromSql, because there isn't any SqlQuery because of Linq compatability issues. And FromSql has such absurd constraints that it basically is useless.
We had a mismatch during development where a new column existed in DEV but not yet in TEST. No matter, we weren't using it in this test so our filter didn't use it, no problem. Except EF generated SQL to ignore it by referencing it! Boom!
Straight SQL worked fine, of course.
- I would love to change the world, but they won’t give me the source code.
If your solution uses DI and you create ambiguous constructors then the only possibly outcome is failure. That's not a failure of DI, it is you using it in ways it is not intended to work. You can't throw a bike off a cliff and complain it didn't float to the ground.
As for getting services you've added to the service collection you use IServiceProvider to do that, the service collection is exactly what it says, a collection of services. If you want a given service you get it from the service provider.
As for EF and direct\raw SQL etc, EF is an ORM, if need to use raw sql, stored procs etc then it is the wrong tool for the job.
So use the right tool for the right job, and use those tools as they are intended to be used and you'll be fine.
Although I suppose you could go far enough into the future to look up your own obituary, then go back to that date...
But my question is...what would you be trying to learn by attending your own funeral...? I think the risk is that, were it possible, it could fundamentally change what you think of some people, even closest friends and relatives...would you risk it?
I'd go way back to the moment life began on Earth. Not human life or dinosaurs or insects... the very first spark of life.
The Beer Prayer - Our lager, which art in barrels, hallowed be thy drink. Thy will be drunk, I will be drunk, at home as it is in the tavern. Give us this day our foamy head, and forgive us our spillage as we forgive those who spill against us. And lead us not to incarceration, but deliver us from hangovers. For thine is the beer, the bitter and the lager, for ever and ever. Barmen.