En continuant à naviguer sur le site, vous acceptez que nous utilisions quelques cookies.
OKPlus d'infoNous utilisons les cookies pour nous faire savoir quand vous visitez nos sites Web, comment vous interagissez avec nous, pour enrichir votre expérience utilisateur et pour personnaliser votre relation avec notre site Web.
Cliquez sur les différents titres de catégories pour en savoir plus. Vous pouvez également modifier certaines de vos préférences. Notez que le blocage de certains types de cookies peut avoir un impact sur votre expérience sur nos sites Web et les services que nous sommes en mesure d'offrir.
These cookies are strictly necessary to provide you with services available through our website and to use some of its features.
Because these cookies are strictly necessary to deliver the website, you cannot refuse them without impacting how our site functions. You can block or delete them by changing your browser settings and force blocking all cookies on this website.
Ces cookies recueillent des renseignements qui sont utilisés sous forme agrégée pour nous aider à comprendre comment notre site Web est utilisé ou l'efficacité de nos campagnes de marketing, ou pour nous aider à personnaliser notre site Web et notre application pour vous afin d'améliorer votre expérience.
Si vous ne voulez pas que nous suivions votre visite sur notre site, vous pouvez désactiver le suivi dans votre navigateur ici :
Nous utilisons également différents services externes comme Google Webfonts, Google Maps et les fournisseurs externes de vidéo. Comme ces fournisseurs peuvent collecter des données personnelles comme votre adresse IP, nous vous permettons de les bloquer ici. Veuillez noter que cela pourrait réduire considérablement la fonctionnalité et l'apparence de notre site. Les changements prendront effet une fois que vous aurez rechargé la page.
.
Paramètres de Google Webfont Settings :
Google Map :
Vimeo et Youtube :
Vous pouvez lire nos cookies et nos paramètres de confidentialité en détail sur la page suivante
How to Build a Culture of Continuous Testing in Your Organization
Actualités, Méthodes et organisation des process ITThe trends in software development are showing that more and more companies are adopting CI/CD methodologies to deliver their software applications. We all know that the market demands quicker releases. The days of waiting for months for new releases are gone. Software is now being released at record speeds! Adopting CI/CD does just that. It helps get your application out the door to the market as often as possible. However, one key aspect that seems to be overlooked is Continuous Testing. It’s great that CI/CD is getting software out quicker but quality should not be sacrificed. To solve that you have to test early, test often! Adding a culture of Continuous Testing to your model will provide the following benefits because now you’re focused on testing from the beginning of your SDLC
Now that we know to truly have a CI/CD methodology you need continuous testing as well. But just like adopting CI/CD, continuous testing requires an organizational culture shift. So how do you build that culture? It’s a different mindset that relies heavily on automation: Automated Unit Tests, Automated Functional and Non-Functional Tests, Automated Regression Tests, and Automated Deployments. Basically, anything that can be automated should be automated! That is the key principle of Continuous Testing, test from the beginning and automate as much as possible to ensure faster release cycles.
Source de l’article sur DZONE
Trying To Define An Algorithm For My AWS API Cost Calculations Across API Gateway, Lambda, And RDS
Actualités, Méthodes et organisation des process ITI am trying to develop a base API pricing formula for determining what my hard costs are for each API I’m publishing using Amazon RDS, EC2, and AWS API Gateway. I also have some APIs I am deploying using Amazon RDS, Lambda, and AWS API Gateway, but for now I want to get a default base for determining what operating my APIs will cost me, so I can mark up and reliably generate profit on top of the APIs I’m making available to my partners. AWS has all the data for me to figure out my hard costs, I just need a formula that helps me accurately determine what my AWS bill will be per API.
Math isn’t one of my strengths, so I’m going to have to break this down, and simmer on things for a while, before I will be able to come up with some sort of working formula. Here are my hard costs for what my AWS resources will cost me, for three APIs I have running currently in this stack:
Source de l’article sur DZONE
Meet the Vue Vixens [Podcast]
Actualités, Méthodes et organisation des process ITOn this episode of Eat Sleep Code, Jen Looper and Diana Rodriguez discuss Vue Vixens, an organization of people who identify as women and who want to learn Vue.js to make websites and mobile apps. Jen and Diana share their story of creating and building a successful developer community and growing Vue Vixens into a worldwide organization.
You can listen to the entire show and catch past episodes on SoundCloud. Or just click below.
Source de l’article sur DZONE
QA: Why Machine Learning Systems Are Non-Testable
Actualités, Développement IoT, InnovationThis post represents views on why Machine Learning systems or models are termed as non-testable from quality control/quality assurance perspectives. Before I proceed, let me humbly state that data scientists and the Machine Learning community have been saying that ML models are testable as they are first trained and then tested using techniques such as cross-validation etc. based on different techniques to increase the model performance and optimize the model. However, "testing" the model is referred with the scenario during the development (model building) phase when data scientists test the model performance by comparing the model outputs (predicted values) with the actual values. This is not the same as testing the model for any given input for which the output (expected) value is not known beforehand. In this post, I am rather talking about ML models testability from the overall traditional software testing perspective.
Given that Machine Learning systems are non-testable, it can be said that performing QA or quality control checks on Machine Learning systems is not easy, and, thus, a matter of concern given the trust, the end-users need to have on such systems. Project stakeholders must need to understand the non-testability aspects of Machine Learning systems in order to put appropriate quality controls in place to serve trustable Machine Learning models to end users in production. This applies greatly to healthcare and financial systems where a couple of false negatives or type-II error could lead to havoc or troubles for the stakeholders.
Source de l’article sur DZONE (AI)
Tackling the Risks of Prediction Machines
Actualités, Développement IoT, InnovationWhile previous years have seen an awful lot of discussion given to the potential of AI-based technology, this year has, thus far, seen a tremendous amount of effort given over to the ethical development of AI.
Very much in keeping with this trend was a report, published earlier this year, by the UK’s House of Lords, which made a number of principles around which they urge the development of AI to revolve:
Source de l’article sur DZONE (AI)
4 Examples of Connecting Data To ML and AI
Actualités, Développement IoT, InnovationData that has been collected, collated, and cleansed is ripe for analysis and insight generation. Advances in Machine Learning and AI are helping deliver on the promises of augmented analytics to produce actionable insights. Pairing Machine Learning techniques with prepared data enables organizations to achieve more accurate predictions and measurable analysis on all kinds of business functions.
A growing number of BI and Analytics tools vendors are responding to the need for augmented BI by opening their platforms through APIs and making stored data more easily accessible. This is a critical first step that gives IT the ability to build connections from Machine Learning products to raw, cleaned, and prepared data.
Source de l’article sur DZONE (AI)
8 Proven Steps to Transition from Developer to Business Analyst
Développement applicatif, Méthodes et organisation des process ITThis is a very frequent request that we come across.
“I have been a software developer for quite some time and would like to learn about a new role. I am excited about a business analysis career, but I have no idea as to how to transition into the new role. “
Source de l’article sur DZone (Agile)
The Psychology of Innovation
Développement applicatif, Innovation, Méthodes et organisation des process ITWho is really building applications? The answer might surprise you.
In a survey of 350 non-professional developers, Forrester research found that a significant portion of employees were also contributing to custom application delivery, even when not considered to be IT professionals (How To Harness Citizen Developers To Expand Your AD&D Capacity, Forrester Research, Inc., April 19, 2017). Whether or not app development was part of these employees’ job descriptions didn’t stop them from seeking out these opportunities.
Source de l’article sur DZone (Agile)
Support for Speakers
Développement applicatif, Méthodes et organisation des process ITI’ve been a conference speaker for 10 years; I’ve given many talks, been to many events, organized a few events, and now have Opinions (TM) about conference speaking. This tweet showed up in my feed when someone tweeted at me to thank me for my support in their talks.
Migrating to Serverless: Big Business Benefits For Established Companies
Actualités, Méthodes et organisation des process ITWhat is serverless? Serverless is a cloud computing model that was first introduced by AWS in 2014 (AWS Lambda is the market leader to this day). It abstracts away most of the server operations to the cloud provider so developers can only focus on writing code and shipping new features. Serverless adoption is rapidly growing and it’s mostly due to it’s promise of providing significant cost and time efficiency for technology companies.
For new startups, just starting to build their first product, it’s a no-brainer to build it on serverless. It’s very cheap and quick to get started. You don’t have to have that much knowledge about the backend processes, since the cloud providers handle all that and you can just focus on building your product and it’s functionality. The go-to-market time is much shorter than with previous computing models and it scales automatically when you get successful and have tons of users pouring on your site. See, a no-brainer!
Source de l’article sur DZONE