Forum Mjukvara Programmering och digitalt skapande Tråd

C++ och dess framtid att programmera minnessäkert - Hur går utvecklingen?

5 6 7 8 9 10 11 12
Skriv svar
Permalänk
Inaktiv
●
Skrivet av Yoshman:

Grejen är att access av minnet är högst ortogonalt mot hur det allokeras, så man förlorar ingenting.

Tvärtom kan man både bättre visa för andra användare vad syftet med en viss minnespool är kontra en annan genom att hantera dem genom olika typer av smarta pekare. T.ex. på en XSX där det finns minne som är olika effektivt för GPU att jobba med eller rent generellt när man har kod där både CPU och andra acceleratorer accessar.

Och om man sen även har minnesareor med samtida access från flera kärnor (vilket man bör undvika som pesten, än mer så i språk som saknar tracing GC) är även själva accessen helt ortogonal. Hanteringen av resurser behöver i högsta grad veta om det finns concurrency-problematik, något som är direkt idiotiskt att lämna upp till användarna att lura ut på egen hand.

Vi lär inte komma längre och som något som kört cross i ca 14 år i sin ungdom tycker jag liknelsen på alla sätt är horribel... Stödhjul på en motocross skulle vara direkt kontraproduktivt och farligt.

Enda vi verkar vara överens om är att vi inte lär komma överens

Gå till inlägget

Precis vad jag menar, kontraproduktivt och farligt, om man inte gillar att köra sakta 😉

Dito, let’s agree to disagree 😃

Redigera
Citera flera Citera
Permalänk
Inaktiv
●
Skrivet av Yoshman:

.

Och om man sen även har minnesareor med samtida access från flera kärnor (vilket man bör undvika som pesten, än mer så i språk som saknar tracing GC) är även själva accessen helt ortogonal. Hanteringen av resurser behöver i högsta grad veta om det finns concurrency-problematik, något som är direkt idiotiskt att lämna upp till användarna att lura ut på egen hand.

Gå till inlägget

Detta löser man enkelt med hw core affinity på trådarna man skapar och en noggrant arkitekturerad kodbas, där man ser till att varje tråd har sitt eget input och output minne, gärna statiskt förallokerat om möjligt . I C och C++ anser jag att detta absolut är ett användaransvar. Det är enda sättet att optimera för det, om man inte vill förlita sig på OS schedulern (men då får man garanterat cache missar).

Senast redigerat
Redigera
Citera flera Citera
Permalänk
Medlem
●

Intressant om nyheter för minnessäkerhet i C++ för det som tas upp här tror jag tillhör det vanligare felet när nybörjare i C++ klantar sig. Inte att man skriver över maxgräns för olika buffrar utan refererar till buffrar som raderats.

Skulle faktiskt inte bli förvånad om nedanstående typ av varning som nu genererar kompileringsfel kanske rättar 50%.

Redigera
Citera flera Citera
Permalänk
Inaktiv
●
Skrivet av klk:

Intressant om nyheter för minnessäkerhet i C++ för det som tas upp här tror jag tillhör det vanligare felet när nybörjare i C++ klantar sig. Inte att man skriver över maxgräns för olika buffrar utan refererar till buffrar som raderats.

Skulle faktiskt inte bli förvånad om nedanstående typ av varning som nu genererar kompileringsfel kanske rättar 50%.

https://www.youtube.com/watch?v=T4g92jtGkXM

Gå till inlägget

håller med om att ett sådant error hade varit bra, men det är väldigt svårt (om inte omöjligt) att generera sådana fel i compiletime för godtyckliga pekare. det blir enkelt när man returnar en temporary eftersom att kompilatorn direkt kan se att en referens till en lokal variabel skickas tillbaks. det blir mycket svårare om situationen är mer komplex, eller till exempel om pekaren och minnet allokeras/hämtas från ett API av extern kod som man länkar till efter kompilering.

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av anon362173:

det blir mycket svårare om situationen är mer komplex, eller till exempel om pekaren och minnet allokeras/hämtas från ett API av extern kod som man länkar till efter kompilering.

Gå till inlägget

Testade nyligen det här biblioteket och där finns det felet. Nästan 3 tusen stjärnmarkeringar
https://github.com/p-ranav/argparse
Gör man exakt så som det är dokumenterat så fungerar det men försöker man något annat så får man vara beredd på att det smäller. Tror det är någon Python utvecklare som lekt lite med C++

Lägger man till en "subparser" så läggs det objektet till som en referens.. Populeras regelverket i en egen metod kommer det smälla.
Bör nog säga att det är första gången jag ser ett C++ bibliotek så här känt som har en sådan klantig miss. Därav orsaken till att jag tror det är någon som egentligen inte är utvecklare i C++

Redigera
Citera flera Citera
Permalänk
Medlem
●

Angående säkra språk och hur viktigt det är att lära sig hantera minnet. Ett säkert språk kan vara osäkert eftersom de som använder språket inte tränar på vad de behöver lära sig eftersom säkerhet kanske inte innebär säkerhet i allt.

Redigera
Citera flera Citera
Permalänk
Datavetare ★
●
Skrivet av klk:

Testade nyligen det här biblioteket och där finns det felet. Nästan 3 tusen stjärnmarkeringar
https://github.com/p-ranav/argparse
Gör man exakt så som det är dokumenterat så fungerar det men försöker man något annat så får man vara beredd på att det smäller. Tror det är någon Python utvecklare som lekt lite med C++

Lägger man till en "subparser" så läggs det objektet till som en referens.. Populeras regelverket i en egen metod kommer det smälla.
Bör nog säga att det är första gången jag ser ett C++ bibliotek så här känt som har en sådan klantig miss. Därav orsaken till att jag tror det är någon som egentligen inte är utvecklare i C++

Gå till inlägget

Aldrig använt det biblioteket innan. En snabb koll så känns det som det är ett försökt att göra en C++ variant av Pythons argparse som är del av standardbiblioteket där.

Men ser inte hur det är några problem att använda subparsers, framförallt inte om man är superexpert på explicit minneshantering!

Kolla kodkommentarer och säg vad du inte håller med om

Klicka för mer information 
#include <argparse/argparse.hpp>
#include <iostream>

int main(int argc, char *argv[])
{
    argparse::ArgumentParser program{"example"};
    program.add_description("Subparser demo");

    argparse::ArgumentParser add_parser{"add"};
    // Sure, one must make sure that add_parser do not go out of scope _before_ program after this line
    // something that would give a compiler error in Rust and be a non-issue in GC-languages....
    program.add_subparser(add_parser);
    add_parser.add_description("Add two numbers");
    add_parser.add_argument("x").help("The first number").scan<'i', int>();
    add_parser.add_argument("y").help("The second number").scan<'i', int>();

    argparse::ArgumentParser subtract_parser{"sub"};
    program.add_subparser(subtract_parser);
    subtract_parser.add_description("Subtract two numbers");
    subtract_parser.add_argument("x").help("The first number").scan<'i', int>();
    subtract_parser.add_argument("y").help("The second number").scan<'i', int>();

    try
    {
        program.parse_args(argc, argv);

        if (program.is_subcommand_used("add"))
        {
            // ...but since any resonable use of the subparser requires it to be still in scope when used
            // it is not super trivial to fsck this one
            int x = add_parser.get<int>("x");
            int y = add_parser.get<int>("y");
            std::cout << "Result: " << (x + y) << '\n';
        }
        else if (program.is_subcommand_used("sub"))
        {
            int x = subtract_parser.get<int>("x");
            int y = subtract_parser.get<int>("y");
            std::cout << "Result: " << (x - y) << '\n';
        }
    }
    catch (const std::runtime_error &err)
    {
        std::cerr << err.what() << '\n';
        std::cerr << program;
        return EXIT_FAILURE;
    }
}
Visa mer

Skrivet av klk:

Angående säkra språk och hur viktigt det är att lära sig hantera minnet. Ett säkert språk kan vara osäkert eftersom de som använder språket inte tränar på vad de behöver lära sig eftersom säkerhet kanske inte innebär säkerhet i allt.

https://www.youtube.com/watch?v=PG0wRb7eYms

Gå till inlägget

Ditt kodexempel du postade tidigare i tråden är ett exempel på hur lätt det är att skapa säkerhetsproblem i C++. Vore kul att se hur de säkerhetsproblem bäst hanteras, för jag tror ändå denna kod inte är allt för ovanlig och likaså den typ av fel som görs där som orsakar potentiellt säkerhetshål.

Att ha minnesläckor är inte samma sak som att vara minnesosäkert, och det är en viktig anledning att det är fullt möjligt att göra minnesläckor i Rust (eller vilket språk som helst som kan allokera minne dynamiskt).

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av Yoshman:

Aldrig använt det biblioteket innan. En snabb koll så känns det som det är ett försökt att göra en C++ variant av Pythons argparse som är del av standardbiblioteket där.

Gå till inlägget

Tror jag också, samma namn så.

Skrivet av Yoshman:

Ditt kodexempel du postade tidigare i tråden är ett exempel på hur lätt det är att skapa säkerhetsproblem i C++. Vore kul att se hur de säkerhetsproblem bäst hanteras, för jag tror ändå denna kod inte är allt för ovanlig och likaså den typ av fel som görs där som orsakar potentiellt säkerhetshål.

Gå till inlägget

Enligt mig så handlar det om övning. Öva på hur man skriver kod. Vem som helst kan lära sig ett programmeringsspråk på inte allt för lång tid, men det är inte samma sak som att man kan programmera. Så är det med det mesta, nybörjare i starten men det är bara att fortsätta öva.

Skrivet av Yoshman:

Att ha minnesläckor är inte samma sak som att vara minnesosäkert, och det är en viktig anledning att det är fullt möjligt att göra minnesläckor i Rust (eller vilket språk som helst som kan allokera minne dynamiskt).

Gå till inlägget

Det som är lite kul med videon är just detta med att RUST programmerare hela tiden beskriver hur mycket bättre språket är än allt annat.

Jag tror att många som är vana vid C++ reagerar på när utvecklare i rust kodar för att de inte lärt sig designa kod. Något som man tvingas göra i C++ om man inte vill trassla till minneshanteringen (då gör det ont).

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av klk:

Jag tror att många som är vana vid C++ reagerar på när utvecklare i rust kodar för att de inte lärt sig designa kod. Något som man tvingas göra i C++ om man inte vill trassla till minneshanteringen (då gör det ont).

Gå till inlägget

Om man lyssnar på dig och @anon362173 skall man alltså inte ska lägga till saker till C++ som gör språket mer lättillgängligt och enklare att använda? Det är ska vara svårt att använda, för då lär man sig programmera ordentligt?

Har jag uppfattat det hela korrekt?

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av Ingetledigtnamn:

Om man lyssnar på dig och @prklinteractive skall man alltså inte ska lägga till saker till C++ som gör språket mer lättillgängligt och enklare att använda? Det är ska vara svårt att använda, för då lär man sig programmera ordentligt?

Har jag uppfattat det hela korrekt?

Gå till inlägget

Stämmer, det är korrekt.

Om jag ger tips till någon som vill lära sig programmera så hade jag tipsat om att först lära sig C och JavaScript. C är bra för då lär man sig hårdvara. JavaScript är bra för det går fantastiskt fort att trassla till det för sig. Asynkron hantering och javascript är bra träning.

C++ är inte svårt, det är troligen ett av det enklare språken om du skall hantera stora kodmassor eller har andra svåra krav att hantera. Det är vad språket är designat för att hantera. "Svårt" är relativt och självklart är det problem men det är mer problem med andra språk när det blir krav.

Redigera
Citera flera Citera
Permalänk
Inaktiv
●
Skrivet av Ingetledigtnamn:

Om man lyssnar på dig och @prklinteractive skall man alltså inte ska lägga till saker till C++ som gör språket mer lättillgängligt och enklare att använda? Det är ska vara svårt att använda, för då lär man sig programmera ordentligt?

Har jag uppfattat det hela korrekt?

Gå till inlägget

Nej, man ska inte lägga till stödhjul på en motocross. Går dåligt då.

Redigera
Citera flera Citera
Permalänk
Datavetare ★
●

Är allt mer övertygad att detta är ett försökt till att göra sig lustig. För annars lär sådan som ni vara en stor anledning till att det ens är möjligt att ha 10x programmerare, inte de som är är bra, utan de är det i relation till andra som bara gillar att gräva ned sig väldigt djupt...

"Riktiga programmerare" petar inte med högnivåjunk som C++, "riktiga programmerare" skriver direkt i assembler för att undvika idioterna som kallar sig kompilatorkonstruktörer. Självklart kör man allt detta direkt på metallen och man skriver boot-strap:en förhand vid varje boot som på den "gamla goda tiden!" (fast dip-switcharna kan man tillåta sig bli ersatt av ett tangentbord+skärm ändå). Självklart går macros tok-bort, skriver man inte varje assemblerinstruktion explicit har man noll koll!

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Redigera
Citera flera Citera
Permalänk
Inaktiv
●
Skrivet av Yoshman:

Är allt mer övertygad att detta är ett försökt till att göra sig lustig. För annars lär sådan som ni vara en stor anledning till att det ens är möjligt att ha 10x programmerare, inte de som är är bra, utan de är det i relation till andra som bara gillar att gräva ned sig väldigt djupt...

"Riktiga programmerare" petar inte med högnivåjunk som C++, "riktiga programmerare" skriver direkt i assembler för att undvika idioterna som kallar sig kompilatorkonstruktörer. Självklart kör man allt detta direkt på metallen och man skriver boot-strap:en förhand vid varje boot som på den "gamla goda tiden!" (fast dip-switcharna kan man tillåta sig bli ersatt av ett tangentbord+skärm ändå). Självklart går macros tok-bort, skriver man inte varje assemblerinstruktion explicit har man noll koll!

Gå till inlägget

Nja. Riktiga programmerare finns överallt, i alla språk. Tror kritiken mer kommer från faktumet att folk försöker använda C++ (och förändra det) till något det öht inte är designat för. Använd C# för C# grejer, använd C/C++ för C/C++ grejer, en hammare gör en spik, och en såg för en planka.

Att se utvecklare helt missbruka och förstöra C++ (utan att ge språket riktiga fördelar på kuppen) gör ont i själen. Och det är dessutom destruktivt för hela industrin.

Men allt detta är klargjort från mitt håll flera gånger i tråden, om du vill avfärda det som att jag bara trollar så får du väl göra det, men ingen tjänar något på det.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av klk:

Angående säkra språk och hur viktigt det är att lära sig hantera minnet. Ett säkert språk kan vara osäkert eftersom de som använder språket inte tränar på vad de behöver lära sig eftersom säkerhet kanske inte innebär säkerhet i allt.

https://www.youtube.com/watch?v=PG0wRb7eYms

Gå till inlägget

Nu trollar du igen... Skickar du sådana här saker pga bristande kunskap eller du vill starta flame wars?

Nu har du länkat till en kontroversiell figur(Brian Lunduke) som blivit bannad från många open-source communities(SUSE, GNOME) pga Q-anon-liknande åsikter som uppenbarligen inte har koll på att skillnaden mellan memory leaks och memory safety eller aktivt väljer att ignorera det för att skapa kontroverser.

Personen som Brian refererar till inledningsvis är Brodie som har gjort en video som adresserar det

Senast redigerat
Redigera
Citera flera Citera
Permalänk
Inaktiv
●
Skrivet av orp:

Nu trollar du igen... Skickar du sådana här saker pga bristande kunskap eller du vill starta flame wars?

Nu har du länkat till en kontroversiell figur(Brian Lunduke) som blivit bannad från många open-source communities(SUSE, GNOME) pga Q-anon-liknande åsikter som uppenbarligen inte har koll på att skillnaden mellan memory leaks och memory safety eller aktivt väljer att ignorera det för att skapa kontroverser.

Personen som Brian refererar till inledningsvis är Brodie som har gjort en video som adresserar det https://www.youtube.com/watch?v=OcQgBeEyxyc#t=1m15s

Gå till inlägget

Ingen koll på ämnet, men att använda någons politiska läggning som ett sakligt argument i en teknisk diskussion känns oärligt.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av anon362173:

Ingen koll på ämnet, men att använda någons politiska läggning som ett sakligt argument i en teknisk diskussion känns oärligt.

Gå till inlägget

Jag håller inte med dig. I detta fallet så bidrar den politiska läggningen till reducerad trovärdighet eftersom det är en i och därför är den aktuell.

Vidare, att länka till kontroversiell figurer som är kända för att enbart vilja styra upp kontroverser som inte säger något sakligt i sin video och enbart flashar random Github issues som innehåller substrängen "memory leak" för att göra poängen "Rust är dåligt"(rust levererar inte enl. sin garantier) är oärligt.

Senast redigerat
Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av orp:

Nu trollar du igen... Skickar du sådana här saker pga bristande kunskap eller du vill starta flame wars?

Nu har du länkat till en kontroversiell figur(Brian Lunduke) som blivit bannad från många open-source communities(SUSE, GNOME) pga Q-anon-liknande åsikter som uppenbarligen inte har koll på att skillnaden mellan memory leaks och memory safety eller aktivt väljer att ignorera det för att skapa kontroverser.

Gå till inlägget

Varför skulle jag "trolla" och vem personen är har jag ingen aning om.

Däremot tog han upp en sak som är viktig, minnesläckor och att lära sig hantera minnet om man skall skriva hårdvarunära kod. Det finns inget trollande i det

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av orp:

Vidare, att länka till kontroversiell figurer som är kända för att enbart vilja styra upp kontroverser som inte säger något sakligt i sin video och enbart flashar random Github issues som innehåller substrängen "memory leak" för att göra poängen "Rust är dåligt"(rust levererar inte enl. sin garantier) är oärligt.

Gå till inlägget

Alltså, lite självkritik här va.

Av någon anledning så är det ju RUST utvecklare som spyr galla på andra språk och då speciellt C++. Gå in på valfri grupp där det är rustutvecklare, nästan som att prata med sektmedlemmar.

Jag kan inte komma ihåg att jag sett detta beteende från någon annan grupp inom programmering, självklart finns alltid det här att man älskar de tekniker man själv lärt sig men så extremt som det är med RUST och att de attackerar C++ så, det har inte jag varit med om.

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av anon362173:

Nja. Riktiga programmerare finns överallt, i alla språk. Tror kritiken mer kommer från faktumet att folk försöker använda C++ (och förändra det) till något det öht inte är designat för. Använd C# för C# grejer, använd C/C++ för C/C++ grejer, en hammare gör en spik, och en såg för en planka.

Gå till inlägget

"Riktiga programmerare" = olika typer av programmerare.

Programmering är ett väldigt stort område och det växer. Massor av tekniker.

Vad som generellt händer är att deklarativa kodare växer, alltså att anpassa istället för att skriva anpassningsbara komponenter. De flesta programmerare idag är också produktspecialister, alltså anpassar något med kod.

Den typen av programmerare som har kunskap om att hantera kod, de minskar. Området är inte speciellt kul heller.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av klk:

Varför skulle jag "trolla" och vem personen är har jag ingen aning om.

Gå till inlägget

Det är inte första gången i denna tråden som du länkar till saker som du inte kollat över ordentligt.

Skrivet av klk:

Däremot tog han upp en sak som är viktig, minnesläckor och att lära sig hantera minnet om man skall skriva hårdvarunära kod. Det finns inget trollande i det

Gå till inlägget

Vad har minnesläckor att göra med en tråd om minnesäkerhet? Varför tar du upp detta i samband med Rust kan man fråga sig? Du vet om att Rust inte lämnar sådana garantier?
https://doc.rust-lang.org/book/ch15-06-reference-cycles.html
(NOTERA DETTA ÄR RUSTS HANDBOK)

Det handlar ju inte om att "hantera minne i hårdvarunära kod" ... Det handlar om fundamentala programmeringsproblem. Om du har ett garbage collectat språk och du skapar en lista som du utökar mot oändligheten och du aldrig släpper referensen till listan, vad händer då?

Senast redigerat
Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av klk:

Alltså, lite självkritik här va.

Gå till inlägget

Du är inte rätt person att nämna självkritik.

Skrivet av klk:

Av någon anledning så är det ju RUST utvecklare som spyr galla på andra språk och då speciellt C++. Gå in på valfri grupp där det är rustutvecklare, nästan som att prata med sektmedlemmar.

Gå till inlägget

Jag tror att det är här skon klämmer... och du tycker att Rust-utvecklare spyr galla? Vill minnas att du nämnde något om självkritik?

Allt som folk har gjort i denna tråden är ju att påpeka reella brister i C++ och sedan får man tillbaka alla möjliga argument (som jag inte kan uppfatta som annat än att trolla)...

Om du gillar C++, fine! Ingen som talar mot det men om vi ska jämföra minnessäkerhet mellan C++ och Rust så drar tyvärr C++ det korta strået.

Jag utvecklar i C och Rust. Jag är inte vän med Rust och stundvis blir koden ful och svårarbetad exempelvis om man måste dra in trait bounds från något lib men jag kan fortfarande se fördelar med Rust även om jag ogillar vissa bitar.

Senast redigerat
Redigera
Citera flera Citera
Permalänk
Inaktiv
●
Skrivet av orp:

Jag håller inte med dig. I detta fallet så bidrar den politiska läggningen till reducerad trovärdighet eftersom det är en i och därför är den aktuell.

Vidare, att länka till kontroversiell figurer som är kända för att enbart vilja styra upp kontroverser som inte säger något sakligt i sin video och enbart flashar random Github issues som innehåller substrängen "memory leak" för att göra poängen "Rust är dåligt"(rust levererar inte enl. sin garantier) är oärligt.

Gå till inlägget

Alla har olika politiska åsikter och perspektiv. Att helt avfärda någons argument för att denne inte röstar som du eller tänker som du är både oärligt och en smula barnsligt. Spelar ingen roll om det är en flat earther, Q-tard, eller kommunist.

Det finns tekniskt duktiga experter överallt, och dom allra bästa är i min erfarenhet sjukt excentriska också, med många vilda teorier osv.

Ta Terry Davis, han som skrev TempleOS. En legendarisk programmerare som var sjukt duktig, men också helt skogstokig. Hans mentala ohälsa ledde tyvärr till hans död.

Och Ian Murdock, en av skaparna av Debian OS. Också en legendar, men mental ohälsa och vilda tankar, som tyvärr ledde till hans självmord.

Man måste kunna skilja på A och O, jag tycker att sådana här diskussioner ska handla om det tekniska och sakliga. Inte irrelevanta personpåhopp, kanske rent av som en ursäkt för att man inte själv har bra argument.

Din subjektiva bedömning av någons generella trovärdighet är inte ett dugg relevant i en argumentation. Bättre kan du! <3

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av anon362173:

Alla har olika politiska åsikter och perspektiv. Att helt avfärda någons argument för att denne inte röstar som du eller tänker som du är både oärligt och en smula barnsligt. Spelar ingen roll om det är en flat earther, Q-tard, eller kommunist.

Det finns tekniskt duktiga experter överallt, och dom allra bästa är i min erfarenhet sjukt excentriska också, med många vilda teorier osv.

Ta Terry Davis, han som skrev TempleOS. En legendarisk programmerare som var sjukt duktig, men också helt skogstokig. Hans mentala ohälsa ledde tyvärr till hans död.

Och Ian Murdock, en av skaparna av Debian OS. Också en legendar, men mental ohälsa och vilda tankar, som tyvärr ledde till hans självmord.

Man måste kunna skilja på A och O, jag tycker att sådana här diskussioner ska handla om det tekniska och sakliga. Inte irrelevanta personpåhopp, kanske rent av som en ursäkt för att man inte själv har bra argument.

Bättre kan du! <3

Gå till inlägget

Fast nu stirrar du dig blind på ännu mer irrelevanta saker. Jag sa enbart att det påverkar trovärdigheten och därför reviewar man sådana källor lite extra och som jag påpekade så var det han sa irrelevant för diskussionen.

Jag hade reviewat Terry Davis påstående utifrån min kunskap om honom lite extra också som hans påstående om att man inte behöver stödja skärmupplösningar högre än 640x480(eller om det var 800x600 minns jag inte exakt) eftersom det var guds vilja.

Redigera
Citera flera Citera
Permalänk
Inaktiv
●
Skrivet av orp:

Fast nu stirrar du dig blind på ännu mer irrelevanta saker. Jag sa enbart att det påverkar trovärdigheten och därför reviewar man sådana källor lite extra och som jag påpekade så var det han sa irrelevant för diskussionen.

Jag hade reviewat Terry Davis påstående utifrån min kunskap om honom lite extra också som hans påstående om att man inte behöver stödja skärmupplösningar högre än 640x480(eller om det var 800x600 minns jag inte exakt) eftersom det var guds vilja.

Gå till inlägget

> Jag håller inte med dig. I detta fallet så bidrar den politiska läggningen till reducerad trovärdighet eftersom det är en i och därför är den aktuell.
- Orp, 2025

Vad har Q-anon med minnessäkerhet att göra?

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av anon362173:

> Jag håller inte med dig. I detta fallet så bidrar den politiska läggningen till reducerad trovärdighet eftersom det är en i och därför är den aktuell.
- Orp, 2025

Vad har Q-anon med minnessäkerhet att göra?

Gå till inlägget

Som jag sa "reducerad trovärdighet" som leder till att man faktagranskar deras påstående lite extra. Q-anonare kännetecknas enl. mig av att inte vara särskilt källkritiska och att grupptillhörighet är viktigare än logiska resonemang.

Videon handlade ju inte om minnessäkerhet... så antagandet att granska lite extra var korrekt vilket inte gjordes när det introducerades.

Redigera
Citera flera Citera
Permalänk
Inaktiv
●
Skrivet av orp:

Som jag sa "reducerad trovärdighet" som leder till att man faktagranskar deras påstående lite extra. Q-anonare kännetecknas enl. mig av att inte vara särskilt källkritiska och att grupptillhörighet är viktigare än logiska resonemang.

Gå till inlägget

Okej, men vad har det med minnessäkerhet att göra? Är det verkligen ett riktat och sakligt argument i en teknisk diskussion om minnessäkerhet?

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av anon362173:

Okej, men vad har det med minnessäkerhet att göra? Är det verkligen ett riktat och sakligt argument i en teknisk diskussion om minnessäkerhet?

Gå till inlägget

Jag nämnde aldrig att trovärdigheten var direkt kopplad till minnessäkerhet. Utan en poäng om att @klk blandar in källor som inte faktakollats.

Jag tycker att källkritik är viktigt oavsett vad diskussionen handlar om ...

Redigera
Citera flera Citera
Permalänk
Inaktiv
●
Skrivet av orp:

Jag nämnde aldrig att trovärdigheten var direkt kopplad till minnessäkerhet. Utan en poäng om att @klk blandar in källor som inte faktakollats.

Jag tycker att källkritik är viktigt oavsett vad diskussionen handlar om ...

Gå till inlägget

Nej men varför försöker du använda det som ett argument emot klk's argument då?

Källkritik är värdelöst och subjektivt, det du bör fokusera på är att vara informationskritisk. "Faktagranskning" är något som man vill ha om man förlitar sig på andra för information, utan att vara intresserad av detaljerna själv. Vill du veta vad som stämmer så kanske du bör kolla upp saker själv.

Kolla på vad som framkommit från Meta dom sista åren; Både Bidens administration och CIA har tvingat dom att ljuga, censurera och förvanska information för sina egna politiska agendor, med just "fact checking".

"Fact checking" är ett propagandabegrepp och du bör frigöra dig från det.

Allt detta sagt, för att få fram min poäng on topic: "The messenger" är helt irrelevant till informationen i sig. Du kan titta på dom videona och ta till dig av informationen, utan att haka upp dig på irrelevanta detaljer som du inte håller med om.

Det är informationen i sig som är relevant. Ingenting annat.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av anon362173:

Nej men varför försöker du använda det som ett argument emot klk's argument då?

Källkritik är värdelöst och subjektivt, det du bör fokusera på är att vara informationskritisk. "Faktagranskning" är något som man vill ha om man förlitar sig på andra för information, utan att vara intresserad av detaljerna själv. Vill du veta vad som stämmer så kanske du bör kolla upp saker själv.

Kolla på vad som framkommit från Meta dom sista åren; Både Bidens administration och CIA har tvingat dom att ljuga, censurera och förvanska information för sina egna politiska agendor, med just "fact checking".

"Fact checking" är ett propagandabegrepp och du bör frigöra dig från det.

Allt detta sagt, för att få fram min poäng on topic: "The messenger" är helt irrelevant till informationen i sig. Du kan titta på dom videona och ta till dig av informationen, utan att haka upp dig på irrelevanta detaljer som du inte håller med om.

Det är informationen i sig som är relevant. Ingenting annat.

Gå till inlägget

Nu känns det som du håller på med mentalgymnastik källkritik, informationskritisk och faktagranskning är tillräckligt snarlikt i sammanhanget imo. Jag kollade videon, "tog till mig av informationen" och såg att det som sades där var irrelevant.

Det är också intressant om att ta upp informationskritisk i samband med påstående om Meta, Biden och CIA. Har du några bevis för påståendet?

... och för att spinna vidare på dina tidigare inlägg vad har detta med minnessäkerhet att göra?

Skrivet av anon362173:

Bättre kan du! <3

Gå till inlägget
Senast redigerat
Redigera
Citera flera Citera
Permalänk
Inaktiv
●
Skrivet av orp:

Nu känns det som du håller på med mentalgymnastik källkritik, informationskritisk och faktagranskning är tillräckligt snarlikt i sammanhanget imo. Jag kollade videon, "tog till mig av informationen" och såg att det som sades där var irrelevant.

Det är också intressant om att ta upp informationskritisk i samband med påstående om Meta, Biden och CIA. Har du några bevis för påståendet?

Gå till inlägget

Isåfall tycker jag att du kan lägga fram dom argumenten som du hittar i videon som är fel, och lägger fram motargument. Istället för att gnälla om "wuääh videon är inte faktagranskad! min mamma måste godkänna allt jag tittar på wuääh!"

Finns intervjuer med Zuckerberg, kolla på dom. Vet inte om det var Joe Rogan som hostade dom. Men han har varit uppe i kongressen och vittnat också, där det också framkommit detaljer.

Redigera
Citera flera Citera
5 6 7 8 9 10 11 12
Skriv svar