Thanks Tim, this course has been invaluable to see your process and I have learnt a great deal so far. Finally caught up and looking forward to the next one!
That is not something I have pursued, nor do I intend to pursue. While I would have a ton of fun working for Microsoft, I prefer to teach and do so on my own so I am not constrained in what I teach.
Hi tim! I have a question, on a web app (front end) you are calling an api (backend, separate solutions). After they log in, with ajax (post to Login method on api), how do you redirect to the main view of the application in the succes () method with the token the api gave you?
Hi Tim I notice at 23:35 we are using prerelease NuGet Packages (3.1.0 preview1 Microsoft packages and 5.0.0-rc4 Swashbuckle packages). Maybe Phase 2 is a good time to upgrade our NuGet Packages to current release packages? Thanks for your videos, I'm really getting a lot out of this course.
Good catch. I just added this as a work item in our DevOps board. It is work item #24 and I added your comment to the description. Thanks for pointing it out.
Hi Tim, when you get to no 6 "Deploy the desktop app..." please mention something about code signing certificate (Authenticode) and how to implement that with ClickOnce in order to avoid the Windows SmartScreen Filter when running the installed WPF app for the first time. Still trying to get my head around that.
@@IAmTimCorey With .NetCore, isn't ClickOnce gone? From what I've read, the answer from Microsoft is to utilize UWP to compile your project into MSIX packages.
Wouldn’t you use epics only when there are more abstract layers above you (managers and their managers), so they could use epics to discuss the work, without having to zoom in to all the little details? I agree with you, for a one man project they only add complexity
It depends on what part you are referring to. Azure DevOps does git hosting. That part is practically identical to GitHub. It also does issue management (Boards), which is a bit different than GitHub but there are similar concepts. Azure DevOps has a CI/CD process that is similar but different to GitHub Actions. I do not believe GitHub does package hosting like Azure DevOps Artifacts. I also don't believe GitHub does test plans. They both have wiki ability. At the end of the day, Microsoft is pulling GitHub closer to Azure DevOps as far as functionality.
You are the greatest Tim! You are covering everything I do daily. I plan on purchasing one of your courses and or visiting your patreon.
I appreciate the kind words.
Thanks Tim, this course has been invaluable to see your process and I have learnt a great deal so far. Finally caught up and looking forward to the next one!
Excellent!
Phase 2 of this project is AMAZING.
Thanks!
Talk about the timing... I just got my team on Azure DevOps boards on Thursday. We are still learning the ropes.
Great!
I just didn't miss the ad, as my thanks for your tutorial..
I appreciate that!
thank you
You are welcome.
Thanks, do you have any videos related to AzureBoards/Webhooks or any materail/documentation to can guide me please?
The way you teach how to use Microsoft products, I'm surprised you're not yet part of Microsoft yet.
That is not something I have pursued, nor do I intend to pursue. While I would have a ton of fun working for Microsoft, I prefer to teach and do so on my own so I am not constrained in what I teach.
Hi tim!
I have a question, on a web app (front end) you are calling an api (backend, separate solutions).
After they log in, with ajax (post to Login method on api), how do you redirect to the main view of the application in the succes () method with the token the api gave you?
That's a lot to explain in a comment. Essentially, when you get the POST value back, you capture the token and redirect to the correct page.
Hi Tim
I notice at 23:35 we are using prerelease NuGet Packages (3.1.0 preview1 Microsoft packages and 5.0.0-rc4 Swashbuckle packages).
Maybe Phase 2 is a good time to upgrade our NuGet Packages to current release packages?
Thanks for your videos, I'm really getting a lot out of this course.
Good catch. I just added this as a work item in our DevOps board. It is work item #24 and I added your comment to the description. Thanks for pointing it out.
Thanks Tim.
You are welcome.
8:21 Exactly the reason why I'm watching this video! 🤣🤣🤣
Thanks, I try to keep it 'real world'.
thanks for your sharing, it's always usefull
You are welcome.
Very useful. Thank you so much!
Glad it was helpful!
Hi Tim, when you get to no 6 "Deploy the desktop app..." please mention something about code signing certificate (Authenticode) and how to implement that with ClickOnce in order to avoid the Windows SmartScreen Filter when running the installed WPF app for the first time. Still trying to get my head around that.
I will add it to the list. Thanks for the suggestion.
@@IAmTimCorey With .NetCore, isn't ClickOnce gone? From what I've read, the answer from Microsoft is to utilize UWP to compile your project into MSIX packages.
Wouldn’t you use epics only when there are more abstract layers above you (managers and their managers), so they could use epics to discuss the work, without having to zoom in to all the little details?
I agree with you, for a one man project they only add complexity
It depends on your structure, but generally that is correct.
Super, as usually!
Thank you!
You can sign up right from here:
azure.microsoft.com/en-us/services/devops/
Thanks for sharing.
Thanks!
No problem!
hi tim, thank you, how is it different from github?
It depends on what part you are referring to. Azure DevOps does git hosting. That part is practically identical to GitHub. It also does issue management (Boards), which is a bit different than GitHub but there are similar concepts. Azure DevOps has a CI/CD process that is similar but different to GitHub Actions. I do not believe GitHub does package hosting like Azure DevOps Artifacts. I also don't believe GitHub does test plans. They both have wiki ability. At the end of the day, Microsoft is pulling GitHub closer to Azure DevOps as far as functionality.
Thx for that infos, must appreciate
What a stupid name 'issue' in that process, this word must refer to bug, but bug is another thing
Dammm
Its kind of a defective idea, right? LOL
Too basic
This is a series about actually building software. The level of skill for any given topic will depend on the needs we have.