In a modern organization, the dependency on constant data flow doesn’t skip a single role -- already encompassing every function in R&D, Sales, Marketing, BI, and Product. Essentially every position is going through a fusion process with data-science. “Data is the new oil.” “Everyone needs data.” You’ve probably run into these and similar expressions more than once. The reason you hear them so often is that they are true.

If you’re building software, it is very likely that you are familiar with Conway’s Law. It is the single most important rule for software development. Employing this law will facilitate your success. Failing to abide by it, on the other hand, will guarantee your failure. I’ve witnessed this first hand in many places throughout my career, among them command and control services, Big Data processing systems, and even security components embedded into the very cars you are now driving.

Today we open a new chapter at Talend, in which we begin our journey from a $250M company to a $1 billion cloud market leader. Over the last six years, I've been honored to help build and lead the team that brought Talend from a $50M startup, through its IPO in 2016 to become a quarter-billion-dollar company. Together, we built one of the fastest-growing cloud businesses in the world.

Organizations in the transportation and manufacturing industries are applying Industrial IoT concepts and technology to transform product development, supply chains, and manufacturing operations. Scania is driving logistical efficiency and sustainability with big data. Scania is a world-leading provider of transport solutions and is leading the shift towards sustainable transport systems. In 2018 it delivered 88,000 trucks, 8,500 buses as well as 12,800 industrial and marine engines to customers.

It was easy to start a software company 15 years ago. There was a huge transformation from desktop to the cloud and that created an opportunity for any vendor to establish their place at the table offering cloud-based software. But it’s now more difficult to create new products that are significant and compete because we have mega-vendors in the cloud. The days of being able to bring a really significant product to market are over.

It is probably the best time to be a designer right now since there are many online tools and software that targets designing pain points and simplifies them. From the creation of an idea down to its realization; designers can find appropriate tools that will help them in drawing out their thoughts, figuring out the complexities, and finding out how the users interact with their designs.

Bringing your own libraries to run a Spark job on a shared YARN cluster can be a huge pain. In the past, you had to install the dependencies independently on each host or use different Python package management softwares. Nowadays Docker provides a much simpler way of packaging and managing dependencies so users can easily share a cluster without running into each other, or waiting for central IT to install packages on every node.

Pickerwheel is the UI element, specific to mobile devices that allows a user to pick a single value from multiple values displayed as a scrollable list. This UI element is available on both Android and iOS. Here, in this article, we will be discussing the automation of Picker Wheel specifically for iOS. Automation of an iOS-specific pickerWheel UI element via Appium using the XCUITest driver is quite simple. Let’s look at 2 approaches to do so below:

Kong for Kubernetes (Kong for K8S) is a Kubernetes Ingress Controller based on the popular Kong Gateway open source project. Kong for K8S is fully Kubernetes Native and provides enhanced API management capabilities. From an architectural perspective, Kong for K8S consists of two parts: A Kubernetes controller, which manages the state of Kong for K8S ingress configuration, and the Kong Gateway which processes and manages incoming API requests.

Welcome to another hands-on Kuma guide! In the first guide, I walked you through securing an application using Kuma in a Kubernetes deployment. Since Kuma is platform-agnostic, I wanted to write a follow-up blog post on how to secure your application if you are not running in Kubernetes. This capability to run anywhere differentiates Kuma from many other service mesh solutions in the market.