Most Read Latest News Blog Resources

Letters to the Editors: Women in IT




December 15, 2008 — 
What a great article by guest columnist Lori MacVittie. In “Sexist and Offensive,” she hit every point dead on. I couldn’t agree with her more.

Activists are always looking for external factors that might explain why fewer women than men are in the IT world, yet they overlook the most obvious [reason]. Many women just aren’t interested in IT. And IT is a career that demands you really love the field to succeed.

I’ve been in IT for over 20 years, and I’ve seen the changes. In the 1980s, there were virtually no women in IT. During the 1990s, there was a big push to get women into the field. It didn’t work. Yes, more women got into IT for a while, but they weren’t interested in IT technology, did poorly, lost interest and left.

What we have now, in the 21st century, are women who are in IT because they love IT. They perform just as well as men—and, in many cases (based on recent experience), better.

Michael Adams



Databases are not apps
While I confess to knowing little about the specifics of frameworks such as the Java Persistence API [“SQL still serves"], as one who was comfortable with SQL long before learning any object-oriented language, I have always viewed technologies that aim to blend database definition and manipulation with application development tools as a curiosity.

Beyond the similarity of eliminating redundancy—OO development resembles normalizing code, much as database development normalizes data—I find little in common between the development of good databases and the development of good applications.

I have worked with nightmarish applications whose databases were designed solely from the perspective of the application developer, with little thought given to how the information in the database relates to itself or to the real-world entities it represents. What would prevent reliance on these blended tools from leading to the same scenario? Like roads and cars, databases and applications are largely useless without each other, but there is no reason to think that either pair can be developed and maintained optimally using the same tools.

I admit that bad embedded SQL isn’t flagged by a compiler, but even Java code that goes through the compiler cleanly has to be tested. And I’m sure that even the best of these frameworks can’t be trained to squeeze the power and performance out of a database that I can get with hand-tooled SQL.

On second thought, maybe they do have some utility. Go ahead and encourage my competitors to use them.

Kevin Rahe


Related Search Term(s): databasesJavaprofessional developmentSQL


Share this link: http://www.sdtimes.com/link/33112
 

Add comment


Name*
Email*  
Country     


  • Comment
  • Preview
Loading



 
 
 
 
News on Monday
more>>
SharePoint Tech Report
more>>


   

 
 
Download Current Issue
ISSUE 3/15/2010 PDF

Need Back Issues?
DOWNLOAD HERE

Receive the print Edition?


 
blogs tab
Google Code turns 5
Google Code Turns 5, and adds a Paxos Algorithm to make the system more stable and reliable.
03/17/2010 11:16 AM EST

Test your Visual Studio 2010 know-how
Microsoft is offering free beta certification exams for Visual Studio 2010.
03/17/2010 11:08 AM EST

Microsoft lifts the hood on IE9
Microsoft is previewing IE9.
03/16/2010 01:10 PM EST

 

Events calendar tab
3/22/2010 to 3/25/2010
Santa Clara, Calif.
The Eclipse Foundation

4/12/2010 to 4/14/2010
Las Vegas
Penton Media

4/12/2010 to 4/15/2010
Santa Clara, Calif.
O'Reilly Media

4/19/2010
New York City
Flagg Management

4/25/2010 to 4/28/2010
Overland Park, Kans.
IIUG