New-age Transactional Systems - Not Your Grandpa's OLTP
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Moxie Zhang on Oct 02, 2009
InfoQ reported a Flash and AIR debugger Arthropod earlier this year. De MonsterDebugger is another debugger launched this year for Flash, Flex and AIR application development. InfoQ spoke with the lead developer of De MonsterDebugger, Ferdi Koomen, to learn more about this tool.
Koomen started with an introduction of De Monsters:
De MonsterDebugger is a lightweight but fully-fledged debugger for Adobe Flash, Flex and AIR projects. It’s completely made in Adobe AIR and released under an open source license. The two most important features are the inspector and trace functionality. With the inspector you can dive into your application on runtime, allowing you to change properties or even execute functions straight from our debugger. The advanced trace allows users to see a detailed output from anything they send to our debugger. For instance a user can trace an XML document to see all the nodes and attributes, or trace a custom class to see its structure and properties.
On the comparison with other similar debuggers, Koomen described:
The debugger in Flex Builder is aimed at MXML development and Actionscript development within the Flex Builder IDE. However at De Monsters we prefer to create pure Actionscript 3 projects with a lot of custom components, so the Adobe Flash IDE is our weapon of choice and sadly there were no good debuggers for that environment. We try to keep De MonsterDebugger as easy to use as possible. And because De MonsterDebugger doesn’t need a development environment to run you can debug live applications or sites without changing configuration or using debug players.
The most unique points are our clean interface and active community. We try to listen to our users and implement new features on popular demand. An example of this is our recent addition called the memory and frame rate monitor. We use De MonsterDebugger on a daily base it needs to be stable enough to cope with our development demands, because nobody wants to debug their debugger.
Koomen also pointed to the post on De Monsters’ blog that made comparison with other tools such as X-Ray, Arthopd, Das Bugger, Whitefly and Alcon.
On the open source nature of De MonsterDebugger, Koomen shared:
The complete source code for the application can be downloaded straight from our Google code repository. This makes it interesting for developers to download the MonsterDebugger source code and alter it to match their specific wishes. To make this process of customization even easier we’re working on a modular system for De MonsterDebugger, so developers can create custom modules that extend the functionality of De MonsterDebugger. We will facilitate a way to share these modules with the community.
Koomen and his team are working on the AIR 2.0 version with the goal to be faster, modular and remote. InfoQ will continue reporting their progress.
18 agile and lean practices for effective software development governance
Using Drools? See what you're missing! Get the Power of Drools with the Assurance of Red Hat
Improve Java Garbage Collection, Runtime Execution, and JVM visibility with Zing
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.
No comments
Watch Thread Reply