Attention: We are retiring the ASP.NET Community Blogs. Learn more >

Jason Mauss' Blog Cabin

Because someone's got to do the dirty work

  • DevCampus is looking for "Editor Experts"

    I've come to the point now, with DevCampus, that I am looking to seek out those that are experts in certain niche areas of technology that would like to contribute content for courses. A long list of courses (grouped by department) can be found below. I will be updating the list below as I add more courses. Also feel free to suggest courses for any departments, especially those that don't yet have any courses for them.

  • Hacking the Code

    The other day I received my copy of Hacking the Code and so far I'm enjoying it quite a bit. On the cover it says, “ASP.NET Web Application Security” but let me tell you, the ideas and topics discussed go far beyond just ASP.NET and web applications. I just finished reading the first chapter, “Managing Users” which was about 50 pages and went very deep into implementing secure password schemes. I had heard some of the advice before but, also picked up a few things I hadn't thought about before, which is always good. I like coming away from reading security books aware of some new security issues I didn't know about before. So far, it seems like a book I would definitely recommend , in addition to Writing Secure Code, 2nd Edition to anyone interested in learning more about coding and security. I'd also recommend Dana Epp's Security Blog.

  • Database Naming Conventions, Part Deux

    A couple of weeks ago I posted about database naming conventions, asking if anyone knew of a good website or resource that detailed naming conventions for database objects. Since I didn't receive much feedback, I decided to strike out on my own in search of something. Even with help from Google, I found less than half a dozen “good” resources that discussed naming database objects. In each case, the convention seemed skewed towards SQL Server, Oracle, or some other database system. So, I decided to aggregate what I found and add some of my own opinions, to produce my own naming convention. I've come to the conclusion that there can't be a single naming convention that can be taken as pure gospel. There's just too many ways to come up with good names. Having said that, I think what I've come up with makes good logical sense and will raise very few problems, if any.

  • Awesome collection of Web UI Widgets

    I just received word today from Ed Boelzner that his collection of Web UI widgets are now available for purchase at his website, Stedy.com. He's now made them available as ASP.NET controls that you can bind to XML data so you can drag n drop them from the vs.net toolbar. Trust me, they're very cool - you owe it to yourself to at least check them out if you're doing any kind of web application projects.

  • Database Naming Conventions

    I'm the kind of guy that likes building the database and data modeling as early as possible in a project. Last night, I started building a database for my DevCampus project, and as I started naming the fields I realized that I've never really developed my own naming conventions for tables, columns, views, stored procs, indexes, or relationships. Not that this is bad, per se, I mean it's never really been an issue for the projects I've done. That said, I'd like to establish some kind of consistent nomenclature for my database objects.

  • Are you getting as much as you'd like?

    After reading Scott Reynolds thought-provoking post on the growth developers go through during their careers, I got an intriguing idea. Before I just blurt out my idea though, let me explain how his post led me to think of it. Scott's tenet is that there are 4 underlying elements that contribute to - and affect - the growth of a developer's career. That is to say, without a good amount of these 4 things, your skills as a developer, and thus your career, are going to be short-lived.