Skip to main content

Leaving Oracle

As many of you may know by now, I am no longer with Oracle. After almost 9 ½ years, Last Friday was my final day.

I’m going to be working on a contract with the US Marine Corps in Tysons Corner, VA – just a quick ride from where I live. There, I will be using HTML DB (naturally) to build a web interface to some Oracle eBusiness Suite applications. I’m anxious to get started, as I’ve long thought that using HTML DB as a one-off for eBusiness Suite applications is an excellent use for the tool which can save both time and money.

In addition to that, I am going to be doing some HTML DB & Oracle consulting on the side. I’m in the process of forming my own LLC – Sumner Technologies. While I admit that the website isn’t much to look at today, I plan on offering HTML DB consulting and training as my time permits.

So the focus of this blog is going to have to adjust accordingly. I’ll still be blogging on HTML DB related topics, but I am also going to blog on what it’s like to leave a huge company like Oracle and go off on your own.

Comments

Anonymous said…
I thought this company website would be a HTML DB website? :P
September 20, 2005 at 8:28 AM
Scott said…
Eventually, it will be, once I get an Oracle license or a hosting partner. However, the cheapest & quickest way to create 5-6 static pages is still plain old HTML!
September 20, 2005 at 10:18 AM
Anonymous said…
Hi Scott,
I wish you success with your new company. Could you maybe one day find the time to post how you arrived at the decision to strike out on your own?

Ramesh
September 20, 2005 at 12:29 PM
Robert said…
Best luck, Scott !

Looking forward to your future inputs on HTMLDB.
(btw it seems to me there has been quite a bit less inputs from the htmldb team on the forum these days)

Heheh your site is looking better ;)
September 20, 2005 at 5:36 PM
Robert said…
BTW who's replacing you if you dont mind ?
September 20, 2005 at 5:41 PM
Scott said…
Robert,

Most of the team has been crushed with the release of 2.0, and them immediately after that, OpenWorld prep & the actual event. Add 2 more major projects to the list (Oracle Raptor and one to be announced this PM @ OOW), and it gives them little time to respond to the Forum.

Quite honestly, I think that it's a good thing in a way to see the HTML DB Forum evolving into a user-to-user community, rather than a user-to-developer only community.

Sure, there is a ton of value in the HTML DB developers & PMs contributing to the Forum, but its a clear sign of a product maturing when users step up to support and evangelize it.

As far as I know, there is still an open position for a PM that the HTML DB team is actively trying to fill.

Thanks,

- Scott -
September 21, 2005 at 7:28 AM
Post a Comment

Popular posts from this blog

Custom Export to CSV

It's been a while since I've updated my blog. I've been quite busy lately, and just have not had the time that I used to. We're expecting our 1st child in just a few short weeks now, so most of my free time has been spent learning Lamaze breathing, making the weekly run to Babies R Us, and relocating my office from the larger room upstairs to the smaller one downstairs - which I do happen to like MUCH more than I had anticipated. I have everything I need within a short walk - a bathroom, beer fridge, and 52" HD TV. I only need to go upstairs to eat and sleep now, but alas, this will all change soon... Recently, I was asked if you could change the way Export to CSV in ApEx works. The short answer is, of course, no. But it's not too difficult to "roll your own" CSV export procedure. Why would you want to do this? Well, the customer's requirement was to manipulate some data when the Export link was clicked, and then export it to CSV in a forma
76 comments
Read more

Refreshing PL/SQL Regions in APEX

If you've been using APEX long enough, you've probably used a PL/SQL Region to render some sort of HTML that the APEX built-in components simply can't handle. Perhaps a complex chart or region that has a lot of custom content and/or layout. While best practices may be to use an APEX component, or if not, build a plugin, we all know that sometimes reality doesn't give us that kind of time or flexibility. While the PL/SQL Region is quite powerful, it still lacks a key feature: the ability to be refreshed by a Dynamic Action. This is true even in APEX 5. Fortunately, there's a simple workaround that only requires a small change to your code: change your procedure to a function and call it from a Classic Report region. In changing your procedure to a function, you'll likely only need to make one type of change: converting and htp.prn calls to instead populate and return a variable at the end of the function. Most, if not all of the rest of the code can rem
5 comments
Read more

Logging APEX Report Downloads

A customer recently asked how APEX could track who clicked “download” from an Interactive Grid.  After some quick searching of the logs, I realized that APEX simply does not record this type of activity, aside from a simple page view type of “AJAX” entry.  This was not specific enough, and of course, led to the next question - can we prevent users from downloading data from a grid entirely? I knew that any Javascript-based solution would fall short of their security requirements, since it is trivial to reconstruct the URL pattern required to initiate a download, even if the Javascript had removed the option from the menu.  Thus, I had to consider a PL/SQL-based approach - one that could not be bypassed by a malicious end user. To solve this problem, I turned to APEX’s Initialization PL/SQL Code parameter.  Any PL/SQL code entered in this region will be executed before any other APEX-related process.  Thus, it is literally the first place that a developer can interact with an APEX p
1 comment
Read more