|
Hi yall,
Wondering if anyone has any tip about that...
Doing git operation in VS2019 is becoming increasingly slower at work here, to the point it's really annoying.
I suspect that the huge number of branch (one per ticket, I auto delete my branch on PR accept, but other let them hang there), but I have no clear evidence that's the problem. And anyway we keep 1 branch for every forthnightly release, so there will be a hg number of branch no matter what.
Anyway, dunno what to do about it nor how to diagnose it! need help on... how to diagnostic!
|
|
|
|
|
Since last update push takes ages compared to previous versions... (not to mention that they - again - decided to change the UI/UX)
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
|
|
|
|
|
you too hey? 
|
|
|
|
|
VS2019 and git is working fine for my team and I. No issues. We are running latest version of VS2019 and DevOps.
where is your Git repo? Devops, GitHub, Bitbucket?
In the past, performance issues have almost always been tied to database/db server issues backing DevOps. Fix/optimize that and we were back up and running at normal performance levels.
|
|
|
|
|
Somewhere in Azure...
I noticed other developer have left hundreds of outdated branches in the repo that have already been merged...
|
|
|
|
|
we perform branch cleanup once a week on Fridays. It is a good thing to do, but it is most likely not responsible for your git performance issues.
Since you mentioned Azure, than I am suspecting you are using DevOps with Git? If so, then your git performance issues are most likely database related. I would get with your manager/IT dept. and see if they can focus on the database for DevOps and troubleshoot from there.
When you push changes from VS 2019 to DevOps - using Git (or anything, really), you are storing information in a database in DevOps. If that database or database server (which was in our case) is having issues, then once you fix those issues your "Git" performance will improve.
I believe, if I am remembering correctly, the issue with our DevOps database server had something to do with some 3rd party security software that was inadvertently throttling input and output to the database.
|
|
|
|
|
Gotta investigate this.. would be good to find out! 
|
|
|
|
|
I now see jobs advertised for programmers to create (new) "coins" that can be put on such-and-such an exchange.
If "value" is in part due to "scarcity", where is the value if "making coin" is that easy.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
And why would we help someone else do it?
|
|
|
|
|
We might not be willing to help. But others will, because a founder's stake in a coin that becomes popular can be as lucrative as founder's shares in a start-up that successfully IPOs. But there's a lot of silliness in this sector, not to mention outright fraud.
|
|
|
|
|
Greg Utas wrote: ...not to mention outright fraud.
Fraud???!!! Surely you jest!!! 😲😱😲😱
|
|
|
|
|
It's very simple: if you have coin.[^]
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
This sounds like an excuse for the programmer to use his own electrical energy; if the user is a college student, then this could be paid for by the institution as it runs on its server.
|
|
|
|
|
Bitcoin has shown it is not only possible to create "fake money", but also worthwhile. It is no surprise that the usual get-rich-quick humans want to be the ones to make the next one.
|
|
|
|
|
I like that "wiz kid" Mark Cuban got burned on the particular coin he was touting.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
Well, you've obviously got to convince the Illuminati why it's in their best interests to allow it to be successful first...
|
|
|
|
|
First the little mouse wanted an epub reader
Then she needed a zip library to unzip the xml
Then she needed an XML parser library to decode it.
Then she needed an HTML library to display the content.
Then she needed a CSS library to lay out the HTML
Then she needed a truetype font library to render the CSS styles
*sigh*
If these were designed for little CPUs why did they make the technology stack so deep?  
Real programmers use butterflies
|
|
|
|
|
|
not sure it will run on a WROVER chip though
Real programmers use butterflies
|
|
|
|
|
honey the codewitch wrote: not sure it will run on a WROVER chip though
Oh...I had not seen that requirement. 
|
|
|
|
|
I didn't list it in the OP. My bad.
The thing is too, that looks like an e-book manager more than a reader.
I want this thing to run on a ESP32 @ 240MHz with 4MB of PSRAM, 4MB of flash, and 512k of actual RAM, with a 600x448 7 color e-paper display.
It's a tall order, to be sure. Especially processing CSS layouts and HTML. TTF support is no joke either though. This is a project and a half.
However, as I'm building it I intend to develop a user interface library that is HTML based for producing more professional screens on these little IoT widgets.
Real programmers use butterflies
|
|
|
|
|
That sounds cool. Maybe some of the code that renders the e-books in calibre could be leveraged to give you an idea how to do that work?? But, maybe not-- since I think the calibre code is in python.
Isn't it interesting that this is about re-use -- one of the holy grails of programming that has been around forever -- and we're still talking about it in 2021?
A few years ago another dev had a HTML to PDF thing in their code. I said, "hey, can I get that code so I can just create PDFs from my HTML..." I love being naive.
So, then i looked at the code and everything was tied to everything else and there was no way to use the original code without copy / paste.
and even then there were dependencies. so, yeah, reuse...wish it were already done once but we just keep on reinventing wheels. 
|
|
|
|
|
I have an open source project that is an e-book reader that targets the ESP32 and does most of this so I'm using it as a reference. I'd use it entirely except:
1. I can't get it to build
2. I want to use its component features like HTML/CSS and truetype rendering in my GFX lib without necessarily using EPUB
3. It has no knowledge of color e-ink displays and only supports one device anyway, which i don't own.
But at least it has given me a ton of ideas, and let me know of projects out there I didn't think would build on the ESP32 (but they do, because it uses them!) like freetype.
Real programmers use butterflies
|
|
|
|
|
Because at some point our entire development industry went insane and decided that everything needs to be so abstracted that you can never really find the executable code.
|
|
|
|
|
I've had to rush to get any coding I want done early before the sun is beating down. The little A/C unit we have can't keep up. It has never been this hot in this region before.
Now I need to hurry up and parse e-book format before it gets to be 85 degrees in here again.
Real programmers use butterflies
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
