| The pandemic expedited the implementation of technologies | | https://cleverlance.com/en/blog/Pages/pandemic-expedited-the-implementation-of-technologies.aspx | The pandemic expedited the implementation of technologies | <p>Petr Štros believes that this year’s technological trends will feature long-distance deliveries, automation and data-driven companies. These will help companies deal with the lack of manpower, says the boss of Cleverlance.<br></p><p>The last two years were, as far as the world of technology is concerned, a bit like “dog years” – each saw as much change as seven normal years. Or, at least that’s how the boss of Cleverlance, a domestic technology company, sees the pandemic’s impact. He believes the during the pandemic it was possible to successfully implement technologies into practice at breakneck speeds – the rate of changes in many companies was previously unforeseen. And so everything is moving ahead at an incredible pace.<br></p><p>
<img src="/de/blog/PublishingImages/Articles/CreateIt/45.jpg" data-themekey="#" alt="" style="margin:5px;" />In his commentary for CzechCrunch, the boss of Cleverlance – a company in Aricoma Group which recorded
<a href="https://cc.cz/ceske-cleverlance-spadajici-do-kkcg-karla-komarka-hlasi-uspesny-rok-utrzilo-14-miliardy-korun/">1.4 billion Czech crowns</a> in revenue – spoke about the technological trends that we’ll see in 2022 and about what companies should focus on if they don’t want to get left behind or even strive to be part of leaders in technology.<br></p><p>Technology trends accelerated by the pandemic on one hand further deepen the lack of IT specialists on the job market who would be able to help implement new technologies. On the other hand, these can help many companies deal with the lack of experienced employees of many other professions.<br></p><p>Communication technology allows them to “remotely” make use of employees who are outside of the standard geographic range of their branch offices and plants. At the same time, it is possible to for instance “algorithmize” the key expert know-how of the organization which was previously held by now-leaving senior employees, and in this way make it available for the next generation.<br></p><h2>Remote delivery of services</h2><p>Working from home (and long-distance work in general) allowed companies in many professions to also incorporate employees into their teams even if they are from areas that would otherwise be out of the range of their branch offices. This “decentralization” of work is also accompanied with the ability to deliver services and products “remotely”, without the need to be physically present at a customer. IT and tech consultation companies from India, Vietnam, Ukraine, Belarus, Serbia, North Macedonia, Poland and the Czech Republic nowadays commonly provide their services to companies from Western Europe and North America.<br></p><p>The sale of clothing and groceries online is now also common, and based on the Cushman & Wakefield consultation company this is set to even double year-by-year. Car manufacturers as well as used car dealerships are introducing platforms for online sales, allowing customers not only to choose their vehicle but also to take care of financing, signing leasing contracts, paying the first instalment as well as agreeing on the method and location of the handover.<br></p><p>In 2022 the ability to make digital deliveries will also be indispensable for companies where previously one could not even imagine this development. That is why IT suppliers are currently dealing with, among others, a growing customer interest in e-shops connected with client systems and digital-marketing platforms that can customize their offers to specific visitors.<br></p><p>Demand in the area of tailor-made software is also on the rise, since companies need to create customer portals that would allow them to provide their digital services. However, it is well known that the IT job market is by now nearly completely saturated. So, is it possible to meet the growing demand for IT services?<br></p><h2>Automation and artificial intelligence</h2><p>The terms “automation” and “artificial intelligence” are most frequently used in the context of the digital transformation of companies. But another important role of these is the ability to “algorithmize” the key expert know-how of the organization which was previously held by now-leaving senior employees, and in this way make it available for the next generation.<br></p><p>It is worth noting that not only IT may need to deal with a lack of qualified employees. The boomer generation as well as a part of generation X are in the process of retiring. In 2022, the median age of the Czech Republic will reach 43 years (meaning that half of its inhabitants will be younger and half will be older). The rate at which experienced employees are being replaced by their younger colleagues is probably the fastest it has ever been.<br></p><p>Storing the expertise of departing experts and keeping it in the company so that it can be used in the future is something artificial intelligence (AI) and algorithmic decision-making can help with. One advantage of software with AI elements is that it is capable of machine learning. This allows technologies to help companies not only retain their know-how, but also to develop and use it much at a much quicker pace in turn leading to a competitive advantage.<br></p><p>Typical areas where these technologies are used include cross-selling and up-selling, assessing loan requests as well as maintenance planning and management. They are used for instance to flexibly adjust prices for individual groups of customers. In the last two years, they also expanded to other areas and this trend will accelerate further in 2022.<br></p><h2>Data-driven organizations</h2><p>Information systems for decision-making are a well-established concept by now. IT has long provided support for company decision-making through the introduction of ERP systems, management information systems, business intelligence and similar platforms.<br></p><p>In the past, systems for the support of decision-making were used primarily for easy access to data, “drilling down” and breaking down information into details and analysis from multiple perspectives. However, the conclusions were left up to humans.<br></p><p>Nowadays, the trend has shifted to “single-purpose” online dashboards that analyze the entrusted data and use knowledge models to provide users primarily with indicators, conclusions and recommendations based on the obtained values. These are applications that are capable of identifying anomalies, pinpoint them and recommend a suitable reaction without requiring users to search for these anomalies in the data themselves or to analyze their causes.<br></p><p>Examples of such services in 2022 will include, for instance, customer service management, real-time online sales monitoring, productivity tracking, stock management, appraisal of real property values and assessment of the current status of a software product in development based on an analysis of the timeline of results from regular tests. In 2022 the rate at which these cloud-based services start appearing on the market will see a considerable increase. For companies, this means they shouldn’t be afraid of providing their data to trustworthy third parties – parties which are already preparing for this today and are massively investing in IT security.<br></p><p>source:
<a href="https://cc.cz/pandemie-zrychlila-zavadeni-technologii-firmam-pomohou-resit-nedostatek-lidi-rika-sef-cleverlance/">CZECHCRUNCH</a><br></p>
<br> | | | | |
| For DevOps, it is important to completely change one’s mindset | | https://cleverlance.com/en/blog/Pages/DevOps-mindset.aspx | For DevOps, it is important to completely change one’s mindset | <p>The exact definition and delimitation of DevOps is a very difficult question, even for experts who have devoted half of their professional career to the field. In this short article, we will attempt to at least briefly explain what the role entails and on the other hand what it usually avoids. The main focus here lies on developers, system administrators and implementation managers (i.e., the so-called operations area).<br></p><p><img src="/de/blog/PublishingImages/Articles/CreateIt/DevOps_title.jpg" data-themekey="#" alt="" style="margin:5px 0px;" />In the early days of technological development, a project team making applications consisted of developers analysts, testers, system administrators, as well as network and hardware specialists. And half of the possible obstacles to success could be avoided by just having a coordinated team. Simply put: The people responsible for development created an application (the developers) and handed it over to system administrators, who then implemented it (possibly using automated tools) on hardware in the server room.<br></p><p>Then, not so long ago, we saw the rise of so-called agile development. This rapidly sped up the whole process, and the communication between developers and operations became increasingly complex. At that point, minor problems could lead to a product (or its update) not being delivered to a client who is anxiously waiting for it. Or, the delivered product (or its update) could have major issues. The reason for this was, and often remains, communication between various parts of the team.<br></p><p>As we said, there’s developers and then there’s operations. These two “camps” do strive to communicate with each other, but in practice it’s very complicated. Each of them speaks, in some sense, a different language or at least a different dialect. What might be simple from the perspective of development might not be implementable on the servers, where one needs to take the infrastructure into account. At the same time, things which are easy to handle on the infrastructure side could be a difficult nut to crack for the developers.<br></p><p>What would happen if we were to take a developer and sent them to study operations? Or, from the other side, if we were to take someone from operations and sent them to scout out what’s happening in development? That is how we get someone who could call themselves a DevOps specialist. But for them to “earn” the title, they need to understand more than just what the product is made of and where it’s implemented. They need to, first and foremost, change their mindset.<br></p><p>Here we’re referring to a whole range of procedures which automate and standardize the processes between the development of software and operations, so that it is possible to build, test and release SW more reliably and quickly.<br></p><h3>New Mindset + New Tools + New Skills = DevOps</h3><h2>You build it, you run it!</h2><p>The basic idea is that DevOps isn’t just about technology – it’s a whole development paradigm. To make sure that a company works as it should, one needs to change not only the applications they use but also the whole approach to development, testing and implementation into production; in fact, the way we think about this general process should change.<br></p><p>It used to be an utopian dream, but today it is in fact possible to rent whole clusters, including administration and connections to various services such as databases (e.g., PostgreSQL, MySQL and CockroachDB), queues (e.g., Kafka and RabbitMQ), analytical systems (Hadoop), logging and monitoring infrastructure (Elasticsearch, Kibana, Grafana) as well as various IoT services and REST API. And how else to speed up the whole process from the creation of an application to its implementation than by knowing how to run these applications on your own.<br></p><p><img src="/de/blog/PublishingImages/Articles/CreateIt/DevOps1.png" data-themekey="#" alt="" style="margin:5px 0px;" /><br></p><h4 style="margin-bottom:10px;font-family:source-sans-pro, open-sans, sans-serif;font-size:16px;color:#888888;text-align:center;">Hybrid Cloud Architecture <br></h4><h2>Virtual Private Cloud</h2><p>If a company is operating an application, the trend nowadays is to use the cloud rather than rely on one’s own on-premise infrastructure. Today, cloud infrastructure can be optimized for high availability, low latency, and it is even possible to set it up in a way where for instance customers fro the Czech Republic will use a data cloud in Germany whole French customers will use one in France. Modern clouds meet high security standards, and another advantage of them is that it is possible to make use of a range of technologies associated with their operation as a service model. In practice this means that companies don’t need to employ their own specialists who would be responsible for infrastructure including its maintenance and installation, since they get all of that as a service. They then operate their applications on this infrastructure in the form of so-called microservices. This leads to savings in terms of both manpower (which is at a premium nowadays) as well as costs. So, it is important to make sure new applications are developed as cloud-native. The most frequently used clouds are Azure, AWS and Google Cloud.<br></p><p><img src="/de/blog/PublishingImages/Articles/CreateIt/DevOps2.png" data-themekey="#" alt="" style="margin:5px 0px;" /><br></p><p></p><h4 style="margin-bottom:10px;font-family:source-sans-pro, open-sans, sans-serif;font-size:16px;color:#888888;text-align:center;">Internet of Things Architecture<span class="Apple-converted-space"> </span></h4><h2>Microservice architecture</h2><p>Most applications used to be developed as monolithic programs. However, today applications commonly consist of smaller parts which communicate with each other through a single interface. The advantage of this? Monolithic applications might in some cases need, say, fifteen minutes to start up, while smaller apps only take dozens of seconds. For microservice architectures, we always strive to have them implemented in Platform as a Service or Software as a Service modes.<br></p><p>One popular methodology in this area is the Twelve-Factor App, which is essentially a set of rules that make development significantly easier to track and manage as long as the whole team follows them. It describes how to handle code, where to store configurations, what to do with backups, builds, how to deal with scaling, logs and administration.<br></p><p><img src="/de/blog/PublishingImages/Articles/CreateIt/DevOps3.png" data-themekey="#" alt="" style="margin:5px 0px;" /><br></p><h4 style="margin-bottom:10px;font-family:source-sans-pro, open-sans, sans-serif;font-size:16px;color:#888888;text-align:center;">Caching Cluster Architecture<span class="Apple-converted-space"> </span></h4><h2>Serverless architecture</h2><p>Another highly interesting foundation of the architecture of modern applications is to have them operate as serverless. Basically, one takes part of the code from the aforementioned smaller applications – code which could be more resource-intensive or might not be required to run continuously – runs it through an interface provided either by AWS (AWS Lambda) or Azure (Azure Functions), these then start small subprocesses, compute the results and return them back to the services. Scalability can also be applied on the level of functions which can be run in parallel and independently of each other.<br></p><p><img src="/de/blog/PublishingImages/Articles/CreateIt/DevOps4.png" data-themekey="#" alt="" style="margin:5px 0px;" /><br></p><h4 style="margin-bottom:10px;font-family:source-sans-pro, open-sans, sans-serif;font-size:16px;color:#888888;text-align:center;">Serverless Application Architecture<br><br></h4><h2>Automation</h2><p>There’s another characteristic of DevOps that we didn’t mention so far: laziness. DevOps strive to maximally simplify their life through automation. And automation is the alpha and omega of today’s DevOps development. We automate implementations, work processes, testing, infrastructure, even the management and revision of user rights and accesses... essentially everything. When to start with automation? As soon as an activity needs to be carried out more than once.<br></p><h2>Automated testing of code </h2><p>In order to expedite development while making sure that we didn’t break anything anywhere, we need to have everything covered by tests prepared by the developers themselves. Taken ad absurdum, this idea implies that first one should prepare a test and only then the function. After all, Test Driven Development is by now an established notion within software development. And writing tests on your own instead of waiting for testers is part of the aforementioned DevOps mindset.<br></p><p>In the world of Java, we do that using JUnit, Mockito, MockMvc, Selenium, Sonar etc. So there’s plenty of tools, but the thing that’s sometimes lacking is the willingness of developers to spend time on this.<br></p><h2>Automated workflows <br></h2><p>Workflow automation is done using tools such as Jenkins (CI/CD), GitLab, Container Registry, Jira. In practice, this means that a developer puts their code in GitLab, the automated pipeline runs unit tests on that, compiles the program and implements it on the server environment, where it is then continuously monitored. Ideally, everything really runs on its own.<br></p><h2>Automated infrastructure: Infrastructure as code! </h2><p>An ideal end result is to have everything always run the same on all environments, and to be able to create these environments with just a single click. Nobody ever needs to install operating systems; everything should be scripted using templates. In order to create infrastructure as code, we first need to shield the application from the hardware. This is done by applications such as Docker and Podman. We take a created application and implement it in some ecosystem – most frequently Kubernetes or OpenShift. Everything can also run on-premise, but that’s not really what DevOps is about. Both Kubernetes and OpenShift can be launched in just a few clicks. Kubernetes is hosted by all larger providers (AWS EKS, Azure AKS, and Google GKE).<br></p><p>We have several options for the infrastructure. We can “generate” an infrastructure from the comfort of a web browser or, as the preferred option, create a template that will let the provider create the infrastructure directly through an API layer.<br></p><p>The most frequently used universal template software is Terraform. It has connections to all larger providers, but it also possible to use on-premise servers. It is easier and often better to write these templates in native scripts (for AWS these are, for instance, CloudFormation in YAML a JSON, or newly AWS CDK, where it is possible to describe the infrastructure for instance in JavaScript, JAVA or Python). This allows us to maximize the provider’s capabilities. The template can then be launched, and can even be used to create an identical environment multiple times (which is good for various dev/test environments). The applications themselves can be delivered into the environments using all the usual tools by Jenkins, Gitlab, Bitbucket.<br></p><h2>Measurements </h2><p>Our application is now in production, but that’s not the end of it. We need to start evaluating and analyzing it, debugging, and to do so we need continuous metrics and analytical tools. ELK Stack is a bundle of tools that can help us collect logs and visualize them. Kibana is a tool that allows us to browse through the logs in a visualized form all in one place; this is great for determining an application’s performance as well as identifying the cause of problems. Aside from error filtering, it is also capable of displaying CPU metrics etc.<br></p><h2>Methodology </h2><p>While the waterfall approach that rose to prominence in past years and was frequently used then does allow for careful development, it is not as great when it comes to speed and agility. That is why agile methodologies have become so popular nowadays; these allow us to split development into small chunks, which can then be handled independently. if you think about it, that’s basically the foundation for the whole DevOps philosophy – from infrastructure up to methodology and vice-versa. This means we do daily stand-ups and development takes place in short sprints. The standardization of the whole development process is important, and this covers analysis, development, testing, implementation as well as monitoring the performance of the completed application.<br></p><h2>Conclusion </h2><p>The success of a DevOps project requires a combination of expertise from various areas, high-quality technologies, know-how from the field, but first and foremost a change of how a team works and how developers think. But once all of that is done, the results are worth it. A well-setup project allows for faster innovation, can quickly react to business developments and requirements, teamwork is more efficient, the overall code quality is better and we get more frequent releases.<br></p><div><p>Source: SystemOnLine<br></p></div> | | | | |
| Why consultants buy creativity | | https://cleverlance.com/en/blog/Pages/droga5.aspx | Why consultants buy creativity | <p>At the beginning of May, New Your Times reported that the consulting company Accenture acquired the creative agency <a href="https://droga5.com/">Droga5</a>. This agency, with its 500+ employees, will become a part of <a href="https://www.accenture.com/us-en/about/accenture-song-index">Accenture Interactive</a>.<br></p><p>There are two reasons why this merger is interesting. First off, a business focused on strategy and consulting has joined forces with a creative company. And second, creativity as a tactical tool is experiencing a massive comeback after the era of consulting companies.<br></p><p>Droga5 is currently one of the most famous independent advertising agencies in the US. This company, founded by David Droga, represents creativity in its purest form. And now it is to intertwine with the culture of consulting and technological companies. These worlds could not be farther apart. One produces top-quality products in the form of TV spots and campaigns, the other makes slides with research results that are nowadays often accompanied by technical solutions. Groups of creative people will sit at the table with consultants and together look for the best solutions for the client.<br></p><p><img src="/de/blog/PublishingImages/Articles/CreateIt/droga5.jpg" data-themekey="#" alt="" style="margin:5px 0px;" />This combination is definitely good news for creative people who strive to achieve more than a one-off advertisement campaign (even if it’s a successful one), but want to provide a more long-term, comprehensive customer experience. The same goal is shared also by clients who have dreamed for a long time of a supplier who can connect brand and technology via all of the client’s <a href="https://en.wikipedia.org/wiki/Touchpoint">touchpoints</a>. They are aware that after a decade of focusing only on technology and process automation, it is creativity and the communication method with clients that bring it all together and makes everything come to life.<br></p><p>Whether the approaches and methods for satisfying the customer’s needs will join forces towards a shared goal, or whether these will remain mentally and procedurally divided as it has been in the past, is a big question. What Accenture did, though, is not unique. On the contrary, it reflects the trend of the fast-changing competitive environment. Merging of technologies, brand and creativity, which was pioneered a long time ago by Apple, is slowly but surely becoming a must for survival. This means you can expect more acquisitions of creative teams by consulting and technological companies.<br></p> | | | | |
