Posts

Technical Architect/Lead

Looking for a Technical Architect/Lead. The Technical Architect/Lead will also be performing a System Integrator role and will be involved for setting the strategic direction by creating roadmaps, designing operating models and driving operational excellence through delivery lifecycle. Your future duties and responsibilities:  Convert client requirements into solution architecture and design  Assess and recommend emerging technologies and use cases  Lead preparation of solution architecture and design Lead our CI/CD implemenation  Oversee and support Functional & Technical Requirements gathering and definition  Provide Technical leadership and exposure across a broad scale of tools, technologies, and architecture models  Help program and project managers in the design, planning, and governance of projects  Provide direction, coaching and technical leadership guidance to the development teams during application development life cycle...

Lack of knowledge main reason for Knowledge Graph POC failures

Image
A lot of problem today can  easily be resolved with a Knowledge Graph, and out of box  technologies do exists today. Our favorite technology for such problems is the Resource Description Framework (RDF), often referred to has Web Semantic. It relatively simple yet extremely powerful and best of all it's an industry standard.   Unfortunately this or other graph data store for that matter are often set aside in-lieu of building an in-house custom graph engine using their favorite programming language  over a relational database and in memory cache.  Why? Ironically the reason is because of lack of knowledge. For example, I was invited to an architecture review for an application to resolve a problem that was a great use case for using RDF. As you can guess, their solution included building an in-house custom graph engine over a relational database. The first question I ask was how much effort to building this custom engine logic, to which they answ...

Mindstep @ Marklogic World 2018

Image
Mind S tep  is proud to announce that Serge will be attending MarkLogic World 2018  in San Francisco .  Having personally participated the event twice already, I can honestly tell you it's worth the trip. Last year, I even had the honor of being a guest speaker on their " Moving to the cloud " panel which was definitely an experience I will never forget. Come and join me at this event and say hi. Send me an email at serge.colle@mindstep.ca and let me know you are going to be there too, so we can schedule a convenient time to meet.  About  Mind S tep The  Mind S tep  team is ready to help you solve both the architecture of your systems and your data needs. Our experts can identify inefficiency in terms of CPU, memory or storage utilization.  In the cloud world how you manage these can make a huge difference to your bottom line.  We also understand that people today demand relevant information, not just a collecti...

It's here! Announcing the launch of our new Website

Image
Mind S tep  is proud to launch our new website, www.mindstep.ca . We have designed it with you in mind. It is simple yet it conveys what you are looking for. The  Mind S tep  team is ready to help you solve both the architecture of your systems and your data needs. Our experts can identify inefficiency in terms of CPU, memory or storage utilization.  In the cloud world how you manage these can make a huge difference to your bottom line.  We also understand that people today demand relevant information, not just a collection of data. Our experts will analyze your data requirements and provide professional advice on how you can transition from data silos to a federated data store with minimal risks.  The main differentiator in our approach is that we do not believe in ETL, which forces everything into a single central database, nor do we believe that a single data technology resolves all problems.   We strongly believe in Web Semanti...

Welcome

Stay tuned. We will publish articles regularly with lots of tips and best practices. Next week we will discuss how you can build efficient systems with powerful data store without having to ETL all the data in a single central database. Who says a central data store has to be in a single database?