September 27, 2016 at 10:33 pm
Comments posted to this topic are about the item What is the Future of Monitoring?
September 28, 2016 at 1:24 am
I think this is a massive topic - enterprise application development is massively lagging behind your more mainstream application development (google play and app store host roughly 2 million programs on them each+) - and with such limited number of users for many enterprise applications the only way we can possibly produce the required number of applications to the required level of quality that enterprises need is to increase the automation in the actual development process at every level.
AI to speed up the process structure definition and then User Interface design will be a great step forward and anyone who can take advantage of it is going to be onto a complete gold mine.
+Source -engadget article 27 Sept 2016 - "Steam is turning into the App Store and that's OK"
September 28, 2016 at 6:54 am
It's mind boggling to imagine the software repairing and improving on the code all on its own. The next step is to write nothing, just state what you want and the machine produces it. Some day it will happen.
September 28, 2016 at 8:29 am
I am playing with Apache Spark and the amount of stuff that this does under the hood for you which you would normally expect to write for yourself is mind blowing.
One line of code to load the contents of JSON documents embedded in 288 ZIP files into AWS Redshift. It is the nearest to a JFDI function I've seen.
September 28, 2016 at 9:05 am
If a human being can figure out how to do something, that process can be automated.
September 28, 2016 at 9:23 am
So we're talking about self tuning database servers?
Perhaps:
Indexes that are auto-created based on data access pattterns like statistics.
Deployments that will auto-rollback in the event of an error, without creating one big transaction, something similar to Oracle's RESTORE POINT and FLACHBACK technology.
Intrusion detection and mitigation based on ususual data access patterns (ie: D R O P TABLE SalesHistory; or SELECT * FROM EmpoyeeSalary;).
"Do not seek to follow in the footsteps of the wise. Instead, seek what they sought." - Matsuo Basho
September 28, 2016 at 9:24 am
Funny, SQLServerCentral won't let me say: "D R O P TABLE" (without the spaces)
"Do not seek to follow in the footsteps of the wise. Instead, seek what they sought." - Matsuo Basho
September 28, 2016 at 9:24 am
null
"Do not seek to follow in the footsteps of the wise. Instead, seek what they sought." - Matsuo Basho
September 28, 2016 at 9:43 am
Iwas Bornready (9/28/2016)
It's mind boggling to imagine the software repairing and improving on the code all on its own. The next step is to write nothing, just state what you want and the machine produces it. Some day it will happen.
Maybe. I think this might work for trivial cases for a long time, but most things need some human creativity.
However, the machines can find out where you're making silly mistakes or implementing bad practices and correct them according to a pattern.
September 28, 2016 at 9:45 am
Eric M Russell (9/28/2016)
So we're talking about self tuning database servers?Perhaps:
Indexes that are auto-created based on data access pattterns like statistics.
Deployments that will auto-rollback in the event of an error, without creating one big transaction, something similar to Oracle's RESTORE POINT and FLACHBACK technology.
Intrusion detection and mitigation based on ususual data access patterns (ie: D R O P TABLE SalesHistory; or SELECT * FROM EmpoyeeSalary;).
With more intelligence. Look at statistics and the plans and the rate of change. Make decisions to update, at a more intelligent level than the current simple rules. Maybe add, or decide if indexes are worth adding, and when they should be done.
Certainly more.
DROP TABLE
September 28, 2016 at 9:45 am
Hmmm, DROP TABLE works for me.
September 28, 2016 at 10:12 am
Steve Jones - SSC Editor (9/28/2016)
Hmmm, D R O P TABLE works for me.
Strange, maybe it has to do with the internet firewall on my end; trying to block me from "injecting" specific types of SQL commands into outgoing http posts.
FYI:
It did it again when I initially tried to send this reply to your reply above, so I had to change re-add spaces.
Here is the response I get back from a failed post:
This page can’t be displayed
- Make sure the web address http://www.sqlservercentral.com is correct.
- Look for the page with your search engine.
- Refresh the page in a few minutes.
Hopefully this isn't the future of corporate firewalls. :unsure:
"Do not seek to follow in the footsteps of the wise. Instead, seek what they sought." - Matsuo Basho
September 28, 2016 at 10:21 am
My two practical test are podcast transcription and photo identification.
When this gets done affordably, we will have reached a new level of technology.
I'm more than happy to follow links and suggestions for the practical application to those domains.
412-977-3526 call/text
September 28, 2016 at 11:29 am
robert.sterbal 56890 (9/28/2016)
My two practical test are podcast transcription and photo identification.When this gets done affordably, we will have reached a new level of technology.
I'm more than happy to follow links and suggestions for the practical application to those domains.
TinEye Reverse Image Search
MP3 To Text Transcription
http://www.transcriptionstar.com/mp3-transcription/mp3-to-text.html
"Do not seek to follow in the footsteps of the wise. Instead, seek what they sought." - Matsuo Basho
September 28, 2016 at 11:53 am
I wonder if PASS would consider using the service:
MP3 To Text Transcription
http://www.transcriptionstar.com/mp3-transcription/mp3-to-text.html
for the 24 hours of PASS recordings.
Do you have any actual experience with the service?
My real world benchmark will be when Steve Gibson of Security Now https://www.grc.com/securitynow.htm decides to go with automated transcription.
tineye doesn't do well with faces, but I did find a someone with nice open source project working on it: https://twitter.com/brandondamos
412-977-3526 call/text
Viewing 15 posts - 1 through 15 (of 17 total)
You must be logged in to reply to this topic. Login to reply