Showing posts with label orclapex. Show all posts
Showing posts with label orclapex. Show all posts

Sunday, June 14, 2026

AI: The new digital Cookie-cutter

  I am a database and application developer.  At my age I suspect part of the reason why I was included among the estimated 40K employees that were terminated, in the year Larry Ellision decided to burn his house down for AI, is that the assumption would be that I might be resistant to AI, or not capable of learning new skills that would make me successful with AI.

  I’m not going lie and say that this is false; because I have a healthy skepticism of what impact AI can represent on the world today, some of which the world is now seeing and many of us who were replaced so that ai can be provided for over our past contributions.

My skepticism is as follows:

1.      The termination of ( a whole lot of) highly skilled workers in favor of what essentially becomes a modern cookie-cutter solution

2.      The AI cookie cutter is not necessarily a cost savings as

a.      Massive Data Centers consume physical Assets, Electricity on a “by powerplant scale”

b.     are being trained by lower wages, lower skilled workers, resulting in incomplete, insecure, and some flat-out wrong results

c.      In order to use the AI cookie cutter the “developer”, or more likely their organization, must also pay for the privilege.

d.     Debugging is often required, which requires some of those highly-skilled worker you just put back into the job market.

3.      The AI cookie cutter also stifles innovation. Sure you can tell it what you want but it is going to produce its “solution” based on a lower-skilled knowledge base and therefore you lose the true power of code innovation in the form of organization, performance optimization, security-minded constructs, and sheer confidence that what you produce will pass a regulatory review.

  That being said, I consider myself partially (time will tell how bad it can get) correct in these cases.  Now I also have a powerful need to make my mortgage payments and feed my family, and since I am not a billionaire that can buy and sell the media using the same dividends that could have bought a good AI foundation while still respecting his employees and the needs, I have begun updating my skillset to include AI concepts and specifics for projects both personal and production related.  My initial assessment is as follows…

You have to know what you want.

  In great detail.  I have been seeing all these training programs that tout a code assistant without needing to know code.  Please reference my above points.  This is the path to literally paying for production code that, if you are ignorant enough to publish without meaningful review, will create the largest amount of expensive technical debt we will ever see in the field.  If you as an AI user don’t understand the term technical debt, then you are the current and future problem in this space.  If you want to be a developer or an IT professional, you need to do the work and learn your trade.

You have to know how to describe what you want.

  Again, in great detail.  Of course, this also comes with the idea that you have to be knowledgeable in the end result, how it look, how it behaves, and especially how it fits the needs of the problem you are solving.  See my previous assertion that like the blacksmith apprentice of old,  learn your trade.

  I have had some interesting test interactions with AI, that I will bring out in a future post but the things I have leaned in them are “educational” it presents an opportunity of sorts that might just make the disillusioned, highly-skilled, and by necessity “petty” developer and IT professionals even more valuable in the destopian AI future that we find ourselves pursuing like Alice heading down the rabbit-hole.

EOL


Friday, February 28, 2020

RELAY Workflow: Open-Source Announcement




  After much thought, I have decided that the best possible future for the Relay Workflow software that I have developed, is to release it open-source. 

  That being said, over the near term I am moving the code from my closed-source drives to my online repository and attempting to pair down any dead items.  Now, the code will be there but not a whole world of documentation.  I will be adding more of that as time permits.

  Additionally, it can be said that there is a lot of dead code in this set, since I have been the sole developer to this point I made a point of never truly abandoning an idea just being content to comment it out and make direct notes in the code for future reference.  So bear with me, nothing is exactly perfect but hopefully this will be a good place to start.

  Additionally, if you wish to see my original basic product page you can find it here: 

  In the future I will post some blog entries on Relay and its inner workings just because there is a bunch of fun things under the hood of this one.

  Feel free to reach out on Relay to tk-relay@outlook.com 

Enjoy!
Jason Aughenbaugh

Tuesday, December 05, 2017

APEX IoT recipe

So, This happened.

The History:
  Over a year ago (while with Insum) there was an announcement brought to us by Danny Boivin (@DannyBoivin), detailing a new kickstarter program for a maker board that promised a lot.  The main promise was an x86 based maker-board, similar to Arduino or RPi but better.  Well, they delivered.  This year Udoo released their x86 line of single board computers.  I say it is a line because there are options, and more options, but four main boards with a lot of extras. 
  What I saw in this and a reason to buy is a solution to an interesting problem (or at least a good opportunity).  How do we get Application Express, and an Oracle database to interact with an IoT project. It also expands the Arduino maker side of the board with additional pinouts from the x86 core.
  This is why I bought in.


Recipe for APEX IoT:


  • 1+ udoo x86 SBC ( I am using the Advanced Plus board for experimentation)
    • + is cool because apparently you can cluster these things for more fun
  • Connect your stuff (not all required but I am testing after all)
    • M.2 Wireless / BT4
    • M.2 SSD
    • SATA SSD
    • 32GB eMMC (integrated on 2 of the base boards)
    • 64GB micro SD
  • Choose your OS
    • Ubuntu 16 LTS and Windows 10 are recommended but not the only options by far
    • I'm using a hard drive for each but primarily Win 10 Pro
  • Install Software
    • Oracle Database 11g Express Edition 64bit
    • Oracle Application Express v5.1.3
    • Arduino IDE
      • The maker side of this board uses an Intel Curie processor (Arduino 101)
    • Python 2.x.x (64bit)
      • pyserial
      • cx_oracle
      • pyfirmata
    • Any other stuff you need (SQL Developer, Atom, etc)
  That's it for the environment the next thing is the theory of operations.  If you are already doing IoT with a regular Computer (with Apex) and an Arduino UNO then you are way ahead of me and please pipe up on what you've accomplished.

  Also if you are a newbie like me to using a lot of this stuff you can check out this book on getting started with Python for Arduino.
  For me the approach I have is two-fold.
  • Using a python script to reference Oracle data to make the Arduino do work 
    • This is my first set of test cases
  • Oracle Initiated function : Running Python from Scheduler
    • Maybe generating the python code prior to running it
    • This is the ultimate goal
  So there you have it, the first maker-board that has the ability to run Oracle and APEX in the same hardware. Even if it is just consolidating the hardware side of it, it works. 



  More to come as I have it to give. 
 
Cheers!


Wednesday, June 07, 2017

Rally Point



More than a decade ago I got hold of one of the earlier versions of Oracle Application Express (APEX / HTML-DB), and I was immediately hooked.  Over the years the one thing that APEX did not have was a component I’d seen in larger more expensive systems that had less flexibility than APEX ever will.  Workflow.  

So more than a few years ago I began an attempt to create such an engine for the Oracle database and for Oracle Application Express.  The key goals were to produce a solution that was full-featured, yet easy to use, powerful, yet inexpensive. (should I decide to market it)

Enter Relay Workflow.  You can see my posting for the First Look at https://goo.gl/8Sma5y . Obviously, there is still more to do but I feel it is close enough to start showing and talking about it. 

Why Relay Workflow?  First, at times, I am an electronics hobbyist and the relay is a perfect concept of a logic component.  Second, in my younger days I was a competitive runner and the relay race was one of my favorite since it took an individual sport and with the simple addition of a baton having to change hands elevated it to a team sport requiring a bit of skill.

Why did it take so long?  I’m human; I have a family, a full-time job, dogs, and other real-life things that take up time. I would not have had it any other way to be truthful.

But now it has a name, enough function and presence to become real for me, and I aim to make it real for others too.

Stay Tuned.