Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #644786 > unrolled thread

Was Lustiges ...

Back to article view | Back to ger.ct

Contents

  Was Lustiges ... Bonita Montero <Bonita.Montero@gmail.com> - 2025-08-17 16:46 +0200
    Re: Was Lustiges ... Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2025-08-17 18:45 +0200
      Re: Was Lustiges ... Hendrik van der Heijden <hvdh@gmx.de> - 2025-08-17 20:11 +0200
        Re: Was Lustiges ... Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2025-08-18 08:21 +0200
          Re: Was Lustiges ... Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-08-18 08:50 +0200
            Re: Was Lustiges ... Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2025-08-18 11:54 +0200
              Re: Was Lustiges ... Dr. Joachim Neudert <neudert@5sl.org> - 2025-08-18 17:16 +0000
                Re: Was Lustiges ... Bonita Montero <Bonita.Montero@gmail.com> - 2025-08-19 19:24 +0200
                  Re: Was Lustiges ... Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-08-19 22:59 +0200
                    Re: Was Lustiges ... Bonita Montero <Bonita.Montero@gmail.com> - 2025-08-20 17:50 +0200
                  Re: Was Lustiges ... Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-08-21 13:21 +0200
                    Re: Was Lustiges ... Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-08-21 14:32 +0200
              Re: Was Lustiges ... Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-08-18 19:26 +0200
                Re: Was Lustiges ... Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2025-08-19 18:05 +0200
                  Re: Was Lustiges ... Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-08-19 18:10 +0200
                    Re: Was Lustiges ... Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2025-08-19 18:19 +0200
                      Re: Was Lustiges ... Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-08-19 18:54 +0200
                  Re: Was Lustiges ... "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-08-19 18:12 +0200
                    Re: Was Lustiges ... Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2025-08-19 18:21 +0200
                      Re: Was Lustiges ... Dr. Joachim Neudert <neudert@5sl.org> - 2025-08-19 17:38 +0000
                    Re: Was Lustiges ... Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-08-19 18:57 +0200
                    Re: Was Lustiges ... Ulf Kutzner <user2991@newsgrouper.org.invalid> - 2025-08-21 11:08 +0000
                      Re: Was Lustiges ... Dr. Joachim Neudert <neudert@5sl.org> - 2025-08-21 11:33 +0000
                        Re: Was Lustiges ... Friedrich Karl Siebert <f.k.siebert@online.de> - 2025-08-21 13:48 +0200
                        Re: Was Lustiges ... Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-08-21 19:14 +0200
      Re: Was Lustiges ... Bonita Montero <Bonita.Montero@gmail.com> - 2025-08-19 19:22 +0200
        Re: Was Lustiges ... Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2025-08-19 19:55 +0200
          Re: Was Lustiges ... Walter Brill <WalterBrill@t-online.de> - 2025-08-20 14:12 +0200
            Re: Was Lustiges ... Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2025-08-20 14:28 +0200
              Re: Was Lustiges ... Bonita Montero <Bonita.Montero@gmail.com> - 2025-08-20 17:55 +0200
          Re: Was Lustiges ... Bonita Montero <Bonita.Montero@gmail.com> - 2025-08-20 17:54 +0200

Page 1 of 2  [1] 2  Next page →

#644786 — Was Lustiges ...

https://media.discordapp.net/attachments/1076438608933834802/1406643030299119776/530753916_1058895036452189_2791485240960559224_n.jpg?ex=68a335e8&is=68a1e468&hm=ca0f08ca1d4be9370b5b92a03e480404fdb08fc77d4b9b094d60fdacaa39bfbb&=&format=webp&width=599&height=1023

[toc] | [next] | [standalone]

#644789

On 8/17/25 16:46, Bonita Montero wrote:
> https://media.discordapp.net/ 
> attachments/1076438608933834802/1406643030299119776/530753916_1058895036452189_2791485240960559224_n.jpg?ex=68a335e8&is=68a1e468&hm=ca0f08ca1d4be9370b5b92a03e480404fdb08fc77d4b9b094d60fdacaa39bfbb&=&format=webp&width=599&height=1023
> 
> 

Naja, 'full stack' ist ja auch von ganz unten (kernel driver) bis ganz 
oben (Anwendungen, remote oder lokal). Da kann man schon erwarten, daß 
jemand, der behauptet das zu können, auch Druckerprobleme lösen kann.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#644790

Am 17.08.2025 um 18:45 schrieb Gerrit Heitsch:
> Naja, 'full stack' ist ja auch von ganz unten (kernel driver) bis ganz 
> oben (Anwendungen, remote oder lokal). 

Ich denke, wer sich heute "Full Stack" nennt, erwartet SQL Server
oder Amazon Web Services als Basis, worauf man aufsetzt.


Hendrik vdH,
btdt Windows Kernel Treiber

[toc] | [prev] | [next] | [standalone]

#644793

On 8/17/25 20:11, Hendrik van der Heijden wrote:
> Am 17.08.2025 um 18:45 schrieb Gerrit Heitsch:
>> Naja, 'full stack' ist ja auch von ganz unten (kernel driver) bis ganz
>> oben (Anwendungen, remote oder lokal).
> 
> Ich denke, wer sich heute "Full Stack" nennt, erwartet SQL Server
> oder Amazon Web Services als Basis, worauf man aufsetzt.

Das ist doch maximal 'half stack'.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#644794

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:

> On 8/17/25 20:11, Hendrik van der Heijden wrote:
> > Am 17.08.2025 um 18:45 schrieb Gerrit Heitsch:  
> >> Naja, 'full stack' ist ja auch von ganz unten (kernel driver) bis
> >> ganz oben (Anwendungen, remote oder lokal).  
> > 
> > Ich denke, wer sich heute "Full Stack" nennt, erwartet SQL Server
> > oder Amazon Web Services als Basis, worauf man aufsetzt.  
> 
> Das ist doch maximal 'half stack'.

Ein "Fullstackentwickler" nach heutiger Lesart ist jemand, der sowohl
(Web-)frontends (angular udgl.), als auch dazugehörige Backends
erstellen kann.

In der Regel also jemand, der schlechten Frontend- mit schlechtem
Backendcode kombiniert. In Weiterung jemand, der in absehbarer Zeit von
einem Roboter ersetzt werden wird.

-- 
Day of judgement, God is calling. On their knees, the war pigs crawling
Begging mercy for their sins Satan laughing, spreads his wings
(War pigs, Black Sabbath)

[toc] | [prev] | [next] | [standalone]

#644795

On 8/18/25 08:50, Dietz Proepper wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> 
>> On 8/17/25 20:11, Hendrik van der Heijden wrote:
>>> Am 17.08.2025 um 18:45 schrieb Gerrit Heitsch:
>>>> Naja, 'full stack' ist ja auch von ganz unten (kernel driver) bis
>>>> ganz oben (Anwendungen, remote oder lokal).
>>>
>>> Ich denke, wer sich heute "Full Stack" nennt, erwartet SQL Server
>>> oder Amazon Web Services als Basis, worauf man aufsetzt.
>>
>> Das ist doch maximal 'half stack'.
> 
> Ein "Fullstackentwickler" nach heutiger Lesart ist jemand, der sowohl
> (Web-)frontends (angular udgl.), als auch dazugehörige Backends
> erstellen kann.

Hört sich besser an als 'half stack', hm?



> In der Regel also jemand, der schlechten Frontend- mit schlechtem
> Backendcode kombiniert. In Weiterung jemand, der in absehbarer Zeit von
> einem Roboter ersetzt werden wird.

Womit dann der Roboter den Job übernimmt schlechten Code zu schreiben?


  Gerrit

[toc] | [prev] | [next] | [standalone]

#644813

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> On 8/18/25 08:50, Dietz Proepper wrote:
>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>> 
>>> On 8/17/25 20:11, Hendrik van der Heijden wrote:
>>>> Am 17.08.2025 um 18:45 schrieb Gerrit Heitsch:
>>>>> Naja, 'full stack' ist ja auch von ganz unten (kernel driver) bis
>>>>> ganz oben (Anwendungen, remote oder lokal).
>>>> 
>>>> Ich denke, wer sich heute "Full Stack" nennt, erwartet SQL Server
>>>> oder Amazon Web Services als Basis, worauf man aufsetzt.
>>> 
>>> Das ist doch maximal 'half stack'.
>> 
>> Ein "Fullstackentwickler" nach heutiger Lesart ist jemand, der sowohl
>> (Web-)frontends (angular udgl.), als auch dazugehörige Backends
>> erstellen kann.
> 
> Hört sich besser an als 'half stack', hm?
> 
> 
> 
>> In der Regel also jemand, der schlechten Frontend- mit schlechtem
>> Backendcode kombiniert. In Weiterung jemand, der in absehbarer Zeit von
>> einem Roboter ersetzt werden wird.
> 
> Womit dann der Roboter den Job übernimmt schlechten Code zu schreiben?
> 
> 
>  Gerrit
> 
> 
> 

Das mit dem schlechten langsamen Code ging doch schon los, als die faulen
Programmierer auf C übergingen statt weiter ordentlich in machine language
prozessorspezifisch zu coden!

-- 
please forgive my iPhone typos

[toc] | [prev] | [next] | [standalone]

#644900

Am 18.08.2025 um 19:16 schrieb Dr. Joachim Neudert:

> Das mit dem schlechten langsamen Code ging doch schon los, als die faulen
> Programmierer auf C übergingen statt weiter ordentlich in machine language
> prozessorspezifisch zu coden!

Kompilierter C-Code ist schon lange intelligenter optimiert als die
meisten alle Assembler-Entwickler das könnten. Seit ca. 15 Jahren
gilt das aber auch für abstraktere Sprachen wie C++.

[toc] | [prev] | [next] | [standalone]

#644913

Bonita Montero <Bonita.Montero@gmail.com> wrote:

> Am 18.08.2025 um 19:16 schrieb Dr. Joachim Neudert:
> 
> > Das mit dem schlechten langsamen Code ging doch schon los, als die
> > faulen Programmierer auf C übergingen statt weiter ordentlich in
> > machine language prozessorspezifisch zu coden!  
> 
> Kompilierter C-Code ist schon lange intelligenter optimiert als die
> meisten alle Assembler-Entwickler das könnten. Seit ca. 15 Jahren
> gilt das aber auch für abstraktere Sprachen wie C++.

AUA.

-- 
Day of judgement, God is calling. On their knees, the war pigs crawling
Begging mercy for their sins Satan laughing, spreads his wings
(War pigs, Black Sabbath)

[toc] | [prev] | [next] | [standalone]

#644975

Am 19.08.2025 um 22:59 schrieb Dietz Proepper:
> Bonita Montero <Bonita.Montero@gmail.com> wrote:
> 
>> Am 18.08.2025 um 19:16 schrieb Dr. Joachim Neudert:
>>
>>> Das mit dem schlechten langsamen Code ging doch schon los, als die
>>> faulen Programmierer auf C übergingen statt weiter ordentlich in
>>> machine language prozessorspezifisch zu coden!
>>
>> Kompilierter C-Code ist schon lange intelligenter optimiert als die
>> meisten alle Assembler-Entwickler das könnten. Seit ca. 15 Jahren
>> gilt das aber auch für abstraktere Sprachen wie C++.
> 
> AUA.

Ne, is so. Mittlerweile seh ich bei eigenem C++-Code heute schon
Autovektorisierungen, da muss man schon ziemlich gut AVX & Co
können damit man das händisch selbst hinkriegt.

[toc] | [prev] | [next] | [standalone]

#645027

Am 19.08.25 um 19:24 schrieb Bonita Montero:
> Am 18.08.2025 um 19:16 schrieb Dr. Joachim Neudert:
> 
>> Das mit dem schlechten langsamen Code ging doch schon los, als die faulen
>> Programmierer auf C übergingen statt weiter ordentlich in machine 
>> language
>> prozessorspezifisch zu coden!
> 
> Kompilierter C-Code ist schon lange intelligenter optimiert als die
> meisten alle Assembler-Entwickler das könnten.

Das kommt darauf an.
Bei Verwendung von pointer auf Strukturen,
die vielleicht noch mit union int64_t überlagert sind,
kann kaum ein compiler herausfinden,
ob Inhalte irgendwo überlagert sind.

> Seit ca. 15 Jahren
> gilt das aber auch für abstraktere Sprachen wie C++.

Ich vermute mal, das vektor mehr oder weniger
aus ein array von pointer besteht,
Deskriptor verwendet..

Und Methoden über pointer to funktion laufen.

Templates wegen Speicherbedarf mehr Datenverkehr
bei cache verursachen.

..

-- 
<http://www.hermann-riemann.de>

[toc] | [prev] | [next] | [standalone]

#645037

Am 21.08.25 um 13:46 schrieb Stefan Ram:
> Hermann Riemann <nospam.ng@hermann-riemann.de> schrieb oder zitierte:
>> Das kommt darauf an.
>> Bei Verwendung von pointer auf Strukturen,
>> die vielleicht noch mit union int64_t überlagert sind,
>> kann kaum ein compiler herausfinden,
>> ob Inhalte irgendwo überlagert sind.
> 
>    Man kann in C allerdings mit "restrict"
> 
> void foo( int * restrict a, int * restrict b )
> { ... }
> 
>    ausdrücken, daß "a" und "b" nicht auf überlappende
>    Speicherbereiche zeigen.
> 

Das klingt nach Arbeit.

Und dass ein compiler selbst in allen Programmen
nach Abhängigkeiten sucht, ist theoretisch möglich, aber..

[toc] | [prev] | [next] | [standalone]

#644815

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:

> On 8/18/25 08:50, Dietz Proepper wrote:
> > Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> >   
> >> On 8/17/25 20:11, Hendrik van der Heijden wrote:  
> >>> Am 17.08.2025 um 18:45 schrieb Gerrit Heitsch:  
> >>>> Naja, 'full stack' ist ja auch von ganz unten (kernel driver) bis
> >>>> ganz oben (Anwendungen, remote oder lokal).  
> >>>
> >>> Ich denke, wer sich heute "Full Stack" nennt, erwartet SQL Server
> >>> oder Amazon Web Services als Basis, worauf man aufsetzt.  
> >>
> >> Das ist doch maximal 'half stack'.  
> > 
> > Ein "Fullstackentwickler" nach heutiger Lesart ist jemand, der
> > sowohl (Web-)frontends (angular udgl.), als auch dazugehörige
> > Backends erstellen kann.  
> 
> Hört sich besser an als 'half stack', hm?

Für Otto-Normal-Damager sicher.

> > In der Regel also jemand, der schlechten Frontend- mit schlechtem
> > Backendcode kombiniert. In Weiterung jemand, der in absehbarer Zeit
> > von einem Roboter ersetzt werden wird.  
> 
> Womit dann der Roboter den Job übernimmt schlechten Code zu schreiben?

Checkerbunny. Denn guten Code bekommen beide nicht hin.

-- 
Day of judgement, God is calling. On their knees, the war pigs crawling
Begging mercy for their sins Satan laughing, spreads his wings
(War pigs, Black Sabbath)

[toc] | [prev] | [next] | [standalone]

#644888

On 8/18/25 19:26, Dietz Proepper wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> 
>> On 8/18/25 08:50, Dietz Proepper wrote:
>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>>>    
>>>> On 8/17/25 20:11, Hendrik van der Heijden wrote:
>>>>> Am 17.08.2025 um 18:45 schrieb Gerrit Heitsch:
>>>>>> Naja, 'full stack' ist ja auch von ganz unten (kernel driver) bis
>>>>>> ganz oben (Anwendungen, remote oder lokal).
>>>>>
>>>>> Ich denke, wer sich heute "Full Stack" nennt, erwartet SQL Server
>>>>> oder Amazon Web Services als Basis, worauf man aufsetzt.
>>>>
>>>> Das ist doch maximal 'half stack'.
>>>
>>> Ein "Fullstackentwickler" nach heutiger Lesart ist jemand, der
>>> sowohl (Web-)frontends (angular udgl.), als auch dazugehörige
>>> Backends erstellen kann.
>>
>> Hört sich besser an als 'half stack', hm?
> 
> Für Otto-Normal-Damager sicher.
> 
>>> In der Regel also jemand, der schlechten Frontend- mit schlechtem
>>> Backendcode kombiniert. In Weiterung jemand, der in absehbarer Zeit
>>> von einem Roboter ersetzt werden wird.
>>
>> Womit dann der Roboter den Job übernimmt schlechten Code zu schreiben?
> 
> Checkerbunny. Denn guten Code bekommen beide nicht hin.

Ich fürchte da wird es noch einiges an bösem Erwachen geben wenn Firmen 
KI (oder was sie dafür halten) an ihre Codebasis heranlassen.

Sicher, der Code funktioniert vielleicht... Aber ist er auch wart- und 
erweiterbar?

  Gerrit

[toc] | [prev] | [next] | [standalone]

#644889

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:

> On 8/18/25 19:26, Dietz Proepper wrote:
> > Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> >> Womit dann der Roboter den Job übernimmt schlechten Code zu
> >> schreiben?  
> > 
> > Checkerbunny. Denn guten Code bekommen beide nicht hin.  
> 
> Ich fürchte da wird es noch einiges an bösem Erwachen geben wenn
> Firmen KI (oder was sie dafür halten) an ihre Codebasis heranlassen.

Sagen wir es so - ich habe Kollegen, deren "Fertigkeiten" sich durch
Nutzung von KI-Systemen definitiv verbessern. Sind bei "uns" aber eher
wenige.

> Sicher, der Code funktioniert vielleicht...

Bitte "VIELLEICHT" groß schreiben.

> Aber ist er auch wart- und erweiterbar?

Oder erzeugt er zum 31.12. ein "drop database production"? Wer kann das
schon mit Sicherheit sagen ...

(Die Datenbankverrechtung wird natürlich auch von einer KI gemacht,
hrhrhr. Wer braucht schon Skynet. Elementare, menschliche Dummheit hat
bisher immer ausgereicht.)

-- 
Day of judgement, God is calling. On their knees, the war pigs crawling
Begging mercy for their sins Satan laughing, spreads his wings
(War pigs, Black Sabbath)

[toc] | [prev] | [next] | [standalone]

#644892

On 8/19/25 18:10, Dietz Proepper wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> 
>> On 8/18/25 19:26, Dietz Proepper wrote:
>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>>>> Womit dann der Roboter den Job übernimmt schlechten Code zu
>>>> schreiben?
>>>
>>> Checkerbunny. Denn guten Code bekommen beide nicht hin.
>>
>> Ich fürchte da wird es noch einiges an bösem Erwachen geben wenn
>> Firmen KI (oder was sie dafür halten) an ihre Codebasis heranlassen.
> 
> Sagen wir es so - ich habe Kollegen, deren "Fertigkeiten" sich durch
> Nutzung von KI-Systemen definitiv verbessern. Sind bei "uns" aber eher
> wenige.

Die Frage ist, ob das so bleibt. Wenn du deine Fähigkeiten outsourced 
verschwinden sie bei dir mit der Zeit.


>> Sicher, der Code funktioniert vielleicht...
> 
> Bitte "VIELLEICHT" groß schreiben.

Naja, irgendwas wird er schon tun. ;)

  Gerrit

[toc] | [prev] | [next] | [standalone]

#644897

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:

> On 8/19/25 18:10, Dietz Proepper wrote:
> > Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> >   
> >> On 8/18/25 19:26, Dietz Proepper wrote:  
> >>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:  
> >>>> Womit dann der Roboter den Job übernimmt schlechten Code zu
> >>>> schreiben?  
> >>>
> >>> Checkerbunny. Denn guten Code bekommen beide nicht hin.  
> >>
> >> Ich fürchte da wird es noch einiges an bösem Erwachen geben wenn
> >> Firmen KI (oder was sie dafür halten) an ihre Codebasis
> >> heranlassen.  
> > 
> > Sagen wir es so - ich habe Kollegen, deren "Fertigkeiten" sich durch
> > Nutzung von KI-Systemen definitiv verbessern. Sind bei "uns" aber
> > eher wenige.  
> 
> Die Frage ist, ob das so bleibt. Wenn du deine Fähigkeiten outsourced 
> verschwinden sie bei dir mit der Zeit.

*Ich* mache das ja nicht.

> >> Sicher, der Code funktioniert vielleicht...  
> > 
> > Bitte "VIELLEICHT" groß schreiben.  
> 
> Naja, irgendwas wird er schon tun. ;)

Soviel kann sicher sein.

-- 
Day of judgement, God is calling. On their knees, the war pigs crawling
Begging mercy for their sins Satan laughing, spreads his wings
(War pigs, Black Sabbath)

[toc] | [prev] | [next] | [standalone]

#644890

Am 19.08.25 um 18:05 schrieb Gerrit Heitsch:
> On 8/18/25 19:26, Dietz Proepper wrote:
>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>>
>>> On 8/18/25 08:50, Dietz Proepper wrote:
>>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>>>>> On 8/17/25 20:11, Hendrik van der Heijden wrote:
>>>>>> Am 17.08.2025 um 18:45 schrieb Gerrit Heitsch:
>>>>>>> Naja, 'full stack' ist ja auch von ganz unten (kernel driver) bis
>>>>>>> ganz oben (Anwendungen, remote oder lokal).
>>>>>>
>>>>>> Ich denke, wer sich heute "Full Stack" nennt, erwartet SQL Server
>>>>>> oder Amazon Web Services als Basis, worauf man aufsetzt.
>>>>>
>>>>> Das ist doch maximal 'half stack'.
>>>>
>>>> Ein "Fullstackentwickler" nach heutiger Lesart ist jemand, der
>>>> sowohl (Web-)frontends (angular udgl.), als auch dazugehörige
>>>> Backends erstellen kann.
>>>
>>> Hört sich besser an als 'half stack', hm?
>>
>> Für Otto-Normal-Damager sicher.
>>
>>>> In der Regel also jemand, der schlechten Frontend- mit schlechtem
>>>> Backendcode kombiniert. In Weiterung jemand, der in absehbarer Zeit
>>>> von einem Roboter ersetzt werden wird.
>>>
>>> Womit dann der Roboter den Job übernimmt schlechten Code zu schreiben?
>>
>> Checkerbunny. Denn guten Code bekommen beide nicht hin.
> 
> Ich fürchte da wird es noch einiges an bösem Erwachen geben wenn Firmen 
> KI (oder was sie dafür halten) an ihre Codebasis heranlassen.
> 
> Sicher, der Code funktioniert vielleicht... Aber ist er auch wart- und 
> erweiterbar?
> 
>   Gerrit
> 
> 

Schau, schon heute weiß niemand was in so einer KI  vor sich geht. Die 
größte Sorge ist, dass so ein LLM vergiftet wird doch Input von anderen 
LLMs oder böswilligen Usern. Warum? Weil man eben nicht beeinflussen 
kann wie die KI  das aufnimmt.
Und da glaubst du, dass man den von so einem Ding produzierten Code noch 
warten kann?
Nein, wir machen uns abhängig von KI und  selbst überflüssig und das 
war's dann mit dem Bio-Schleim auf der Erdoberfläche. Maschinen 
übernehmen dank viel schnellerer evolutionärer Weiterentwicklung.

-- 
Bitt um Vrzihung, di Tast " " klmmt manchmal...

[toc] | [prev] | [next] | [standalone]

#644893

On 8/19/25 18:12, Dr. Joachim Neudert wrote:
> Am 19.08.25 um 18:05 schrieb Gerrit Heitsch:
>> On 8/18/25 19:26, Dietz Proepper wrote:
>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>>>
>>>> On 8/18/25 08:50, Dietz Proepper wrote:
>>>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>>>>>> On 8/17/25 20:11, Hendrik van der Heijden wrote:
>>>>>>> Am 17.08.2025 um 18:45 schrieb Gerrit Heitsch:
>>>>>>>> Naja, 'full stack' ist ja auch von ganz unten (kernel driver) bis
>>>>>>>> ganz oben (Anwendungen, remote oder lokal).
>>>>>>>
>>>>>>> Ich denke, wer sich heute "Full Stack" nennt, erwartet SQL Server
>>>>>>> oder Amazon Web Services als Basis, worauf man aufsetzt.
>>>>>>
>>>>>> Das ist doch maximal 'half stack'.
>>>>>
>>>>> Ein "Fullstackentwickler" nach heutiger Lesart ist jemand, der
>>>>> sowohl (Web-)frontends (angular udgl.), als auch dazugehörige
>>>>> Backends erstellen kann.
>>>>
>>>> Hört sich besser an als 'half stack', hm?
>>>
>>> Für Otto-Normal-Damager sicher.
>>>
>>>>> In der Regel also jemand, der schlechten Frontend- mit schlechtem
>>>>> Backendcode kombiniert. In Weiterung jemand, der in absehbarer Zeit
>>>>> von einem Roboter ersetzt werden wird.
>>>>
>>>> Womit dann der Roboter den Job übernimmt schlechten Code zu schreiben?
>>>
>>> Checkerbunny. Denn guten Code bekommen beide nicht hin.
>>
>> Ich fürchte da wird es noch einiges an bösem Erwachen geben wenn 
>> Firmen KI (oder was sie dafür halten) an ihre Codebasis heranlassen.
>>
>> Sicher, der Code funktioniert vielleicht... Aber ist er auch wart- und 
>> erweiterbar?
>>
>>   Gerrit
>>
>>
> 
> Schau, schon heute weiß niemand was in so einer KI  vor sich geht. Die 
> größte Sorge ist, dass so ein LLM vergiftet wird doch Input von anderen 
> LLMs oder böswilligen Usern. Warum? Weil man eben nicht beeinflussen 
> kann wie die KI  das aufnimmt.
> Und da glaubst du, dass man den von so einem Ding produzierten Code noch 
> warten kann?
> Nein, wir machen uns abhängig von KI und  selbst überflüssig und das 
> war's dann mit dem Bio-Schleim auf der Erdoberfläche. Maschinen 
> übernehmen dank viel schnellerer evolutionärer Weiterentwicklung.

Oder auch nicht, siehe das Problem 'model collapse' durch Verwendung von 
KI-generierten Daten beim Training einer neuen KI.

Saubere Daten werden immer schwerer zu bekommen.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#644901

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> On 8/19/25 18:12, Dr. Joachim Neudert wrote:
>> Am 19.08.25 um 18:05 schrieb Gerrit Heitsch:
>>> On 8/18/25 19:26, Dietz Proepper wrote:
>>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>>>> 
>>>>> On 8/18/25 08:50, Dietz Proepper wrote:
>>>>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>>>>>>> On 8/17/25 20:11, Hendrik van der Heijden wrote:
>>>>>>>> Am 17.08.2025 um 18:45 schrieb Gerrit Heitsch:
>>>>>>>>> Naja, 'full stack' ist ja auch von ganz unten (kernel driver) bis
>>>>>>>>> ganz oben (Anwendungen, remote oder lokal).
>>>>>>>> 
>>>>>>>> Ich denke, wer sich heute "Full Stack" nennt, erwartet SQL Server
>>>>>>>> oder Amazon Web Services als Basis, worauf man aufsetzt.
>>>>>>> 
>>>>>>> Das ist doch maximal 'half stack'.
>>>>>> 
>>>>>> Ein "Fullstackentwickler" nach heutiger Lesart ist jemand, der
>>>>>> sowohl (Web-)frontends (angular udgl.), als auch dazugehörige
>>>>>> Backends erstellen kann.
>>>>> 
>>>>> Hört sich besser an als 'half stack', hm?
>>>> 
>>>> Für Otto-Normal-Damager sicher.
>>>> 
>>>>>> In der Regel also jemand, der schlechten Frontend- mit schlechtem
>>>>>> Backendcode kombiniert. In Weiterung jemand, der in absehbarer Zeit
>>>>>> von einem Roboter ersetzt werden wird.
>>>>> 
>>>>> Womit dann der Roboter den Job übernimmt schlechten Code zu schreiben?
>>>> 
>>>> Checkerbunny. Denn guten Code bekommen beide nicht hin.
>>> 
>>> Ich fürchte da wird es noch einiges an bösem Erwachen geben wenn 
>>> Firmen KI (oder was sie dafür halten) an ihre Codebasis heranlassen.
>>> 
>>> Sicher, der Code funktioniert vielleicht... Aber ist er auch wart- und 
>>> erweiterbar?
>>> 
>>>   Gerrit
>>> 
>>> 
>> 
>> Schau, schon heute weiß niemand was in so einer KI  vor sich geht. Die 
>> größte Sorge ist, dass so ein LLM vergiftet wird doch Input von anderen 
>> LLMs oder böswilligen Usern. Warum? Weil man eben nicht beeinflussen 
>> kann wie die KI  das aufnimmt.
>> Und da glaubst du, dass man den von so einem Ding produzierten Code noch 
>> warten kann?
>> Nein, wir machen uns abhängig von KI und  selbst überflüssig und das 
>> war's dann mit dem Bio-Schleim auf der Erdoberfläche. Maschinen 
>> übernehmen dank viel schnellerer evolutionärer Weiterentwicklung.
> 
> Oder auch nicht, siehe das Problem 'model collapse' durch Verwendung von 
> KI-generierten Daten beim Training einer neuen KI.

> 
>  Gerrit
> 
> 
> 

Schreib ich doch oben. 
No one knows. 

-- 
please forgive my iPhone typos

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | ger.ct

csiph-web