Omg it’s sooo daammmn slooow it takes around 30 seconds to bulk - insert 15000 rows
Do you have any measurements on how long it takes when you just 'do it raw'? Like trying to do the same insert though SQL Server Management Studio or something?
Because to me it's not really clear what's slow. Like you're complaining specifically about the Microsoft ODBC driver - but do you base that on anything? Can you insert faster from Linux or through other means?
Like if it's just 'always slow' it might just be the SQL Server. If you can better pinpoint when it's slow, and when it's fast(er) that probably helps to tell how to speed it up
When I stopped, subversion was what we used. I’m trying to understand Git, but it’s a giant conceptual leap.
It's probably not 'that much of a leap' as you imagine. If you're looking at Git tutorials, they're usually covering all kinda complex scenarios of how to 'properly use Git'. But a lot of people barely care about 'properly using Git' and they just kinda use it as a substitute for SVN... You create branches, you merge them back and forth, and that's about it.
Like if you want to contribute to an open source project, all you have to do is create a fork (your own branch in SVN terms) - commit some stuff to it, and create a pull request (request to have your changes merged) back to the original branch. git pull is just svn update - getting someone elses commits
Not saying there aren't more complex features in git, or that learning git properly isn't worth it, just saying, I don't think you have to see it as a 'giant conceptual leap' that's preventing you from jumping back into programming. Easiest approach just to get started would be probably to just download a GUI like Sourcetree or Fork, and you just kinda pretend you're still using SVN - approach wise
Problem Details for HTTP APIs - I have to work and integrate with a lot of different APIs and different kinda implementations of error handling. Everyone seems to be inventing their own flavor of returning errors.
My life would be so much easier if everyone just used some 'global unified' way to returning errors, all in the same way
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 a WrapperOf<T, T, T, T>
User: Can I have a WrapperOf<T, T, T, T, T> because I'm doing something weird?
Me: sigh god-damnit. You're right but I still hate it.
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
I'm using this in production: RT.Comb - That still generates GUIDs, but generates them sequential over time. Gives you both the benefits of sequential ids, and also the benefits of sequential keys. I haven't had any issues or collisions with that
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.
Hmm, well the first round(s) are doable for beginners. If you want to get into programming, these kinda games are a good way to start, since you're getting visual feedback of what your bot is actually doing.
And you can participate in loads of languages, so you can pick anything that you're somewhat familiar with.
However, once you're getting into higher rounds, ranks, and leagues, you'll be playing against other peoples' bots. So obviously if you have 0 experience it'll be way harder to beat people with loads of experience, that understand which algorithms are suitable etc.
But I'd say go ahead and try it out. Its free. Maybe it turns out to be too difficult, maybe you'll manage.
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...