Why is Artificial Intelligence important?

Image
The AI learning adventure explores intelligence and its connection to engineering and technology.  Using ideas about human intelligence and intelligence more broadly, engineers can create “artificial intelligence,”; that is, impart “human” intelligence into machines or technology (Classical AI) or design technology that can itself “create” intelligence (future AI).  In fact, understanding how the brain works—”reverse-engineering the brain”—and understanding how engineers design intelligent machines—machines that replicate human intelligence—is one of the “Grand Challenges of Engineering” as set forth by The National Academy of Engineering (NAE). The implications and benefits of understanding the brain are many.  In addition to advances in the treatment of brain injuries and diseases and advancements in communications technology and computer simulations, understanding the brain will allow the design of intelligent machines with even more signicant societal impacts.  Already, mac
2 comments

Challenges or provocations solved by DevOps | NIIT digiNxt



Prior to DevOps application development, teams were in charge of gathering business requirements for a software program and writing code. Then a separate QA team tests the program in an isolated development environment, if requirements were met, and releases the code for operations to deploy. The deployment teams are further fragmented into siloed groups like networking and database. Each time ⌚ a software program is “thrown over the wall” to an independent team it adds bottlenecks.

The problem with this paradigm is that when the teams work separately:

·         Dev ✌ is often unaware of QA and Ops roadblocks that prevent the program from working as anticipated.
·         QA and Ops are typically working across many features and have little context of the business purpose and value of the software.
·         Each group has opposing goals that can lead to inefficiency and finger pointing when something goes wrong.
DevOps addresses these provocations by establishing collaborative cross-functional teams that share responsibility for maintaining the system that runs the software and preparing the software to run on that system with increased quality feedback and automation issues.


A Recurrent Pre-DevOps Storyline
The Dev team that has a goal to ship as many features as possible, kicks a new release “over the wall” to QA. Then the tester’s goal is to find as many bugs as possible. When the testers identifies and bring their findings to Dev, the developers become defensive and blame the testers that are testing the environment for the bugs. The testers respond that it isn’t their testing environment, but the developer’s code that is the problem.
Eventually the issues get worked out and QA kicks the debugged new release “over the wall” to Ops. The Ops team’s goal is to limit changes to their system, but they apprehensively release the code and the system crashes. The finger pointing resumes.

Ops says that Dev provided them faulty artifacts. Dev says everything worked fine in the test environment. The fire drills begin to debug the system and get production stable. The production environment isn’t Dev’s and QA’s responsibility, so they keep hands off while Ops spends all night fixing the production issues.


Comments

Post a Comment

Popular posts from this blog

Waterfall vs Agile and Scrum Methodology

Image
What Is Agile? Agile software development is based on an incremental, iterative approach. Instead of in-depth planning at the beginning of the project, Agile methodologies are open to changing requirements over time and encourages constant feedback from the end users. Cross-functional teams work on iterations of a product over a period of time, and this work is organized into a backlog that is prioritized based on business or customer value. The goal of each iteration is to produce a working product. In Agile methodologies, leadership encourages teamwork, accountability, and face-to-face communication. Business stakeholders and developers must work together to align the product with customer needs and company goals.  Agile refers to any process that aligns with the concepts of the Agile Manifesto. In February 2001, 17 software developers met in Utah to discuss lightweight  development methods. They published the  Manifesto for Agile Software Development , which covered how th
Read it all»

Innovate your business through Test and Learning Approach

Image
More and more we are having discussions with businesses about a different way of approaching business challenges, from digital marketing to analytics and insight. A way of working which allows the business to inform their longer-term strategic decision making whilst seeing positive business benefits in the short-term. An approach which excites customers and empowers employees, whilst being cost-effective and flexible enough in today’s ever-changing digital world. More and more we are talking to them about a Test & Learn approach. Test & Learn, simply put, is a set of practices that allows a business to try out new ideas and concepts, either with a small subset of customers or in a limited number of locations (e.g. in only a handful of stores) in order to understand the impact it has on factors such as customer experience, employee productivity and sales. There are many reasons why a Test & Learn approach should be considered as part of any business strategy, but
Read it all»

Top 10 companies working on DevOps | NIIT digiNxt

Image
D evOps a few year old concept has captured the whole market.All top companies have carted from traditional to digital approach.It has multitudinous benefits including shorter development cycles,increased deployment frequency and time to market.     DevOps killing Top 10 companies 1.       Amazon Initially, Amazon worked to dedicated servers. They faced provocations in predicting how much equipment to buy to meet traffic demands. As a result, about 40 percent of Amazon's server capacity was wasted When Amazon carted to AWS (Amazon Web Services) cloud , it allowed engineers to scale capacity up or down incrementally. Within a year Amazon moved to AWS and allowed engineers to deploycode every 11.7 seconds, on average. The  agile approach  also reduced both the number and duration of outages, resulting in increased revenue. 2. Netflix When  Netflix  evolved its business model from shipping DVDs to streaming video over the web, it waded into uncharted w
Read it all»