[GER] Mein neuester Artikel im #JavaSpektrum : Wahrscheinlich produktiv: Wie Java lernen muss, mit KI-Systemen zu leben Es gibt Sätze, die altern schlecht. Einer davon ist: „Wir bauen da einfach mal KI ein.“ Der Satz fällt gern in Meetings, als hätte man gerade das Rad, den Verbrennungsmotor und die digitale Transformation gleichzeitig erfunden. sigs.de/artikel/wahrscheinli… #java #ki

"wir möchten Ihnen als Abonnenten der Fachzeitschrift JavaSPEKTRUM mitteilen, dass wir ab Ausgabe 1/2025 unser Printmagazin nicht mehr in gedruckter Form zur Verfügung stellen werden" Schade. Ich habe das gedruckte Magazin sehr gemocht, und Immer am Morgen in der Kaffeepause gelesen. Mal schauen ob ich so noch Zeit finde zum lesen. Sitze ja sonst schon den ganzen Tag am Bildschirm.

インタビュー　AI日本語訳文(精度はご容赦ください) -- JavaSPEKTRUM: Javaの世界から JavaSPEKTRUMは、IT企業家であり長年Bitkomの会長を務め、現在はScheer Holdingの技術投資家であるAugust-Wilhelm Scheer教授に、デジタル化の影響について話を伺いました。特に、ビジネスモデル、ユーザー企業、ソフトウェア市場への影響についてです。 JavaSPEKTRUM: 「Software eats the world（ソフトウェアが世界を食べる）」とは、あなたにとってどういう意味ですか？ Scheer: Marc Andreessenのこの言葉は今ではさらに広く解釈されるべきです。単にソフトウェアではなく、デジタル化が世界を食べるのです。背後には、新しいビジネスモデルがあります。技術は前提条件ですが、決定的な推進力ではありません。この技術を活用するビジネスモデルこそが重要です。 JavaSPEKTRUM: 新しい「デジタル」ビジネスモデルが今になって登場しているのはなぜですか？技術自体は以前から利用可能だったのでは？ Scheer: これはこれらの技術に内在する指数関数的な発展によるものです。例えば、Mooreの法則では、プロセッサの性能が18か月ごとに倍増するとされています。現在では、数年前には未来のビジョンに過ぎなかったビジネスモデルが可能になっています。これは、デジタル化の初期段階で見られた継続的な発展に対して、破壊的な変化を引き起こしています。 この指数関数的な変化は、技術だけでなく企業にも現れています。これほど速く多くの顧客やユーザーを集めたり失ったりすることはこれまでありませんでした。 JavaSPEKTRUM: デジタル化によって製品やサービスの開発はどのように変わりますか？ Scheer: 長期間にわたって秘密裏に開発することはなくなりました。これらのプロセスは逆転しています。開発部門が何かを考え出し、計画を立ててから完成品を開発する「インサイドアウト」ではなく、顧客に提供する「アウトサイドイン」です。開発計画を守るだけでなく、新しいサービスや製品が顧客に受け入れられるまで満足できません。特にスタートアップは、まず最小限の要件を満たす製品で市場に出て、需要をテストし、顧客が本当に望む機能を把握します。そして、そこから最終製品を開発します。 JavaSPEKTRUM: デジタル化やインダストリー4.0はソフトウェア開発にどのような影響を与えますか？ Scheer: ソフトウェア開発はウォーターフォールモデルに従わなくなりました。例えばScrumなどのアジャイル手法を使用します。つまり、大規模プロジェクトでも小さなステップで開発を進め、フィードバックや変更要求に迅速に対応し、全体の完成までの時間を短縮します。並行して、Microservicesのようなアプローチが発展しており、大規模なプログラムやサービスではなく、より小規模で独立したサービスの組み合わせを重視しています。 これにより、ソフトウェアの風景が一変します。これらのMicroservicesはフリーランサーや小規模なソフトウェアハウスによって開発され、市場に提供される可能性があります。大規模なアプリケーションランドスケープの統合は、大企業が引き受けることになります。 JavaSPEKTRUM: このシナリオでは品質はどうなりますか？ Scheer: 品質は統合業者が保証する必要があります。彼らはシステム全体の機能、Microservicesの統合、そしてプロセスの連携を維持する責任を負います。APIはサービスへのアクセスを技術的に提供する一部に過ぎません。プロセスの流れとロジックを含むプロセス記述が必要です。統合の問題はますます重要になります。これはアキレス腱です。Microservicesの統合だけでなく、クラウドサービスの接続、クラウドとオンプレミスソリューションの連携、古いシステムと新しい機能の組み合わせなど、多岐にわたる統合タスクが必要です。 JavaSPEKTRUM: ソフトウェア業界にも変革が訪れると予想されますか？ Scheer: 大手ソフトウェアベンダーの製品が提供する多くの機能は、将来的には小規模な独立ソフトウェアハウスによって生産されるか、小規模なソフトウェア製品、例えばアプリに移行するでしょう。これは既に見られます。アプリストアやエンタープライズアプリストアを思い浮かべてください。この傾向は顕著に増加します。今日の業界大手は、流通、統合、品質管理などの問題により集中するでしょう。このようなソフトウェア企業は、開発作業を大幅にアウトソースするため、現在よりも従業員が少なくなると考えています。 JavaSPEKTRUM: 全体的に、また特にソフトウェア開発者に対する変化からどのような課題が生じますか？ Scheer: 管理職レベルでは、デジタル化を真剣に受け止める場合、CIOやCDOがビジネスモデルに近づく必要があります。この分野で最も成功するのは、ビジネスと技術の両方をうまく扱えるマネージャーです。これは多くの人にとって大きな課題です。 開発の側面では、ユーザー企業内で再び自社でソフトウェアを開発する傾向が見られます。ただし、以前とは異なり、モジュール方式や組立方式に近い形で行われます。内部のソフトウェア部門は、大手ソフトウェアハウスと同様に、プロセス設計、統合、品質保証に集中します。多くのソフトウェアコンポーネント、例えばMicroservicesを購入します。そして、ソフトウェアは永続的なものではなく、特定の目的のために構築されます。その目的が達成されれば、ソフトウェアは不要になります。 JavaSPEKTRUM: アーキテクトは重要な役割を果たすことになりますか？ Scheer: 私たちがこれまで話してきたすべてのことにはアーキテクトが必要です。機能ブロックの生産は大きく変わりますが、90年代に開発されたプロセスの考え方は安定しています。したがって、アーキテクトが必要です。アーキテクチャの質問への回答は「SAPまたはOracle」だけではありません。 JavaSPEKTRUM: 「普通の」Java開発者には何が求められますか？ Scheer: 自分が純粋な技術者として留まるか、ビジネスの視点も取り入れるかを決める必要があります。技術面だけではなく、ビジネス面も考慮し行動するスタートアップを私が支援し投資しているのもそのためです。プログラマーとして隠れて「私は開発者です。仕事を与えてください」という態度はもはや通用しません。しかし、アジャイル、継続的デリバリー、DevOpsなどの新しい働き方が、この行動パターンをすぐに解消するでしょう。

「私はSalesforce担当者です。仕事を与えてください」 という態度はもはや通用しません。 自分が純粋な担当者として留まるか、 ビジネスの視点も取り入れるかを決める必要があります。 — 強い言葉です。 これは僕の持論ではなく、８年前、とある権威によるインタビューでの発言をもじって創作したものです。 (“Salesforce担当者”の部分は原文では”開発者”という言葉です) Java/Python/Ruby開発者等、特定の専門技能で仕事をする方に読み替えても成立すると思いました。 出典元は後述します。 示唆に富んだパンチラインが並びますのでいくつか紹介します。 — ・技術は前提条件ですが、決定的な推進力ではありません。この技術を活用するビジネスモデルこそが重要です。 ・開発計画を守るだけではなく、(略)顧客に受け入れられるもので無ければ満足されません。 ・IT統合の問題はますます重要になります。これはアキレス腱です。 ・デジタル化を真剣に受け止める場合、CIOやCDOがビジネスに近づく必要があります。 ・この分野で最も成功するのは、ビジネスと技術の両方をうまく扱えるマネージャーです。これは多くの人にとって大きな課題です。 — インタビューは以下などを背景に、冒頭のような主張を論理的に説明しています。 ・テクノロジーの進化や普及、 ・デジタルとビジネスの融合(DXの波)、 ・ビジネスモデルの変化、 ・求められるエンジニアリングプロセスの変化、 ・ITサービスやツールなどテクノロジー提供者の変化、 企業が利用するシステムとそのアーキテクチャの変化　 純粋な技術者に留まることも可能ですが、多くの場合、ビジネスの視点を取り入れて成果に向き合う態度が求められていくだろうという話が書いてあります。僕も同意するところです。 (何を求められるか？の話であって、どんな仕事をして生きたいか、という個々人ののニーズや可能性を否定するものではありません) — 【出典元についてと、思うこと】 インタビューの出典元はこちらです。 sigs-datacom.de/uploads/tx_d… ドイツの技術メディア”JavaSPEKTRUM”2016年5月号より。大学院の講義でこの中の一節が紹介され刺さりました。 ChatGPTで翻訳した訳文をスレッドに置いておきます。 インタビューに答えているシェアー教授は、ビジネスプロセスマネジメント(BPM)分野の世界的権威です。 BPMの歴史は古く、今に至るまで日本でも多くの大企業の業務改善・改革を支えてきた本質的な概念ですが、 昨今はSaaS等デジタルサービスを展開するスタートアップ中心に、プロセス的にビジネスを捉えるアプローチが再発明・再評価されているように捉えています。 巷の意味のTheModel型や、各種Opsの配置と役割などがその例です。 BPMの歴史と異なる背景から生まれた、実践的ナレッジやプラクティスもあるでしょうし、一からBPMの系譜を紐解く必要はないかもしれません。ただ基礎や概念は共通しており再利用可能なものが多くあるのでしょう。 実際、8年も前のインタビューですが、今実感を持って感じるものがあります。 また、このインタビューはWebブラウザ”NetScape”の開発者でもありベンチャーキャピタリストでもあるマーク・アンドリーセン氏が発した有名な言葉 ”Software Is Eating the World”(ソフトウェアが世界を飲み込む) という言葉を皮切りに始まっています。 この言葉自体はインタビューよりさらに5年前、2011年に発信されたものです。 未来は未定ですが、 大枠の流れや構造は定まることがあり、 その中でやれること・貢献できることというのはイノベーションを志向する起業家以外の我々にも多いにあると常々思っています。 今すでに訪れているビジネスと技術、仕掛けと実行、専門と横断、これらの統合という課題に取り組むため、 BizOpsやAdminといったビジネス志向性を要する新たなプレイヤーの同志達と繋がり、課題や実践知を共有したい。 そこに対して僕は、積み上げられた歴史や知識とその理解や経験を強みに関わりたい。 同志と共に横断的で統合的な課題に取り組む仕事を通じて、世界を地味に前に進める貢献がしたいと思っています。引き続き、共感いただける方との繋がりを心より求めています。

🤓 Look what arrived in the mail: my copy of the latest edition of @JavaSPEKTRUM, with a fantastic article by @mesirii on the One Billion Row Challenge! I even had the opportunity to answer a few questions around it. Thx a lot for covering #1BRC in this great write-up, Michael!

Einverstanden! Persönlich finde ich Java die bessere Sprache für Geschäftsanwendungen. Ausserdem sind mir die SPA Frameworks zu kompliziert. Vaadin ist ein klassisches UI Framework und das passt viel besser zu den Anforderungen von Geschäftsanwendungen.

Habe gerade das Fazit nochmals gelesen. Bei Vaadin wird seit Version 10 kein JavaScript Code mehr generiert! Zur Laufzeit ist eine Vaadin App eine SPA die UI Events auf den Server schickt und die UI Aenderungen vom Server erhält.

Aus meiner Sicht ist die Idee, ein Frontend im Backend zu bauen ein Widerspruch in sich selbst 🫣

Ich durfte nicht noch mehr Seiten schreiben 😉 Mag meine Bubble sein, aber in meinen Projekten der letzten Jahren ist mir Vaadin nie begegnet 😢

Vaadin fehlt 😉

„Die passende Technologie für das #Frontend“ Mein Artikel ist im aktuellen @JavaSPEKTRUM erschienen und gibt einen Überblick über aktuelle Frontend-Ansätze: 📰 webreader.javaspektrum.de/de…

Getting ready to speak at #INFODAYS #Java 21 LTS about Stings, Collections and launching Programms in Java 21 thanks @SIGSDATACOM and @JavaSPEKTRUM for the opportunity to speak next to @wolflook @sippsack @denis_makogon and @nipafx

🍀 Diese wundervollen Preise wollen Euch beim #JUGSaxonyDay glücklich machen. Vielen Dank unseren #Preissponsoren: @dpunkt_verlag @Hanser_Update @IT_Spektrum @JavaSPEKTRUM @jetbrains @mitpVerlag @oreillyverlag @rheinwerkverlag Thalia Deutschland jugsaxony.org/day/sponsoren #JSD2023

#JavaForumNord - Unser Medienpartner "JavaSPEKTRUM" , das Praxismagazin für professionelle Softwarearchitekten und -entwickler im Java-Bereich sigs-datacom.de/fachzeitschr…

Ahhmm, @JavaSPEKTRUM — #Java and the main title is… Power of #JavaScript 🫣 It seems they could not distinguished between Java and JavaScript 🤗 😂🤣

This is exciting! Congratulations!

Very cool news!

Für das aktuelle @JavaSPEKTRUM durfte ich zwei Artikel zu #JavaScript und #React beisteuern 😊

Man kann die Zeitschrift auch als Einzelheft bestellen. Was ich soeben gemacht habe. Danke für den Tipp.