0

Togaf and Enterprise architecture interesting links 1

Today I have produced a short list of links interesting about Togaf and Entreprise architecture.

A nice quote :

{% blockquote Angelo Andreetto, Senior Enterprise Architect for Zurich Insurance Group in Zurich, Switzerland %} Digital transformation is a fantastic way to rethink Enterprise Architecture,

{% endblockquote %}

Here is the digest :

  • an interesting article explaining the limits of the Togaf methodology. here

{% blockquote %} People actually think that TOGAF must be right because it is a compendium, very large at that, of IT project good practices, because it has so many brand names behind, because of its many followers in IT, because of its many vocal backers whose interests are intertwined with TOGAF, because it has the dominant training and certification market share, because it has its own conferences. {% endblockquote %}

  • is Enterprise architecture completely broken ? post

This article is particularly interesting since it explains the limits of EA when this domain is understood as a basic documentation or a fixed organization.

{% blockquote %} EA fails when enterprises are treated as discrete systems that can be reduced into smaller problem sets, as traditional engineering approaches or some EA frameworks would have us believe. {% endblockquote %}

  • Agile, TOGAF and Enterprise Architecture: Will They Blend? article

"Is enterprise architecture still relevant when we do Agile?" and "what is the role of an enterprise architect in an Agile organization?" That the questions this article is trying to answer.

  • For people that are new with the concepts of Enterprise Architecture, this Microsoft MSDN page is useful. msdn

Indeed there is a comparison of the Top Four Enterprise-Architecture methodologies. Informations there are quite old (2007) though relevant. I am particularly fond of real battlefield experiences on using such methodologies. This article is a good start.

These slides illustrates how to implement TOGAF by delivering some key points, in particular the metamodel.

  • Togaf posters

This site offers some posters to have a better understanding of Togaf and the Enterprise Architecture Togaf posters

  • Enterprise Architecture by the example :

This document is an implementation of Togaf 9 by Birmingham University. It is full of samples and good informations to exploit 🙂 Birmingham Enterprise Architecture Framework

I am loving metrics and this article was really great : 7 Key architecture metrics – IT Total Cost of Ownership (TCO) as a Percentage of Revenue – Total Cost Savings (TCS) – Percentage Of Spend That’s Strategic (PSTS) – Common Services Compliance Rate (CSCR) – Architectural Due Diligence Rate (ADDR) – Sunset Technology (ST) – Business Specific

Finally to conclude a TOP 8 of Enterprise Architecture risks 8 Enterprise Architecture risks

{% blockquote %} If your Enterprise Architect can’t describe five cases where Enterprise Architecture has failed miserably, it is time to find a new Enterprise Architect. {% endblockquote %}

  • Security vulnerabilities and exposures : EA and security should work together to bring state of the art security in the whole company
  • Distracting critical staff : Stakeholders often complain that Enterprise Architecture is cumbersome
  • Low adoption rates : It is much easier to define a enterprise architecture than to implement the governance required to implement it.
  • Increasing solution costs : Enterprise architecture programs are often guilty of over-engineering.
  • Decreasing user acceptance : Users often complain that common solutions are less adapted to the needs of their business unit.
  • Creating dependencies : common solutions also introduce new dependencies between business units and can create new bottlenecks.
  • Project delays : it is possible for EA processes to delay projects and add excessive overhead by adding unnecessary checkpoints.
  • Be careful what you measure : if EA introduces business performance metrics, metrics may also introduces risks and weird behaviours.
0

My weekly DZone”s digest #1

This is my first post that offers a digest from a selection of DZone’s articles. I will pick DZone’s article based on my interests.

This week the subjects are : BDD Testing, Bad code, Database Connection Pooling, Kotlin, Enterprise Architecture

A few benefits you get by doing BDD

A few benefits you get by doing BDD : This article is an introduction to the Behaviour Driven Development practice. It’s interesting because we are regularly meeting teams, developers, architectures (pick your favorite one) that are confusing technical details and functionalities. As a result, the design, the tests and the architecture hides the user behaviour (the use cases ?) under a pile of technical stones. This article is a nice introduction. I recommend to go further these articles : * Your boss won’t appreciate tdd, try BDD * BDD Programming Frameworks * Java Framework JBehave.

Gumption Traps: Bad Code

Bad code, how my code...

Bad code, how my code…

Gumption Traps: Bad Code : an article about the bad code and how to deal with it.

{% blockquote Grzegorz Ziemoński%} The first step to avoid the bad code trap is to stop producing such code yourself. When faced with existing bad code,one must work smart to maintain motivation. {% endblockquote %}

This is a good introduction sentence. This week, I had a meeting with a skilled and amazing team. The meeting’s goal was to find a way to find the technical debt. The very technical debt that is ruining the application and undermining the team’s motivation. What I found interesting and refreshing in this article, is the pragmatic tone and the advice.

{% blockquote Grzegorz Ziemoński%} To avoid bad code, try to minimize the amount of newly produced bad code. {% endblockquote %}

How to avoid the depress linked to the bad code ? First of all, I want to say that developers are not receiving enough training on how to improve the code. Usually university / college courses are dedicated about How to use a framework. Therefore, few of them are able to qualify what is a bad code, what are its characteristics and de facto the ways to improve it. To avoid bad code, I try to demonstrate the personal benefits for the developers to improve their skills. Quality is not only a question of money (how much the customer is paying) but rather how much your company is paying attention to your training and personal development.

A lot of developers are overwhelmed under the technical debts without the appropriate tools (mind, technics, theory) to handle it. I try to give them gumptions about the benefits to be a better developer and how to handle the weakness of a sick application. To save a software rather than practicing euthanasia 🙂

Database Connection Pooling in Java With HikariCP

When we are discussing about Database connection pooling, most of my colleagues are relying on the good old Tomcat dbcp. However there is a niche, really funny and interesting, the guys that a competing for the best DBCP. And HikariCP is clearly a step ahead of everyone.

The article Database Connection Pooling in Java With HikariCP is presenting how to use a custom DBCP in your software.

Hikari Performance

Hikari Performance

I think it would have been great to present the differences with the standard DBCP and further debate on the advantages/disadvantages of the solutions. A good idea for a newt article 🙂

Concurrency: Java Futures and Kotlin Coroutines

Java Futures and Kotlin Coroutines An interesting article about how Java Futures and Kotlin co-routines can coexists. Honestly I am a little bit disappointed and thought that Kotlin would make things easier like in Node.JS

Are Code Rules Meant to Be Broken?

Another article about Code Quality and we could be dubious whether exists an answer to that question : Are Code Rules Meant to Be Broken.

I won’t enter too much in the details, the author’s point of view seems to be Code Rules are good if they are respected. If they are broken, it implies that the Code rules need to evolve 🙂 What do you think about it ?

Java vs. Kotlin: First Impressions Using Kotlin for a Commercial Android Project

This article is interesting since it presents a feedback session on using Kotlin in a Android project.

The following big PLUS to use Kotlin are :

  • Null safety through nullable and non-nullable types, safe calls, and safe casts.
  • Extension functions.
  • Higher-order functions / lambda expressions.
  • Data classes.
  • Immutability.
  • Coroutines (added on Kotlin 1.1).
  • Type aliases (added on Kotlin 1.1).

  Quality Code Is Loosely Coupled

Quality Code Is Loosely Coupled

This article is explaining one of the most dangerous side of coding : Coupling. Must to read article despite the lack of schemas.

Five Habits That Help Code Quality

This article is a great introduction on code assessment. These five habits are indeed things to track in your software code as a sign of decay and code sickness.

The habits are : – Write (Useful) Unit Tests – Keep Coupling to a Minimum – Be Mindful of the Principle of Least Astonishment – Minimize Cyclomatic Complexity – Get Names Right

10 Good Excuses for Not Reusing Enterprise Code

This article is really useful in the context of Digital Transformation to assess which softwares you should keep and throw.

Example of excuses : – I didn’t know that code existed. – I don’t know what that code does. – I don’t know how to use that code. – That code is not packaged in a reusable manner.

Test proven design

An interesting article and example on how to improve your own code using different skills. I really recommend to read this article and the next future ones : Test proven design.

0

Disruption in Software Quality Assessment ?

As many other markets, the SQA/ALM Market soon will meet #disruption. Domains like machine learning, deep learning and cloud computing will force it to evolve in the next few years. This article is presenting some predictions about the future of the quality tools.

Disruption in Software Quality Assessment

Disclaimer I am not a native english speaker and I am perfecting my english skills by writing these articles. If this topic interests you, please comment below or share the article to your friends. And every syntax, grammar mistakes will be fixed under your wise comments.

A new generation of Software quality tools is going to emerge. Machine Learning, Deep Learning, DevOps, Continuous Delivery, Continuous Integration, Cloud Computing, all these movements are influencing the SQA/ALM Software Editors. It has never before been so easy and cheap to produce a new static analysis tool to measure some aspects of a software. The Opensource movement and the market evolution are the direct contributors to this state. Made famous under the name of “linters”, well-known and unknown developers are creating the tools required to their activities. And the Software editors are faced to the dilemma : “Should I continue to build my own tools ? What should be my behaviour confronted with this plethoria of scanners ?”.

Until recently, Software developers were depending of the highly-specialized skills from the Quality Software Editors to detect, analyze and fix the bugs inside their softwares. And it is a big source of frustration. From both sides. Developers are usually complaining that the rules do not reflect their real needs or the complexity of their softwares. “Quality tools do not detect real problems or too late or under a trillion of false positives”. Software Editors are providing to the hungry population rule sets, standards to satisfy the crowd. A crowd much much bigger than their own forces.

I am predicting that the disruption may be coming from these directions :

  • From the open-source : soon or later, the basic needs of developers will be fulfilled by the open-source offer. Tools like PMD, Findbugs, and so on have inspired a whole generation of developers. The young developers through the Angular 2, ReactJS, Go are already educated to the benefits of Quality tools. And they are heavily relying on linters well-integrated in their CI or in their IDE (Atom, Code). Twitter, Facebook are continuously producing and releasing in opensource new tools to help the developer community. The recent examples of Flow or PrePack are helping a lot developers to increase the quality of their products.
  • From the digital technologies. The increasing level of maturity of the machine learning and deep-learning technologies should bring us shortly new kind of tools to predict bugs, predict code defects and usual developer decisions. I believe that the scientific researches from Microsoft and Google will contribute indirectly to the Software Quality tool market. This topic is unsurprisingly very discussed (here).
  • From the software development process transformation : Movements like Agile, DevOps, Continuous Integration and Deployment, ChatBots are deeply changing the way developers are collaborating. Several aspects are changing : communication (Slack, Hipchat), software building (Jenkins, Travis CI, Microsoft TSF & Azure), software deployment (containers, PAAS, Amazon AWS)… The way a product is conceived, built and deployed requires to track and measure several quality aspects. The integration effort to produce these metrics and KPI’s is tremendous and have to be adapted to each organization. Would the developers be enough satisfied with code quality or will they require higher levels metrics extracted from their development process.

Conclusion

Who will be the future leaders in the ALM market ? Who will be the fastest to adapt to the current technology and data disruption ? Do you have some tools that could match these descriptions ?

If that article has been useful or interesting, stay connected, I will produce new articles on that subject.

One of my future article will present Codacy, an emerging code quality platform. This platform offer to ease the quality control as soon as possible in your development process to detect the bugs early and surely. I will compare this solution with the famous market leader SonarQube.

0

Eleven contributing technologies to Digital Transformation

Disruptive Impact of Digital technologies on Professional Technologies, by Segment"

Thanks to @MikeQuindazzi, I discovered that interesting picture :

Ready for #Industry4.0 ? 11 contributing #digital #technologies in a simply and concise framework. #ar #mobile #social #cloud #iot

Industry 4.0 Technologies Digital Transformation"

Industry 4.0 Technologies Digital Transformation”

Disruptive Impact of Digital technologies on Professional Technologies, by Segment"

Disruptive Impact of Digital technologies on Professional Technologies, by Segment”

Disruptive Impact of Digital technologies on Professional Technologies, by Segment

TOP 10 Disruptive technologies

TOP 10 Disruptive technologies

TOP10 4IR Technologies for the Earth

0

Five trending technologies for Digital Transformation

Digital Transformation

Today I stumbled upon that interesting article. That is a summary / prediction of some emerging technologies that are useful for the Digital Transformation. Have you ever tried them ?

These technologies are :

  • Apache Spark : the well-known opensource solution for Machine Learning and Deep Learning
  • Okta : a solution that I have used in a previous project to federate identity and authentication. A Saas service that provides SSO/SAML authentication. Its usage could be better documented tough take a look at it!
  • MultiChain : a software tool for web asset and legal contracts on blockchain, allows its customers to control whether the chain is private or public
  • Puppet : Puppet is an IT Automation solution that I have also used during the past two years to build Software factories. I am rather dubious how the solution is nowadays comparing against Docker and its ecosystem. It’s basically a client agent/server soljtion to deploy servers and applications. The worst of all is that it’s written in Ruby 🙂
  • Capriza : Capriza seems to be a low-code solution. I personaly did not know it since we have many partnerships with other solutions in my new Company (as Appway). I will take a look at it too.

The link 5 technologies for rapid Digital Transformation