I am a full stack developer. I develop in Visual Studio, code in C# with .NET Core, deploy to Azure and I must admit, I’m a front-end cheater.
Comeon, the .NET Core Web App demo itself loads with Bootstrap and JQuery preinstalled. We’re all cheaters at some point, but I’m trying to diversify my cheating and eliminate my dependencies.
Here’s my latest strategy.…
We’ve strugged for years to get various departments to adapt, and stick to, a project management system. In the past year, have finally had some success with BaseCamp, as it has proved to be user-friendly enough that more and more departments began to use it. We suddenly needed to adapt to our users. We needed to make Visual Studio Team Services work with BaseCamp.
Make BaseCamp To-Do a VSTS Task
Creating a solution for BaseCamp to VSTS actually proved to be easy enough. I setup a project in BaseCamp and then a “Main To-Do List”. The only challenge in this is I needed to pass the BaseCamp To-Do Id so that when I closed my VSTS task (work item), it could link back to BaseCamp. For this, I chose to put the dynamic info in the “tags” field of my VSTS flow. Here’s the setup:…
I recently had an issue with printing a report to PDF using Microsoft Reporting Service and a RDLC file, etc. Something similar to this. Unfortunately, it worked great in development, but refused to work once deployed into Azure. No matter what I did, I could not duck the GDI errors I kept getting, and apparently this continues through a line of various PDF exporting extensions, all of which rely on GDI for export. Turns out, I’m not alone in facing this problem and so, I decided to find a solution.
My general idea was to use something to render my PDF view, send that view as one long html string to a free PDF microservice and get the PDF in return.…
So, our “TimeClock” server (of all servers!) became 5 minutes out of sync. I used a 3rd party time server, NTP Pool Project to solve the problem. Here’s how:…
New Environment, New Approach
It’s Day 1, my first Microsoft Build, and I was not prepared for the sheer numbers nor format. I tediously worked out this schedule with sessions and back up sessions (in case, I don’t know… tripped on the way to the first one?). I lost my OCD mind when I realized these sessions were held open format in the MIDDLE OF THE EXPO!
I quickly realized the “sessions” were to show off their specialty. To draw you in by topic, touch on some “new” topics you hadn’t heard of, and get you to come talk to them. The presentation was not so much a sales pitch as it was a “let me help you develop on our platform.” Interesting……
I created a .Net Core site last month that despite meticulous detail to trying to keep my architecture tight, my database and API interaction and as clear as possible, I felt there was one large portion of my site needing attention: the front-end.
Being full stack often feels like wrestling a hydra. Just when I feel I’ve gotten the gnarly heads of database control, service interaction, dependencies under better control – there’s always at least one head loose, biting away at me. That currently, for me, is JQuery.
Done, so done with this. I need to improve my front-end game!
My Game Plan
I’ve been hearing about this for awhile on dotnet hangouts and loved it’s easy to read naming conventions. It’s documentation is clean and it’s style resembled enough of …