Posts

Showing posts with the label Data Convergance

Google Cloud NEXT event, London 4th May 2017

Image
I have my pass for the Google Cloud Next meet on the 4th May 2017, although as yet I have only the pass for one day, I would so like to attend on the 3rd, so here's hoping. But back to the subject matter of Data, , I have planned out a long day of lectures, and for once I am not giving a single second on stage, this is a chance for me to sit back and learn. the presenters methods of teaching, the subject matter, and the networking possibilities. A long time back, I wrote a blog on the old site about planning a day like this, just attending is a waste of time, to get the most of the day, I intend to prepare. First I have listed my lectures, the days is packed with so many alternatives :, 09.15 - 10.45 Keynote Brad Calder, Greg DeMichillie and Matt McNeil 11:30-12:15 Breakout three Google Cloud Functions and Firebase Speaker: TBC 12:30-13:15 Breakout one Cloud Spanner 101: Google's mission-critical relational database Speaker: Fausto ...

Architectural Technologist - Data Convergence Specialist

Image
One of the points I raised in my professorial speech was the way the algorithms we use now, and we will use in the future, are generated and written. Whether we like it or not, data is going to become a huge part of the Technologists day to day work. For many of us it's going to be the generation of the core base that will eventually generate so much more data, plus the use of external data, that together with the data we helped to generate, will form the backdrop to much of the oldschool work we have traditionally done like detailing, spec writing etc. We as technologists might under stand the construction but few of us understand the way the algorithms are written and to be truthful, the answers they give yet alone the deeper use of the data we genrerate. Ok the low level use at the contract stage is our first stab in the way some of this data can be used, but take it just a little further, and, we hand over to computer programmers who, are not so well versed in construc...