Office: 270.275.6510 Emergency: 270.752.0059
Site Contents

C O M P A N Y

Overview
Blade's Edge
Personnel
Contracts & Policies
Contact


S E R V I C E S

Software Engineering
Systems Analysis
Networking & Security
Repairs & Upgrades
Training & Support


P O R T F O L I O

Overview
Landmark Projects
Government Projects
Non-Profit Projects
Development Tools
Scientific & Technical Projects
Support & Business Tools
Consumer Products
Blade's Edge: What Makes Us Special
 
Jump To:  Advantages |  Tailored-Project System |  Over-Engineering
 

So, how is it that an admittedly small software house such as ours can provide complete and reliable technology solutions at competitive rates?


I M P A S S I O N E D   E X P E R I E N C E

Jason Purcell, Blade's principal, offers over thirty years of professional experience in software engineering, covering an extensive spectrum of languages, platforms, methodologies, paradigms, and industrial applications. As a fervent programmer since age eleven and software professional since age seventeen, Jason benefits from a comprehensive technological background that includes machine-level coding, extensive mobile development, networking/integration of disparate systems, information services of all kinds, and a full range of hardware experience. Additionally, his time as a technology executive has provided an inclusive understanding of the business of software. Jason loves what he does, has done it nearly all his life, and strives to do it well.


D R I V E N   P E R S O N A L I T I E S,   A N A L Y T I C A L   M I N D S

As a self-taught self-starter (i.e. automated autodidact), Jason seeks similarly-minded co-workers — the most ambitious, curious, and determined technologists — to serve our clients. Everyone assigned to your project will be relentless in their continued technical development, dedicated in their performance, and tireless in their pursuit of your unmitigated satisfaction. Our personnel aren't just doing time for a paycheck, they're striving to create high-quality, rock-solid solutions. We're the people everyone wants on their side — unquestionably devoted to our craft and to solving our customers' problems.


T A I L O R E D - P R O J E C T   S Y S T E M   (TPS)

Over the years, Blade has adopted and developed several project-customization techniques that we've come to refer to collectively as our Tailored-Project System. Essentially, TPS focuses all our efforts — from the requirements-gathering and feasibility phases all the way through training and support — on the client's exact needs rather than on what makes us most comfortable. Technologists can be notoriously set in their ways, but through this process, our developers forge outside the territory of their well-worn modus operandi, and thus are always expanding their knowledge, skills, and experience. Read on to learn more about what TPS is and how it benefits you . . .


 
Tailored-Project System (TPS)
 
Jump To:  Advantages |  Tailored-Project System |  Over-Engineering
 

TPS is all about finding the most-efficient path to the solution you need. Once we've gained a precise understanding of your problems, objectives, current technology state, related business operations, and other aspects of your case, we create a plan leveraging exactly the right team members, development method, software architecture, and programming paradigm to yield maximum results. TPS allows us to keep costs and schedules from ballooning without sacrificing quality.


T H E   R I G H T   P E O P L E:   H Y B R I D   T E A M S

Obviously, we're supremely confident in our abilities. Still, from time-to-time we find that our staff lacks a specific expertise critical to satisfying a project requirement, and that obtaining the necessary skills could result in a delivery delay. In such cases, we don't "fake it 'till we make it" as so many others do: Instead, we enlist a carefully-selected consultant from our expansive network of professional associates to work hand-in-hand with our internal team. In this way, our expertise grows, but not at the client's expense.

This practice is proven, and enables us to deliver a timely, first-rate solution while capping costs to the client. You won't be paying us month-after-month to learn-on-the-job while you wait for an indefinite delivery, and you can trust us to choose a qualified, honest expert — often one we've successfully worked with before — to provide any missing piece of the puzzle.



"No, not that TPS."
T H E   R I G H T   P L A N:   D E S I G N E R   D E V E L O P M E N T   M E T H O D O L O G I E S

Most software houses are committed to a single development process. Perhaps it was the only one presented in detail by the founder's university, or the one used at her first job, or one evangelized by a favorite technology blogger. Whatever the case, it's often true that the only development methodology a software company uses is the one with which its decision-makers are comfortable. In reality, however, it's impossible for a single methodology to fit every project — or even every client. When it doesn't, either cost and schedule overruns emerge or design and/or implementation defects multiply. Either way, the client suffers.

To combat these problems, Blade skillfully employs one of three methodologies:

  • Spiral: A design-deliberate process targeting broad-scoped / high-risk / requirement-rigid projects,

  • Scrum: An "agile," change-responsive process targeting narrow-scoped / low-risk / requirement-nebulous projects, and

  • Rapid Application Development: An iterative prototype process for projects falling between the comparative extremes embodied by Spiral and Scrum.

Depending on specific project nuances — a high-degree of novelty, for example — we might further alter the methodology in order to reduce risk or otherwise improve its fitness to the task. Our ability to identify and work within a development methodology appropriate to each project greatly enhances the prospects of timely, cost-efficient delivery of effective products and services.


T H E   R I G H T   W A Y:   N E V E R   O V E R - E N G I N E E R!

Most everyone is familiar with the KISS principle. "Keep it simple stupid" originated in the field of aeronautical engineering, but early software engineers immediately recognized it as equally-applicable to their own work. Although the usage of this adage has has become ubiquitous, it remains a core principal of software development to this day. Reliability, cost, and development time are all inversely related to unnecessary complexity. This is true for both initial creation and continued maintenance. It's as simple as that.

Unfortunately, this enduring truth is often lost when confronted with developer culture. By nature, software engineers want to use the latest technology, even when it's unproven or its scope extends far beyond the task at hand. Object-oriented architectures are constructed without thought as to whether a lighter design would suffice or even surpass. The temptation to write overly-clever code ever-abounds. Software gets gold-plated with features, enhancements, and all manner of bell and whistle. Our heart's desire to create the most advanced and coolest thing possible works directly against the KISS principle we all know we should be following, and it's the client that pays for it in the end.

To combat this phenomenon, we've made KISS the third tenant of TCP in the form of the mantra "Never over-engineer." This means that whether architecting or implementing, we continually ask ourselves how we can simplify the product while still delivering at least the quality promised. As the project progress, this process maximizes value to the client.

 
[Back to Top]