Anmelden
(Bild: gemeinfrei)
Lobbyarbeit zwang die SEC, ihre Vorschriften zur Offenlegung des CO₂-Fußabdruckes von Unternehmen zu verwässern. Die fossile Wirtschaft profitiert.
In der vergangenen Woche hat die US-Börsenaufsicht Securities and Exchange Commission, kurz SEC, eine Reihe lang erwarteter neuer Klimatransparenzregeln [1] erlassen. Sie sollen die meisten börsennotierten Unternehmen dazu verpflichten, ihre Treibhausgasemissionen und die Klimarisiken, die sie in ihren Bilanzen aufbauen, offenzulegen. Das Problem: Die SEC hat die Vorschriften aufgrund intensiver Lobbyarbeit vonseiten der Wirtschaft verwässert, was letztlich ihre Wirksamkeit untergräbt. Damit wird eine wichtige Chance verpasst, an US-Märkten gelistete Unternehmen zu zwingen, sich mit den wachsenden Gefahren der Erderwärmung zu beschäftigen.
Ausschlaggebend für die neuen SEC-Vorschriften war die Erkenntnis, dass Klimarisiken auch finanzielle Risiken sind. Globale Unternehmen sind beispielsweise heute schon mit klimabedingten Unterbrechungen der Lieferkette konfrontiert. Ihre Sachwerte sind anfällig für Stürme, ihre Mitarbeiter extremen Hitzeperioden ausgesetzt [2]. Ihre Kunden könnten gezwungen sein, Standorte zu verlagern. Hinzu kommt: In ihren Bilanzen befinden sich Vermögenswerte auf Basis fossiler Brennstoffe [3], die sie vielleicht nie verkaufen können. Und viele Geschäftsmodelle werden durch den Klimawandel zumindest infrage gestellt.
Dabei geht es nicht nur um Unternehmen aus den Bereichen Kohle, Öl oder Gas. Es handelt sich auch um Versorgungsunternehmen, Transportfirmen, Rohstoffproduzenten, Konsumgüterhersteller und sogar Lebensmittelkonzerne. Und die Anleger – wir alle – kaufen und halten diese Aktien, die mit fossilen Energieträgern verknüpft sind, oft ohne es zu wissen. Investoren, politische Entscheidungsträger und die breite Öffentlichkeit benötigen deshalb klarere und bessere Informationen darüber, ob und wie Unternehmen den Klimawandel antreiben, was sie vielleicht tun, um seine Auswirkungen zu bekämpfen und was Kaskadeneffekte für ihre Bilanzen bedeuten könnten.
Die neuen SEC-Vorschriften schreiben vor, was bisher im Wesentlichen ein freiwilliges System der "Corporate Carbon Governance" war. Sie verpflichten die Unternehmen nun, darüber zu informieren, wie sich klimabezogene Risiken auf ihr Geschäft auswirken könnten. Außerdem müssen sie direkte Emissionen aus Quellen, die sie selbst besitzen oder die sie kontrollieren, sowie ihre indirekten Emissionen aus der Erzeugung von eingekaufter Energie offenlegen, also beispielsweise dem Erwerb und Strom und Wärme. Entscheidend ist allerdings, dass die Unternehmen dies nur dann tun müssen, wenn sie diese Informationen als finanziell "wesentlich" einstufen. Und genau das lässt den Unternehmen einen beträchtlichen Spielraum bei der Entscheidung, wie transparent sie sein wollen.
Der ursprüngliche Entwurf der SEC-Vorschriften hätte von den Unternehmen auch verlangt, die Emissionen aus "vor- und nachgelagerten Aktivitäten" in ihren Wertschöpfungsketten anzugeben. Dies bezieht sich im Allgemeinen auf die damit verbundenen Emissionen von Lieferanten und Kunden, die oft 80 Prozent der gesamten Klimabelastung eines Unternehmens ausmachen. Der Wegfall dieser Anforderung und die Hinzufügung des Standards der "Wesentlichkeit" scheinen nun auf den starken Druck von Firmengruppen zurückzuführen zu sein. Immerhin dürften die neuen SEC-Vorschriften dazu beitragen, dass klarer wird, wie einige Unternehmen mit dem Klimawandel [5] und ihrem Beitrag dazu umgehen. Aus rechtlicher Vorsicht dürfte einiges finanziell "wesentlicher" sein als bislang gedacht.
Klarere Informationen werden dazu beitragen, die Klimaschutzmaßnahmen der Unternehmen zu beschleunigen, da um ihren Ruf besorgte Firmen zunehmend Druck von Kunden, der Konkurrenz und einigen Investoren spüren dürften, ihre Emissionen zu reduzieren. Aber die SEC hätte noch viel weiter gehen können. Schließlich sind ähnliche Maßnahmen in der EU bereits umfassender und strenger. Selbst ein kalifornisches Gesetz zur Offenlegung von Emissionen, das im vergangenen Oktober unterzeichnet wurde, geht weiter. Es verpflichtet sowohl börsengelistete als auch private Unternehmen mit einem Umsatz von mehr als einer Milliarde US-Dollar, über jede einzelne Emissionskategorie zu berichten und diese Daten anschließend von einer dritten Partei überprüfen zu lassen.
Leider bringen die neuen SEC-Vorschriften die Unternehmen lediglich an die Startlinie eines solchen Prozesses, der für die Dekarbonisierung der Wirtschaft erforderlich wäre. Dabei sollten die Konzerne längst in diesem Rennen sein. Freiwillige Transparenz ist wenig hilfreich. Firmen, die diese betreiben, haben bislang nur minimale Fortschritte bei der Reduzierung ihrer Treibhausgasemissionen gemacht. Das Offenlegungssystem, auf dem die SEC-Vorschriften beruhen, hat dabei mit zwei grundlegenden Problemen zu kämpfen, die den Umfang und die Wirksamkeit der CO₂-Offenlegung einschränken.
Erstens: Probleme mit den Daten selbst. Die SEC-Vorschriften räumen den Unternehmen einen erheblichen Spielraum bei der Bilanzierung ihrer Emissionen ein, der es ihnen erlaubt, unterschiedliche Grenzen für ihren CO₂-Fußabdruck festzulegen, Emissionen unterschiedlich zu modellieren und zu messen und sogar zu variieren, wie sie ihre Emissionen letztlich melden. Insgesamt werden wir zum Schluss wohl nur Unternehmensberichte über Teilemissionen des Vorjahres erhalten, ohne dass wir wissen, was ein Unternehmen tatsächlich tat, um seine Emissionen zu verringern. Zweitens: Einschränkungen bei der Nutzung dieser Daten durch Interessengruppen. Wie man schon bei freiwilligen Klimaverpflichtungen von Unternehmen sehen kann, machen es die verschiedenen Standards beim Reporting nahezu unmöglich, Firmen genauer zu vergleichen. So warnt das New Climate Institute davor, dass es immer schwieriger wird, zwischen echten Klimaschutzmaßnahmen und Greenwashing zu unterscheiden [6] – trotz zunehmender Transparenzforderungen.
Die bisherigen Bemühungen von Investoren, CO₂-Emissionen [7], Dekarbonisierungspläne und Klimarisiken durch ESG-Bewertungssysteme zu bewerten, haben lediglich zu noch mehr Verwirrung geführt, bemängeln Forscher. Unternehmen wurden bislang kaum dafür abgestraft, wenn sie ihre Emissionen nicht klar offenlegten oder nicht einmal die eigenen Standards erfüllten. Die neuen SEC-Klimaregeln dürften diesen unhaltbaren Zustand nicht ändern. Dabei benötigen Firmen, Investoren und die Öffentlichkeit Transparenz, um positive Veränderungen innerhalb der Unternehmen vorantreiben und sie von außen angemessen bewerten zu können.
Ein solches System muss die Hauptverursacher geschäftlicher Emissionen aufspüren und den Unternehmen Anreize für echte Investitionen in Bemühungen um tiefgreifende Emissionssenkungen bieten, sowohl innerhalb einer Firma selbst als auch in ihrer gesamten Lieferkette. Die gute Nachricht ist, dass man solche unvollständigen Regeln wie die der SEC als Anlass nehmen kann, sinnvollere Klimaschutzmaßnahmen zu ergreifen.
Die klügsten Firmen und Investoren gehen bereits über die SEC-Vorschriften hinaus. Sie entwickeln bessere Systeme, um Ursachen und Kosten von Kohlendioxidemissionen zu ermitteln, und unternehmen konkrete Schritte, um sie zu bekämpfen. Dabei geht es um die Reduzierung des Energieverbrauchs, neue, effizientere Infrastrukturen und CO₂-ärmere Materialien, Produkte und Verfahren. Das kann wiederum zum guten Geschäft werden, denn weniger CO₂ bedeutet oftmals auch weniger Kosten.
Die SEC hat daher einen wichtigen, wenn auch mangelhaften ersten Schritt getan, um die amerikanische Finanzelite zur Anerkennung von Klimaauswirkungen und deren Risiken zu bewegen. Aufsichtsbehörden und Unternehmen müssen nun selbst das Tempo erhöhen und sicherstellen, dass sie ein klares Bild davon vermitteln, wie schnell oder langsam sich die einzelnen Branchen bewegen. Nur dann werden sie auf einem sich erwärmenden Planeten weiter erfolgreich sein.
URL dieses Artikels:
https://www.heise.de/-9655912
Links in diesem Artikel:
[1] https://www.sec.gov/news/press-release/2024-31
[2] https://www.heise.de/hintergrund/So-viel-Hitze-haelt-unser-Koerper-aus-9241571.html
[3] https://www.heise.de/hintergrund/Moment-der-Abrechnung-COP28-und-die-Oel-und-Gasindustrie-9543322.html
[4] https://creativecommons.org/licenses/by-sa/2.0/deed.en
[5] https://www.heise.de/thema/Klimawandel
[6] https://newclimate.org/sites/default/files/2022/02/CorporateClimateResponsibilityMonitor2022.pdf
[7] https://www.heise.de/thema/CO2
[8] https://www.instagram.com/technologyreview_de/
[9] mailto:jle@heise.de
Copyright © 2024 Heise Medien
(Bild: Dilok Klaisataporn/Shutterstock.com)
.NET 8.0 bietet neue Hilfsmethoden zum Auslösen von Fehlern bei falschen Parametern.
In .NET 6.0 hatte Microsoft die Wächter-Methode ArgumentNullException.ThrowIfNull(Wert) eingeführt, um zu prüfen, ob ein Methodenparameter als Null-Wert übergeben wurde. In .NET 7.0 folgte ArgumentException.ThrowIfNullOrEmpty(Wert) für Zeichenketten.
In .NET 8.0 gibt es nun weitere Wächter für die Methodenparameter, die auch Wertebereiche bei Zahlen prüfen:
FreshRSS 
[8]ArgumentOutOfRangeException.ThrowIfZero()ArgumentOutOfRangeException.ThrowIfNegative()ArgumentOutOfRangeException.ThrowIfNegativeOrZero()ArgumentOutOfRangeException.ThrowIfGreaterThan()Das funktioniert mit allen Zahlentypen, auch eigenen Zahlentypen auf Basis von INumberBase<T> und IComparable<T>.
namespace NET8_Console;
public class FCL_Exceptions
{
public string Calc(decimal? betrag, decimal prozent, string einheit)
{
#region neue Wächtermethoden vor .NET 8.0
// seit .NET 6.0:
ArgumentNullException.ThrowIfNull(betrag);
// seit .NET 7.0:
ArgumentException.ThrowIfNullOrEmpty(einheit);
#endregion
#region neue Wächtermethoden in .NET 8.0
ArgumentOutOfRangeException.ThrowIfZero(betrag.Value);
ArgumentOutOfRangeException.ThrowIfNegativeOrZero(betrag.Value);
ArgumentOutOfRangeException.ThrowIfNegative(prozent);
ArgumentOutOfRangeException.ThrowIfGreaterThan(prozent, 100);
#endregion
var ergebnis = betrag * prozent / 100;
return $"{prozent}% von {betrag} {einheit} sind {ergebnis} {einheit}";
}
public void Run()
{
// 50% von 42 Euro sind 21 Euro:
Console.WriteLine(Calc(42, 50, "Euro"));
}
}
URL dieses Artikels:
https://www.heise.de/-9656153
Links in diesem Artikel:
[1] mailto:rme@ix.de
Copyright © 2024 Heise Medien
Screenshot aus dem Video zum Baufortschritt des Druckluftspeichers in Ahaus.
(Bild: Screenshot / Corre Energy)
Druckluftspeicher im Münsterland sollen große Mengen Strom speichern. Die Idee dahinter ist nicht neu, aber jetzt könnte ihr eine Renaissance bevorstehen.
Druckluftspeicher sind die Exoten unter den Stromspeichern. Weltweit gibt es gerade einmal zwei Anlagen. Eine davon befindet sich im niedersächsischen Huntorf [1], und die ist schon fast ein halbes Jahrhundert alt. Jetzt will der Ökostromanbieter Lichtblick die Technik wiederbeleben [2].
Die Idee, Luft als Speichermedium zu benutzen, klingt erst einmal einleuchtend. Schließlich ist sie billig und überall verfügbar. Komprimiert man sie mit überschüssigem Strom und speichert sie in großen Kavernen, kann sie anschließend eine Turbine antreiben. Doch die Sache hat einen Haken: Beim Verdichten entsteht Abwärme, was Wirkungsgrad kostet. Und beim Entspannen wird die Luft so kalt, dass die Turbinen vereisen. Also muss zugefeuert werden. Die Anlage in Huntorf ist deshalb eher ein Gaskraftwerk mit eingebautem Turbolader denn ein Stromspeicher.
Der Stromversorger RWE wollte das Verfahren effizienter machen und die Wärme, die beim Komprimieren entsteht, in einem Wärmespeicher zwischenlagern, um sie bei der Rückverstromung wieder nutzen zu können. Dieses "adiabate" System erwies sich aber offenbar als unwirtschaftlich und wurde nie gebaut.
Der nun von Lichtblick zusammen mit Siemens Energy, dem niederländischen Speicherspezialisten Corre Energy sowie dem Energieversorger Eneco [3] gebaute Speicher kommt ohne Wärmepuffer aus. "Die von den Kompressoren erzeugte Abwärme kann als Fernwärme genutzt und vermarktet werden", teilt Lichtblick auf Anfrage mit. Die Zufeuerung soll zunächst mit Erdgas, später mit Wasserstoff geschehen. Standort ist das münsterländische Ahaus. Das liegt nicht weit vom geplanten Wasserstoff-Netz "GetH2" [4] entfernt. Die Round-Trip-Effizienz vom Einspeichern bis zum Ausspeichern beziffert Lichtblick auf 65 Prozent. Das ist zwar weniger als bei einem Pumpspeicherwerk oder einer Batterie, aber mehr als bei einem Wasserstoff-Gaskraftwerk.
Derzeit werden bei Ahaus vier ehemalige Salzkavernen in einer Tiefe von mehr als 1150 Metern ausgespült, mit einem Durchmesser von 70 Metern. Gemeinsam haben sie ein Volumen von rund drei Millionen Kubikmetern. Ihr Druck wird zwischen 100 und 200 bar liegen. Bei der ersten Kaverne ist derzeit knapp 80 Prozent der Aussohlung erreicht. Sie soll 2026 fertig sein. Anschließend müssen noch ausreichend dimensionierte Rohre für den Lufttransport gebohrt werden. Die anderen Kavernen sollen bis 2028 folgen.
In der ersten Phase soll das Speicherkraftwerk 320 Megawatt liefern, etwa so viel wie Huntorf. In der zweiten Phase sollen weitere 320 MW hinzukommen. Der Speicher soll bis zu 100 Stunden lang Strom abgeben können. Rein rechnerisch entspräche ihre Kapazität also 64 Gigawattstunden, fast fünfmal so viel wie alle derzeit hierzulande installierten Batteriespeicher [5] zusammen.
In der Praxis dürfte es weniger werden. "Nachdem die Zyklen typischerweise nicht im Extrembereich zwischen Minimaldruck und Maximaldruck der Kavernen variieren, sondern ökonomisch optimiert meist kürzere Ein- und Ausspeisezyklen gefahren werden, wird der typische Zyklus wenige GWh Stromleistung ein- beziehungsweise ausspeichern", erklärt Lichtblick. "Die Kaverne kann in langen und kurzen Zyklen befahren werden, sodass bei kommerzieller Sinnhaftigkeit auch zum Beispiel nur eine Stunde oder weniger ein- oder ausspeist wird." Diese Flexibilität sei der Kernvorteil gegenüber Batteriespeichern, die sich vor allem für kürzere Zyklen eignen, so Lichtblick. Eine Studie [6] des US-Energieministeriums bestätigt: Gerade bei hohen Leistungen und langen Zyklen seien Druckluftspeicher mit die günstigste Option.
Als Geschäftsmodelle hat das Konsortium einen breiten Bereich im Blick: Intradaymarkt, Day-ahead-Markt, Regelenergie, bilaterale Verträge, et cetera. "Druckluftspeicher können helfen, sowohl die zeitlichen als auch die örtlichen Unterschiede zwischen Erzeugung und Verbrauch auszugleichen", so Lichtblick. "Die zeitlichen Preisunterschiede werden im Markt bereits zunehmend sichtbar."
URL dieses Artikels:
https://www.heise.de/-9655252
Links in diesem Artikel:
[1] https://www.heise.de/hintergrund/Wind-auf-Vorrat-278463.html
[2] https://www.pv-magazine.de/2024/01/30/eneco-und-corre-energy-bauen-gemeinsames-druckluft-speicherprojekt/
[3] https://corre.energy/2024/01/22/agreement-with-eneco-for-german-offtake-development-and-investment/
[4] https://www.get-h2.de/
[5] https://social.heise.de/@VQuaschning@mastodon.green/112088335981727402
[6] https://www.energy.gov/sites/default/files/2022-09/2022%20Grid%20Energy%20Storage%20Technology%20Cost%20and%20Performance%20Assessment.pdf
[7] https://www.instagram.com/technologyreview_de/
[8] mailto:grh@technology-review.de
Copyright © 2024 Heise Medien
HAMMER-Satellit von Open Cosmos
(Bild: Screenshot / X-Post von Open Cosmos)
Ein Nanosatellit im All analysiert Daten mittels KI direkt an Bord. Die Mission von Open Cosmos und Ubotica soll den Weg zu einem "App-Store-Konzept" ebnen.
Künstliche Intelligenz macht auch vor der Raumfahrt nicht halt. Vergangene Woche hat das britische Unternehmen Open Cosmos seinen HAMMER-Satelliten erfolgreich in die Erdumlaufbahn gebracht. Er enthält eine KI-Technologie, die mithilfe der Kameras und Sensoren erhobene Daten noch an Bord auswerten und interpretieren soll. Außerdem soll es erstmals möglich sein, einen Satelliten über eine Smartphone-App zu steuern.
Mit einer Größe von gerade einmal 10 mal 35 Zentimetern und einem Gewicht von etwa zwei Kilogramm, ist HAMMER ein sogenannter Nanosatellit. Sein Name steht für "Hyperspectral AI for Marine Monitoring and Emergency Response" [1], und eines der Kernmodule ist dementsprechend eine Hyperspektralkamera, die elektromagnetische Signale von sehr vielen, eng beieinanderliegenden Wellenlängen aufnehmen kann. Dadurch lassen sich Veränderungen etwa von maritimen Lebensräumen oder der Landwirtschaft verfolgen.
Als Teil des Satellitenverbundes OpenConstellation [2] soll HAMMER in den kommenden Jahren unter anderem die Veränderung von Küsten überwachen und im Fall von Naturkatastrophen wie Überschwemmungen oder Waldbränden möglichst in Echtzeit Daten liefern. Aber auch zahlende Kunden aus der industriellen Landwirtschaft sollen auf den Satelliten zugreifen können, um sowohl ihre Infrastruktur als auch Erträge aus dem All zu überwachen und zu analysieren.
Während Open Cosmos die "Hardware" des Satelliten stellt und für den Betrieb sorgt, kümmert sich das irische Luft- und Raumfahrtunternehmen Ubotica um die Anwendungen als Teil seiner CogniSAT-6 genannten Mission. "CogniSAT-6 wird eine der am besten vernetzten und intelligentesten KI-gestützten Missionen sein, die jemals ins All geschickt wurde", sagt Ubotica-Mitgründer Sean Mitchell [3]. Zwar habe es ab dem Jahr 2000 schon diverse andere Missionen gegeben, die Formen von künstlicher Intelligenz an Bord hatten, sagten Ingenieure von Ubotica im Oktober auf einer Fachkonferenz [4]. Bislang habe aber noch keine kommerzielle Mission den Einsatz von neuralen Netzen und "On-board-Entscheidungsalgorithmen" demonstriert.
CogniSAT-6 soll das ändern. Die Algorithmen sind in der Lage, die Bilddaten der Kamera sofort an Bord des Satelliten auszuwerten. Gewöhnlich werden Daten zunächst vom Satelliten an eine Bodenstation übertragen, dort ausgewertet und etwaige Rückmeldungen anschließend wieder ins All geschickt. Je nach Menge der Daten kann das einige Stunden dauern. Werden die Daten direkt im All analysiert, müssen nicht nur weniger Daten insgesamt übertragen werden, sie können zudem in quasi-Echtzeit analysiert werden. Wie Mitchell sagt, könne CogniSAT-6 brauchbare Erkenntnisse schon fünf Minuten nach der Aufnahme liefern.
Dadurch sei es möglich, sofort auf Veränderungen zu reagieren: Erkennt das System etwa einen Waldbrand oder einen Ölteppich, kann es selbstständig entscheiden, ob es das betroffene Gebiet weiterhin überwachen soll. Industrielle Landwirtschaftsbetriebe können in Echtzeit die Bewässerung ihrer Felder verfolgen und ihre Abläufe anhand der gewonnen Erkenntnisse entsprechend anpassen. Und da HAMMER direkt mit anderen Satelliten des OpenConstellation-Verbundes kommuniziert, können diese bei Bedarf dazu geschaltet werden und agieren gleichzeitig als Relaisstation für die Datenübertragung.
Eine Besonderheit ist nicht zuletzt auch die Möglichkeit, per App mit dem Satelliten kommunizieren zu können. "Mit unseren Apps können Benutzer Warnungen vom Satelliten empfangen und sich Informationen für relevante Anwendungen anzeigen lassen. Außerdem können sie dem Satelliten eine Nachricht oder einen Befehl zurückzusenden", sagt Mitchell.
Daran geknüpft sind auch die Pläne von Ubotica, künftig Satelliten-Anwendungen über ein "App-Store-Konzept" zu betreiben: Kunden könnten für einen vorgegebenen Zeitraum mobilen Zugriff auf Satelliten wie HAMMER erhalten und ihn für ihre Anwendungsfälle einsetzen. Die Kombination aus schnellem Zugriff und KI-gestützter Software könnte somit neue kommerzielle Anwendungen in der Raumfahrt den Weg ebnen.
URL dieses Artikels:
https://www.heise.de/-9654617
Links in diesem Artikel:
[1] https://www.open-cosmos.com/news/open-cosmos-launches-groundbreaking-hyperspectral-hammer-satellite
[2] https://www.open-cosmos.com/open-constellation
[3] https://ubotica.com/cognisat-6-is-one-of-the-most-intelligent-satellites-sent-into-space-an-interview-with-sean-mitchell-co-founder-of-ubotica/
[4] https://www.researchgate.net/publication/376352496_AUTONOMOUS_OPERATIONAL_SCHEDULING_ON_COGNISAT-6_BASED_ON_ONBOARD_ARTIFICIAL_INTELLIGENCE#pf2
[5] https://www.instagram.com/technologyreview_de/
[6] mailto:jle@heise.de
Copyright © 2024 Heise Medien
Mit heise+ lesen Sie alle Inhalte auf heise online. Zusätzlich zu unseren Magazin-Inhalten erhalten Sie damit weitere exklusive Tests, Ratgeber und Hintergründe. Wählen Sie jetzt Ihr passendes Paket und sparen im Jahresabo dauerhaft 20 %.
(Bild: Miha Creative/ Shutterstock.com)
Die the native web GmbH veranstaltet ab kommender Woche insgesamt zwölf Webinare zu den Themen Go, TypeScript, skalierbare APIs und moderne, native Web-UIs.
Ab kommender Woche veranstaltet die the native web GmbH insgesamt zwölf Webinare aus den Themenbereichen Go, TypeScript, skalierbare APIs und moderne Web-UIs.
Die Webinare finden ab dem 11. März jeweils montags, mittwochs und freitags von 9:00 Uhr bis 12:30 Uhr statt und vermitteln die aktuellen Themen der zeitgemäßen Softwareentwicklung auf anschauliche und verständliche Art in Theorie und Praxis. Die Themenauswahl umfasst sowohl grundlegende als auch fortgeschrittene Themen.
Zeitgemäße Entwicklung mit Go (Details anzeigen [1])
TypeScript im Enterprise-Einsatz (Details anzeigen [2])
Moderne und skalierbare APIs (Details anzeigen [3])
Zukunftsfähige Web-UIs gestalten (Details anzeigen [4])
Die Webinare werden als Livestream durchgeführt, sodass man einfach und bequem teilnehmen kann – ganz gleich, ob von zu Hause oder aus dem Büro. Für Fragen steht ein Chat zur Verfügung.
Der Preis beträgt 179 Euro pro Webinar. Wer drei Webinare aus einem Themenbereich als Paket bucht, erhält über 25 % Rabatt gegenüber der Einzelbuchung, der Preis beträgt dann 399 Euro. Darüber hinaus gelten noch einmal günstigere Konditionen für Teams. Alle Preise verstehen sich jeweils zuzüglich 19% Umsatzsteuer.
Im Preis enthalten ist neben der Teilnahme am Livestream auch der Zugriff auf die Aufzeichnung des Webinars und die Codebeispiele.
Alle weitergehenden Informationen und eine Buchungsmöglichkeit finden sich auf der Webseite der tech:lounge Masterclass [5].
URL dieses Artikels:
https://www.heise.de/-9646306
Links in diesem Artikel:
[1] https://www.thenativeweb.io/techlounge/modern-development-with-go
[2] https://www.thenativeweb.io/techlounge/typescript-in-enterprise-projects
[3] https://www.thenativeweb.io/techlounge/modern-and-scalable-apis
[4] https://www.thenativeweb.io/techlounge/future-proof-web-uis
[5] https://www.thenativeweb.io/techlounge/masterclass
[6] mailto:rme@ix.de
Copyright © 2024 Heise Medien
(Bild: Daniel Tadevosyan/Shutterstock.com)
Eine Menge des Typs FrozenSet gewinnt beim tausendmaligen Aufruf von Contains() gegenüber anderen Objektmengen.
Im vorherigen Teil dieser Serie [1] habe ich die Klasse FrozenSet<T> im Namensraum System.Collections.Frozen vorgestellt, die neu in .NET 8.0 ist. Es stellt sich die Frage, warum denn Microsoft FrozentSet<T> zusätzlich eingeführt hat. Die Antwort der Frage ist – wie so oft – Performance.
Diesmal bewerte ich anhand eines typischen Einsatzbeispiels die Geschwindigkeit.
Gegeben sei eine unsortierte Menge der Zahlen zwischen 1 und 10.000. Wie schnell kann man eine einzelne Zahl in der Menge finden?
Für die Leistungsmessung kommt die Bibliothek BenchmarkDotNet von Microsoft [2] zum Einsatz.
[7]
[5]using System.Collections.Frozen;
using System.Collections.Immutable;
using System.Collections.ObjectModel;
using BenchmarkDotNet.Attributes;
using BenchmarkDotNet.Configs;
using BenchmarkDotNet.Jobs;
using BenchmarkDotNet.Toolchains.InProcess.NoEmit;
namespace NET8_Console.Collections_Benchmark;
public class AntiVirusFriendlyConfig : ManualConfig
{
public AntiVirusFriendlyConfig()
{
AddJob(Job.MediumRun
.WithToolchain(InProcessNoEmitToolchain.Instance));
}
}
[Config(typeof(AntiVirusFriendlyConfig))]
public class Collections_Contains_Benchmark
{
private const int Iterations = 1000;
private readonly List<int> list;
private readonly ReadOnlyCollection<int> roCollection;
private readonly FrozenSet<int> frozenSet;
private readonly HashSet<int> hashSet;
private readonly ImmutableList<int> immutableList;
private readonly ImmutableHashSet<int> immutableHashSet;
public Collections_Contains_Benchmark()
{
var array = Enumerable.Range(1, 10000).ToArray();
Random.Shared.Shuffle<int>(array);
list = array.ToList();
// liefert ReadOnlyCollection<T>:
roCollection = list.AsReadOnly();
frozenSet = list.ToFrozenSet();
hashSet = list.ToHashSet();
immutableList = list.ToImmutableList();
immutableHashSet = list.ToImmutableHashSet();
}
[Benchmark(Baseline = true)]
public void ListContains()
{
for (var i = 0; i < Iterations; i++)
{
var b = list.Contains(i);
}
}
[Benchmark]
public void ReadOnlyCollectionContains()
{
for (var i = 0; i < Iterations; i++)
{
var b = roCollection.Contains(i);
}
}
[Benchmark]
public void FrozenSetContains()
{
for (var i = 0; i < Iterations; i++)
{
var b = frozenSet.Contains(i);
}
}
[Benchmark]
public void HashSetContains()
{
for (var i = 0; i < Iterations; i++)
{
var b = hashSet.Contains(i);
}
}
[Benchmark]
public void ImmutableListContains()
{
for (var i = 0; i < Iterations; i++)
{
var b = immutableList.Contains(i);
}
}
[Benchmark]
public void ImmutableHashSetContains()
{
for (var i = 0; i < Iterations; i++)
{
var b = immutableHashSet.Contains(i);
}
}
}
Der in der folgenden Abbildung dargestellte Benchmark ruft 1000-mal die Methode Contains() auf einer unsortierten Liste mit 10.000 Zahlen auf. Die Menge des Typs FrozenSet gewinnt beim 1000-maligen Aufruf von Contains() gegenüber anderen Objektmengen.
(Bild: Screenshot (Holger Schwichtenberg))
URL dieses Artikels:
https://www.heise.de/-9649523
Links in diesem Artikel:
[1] https://www.heise.de/blog/Neu-in-NET-8-0-12-Eingefrorene-Objektmengen-9643310.html
[2] https://github.com/dotnet/BenchmarkDotNet
[3] https://www.heise.de/blog/Neu-in-NET-8-0-1-Start-der-neuen-Blogserie-9574680.html
[4] https://www.heise.de/blog/Neu-in-NET-8-0-2-Neue-Anwendungsarten-9581213.html
[5] https://www.heise.de/blog/Neu-in-NET-8-0-3-Primaerkonstruktoren-in-C-12-0-9581346.html
[6] https://www.heise.de/blog/Neu-in-NET-8-0-4-Collection-Expressions-in-C-12-0-9581392.html
[7] https://www.heise.de/blog/Neu-in-NET-8-0-5-Typaliasse-in-C-12-0-9594693.html
[8] https://www.heise.de/blog/Neu-in-NET-8-0-6-ref-readonly-in-C-12-0-9602188.html
[9] https://www.heise.de/blog/Neu-in-NET-8-0-7-Optionale-Parameter-in-Lambda-Ausdruecken-in-C-12-0-9609780.html
[10] https://www.heise.de/blog/Neu-in-NET-8-0-8-Verbesserungen-fuer-nameof-in-C-12-0-9616685.html
[11] https://www.heise.de/blog/Neu-in-NET-8-0-9-Neue-und-erweiterte-Datenannotationen-9623061.html
[12] https://www.heise.de/blog/Neu-in-NET-8-0-10-Plattformneutrale-Abfrage-der-Privilegien-9630577.html
[13] https://www.heise.de/blog/Neu-in-NET-8-0-11-Neue-Zufallsfunktionen-9637003.html
[14] https://www.heise.de/blog/Neu-in-NET-8-0-12-Eingefrorene-Objektmengen-9643310.html
[15] https://www.heise.de/blog/Neu-in-NET-8-0-12-Leistung-von-FrozenSet-9649523.html
[16] https://www.heise.de/blog/Neu-in-NET-8-0-14-Neue-Waechtermethoden-fuer-Parameter-9656153.html
[17] https://www.heise.de/blog/Neu-in-NET-8-0-15-Geschluesselte-Dienste-bei-der-Dependency-Injection-9662004.html
[18] mailto:rme@ix.de
Copyright © 2024 Heise Medien
(Bild: peampath2812/Shutterstock.com)
Die JavaLand-Konferenz steht kurz bevor, wir haben mit einigen Community-Vertretern über die Konferenz gesprochen.
Zum runden JavaLand-Jubiläum haben wir mit Gregor Trefs, Sandra Ahlgrimm, Thomas Much und Gerd Aschemann gesprochen. Sie berichten über ihre bisherigen Erfahrungen und warum sie auch in diesem Jahr wieder dabei sein werden.
Javaland 2024 - Warum bist du dabei?
Gregor Trefs: Meinen ersten Vortrag auf einer Konferenz habe ich tatsächlich auf dem JavaLand [1] gehalten. Und über mehrere Jahre hinweg habe ich zusammen mit Falk einen Workshop durchgeführt, der Java-Programmierern die Grundlagen der funktionalen Programmierung näherbringen sollte. Die Offenheit und positive Atmosphäre der Veranstaltung haben mich immer beeindruckt. Die lebhaften Diskussionen und vielfältigen Perspektiven empfinde ich als äußerst bereichernd. Deshalb habe ich in diesem Jahr eine Deep Dive Session zum Thema "Stateful Property Based Testing und Refactoring" eingereicht. Über einfache Beispiele hinaus zeige ich, wie Property Based Testing in zustandsbehafteten Umgebungen eingesetzt werden kann und wie man jqwik geschickt für Refactoring-Zwecke nutzt.
Sandra Ahlgrimm: Mit die wichtigste Java-Community-Konferenz wollte ich nicht verpassen.
Thomas Much: JavaLand macht einfach Spaß! Die lockere Atmosphäre, die abwechslungsreichen Formate, die Speaker und Teilnehmer aus dem In- und Ausland – das ist jedes Jahr wieder schön zu erleben, und zwar sowohl als Teilnehmer als auch als Speaker. Die Lockerheit und Vielfalt trägt vielleicht auch dazu bei, dass man nicht nur alte Bekannte gerne wieder trifft, sondern dass man auch regelmäßig mit neuen Menschen in den Austausch kommt.
Außerdem findet das JavaLand immer früh im Jahr statt, nach der Winter-Verschnaufpause, wenn der persönliche Akku wieder aufgeladen ist und die neuen Ideen sprudeln. Mit der Verschiebung in diesem Jahr ist das gerade noch so im Zeitrahmen.
Gerd Aschemann: JavaLand ist für mich immer einer der Höhepunkt des Konferenzjahres. Ich freue mich neben spannenden Vorträgen vor allem auch auf die abwechslungsreichen Community-Events. Ich genieße es, mit Gleichgesinnten Neues zu entdecken und mich in entspannter Atmosphäre austauschen zu können.
Dieses Jahr feiert das Javaland sein 10-jähriges Bestehen. Du bist ja jetzt schon seit einigen Jahren quasi Stammgast. Wie hat sich das JavaLand in den 10 Jahren entwickelt?
Gregor Trefs: Seit meinem ersten Besuch im Jahr 2016 hat sich das JavaLand wirklich gut entwickelt. Die Anzahl der Besucher ist gestiegen, es gibt mehr Attraktionen und Highlights im Rahmenprogramm. Die Möglichkeit, Vorträge online zu verfolgen, macht die Teilnahme flexibler. Es ist schön zu sehen, wie die Konferenz wächst und sich weiterentwickelt.
Sandra Ahlgrimm: Meine erste JavaLand-Konferenz musste noch als CyberLand abgehalten werden. Nun habe ich sie bereits im Phantasialand erlebt und bin gespannt, was der neue Standort bereithält. Thematisch war die JavaLand-Konferenz schon immer topaktuell. Daher freue ich mich auch dieses Jahr wieder auf spannende „Aimpulse“.
Thomas Much: Ich bin seit 2016 dabei, die ersten beiden Jahre habe ich also (leider!) verpasst. Größer geworden ist es auf jeden Fall! Gleich geblieben ist die Quirligkeit; man spürt förmlich die Energie auf dem Konferenzgelände. Und damit diese Energie erhalten bleibt, muss sich die Konferenz in vielen kleinen, vielleicht gar nicht so auffälligen Dingen weiterentwickelt haben.
Eine Entwicklung möchte ich dann aber doch hervorheben: Das Newcomer-Programm, bei dem erstmaligen Konferenz-Speakern eine Bühne geboten wird, damit sie Erfahrung sammeln können. Das sorgt für Bodenhaftung bei der Konferenz, bietet den Zuhörern Abwechslung (die Newcomer-Vorträge waren in den letzten Jahren absolut sehenswert!) – und nebenbei zieht sich das JavaLand dadurch die nächste Generation Top-Speaker heran.
Besonders freut mich, dass ich dieses Jahr meinem Kollegen Karl als Newcomer-Mentor zur Seite stehen darf. Karl bringt Bühnenerfahrung als Musiker mit, das merkt man bei den Vorbereitungen. Nun zu erleben, wie akribisch er sich auf seinen ersten Konferenzvortrag vorbereitet, lässt jedem Mentor das Herz aufgehen (@Karl: No pressure! 😉)
Gerd Aschemann: Die JavaLand-Konferenz war schon von Anfang an auf einem hohen Niveau, hat aber auch immer wieder Neues gewagt, manches hat funktioniert, anderes auch mal nicht. Es ist wie im realen Leben der Softwareentwicklung: JavaLand stößt immer wieder in unbekannte Regionen des kollaborativen Austauschs vor. Besonders freue ich mich, dass letztes Jahr unsere “Unkonferenz in der Konferenz” so besonders gut ankam, dass alle Beteiligten quasi von Tobias und mir verlangt haben, dass wir das wiederholen.
Das JavaLand hat dieses Jahr ja eine neue Location. Wie sind hier deine Erwartungen?
Gregor Trefs: Ich bin neugierig darauf, wie JavaLand am Nürburgring ablaufen wird. Ich kann mir gut vorstellen, dass die Wege zu den verschiedenen Vortragsorten jetzt etwas kürzer ausfallen werden im Vergleich zum Phantasialand, wo man am Ende des Tages oft genug seine 10.000 Schritte erreicht hatte. In Bezug auf Konferenzen habe ich immer die Erwartung, etwas Neues zu lernen, selbst wenn es nur eine Kleinigkeit ist. Außerdem war ich bisher noch nie am Nürburgring und bin wirklich gespannt darauf, die Rennstrecke zu erleben.
Sandra Ahlgrimm: Es wird schwierig sein, mit dem Phantasialand mitzuhalten - aber unmöglich ist es nicht!
Thomas Much: Ich hoffe, dass auch die neue Location am Nürburgring einen kreativen Rahmen zum Lernen und Netzwerken bietet – gerne wieder mit einer Mischung von drinnen und draußen, von großen Vortragssälen, wuseligen Plätzen und ruhigen Rückzugsmöglichkeiten. Und wenn am Abend wieder ein nettes Get-together mit guter Musik geboten wird, habe ich da auch nichts gegen.
Die Anfahrt ist allerdings für einen ÖPNV- und Bahnfahrer wie mich in diesem Jahr eine besondere Herausforderung, zumindest fühlt sich das ein wenig so an. Ich habe aber volles Vertrauen in das Orga-Team, dass das mit den Shuttle-Bussen hin und zurück gut klappen wird (und natürlich habe ich meine Shuttle-Tickets schon gekauft).
Alles in allem: Ich erwarte nichts weniger, als dass es einfach wieder richtig gut wird.
Gerd Aschemann: Es ist natürlich ein wenig schade, dass wir hier das gewohnte Umfeld mit seinen Attraktionen, Fahrgeschäften und Plätzen zum Austausch (Cafés, Hackergarten, …) verlassen. Da wir im Vorfeld Räume für unsere eigene Community-Veranstaltung gesucht haben, konnte ich mir aber einen sehr guten Überblick über die Location verschaffen, die viele neue Optionen bietet. Ich freue mich, dass die JavaLand auch hier offen ist.
Das JavaLand versucht sich, als Communty-Konferenz ja immer wieder von anderen Konferenzen abzuheben. Was fällt dir in diesem Zusammenhang besonders auf?
Gregor Trefs: Das JavaLand bemüht sich immer sehr um Feedback, nimmt Kritik an, probiert sich stetig zu verbessern und experimentiert. Ein Jahr blieb in meiner Erinnerung haften, als hinter dem Karussell ein eigens für die Community konzipiertes Zelt aufgebaut wurde. Aufgrund der doch kühlen Märztemperaturen wurde es, im nächsten Jahr, wieder entfernt. Dennoch empfand ich es als bemerkenswert, dass dieses Experiment eingegangen wurde, um aus den gewohnten Mustern auszubrechen.
In den iJUG-Versammlungen wird transparent über bestehende Herausforderungen berichtet und welche Unterstützung benötigt wird. Die engagierte Betreuung der User Groups durch das JavaLand beeindruckt mich besonders. Es gibt das JUG Café, wo man mit verschiedenen Java User Groups in Kontakt kommen kann. Nicht zu vergessen ist, dass der gesamte Stream von der Community gestaltet wird. So eine Beteiligung der Community bietet meines Erachtens keine andere Konferenz.
Sandra Ahlgrimm: Die Wahl der Location ist außergewöhnlich. Leider ist der Zeitraum dieses Jahr etwas ungünstig gewählt, da sie mit einer großen anderen Java Community-Konferenz zusammenfällt (Anmerkung der Redaktion: Das ist dem Weggang aus dem Phantasialand geschuldet).
Thomas Much: Es gibt Community-Events! Und zwar, ohne dass es nur "Open Space" oder andere Formate sind, bei denen sich alle – aber eher spontan – einbringen können. Sondern fest eingeplante, vorbereitete Events, bei denen in kleineren Runden oft sehr spezielle Themen diskutiert und ausprobiert werden. Und obwohl klar ist, dass diese Events keine Massen anziehen, bleiben sie seit Jahren im Programm und tragen auch dadurch zur Vielfalt vom JavaLand bei.
Gerd Aschemann: Die Community bedeutet für mich, dass Leute mit unterschiedlichsten Erfahrungen aufeinandertreffen und zu einem Austausch kommen. Die JavaLand-Konferenz hat von ihrem Aufbau und den abwechslungsreichen Veranstaltungsformen her immer schon diesen Austausch besonders gefördert.
Vielen Dank fürs Beantworten der Fragen. Wir freuen uns auf das Wiedersehen bei der JavaLand-Konferenz vom 09. bis 11. April 2024 [2] erstmals am Nürburgring.
URL dieses Artikels:
https://www.heise.de/-9621993
Links in diesem Artikel:
[1] https://www.javaland.eu/de/home/
[2] https://www.javaland.eu/de/home/
[3] mailto:rme@ix.de
Copyright © 2024 Heise Medien
Progressive Web Apps bleiben in der EU-Ausgabe von iOS nun doch erhalten.
(Bild: Apple)
Apple wird PWAs in der EU-Version von iOS doch nicht abschalten. Zuvor unterzeichneten fast 5.000 Personen und Organisationen einen offenen Brief an Tim Cook.
Mit iOS 17.4 sollte für Anwender innerhalb der Europäischen Union die Möglichkeit entfallen, Webanwendungen auf dem Home-Bildschirm des Gerätes zu installieren [1]. Damit hätten Entwickler von Webanwendungen Zugriff auf kritische Funktionen verloren, darunter die Möglichkeit, Web-Apps vollflächig anzuzeigen, Pushbenachrichtigungen an die Anwender zu senden oder Badges auf dem Homebildschirm-Icon darzustellen [2]. Eine ausführliche Übersicht bietet Thomas Steiners Artikel: So, what exactly did Apple break in the EU? [3]
Nun hat Apple eingelenkt und angekündigt, dass Homescreen-Web-Apps in der EU doch erhalten bleiben [4]. Entwickler können davon ausgehen, dass mit der finalen Ausgabe von iOS 17.4 die Möglichkeit, Webanwendungen auf dem Home-Bildschirm hinzuzufügen, wieder vorhanden sein wird. In den Beta-Versionen von iOS 17.4 wurde die Funktion für EU-Nutzer entfernt.
Begründet wurde die ursprüngliche Entscheidung durch die Änderungen im Rahmen des Digital Markets Act (DMA) der EU. Das Gesetz über digitale Märkte verpflichtet Apple zur Öffnung seines Betriebssystems iOS für alternative App-Stores und Browser-Engines. Bei iPadOS ändert sich zunächst nichts [5].
Apple argumentierte, dass es das Sicherheitsmodell von iOS derzeit nicht zulasse, die Installation von Webanwendungen durch fremde Browser-Engines zu ermöglichen und wollte die Funktion daher grundsätzlich abschalten.
Als Kompromiss bleiben installierbare Webanwendungen in iOS nun erhalten, setzen dann aber wie gehabt auf WebKit als Browser-Engine auf. Somit kann das bestehende Sicherheitsmodell von iOS weiterverwendet werden und Anwender können Web-Apps auch weiterhin installieren.
Der Umentscheidung vorausgegangen war die Veröffentlichung eines offenen Briefs der Open Web Advocacy [6] (OWA) an Apple-CEO Tim Cook, der Apple aufforderte, die Installation von Webanwendungen in iOS zu erhalten. Innerhalb weniger Tage haben fast 5.000 Webentwickler und Organisationen den offenen Brief unterzeichnet, darunter viele Community-Mitglieder, Mitarbeiter von Branchengrößen wie Google, Microsoft, Adobe oder des W3C sowie Mitglieder des Europäischen Parlaments.
URL dieses Artikels:
https://www.heise.de/-9641325
Links in diesem Artikel:
[1] https://www.heise.de/news/Apple-bestaetigt-Keine-Progressive-Web-Apps-mehr-fuer-iOS-in-der-EU-9630089.html
[2] https://www.heise.de/news/Web-Push-und-Badging-in-iOS-16-4-Beta-1-Mega-Update-fuer-Progressive-Web-Apps-7521127.html
[3] https://blog.tomayac.com/2024/02/so-what-exactly-did-apple-break-in-the-eu.md/
[4] https://developer.apple.com/support/dma-and-apps-in-the-eu/#:~:text=Why%20don%E2%80%99t%20users%20in%20the%20EU%20have%20access%20to%20Home%20Screen%20web%20apps
[5] https://www.heise.de/hintergrund/Digital-Markets-Act-Neue-Freiheiten-und-Herausforderungen-fuer-iOS-Entwickler-9637241.html
[6] https://letter.open-web-advocacy.org/
[7] mailto:rme@ix.de
Copyright © 2024 Heise Medien
Künstliche Intelligenz hat auch das World Wide Web erreicht.
(Bild: metamorworks/Shutterstock.com)
Braucht es für KI-Funktionen immer die Cloud? Nicht zwingend, denn KI-Modelle laufen auch direkt im Browser – gute Performance und viel Speicher vorausgesetzt.
Künstliche Intelligenz (KI) ist in aller Munde: Keine Woche vergeht ohne die Ankündigung eines neuen Produkts, Chatbots oder eines verbesserten KI-Modells. Zeitgleich hält generative KI in die großen Produktivitätsanwendungen Einzug: Adobe Photoshop erlaubt das Ersetzen von Objekten in einem Bild per einfacher Texteingabe [1] und in Office und Windows steht der Microsoft Copilot [2] dem Anwender zur Seite. Kein Wunder, dass auch viele Anwendungsentwickler derzeit beabsichtigen, generative KI in die eigene Anwendung zu bringen.
Bislang führt dieser Weg fast ausschließlich in die Cloud. Alle großen Cloudanbieter halten einfach verwendbare Schnittstellen bereit, um KI-Funktionen in die eigenen Anwendungen zu integrieren.
Doch das muss nicht zwingend so sein: Der KI-Trend hat auch das World Wide Web erreicht. Fast zeitgleich zum Hype wurde mit Chromium 113 (April 2023) die Schnittstelle WebGPU unter Windows und macOS verfügbar gemacht. Diese API gibt Webanwendungen einen Low-Level-Zugriff auf die Graphics Processing Unit (GPU) des Systems, die sich nicht nur für Grafikanwendungen, sondern auch für die erforderlichen Berechnungen im Bereich Machine Learning (ML) gut eignet. Darüber lassen sich ML-Modelle effizient im Browser ausführen.
Zwei Showcases von Machine Learning Compilation [3] machen von dieser Schnittstelle bereits Gebrauch:
Beide Showcases sind quelloffen, im Falle von WebLLM gibt es sogar das npm-Paket @mlc-ai/web-llm [6], das Entwickler in die eigene App integrieren können.
In beiden Fällen müssen die KI-Modelle zuerst auf das Endanwendergerät übertragen werden. Diese Modelle sind allerdings mehrere Gigabyte groß, sodass eine schnelle Internetverbindung ebemso erforderlich ist wie ausreichend viel Speicherplatz. Auch die Ausführung des Modells ist anspruchsvoll, setzt viel Arbeitsspeicher und Rechenleistung voraus.
Im Gegenzug sind die Modelle nach dem initialen Download auch offline oder bei unzuverlässiger Internetverbindung verfügbar. Die Daten verlassen das Gerät des Anwenders zudem nicht, sodass sich dieser Ansatz auch für kritische Daten eignet. Ferner fallen keine Kosten an, da die Modelle quelloffen sind. Allerdings sind kommerzielle Modelle wie OpenAI GPT-4 noch deutlich leistungsfähiger. Doch auch in diesem Bereich tut sich viel, und Open-Source-Modelle werden kontinuierlich besser – und kleiner.
Mit WebGPU ist das Ende der Fahnenstange zudem noch nicht erreicht: Die Web Neural Network API [7] (WebNN) befindet sich derzeit beim World Wide Web Consortium (W3C) in Spezifikation. Diese Schnittstelle wird die Ausführung von Machine-Learning-Modellen im Webbrowser noch einmal beschleunigen, indem sie Webanwendungen zusätzlich Zugriff auf die plattformspezifischen ML-Schnittstellen und somit auf die Neural Processing Unit (NPU) gewähren, sofern diese auf der Zielplattform verfügbar sind.
Schon heute lassen sich anspruchsvolle KI-Modelle direkt im Webbrowser verwenden. In Kombination mit den übrigen Schnittstellen aus dem Umfeld der Progressive Web Apps [8] lassen sich damit komplett offlinefähige KI-Webanwendungen bauen. Zweifelsohne steht diese Entwicklung aber noch ziemlich am Anfang: So befindet sich WebGPU in WebKit (Safari) und Gecko (Firefox) noch in Implementierung; auch in Chromium-basierten Browsern ist die Schnittstelle unter Android und Linux noch nicht verfügbar. WebNN ist noch in keinem Browser nutzbar.
KI in Webanwendungen dürfte aber zunehmend an Relevanz gewinnen: Zu viele Anwendungsfälle lassen sich mit klassischer regelbasierter Entwicklung nicht sinnvoll abdecken. Das Web geht dieser Entwicklung jedenfalls vorbereitet entgegen.
URL dieses Artikels:
https://www.heise.de/-7520733
Links in diesem Artikel:
[1] https://www.adobe.com/de/products/photoshop/generative-fill.html
[2] https://adoption.microsoft.com/de-de/copilot/
[3] https://mlc.ai/
[4] https://webllm.mlc.ai/
[5] https://websd.mlc.ai/
[6] https://www.npmjs.com/package/@mlc-ai/web-llm
[7] https://webmachinelearning.github.io/webnn-intro/
[8] https://www.heise.de/blog/Progressive-Web-Apps-Teil-1-Das-Web-wird-nativ-er-3733624.html
[9] mailto:rme@ix.de
Copyright © 2024 Heise Medien
