🠕 This side up
Je moet ook niet Cmd+Tabben, maar Ctrl links/rechts (3 vinger swipe op de trackpad of 2 vinger swipe op de muis). Dan wissel je van workspace ipv applicatie. Veel intuitiever, zeker wanneer je bedenkt dat elke fullscreen applicatie niet over het huidige scherm gezet wordt, maar een nieuwe workspace toevoegd.CodeCaster schreef op donderdag 14 oktober 2021 @ 13:48:
Ik snap ook wel dat ik na 25+ jaar Windows bedienen met het toetsenbord niet met dezelfde verwachtingen achter de Mac moet gaan zitten, ik snap alleen vooral het Cmd+Tab-gedeelte niet, noch de inconsistenties tussen de tekstnavigatie-shortcuts.
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Dit is inderdaad ruk, maar gelukkig ondersteunt macOS Emacs keybindings:CodeCaster schreef op donderdag 14 oktober 2021 @ 11:37:
Nee, dan tekstnavigatie. Naar het begin van de regel? Druk op Home. Tenzij in applicatie X, Y of Z, dan is het Cmd+Pijl-links, want daar gaat Home naar het begin van het bestand.
- Ctrl + A: begin van de regel
- Ctrl + E: einde van de regel
- Ctrl + F: een karakter vooruit
- Ctrl + B: een karakter achteruit
- Ctrl + N: een regel naar beneden
- Ctrl + P: een regel naar boven
- Ctrl + H: backspace
- Ctrl + D: delete
Dat in combinatie van Ctrl mappen op Capslock is heel goed werkbaar.
Dit werkt eigenlijk in ieder tekstveld in iedere applicatie.
[ Voor 4% gewijzigd door dev10 op 14-10-2021 14:47 ]
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
But wait, there's more!dev10 schreef op donderdag 14 oktober 2021 @ 14:46:
[...]
Dit is inderdaad ruk, maar gelukkig ondersteunt macOS Emacs keybindings:
- Ctrl + A: begin van de regel
- Ctrl + E: einde van de regel
- Ctrl + F: een karakter vooruit
- Ctrl + B: een karakter achteruit
- Ctrl + N: een regel naar beneden
- Ctrl + P: een regel naar boven
- Ctrl + H: backspace
- Ctrl + D: delete
Dat in combinatie van Ctrl mappen op Capslock is heel goed werkbaar.
Dit werkt eigenlijk in ieder tekstveld in iedere applicatie.
En voor een aantal mensen hier is zijn ook nog deze en deze
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
De beste manier om Emacs te gebruiken is met evil.Creepy schreef op donderdag 14 oktober 2021 @ 15:03:
Nee met Emacs keybindings wordt het beter..........
Ik wist niet zo goed hoe ik het anders moest noemen. Ctrl + A werkt bijvoorbeeld in een shell als Bash of zsh ook op deze manier. Ik vind dat juist zo lekker aan macOS.
Ik heb ook plm30 jaar Windowservaring en ben pas 15 jaar geleden volledig overgestapt (Inteltijd) nadat ik 23 jaar geleden begon op Mac op mijn opleiding (dat was toen nog RISC) maar het simpelweg niet kon betalen.
Ik heb dus tijdens mijn opleiding dagelijks 6 jaar op beiden gewerkt (95/98/2000 thuis en PowerPC, later Intel Mac op school) en dan leer je de quirks & features wel kennen.
Ik heb de afgelopen decennia Windows vervloekt tot aan Windows 10. Okee, 7 was ook best bruikbaar maar 10 is het eerste WinOS dat mij weer iets meer terug deed keren. Nu werk ik op beiden en heb ik met beiden zo mijn pet peeves. Al heb ik nog het grootste issue met Windows omdat ik altijd ruzie heb met sticky edges. Ik heb het zelf uit maar ik moet op tigtallen andere PC’s werken en kan er niet aan wennen als ik netjes mijn desktop wil inrichten dat vervolgens het window full screen, half screen of wat dan ook doet. AARGH! Vooral kut als je via bijvoorbeeld VAS of TV aan het werk bent…
Ik heb mijn huidige MBP dual boot en de implementatie van de trackpad en multidesktop et cetera is steeds meer gelijkend op wat Linux al had en MacOS overnam en werkt best okee. Al moet ik wel bekennen dat ik al een maand of wat niet meer in Windows opstart want ik ben wel meer vergroeid met de souplesse van MacOS. Al zijn MS-producten onder MacOS veelal draken. Outlook open ik liever onder Windows.
https://niels.nu
"Of je stopt de stekker erin ?"Hydra schreef op woensdag 20 oktober 2021 @ 11:26:
***members only***
(voor de jongeren onder ons : YouTube: IBM - Of Je Stopt de Stekker Er In, Meneer de Computerexpert (NL) (1... )
[ Voor 44% gewijzigd door gekkie op 20-10-2021 15:23 ]
Hij baalt al als een stekker
🠕 This side up
En als je al eens denkt dat je al te beroerde HTML en CSS ziet, open eens een epub .. wat die uitgevers allemaal wel niet verzinnen (of hun tool)
[ Voor 33% gewijzigd door gekkie op 20-10-2021 15:47 ]
Waarschijnlijk gegenereed door tooling die html exclusief gebruikt voor hoe dingen er uit zien. Html baseren op (visuele) layout ipv structuur is over het algemeen de eerste stap om er een ******zooitje van te maken.gekkie schreef op woensdag 20 oktober 2021 @ 15:45:
En als je al eens denkt dat je al te beroerde HTML en CSS ziet, open eens een epub .. wat die uitgevers allemaal wel niet verzinnen (of hun tool).
Ik ben ook microsoft word tegen gekomen, dat zowat voor elke letter apart weet te gaan stylen, vaak mooi inline in de html.RagingPenguin schreef op woensdag 20 oktober 2021 @ 16:49:
[...]
Waarschijnlijk gegenereed door tooling die html exclusief gebruikt voor hoe dingen er uit zien. Html baseren op (visuele) layout ipv structuur is over het algemeen de eerste stap om er een ******zooitje van te maken.
{signature}
[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]
Nou de uiteindelijke fout had wel ongeveer dat niveau, maar dit trof echt ALLE openshift SaaS klanten. Ik ruik wat rechtzaken
https://niels.nu
aaaaaah ik heb deze aangenomen. Begin 1 december, zo fucking vet. Ga van backend C# & frontend Flutter naar embedded C/C++ en iets met python en allemaal nieuwe dingen.DaVaMa schreef op woensdag 13 oktober 2021 @ 20:24:
Ik heb net een aanbod gekregen om ergens te gaan werken aan oa embedded software met C, C++, front end en andere backend in Python, en in een domein dat echt veel beter bij mijn vooropleiding (scheikunde) past.
Ga der iets op achteruit, maar lijkt me echt supergaaf, wel retespannend.
Heb zelf alleen C# en mobile development ervaring, op wat hobbyen na. Vraag me bijna af of ik het wel kan 😅
Lekker nog 4 weken vakantie tussendoor, wat toch handig om dagen op te maken.
Gefeliciteerd, altijd leuk om eens wat anders te doen.DaVaMa schreef op donderdag 21 oktober 2021 @ 22:39:
[...]
aaaaaah ik heb deze aangenomen. Begin 1 december, zo fucking vet. Ga van backend C# & frontend Flutter naar embedded C/C++ en iets met python en allemaal nieuwe dingen.
Lekker nog 4 weken vakantie tussendoor, wat toch handig om dagen op te maken.
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
FeliDaVaMa schreef op donderdag 21 oktober 2021 @ 22:39:
[...]
aaaaaah ik heb deze aangenomen. Begin 1 december, zo fucking vet. Ga van backend C# & frontend Flutter naar embedded C/C++ en iets met python en allemaal nieuwe dingen.
Wel jammer dat je C en C++ door enkel en alleen een / scheidt ...
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
O dat is toch praktisch hetzelfde?farlane schreef op donderdag 21 oktober 2021 @ 22:54:
[...]
Feli![]()
Wel jammer dat je C en C++ door enkel en alleen een / scheidt ...
Hopelijk sarcastisch? (Lastig te herkennen online!
Eerlijk gezegd, zoveel heb ik ook niet met C & C++ gedaan.DaVaMa schreef op vrijdag 22 oktober 2021 @ 16:04:
[...]
Ik gokte dat het een gevoelig puntje was, ik heb iets met C(++) gedaan omdat een arduino of esptje dat nodig had, maar dat waren allemaal simpele dingen, nog nooit een full fledged applicatie of w/e gemaakt erin. Iets iets moeilijk geheugen management geloof ik, verder heb ik werkelijk waar geen idee.
Voor mij het grootste verschil is geheugengebruik ja, maar ook de Textvariables.
Bij C zijn "Strings" niks anders dan een Char-array en moet je dus afsluiten.
Bij C++ heb je gewoon Strings.
De keren dat ik met C heb gewerkt ging het hierop heel vaak fout. Dat ik gewoon was vergeten om de tekst-variable af te sluiten.
(Lang geleden eigenlijk dat ik daarmee heb gewerkt. C++ is ook al lang geleden voor mij!)
[ Voor 67% gewijzigd door Ryur op 22-10-2021 16:07 ]
Ik gokte dat het een gevoelig puntje was, ik heb iets met C(++) gedaan omdat een arduino of esptje dat nodig had, maar dat waren allemaal simpele dingen, nog nooit een full fledged applicatie of w/e gemaakt erin. Iets iets moeilijk geheugen management geloof ik, verder heb ik werkelijk waar geen idee.Ryur schreef op vrijdag 22 oktober 2021 @ 15:59:
[...]
Hopelijk sarcastisch? (Lastig te herkennen online!)
In de vakantie even inlezen danDaVaMa schreef op vrijdag 22 oktober 2021 @ 16:04:
[...]
Ik gokte dat het een gevoelig puntje was, ik heb iets met C(++) gedaan omdat een arduino of esptje dat nodig had, maar dat waren allemaal simpele dingen, nog nooit een full fledged applicatie of w/e gemaakt erin. Iets iets moeilijk geheugen management geloof ik, verder heb ik werkelijk waar geen idee.
C++ Primer bestellen...
Ask yourself if you are happy and then you cease to be.
Die is gratis af te halen onder menig monitor, zolang je er maar een boek van gelijke hoogte onder teruglegtLethalis schreef op vrijdag 22 oktober 2021 @ 20:18:
[...]
In de vakantie even inlezen dan
C++ Primer bestellen...
🠕 This side up
Wist je dat je arduino ook kon besturen met PHP?
Engineering is like Tetris. Succes disappears and errors accumulate.
Cool, heb je een link hiervoor?armageddon_2k1 schreef op zaterdag 23 oktober 2021 @ 09:31:
* armageddon_2k1 gooit knuppel in hoenderhok
Wist je dat je arduino ook kon besturen met PHP?
Besturen via hè? Niet compilen voor de chip
Gaat gewoon via /dev:
https://www.instructables...o-with-PHP/?amp_page=true
Engineering is like Tetris. Succes disappears and errors accumulate.
Nu was ik volledig hyped om eindelijk Arduino's te kunnen programmeren met PHP, maak je mij weer blij met een dode musarmageddon_2k1 schreef op zaterdag 23 oktober 2021 @ 11:30:
[...]
Besturen via hè? Niet compilen voor de chip
Gaat gewoon via /dev:
https://www.instructables...o-with-PHP/?amp_page=true
armageddon_2k1 schreef op zaterdag 23 oktober 2021 @ 09:31:
* armageddon_2k1 gooit knuppel in hoenderhok
Wist je dat je arduino ook kon besturen met PHP?
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Omdat het beter is dan Rust en in het verlengde dus C (en C++, maar dat is eigenlijk C met syntactic sugar).
* armageddon_2k1 verstopt zich achter de bank
[ Voor 20% gewijzigd door armageddon_2k1 op 23-10-2021 12:56 ]
Engineering is like Tetris. Succes disappears and errors accumulate.
Rust, het meest veelzijdige stukje taal - Rust!
🠕 This side up
C++ == C is UBVoutloos schreef op vrijdag 22 oktober 2021 @ 16:12:
C++ is ook C. Anders hadden die sjappies het ++C moeten noemen.
Je zou kunnen zeggen: C++ was ook C.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
1
2
3
4
5
6
7
8
9
| #include <iostream> int main() { char c = 'c'; c++; std::cout << c; return 0; } |
d ...Program finished with exit code 0 Press ENTER to exit console.
[ Voor 24% gewijzigd door DevWouter op 25-10-2021 12:10 ]
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
.oisyn schreef op maandag 25 oktober 2021 @ 12:10:
@DevWouter Maar nu doe je niets met het resultaat van de expressie c++
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Maar dat is mijn punt. C++ blijft C, alleen C wordt D
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Ja... Maar... Nu maak je mijn grap wel erg ingewikkeld..oisyn schreef op maandag 25 oktober 2021 @ 12:15:
[...]
Maar dat is mijn punt. C++ blijft C, alleen C wordt D
...
... ...
The D programming language has an official subset known as "Better C".
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Is C++ == C++ eigenlijk waar? Of heeft het een identiteitscrisis?.oisyn schreef op maandag 25 oktober 2021 @ 12:15:
[...]
Maar dat is mijn punt. C++ blijft C, alleen C wordt D
🠕 This side up
Strict gezien undefined behavior, maar logisch gezien falseKoenvh schreef op maandag 25 oktober 2021 @ 12:20:
[...]
Is C++ == C++ eigenlijk waar? Of heeft het een identiteitscrisis?
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Undefined behaviour klinkt logisch inderdaad. Ik kon namelijk ook al meerdere volgordes bedenken die technisch gezien valide zijn..oisyn schreef op maandag 25 oktober 2021 @ 12:21:
[...]
Strict gezien undefined behavior, maar logisch gezien false
🠕 This side up
Hadden ze dat niet gefixt in een recente C++ standaard? Ik kan me in elk geval herinneren dat er een voorstel was waarbij men ook de huidige implementaties vergeleek..oisyn schreef op maandag 25 oktober 2021 @ 12:21:
[...]
Strict gezien undefined behavior, maar logisch gezien false
Correctie: Blijkbaar alleen in bepaalde gevallen en niet deze.
1
2
3
4
5
| i = ++i + 2; // undefined behavior until C++11 i = i++ + 2; // undefined behavior until C++17 f(i = -2, i = -2); // undefined behavior until C++17 f(++i, ++i); // undefined behavior until C++17, unspecified after C++17 i = ++i + i++; // undefined behavior |
[ Voor 34% gewijzigd door DevWouter op 25-10-2021 12:43 ]
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Ik vind de uitkomst van ++C == ++C eigenlijk grappiger.Koenvh schreef op maandag 25 oktober 2021 @ 12:20:
[...]
Is C++ == C++ eigenlijk waar? Of heeft het een identiteitscrisis?
En je kan ook weer in Rust je php extentie schrijvenarmageddon_2k1 schreef op zaterdag 23 oktober 2021 @ 12:55:
[...]
Omdat het beter is dan Rust en in het verlengde dus C (en C++, maar dat is eigenlijk C met syntactic sugar).
* armageddon_2k1 verstopt zich achter de bank
https://crates.io/crates/ext-php-rs
Originally, a hacker was someone who makes furniture with an axe.
Vandaag 3 uur bezig geweest om een random test failure te fixen... uiteindelijk 1 regel code ergens toegevoegd... pfffff
Random test failure klinkt leuk. Lekker deterministisch.Kalentum schreef op dinsdag 2 november 2021 @ 13:47:
Wat een rust hier!
Vandaag 3 uur bezig geweest om een random test failure te fixen... uiteindelijk 1 regel code ergens toegevoegd... pfffff
Engineering is like Tetris. Succes disappears and errors accumulate.
Doe mij maar het geheimschrift waarin alle letter een X positie zijn verplaatst:ThomasG schreef op maandag 25 oktober 2021 @ 12:42:
[...]
Ik vind de uitkomst van ++C == ++C eigenlijk grappiger.
1
2
3
4
5
6
7
8
9
10
11
| #include <stdio.h> void main() { char naam[] = "anna"; naam[0]++; naam[1]++; naam[2]++; naam[3]++; printf("%s\n", naam); } |
Sinds de 2 dagen regel reageer ik hier niet meer
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Exact, denk daar nog maar eens over na als je je kind Anna noemt
Sinds de 2 dagen regel reageer ik hier niet meer
Ik heb mijn kind Anna genoemd, maar om privacy-redenen geëncodeerd. De kleine Boob Hesp zit nu al in groep 3.CurlyMo schreef op dinsdag 2 november 2021 @ 14:15:
[...]
Exact, denk daar nog maar eens over na als je je kind Anna noemt
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Het ging erom dat C++ == C++ false is, maar ++C == ++C is true. Toch wel inconsequentCurlyMo schreef op dinsdag 2 november 2021 @ 14:11:
[...]
Doe mij maar het geheimschrift waarin alle letter een X positie zijn verplaatst:
C:
1 2 3 4 5 6 7 8 9 10 11 #include <stdio.h> void main() { char naam[] = "anna"; naam[0]++; naam[1]++; naam[2]++; naam[3]++; printf("%s\n", naam); }
Ik snap waarover het gingThomasG schreef op dinsdag 2 november 2021 @ 14:45:
[...]
Het ging erom dat C++ == C++ false is, maar ++C == ++C is true. Toch wel inconsequent
Sinds de 2 dagen regel reageer ik hier niet meer
Wat het doet weet ik nog niet
🠕 This side up
Oftewel álles is undefined behavior. Veel plezier ermeeKoenvh schreef op dinsdag 2 november 2021 @ 14:47:
Met trots presenteer ik ++C++
Wat het doet weet ik nog niet
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Is het hele idee van (++)C(++) niet dat het gewoon willekeurige dingen doet en er dan mensen hun hele leven besteden om het te begrijpen?Koenvh schreef op dinsdag 2 november 2021 @ 14:47:
Met trots presenteer ik ++C++
Wat het doet weet ik nog niet
* RayNbow vraagt om een rotatiematrix...
Goed, even de variabelen een leesbaardere naam geven...
Even vergelijken met wat er hier in een handboek staat...
🤔
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
Zonder in detail te hebben gerekend: lijkt erop dat de rotatierichting omgedraaid is en/of dat de hoek anders wordt gemeten (90 graden verschil).
[ Voor 12% gewijzigd door Skyaero op 03-11-2021 09:23 ]
Ik ben in ieder geval op dit moment te lui om de gegenereerde implementatie te visualiseren en te vergelijken met m'n referentie.Skyaero schreef op woensdag 3 november 2021 @ 09:21:
[...]
Zonder in detail te hebben gerekend: lijkt erop dat de rotatierichting omgedraaid is en/of dat de hoek anders wordt gemeten (90 graden verschil).
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
Nee het is een andere rotatievolgorde. Een rotatie omdraaien verandert alleen wat minnetjes, ergens 90 graden bij optellen/aftrekken wisselt een sin met een cos en vice versa (met nog wat minnetjes hier en daar).Skyaero schreef op woensdag 3 november 2021 @ 09:21:
[...]
Zonder in detail te hebben gerekend: lijkt erop dat de rotatierichting omgedraaid is en/of dat de hoek anders wordt gemeten (90 graden verschil).
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Engineering is like Tetris. Succes disappears and errors accumulate.
Alsof dat je probleem met rotatievolgorde oplostarmageddon_2k1 schreef op woensdag 3 november 2021 @ 10:45:
Quaternions for the win!
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Hmm... het is wat roestig bij mij, maar uit mijn aerospace opleiding kan ik me nou juist herinneren dat je de ambiguiteit eruit haalt..oisyn schreef op woensdag 3 november 2021 @ 10:52:
[...]
Alsof dat je probleem met rotatievolgorde oplost
Maar gezien het feit dat jij in de gaming-business zit vermoed ik dat het minder roestig is bij jou.
EDIT:
Oh nee, quaternions zijn tegen de gimbal lock.
[ Voor 6% gewijzigd door armageddon_2k1 op 03-11-2021 10:58 ]
Engineering is like Tetris. Succes disappears and errors accumulate.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Daarom had ik het vermoeden dat er ergens een 90 graden shift in hoek zit..oisyn schreef op woensdag 3 november 2021 @ 11:19:
maar dan nog lijken sommige sin en cos omgedraaid (en niet consistent).
Het zou natuurlijk ook kunnen dat de code op Github niet klopt.
En dit is de reden waarom ik CoPilot job-security noem.RayNbow schreef op woensdag 3 november 2021 @ 08:47:
Heb nu toegang tot GitHub CoPilot, maareh...
(...)
🤔
Ik vermoed dat CoPilot verschillende rotatie modellen (row vs column, etc) als één en hetzelfde heeft geleerd en dus gedeeltes van zijn model gemixt heeft..oisyn schreef op woensdag 3 november 2021 @ 11:19:
Lol, weird. Geen enkele van de 6 mogelijke volgordes geeft me de matrix zoals in de code. Degene die het meest in de buurt komt is ZXY (wat heel veel voorkomt als je uitgaat van Z-forward en Y-up), maar dan nog lijken sommige sin en cos omgedraaid (en niet consistent).
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Het verbaast mij niet echt dat een AI row en column rotaties als vergelijkbare problemen ziet en een oplossing maakt die er ergens tussen inzit. Een beetje hetzelfde met AI die teksten schrijft, dan krijg je vaak ook verschillende zinsdelen die zelfstandig goed zijn, maar gecombineerd nergens op slaan.DevWouter schreef op woensdag 3 november 2021 @ 11:37:
[...]
En dit is de reden waarom ik CoPilot job-security noem.
[...]
Ik vermoed dat CoPilot verschillende rotatie modellen (row vs column, etc) als één en hetzelfde heeft geleerd en dus gedeeltes van zijn model gemixt heeft.
Ergens is copilot ook gewoon de ultime "copy-paste van stackoverflow" developer
Dit klinkt als hoe een eerstejaars student programmeert. Zet wat randoms neer zonder al te veel na te denken, vraag je af "uhhh zal dit goed zijn?", run een enkel testje, als daar het goede antwoord uitkomt -> klaar!RagingPenguin schreef op woensdag 3 november 2021 @ 16:39:
Ergens is copilot ook gewoon de ultime "copy-paste van stackoverflow" developer
Knap dat ze tegenwoordig een eerstejaarsstudent geautomatiseerd hebben. Nu nog 10 jaar programeerervaring toevoegen en iedereen in dit topic is overbodig.
Ik moet altijd weer heel hard lachen als er zoiets voorbij komt en iemand (het liefst een of andere buzzword-hipster zonder daadwerkelijke programmeerervaring) zegt dat programmeurs over 20 jaar niet meer nodig zijn "want AI".
Heeft geen speciale krachten en is daar erg boos over.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Ik weet nog goed hoe meer dan twintig jaar geleden men zich op de uni bij een open dag voor ouders verontschuldigde voor het feit dat ze studenten nog leerden programmeren, aangezien dat beroep snel zou verdwijnen, iig in Nederland. Nou...bwerg schreef op woensdag 3 november 2021 @ 17:13:
[...]
Dit klinkt als hoe een eerstejaars student programmeert. Zet wat randoms neer zonder al te veel na te denken, vraag je af "uhhh zal dit goed zijn?", run een enkel testje, als daar het goede antwoord uitkomt -> klaar!
Knap dat ze tegenwoordig een eerstejaarsstudent geautomatiseerd hebben. Nu nog 10 jaar programeerervaring toevoegen en iedereen in dit topic is overbodig.
Ik moet altijd weer heel hard lachen als er zoiets voorbij komt en iemand (het liefst een of andere buzzword-hipster zonder daadwerkelijke programmeerervaring) zegt dat programmeurs over 20 jaar niet meer nodig zijn "want AI".
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
I got people skills, dammit!DevWouter schreef op woensdag 3 november 2021 @ 17:18:
Ach... Er is een reden waarom ik software ontwikkelen geen technisch beroep maar communicatief beroep vindt. Wij praten en vertalen.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Maar dat was meer de out-source hype, rigth? Om eerlijk te zijn, er word best wel het een en ander uitbesteed aan het buitenland. Alleen groeit onze sector nog sneller, waardoor dat onder de streep niet zo veel uitmaakt.Mugwump schreef op woensdag 3 november 2021 @ 17:22:
[...]
Ik weet nog goed hoe meer dan twintig jaar geleden men zich op de uni bij een open dag voor ouders verontschuldigde voor het feit dat ze studenten nog leerden programmeren, aangezien dat beroep snel zou verdwijnen, iig in Nederland. Nou...
Zelf denk ik dat low- en no-code een grotere bedreiging is voor voor copy-pasta developers die enkel simple tooltjes in elkaar draaien. Dat laten doen door een overijverige management stagair is goedkoper en de kans is groter dat het ook nog eens daadwerkelijk aansluit bij wat de business nodig heeft. Wat dingen als Mendix en PowerApps tegenwoordig kunnen is best wel indrukwekkend.
Hoe meer ik er over nadenk hoe beter de vergelijking klopt.bwerg schreef op woensdag 3 november 2021 @ 17:13:
[...]
Dit klinkt als hoe een eerstejaars student programmeert. Zet wat randoms neer zonder al te veel na te denken, vraag je af "uhhh zal dit goed zijn?", run een enkel testje, als daar het goede antwoord uitkomt -> klaar!
Knap dat ze tegenwoordig een eerstejaarsstudent geautomatiseerd hebben. Nu nog 10 jaar programeerervaring toevoegen en iedereen in dit topic is overbodig.
Ik moet altijd weer heel hard lachen als er zoiets voorbij komt en iemand (het liefst een of andere buzzword-hipster zonder daadwerkelijke programmeerervaring) zegt dat programmeurs over 20 jaar niet meer nodig zijn "want AI".
Een AI versimplelt de input tot wat nummertjes zonder enige nuance en zoekt daar dan een output bij waarvan die weet dat deze in het verleden werkte.
Een codemonkey leest het probleem half, mist alle nuance door verder niet na te denken en zoekt in de website met standaard oplossingen naar iets wat in het verleden werkte. Alleen is het nu de upvote knop die de ranking bepaald ipv wat wiskundige magie.
Toen was het inderdaad vooral outsourcing, maar daarnaast heerste ook wel het idee dat code veelal gegenereerd ging worden op modelbasis.RagingPenguin schreef op woensdag 3 november 2021 @ 17:35:
[...]
Maar dat was meer de out-source hype, rigth? Om eerlijk te zijn, er word best wel het een en ander uitbesteed aan het buitenland. Alleen groeit onze sector nog sneller, waardoor dat onder de streep niet zo veel uitmaakt.
Zelf denk ik dat low- en no-code een grotere bedreiging is voor voor copy-pasta developers die enkel simple tooltjes in elkaar draaien. Dat laten doen door een overijverige management stagair is goedkoper en de kans is groter dat het ook nog eens daadwerkelijk aansluit bij wat de business nodig heeft. Wat dingen als Mendix en PowerApps tegenwoordig kunnen is best wel indrukwekkend.
En inderdaad voor veel toepassing kun je meer dan prima uit de voeten met zaken als Mendix of PowerApps. Voor het soort complexe dataplatformen waar ik aan werk gelukkig wat minder.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Voor iemand die assembly gewend is is C of java een model. Iedereen die denkt dat "code genereren op basis van modellen de toekomst is" heeft niet door dat dat al het heden en de geschiedenis is (voor zover je bij programmeren al over "geschiedenis" mag spreken). Een java-programma is een model (want het abstraheert weg van alle technische details van memory management en bytecode-instructies) en het genereert code (je compileert het namelijk).Mugwump schreef op woensdag 3 november 2021 @ 17:41:
En inderdaad voor veel toepassing kun je meer dan prima uit de voeten met zaken als Mendix of PowerApps. Voor het soort complexe dataplatformen waar ik aan werk gelukkig wat minder.
Alle technische details die weg te abstraheren zijn (jumps naar control-structuren, memory-allocatie naar scoping/lifetimes, etc.) worden al lang weggeabstraheerd, en het resultaat van die abstracties kun je een model noemen. De meesten noemen dat echter gewoon een high-level programmeertaal. Er is geen enkele indicatie dat door die abstractie programmeurs ineens niet meer nodig zijn, want als je het éne probleem hebt weggeabstraheerd loop je direct weer tegen het volgende probleem aan. En om dat probleem op te lossen is net zo goed weer een programmeur nodig. Kijk naar talen als SQL die ooit bedoeld waren voor gebruik door niet-programmeurs. Ja, leuk, als je drie tabelletjes met twee kolommen hebt misschien. Maar zodra je met dat model iets simpels kan maken is er direct weer behoefte om er ook iets complexers mee te doen en daar loopt de niet-programmeur meteen weer vast.
Velen vinden ook dat "een model" iets moet zijn met plaatjes. UML of toestandsdiagrammen of iets dergelijks. Leuk, maar die zijn alleen geschikt voor een overzicht op hoog niveau. Ga je alle details erin verwerken die je nodig hebt, dan wordt het een onbegrijpelijke spaghetti, en heb je iets nodig met hierarchie, structuur, etc. en is de conclusie: je hebt een net gestructureerd software-project nodig. Tadaa, en we zijn weer terug bij het programmeren.
[ Voor 5% gewijzigd door bwerg op 09-11-2021 09:35 ]
Heeft geen speciale krachten en is daar erg boos over.
[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]
Heeft geen speciale krachten en is daar erg boos over.
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
"type" of "typen"? Want ik zie beide scenario's mogelijk tenzij het javascript isRayNbow schreef op vrijdag 5 november 2021 @ 09:26:
Soms hoef je geen code te schrijven, maar volstaat alleen het type van een functie.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Low-code platformen zijn dan ook geen no-code en hebben een script taal die gebruikt word voor logica. Als je aan mij vraag dan is low- of no-code nog steeds programeren, alleen met een fundamenteel anders ontworpen programmeertaal (in lijn met @DevWouter's cartoon).bwerg schreef op vrijdag 5 november 2021 @ 08:38:
[...]
Voor iemand die assembly gewend is is C of java een model. Iedereen die denkt dat "code genereren op basis van modellen de toekomst is" heeft niet door dat dat al het heden en de geschiedenis is (voor zover je bij programmeren al over "geschiedenis" mag spreken). Een java-programma is een model (want het abstraheert weg van alle technische details van memory management en bytecode-instructies) en het genereert code (je compileert het namelijk).
Alle technische details die weg te abstraheren zijn (jumps naar control-structuren, memory-allocatie naar scoping/liftimes, etc.) worden al lang weggeabstraheerd, en het resultaat van die abstracties kun je een model noemen. De meesten noemen dat echter gewoon een high-level programmeertaal. Er is geen enkele indicatie dat door die abstractie programmeurs ineens niet meer nodig zijn, want als je het éne probleem hebt weggeabstraheerd loop je direct weer tegen het volgende probleem aan. En om dat probleem op te lossen is net zo goed weer een programmeur nodig. Kijk naar talen als SQL die ooit bedoeld waren voor gebruik door niet-programmeurs. Ja, leuk, als je drie tabelletjes met twee kolommen hebt misschien. Maar zodra je met dat model iets simpels kan maken is er direct weer behoefte om er ook iets complexers mee te doen en daar loopt de niet-programmeur meteen weer vast.
Velen vinden ook dat "een model" iets moet zijn met plaatjes. UML of toestandsdiagrammen of iets dergelijks. Leuk, maar die zijn alleen geschikt voor een overzicht op hoog niveau. Ga je alle details erin verwerken die je nodig hebt, dan wordt het een onbegrijpelijke spaghetti, en heb je iets nodig met hierarchie, structuur, etc. en is de conclusie: je hebt een net gestructureerd software-project nodig. Tadaa, en we zijn weer terug bij het programmeren.
Ik zie het dan ook vooral als een nieuwe tool die geschikt is voor een specifice set aan problemen. Al wil je iets met een formuliertje dat data in een of ander standaard pakket stop dan doe je dat met low-code een stuk sneller dan met een complete webapplicatie. Of een hook die een proces afschiet als er een nieuwe X word aangemaakt. Low-code is meer als een oplossing voor processen die nu nog met excelsheets en sharepoint workflows aan elkaar hangen dan een vervanging voor 'traditioneel' programeren.
Wat het wel doet is het verlagen van de benodigde technische kennis en kunde om een developer te zijn, net als high-level programmeertalen gedaan hebben. En ergens is het ook niet echt nieuw (sharepoint workflows bestaan al heel lang), maar de mogelijkheden zijn nu wel op een niveau dat wij er redelijk vaak praktische dingen mee maken waar mensen ook blij van worden (van sharepoint workflows worden mensen vooral heel verdrietig). En de snelheid waarmee je simplele dingen in elkaar kan draaien is heel hoog.
Ik sluit me hierbij aan. Recentelijk heb ik van dicht bij meegemaakt hoe dat gedaan wordt met Azure PowerApps en hoewel ik geen fan ben van de manier waarop (maar dat is smaak) was het punt waar ik het meest aan ergerde het feit dat de "non-coders" soms een oplossiing kozen waar van een ervaren ontwikkelaar weet dat het gewoon niet werkt.RagingPenguin schreef op vrijdag 5 november 2021 @ 09:33:
[...]
Low-code platformen zijn dan ook geen no-code en hebben een script taal die gebruikt word voor logica. Als je aan mij vraag dan is low- of no-code nog steeds programeren, alleen met een fundamenteel anders ontworpen programmeertaal (in lijn met @DevWouter's cartoon).
Ik zie het dan ook vooral als een nieuwe tool die geschikt is voor een specifice set aan problemen. Al wil je iets met een formuliertje dat data in een of ander standaard pakket stop dan doe je dat met low-code een stuk sneller dan met een complete webapplicatie. Of een hook die een proces afschiet als er een nieuwe X word aangemaakt. Low-code is meer als een oplossing voor processen die nu nog met excelsheets en sharepoint workflows aan elkaar hangen dan een vervanging voor 'traditioneel' programeren.
Wat het wel doet is het verlagen van de benodigde technische kennis en kunde om een developer te zijn, net als high-level programmeertalen gedaan hebben. En ergens is het ook niet echt nieuw (sharepoint workflows bestaan al heel lang), maar de mogelijkheden zijn nu wel op een niveau dat wij er redelijk vaak praktische dingen mee maken waar mensen ook blij van worden (van sharepoint workflows worden mensen vooral heel verdrietig). En de snelheid waarmee je simplele dingen in elkaar kan draaien is heel hoog.
Maar ter verdediging van hun: De makers hebben nog minder ervaring dan meeste junior software developers echter zij krijgen het wel werkend in een kortere periode dan diezelfde junior software developer.
Wat dat betreft zijn no-code oplossing geweldig.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Dan moeten ze wel specificaties kunnen maken. Gebeurd volgens mij te vaak "Ik heb een applicatie die X kan" en een tijdje verder "en ook Y" en weer een tijdje later "X hebben we toch niet nodig" en weer een tijdje later "Waarom zit X er niet meer in?" en weer een tijdje later "Ik wil dat de applicatie ook op een WC kan draaien en dat hij kan zien wat er in de kofferbak van mijn auto zit en welke kleur geel het beste bij licht roze past".....DevWouter schreef op vrijdag 5 november 2021 @ 09:05:
@bwerg en @Sebazzz
Jullie opmerkingen doen me denken aan de volgende strip
[Afbeelding]
We praatten hier over 20 jaar geleden hè. Het was dan ook niet dat academici niet zouden snappen dat hogere orde talen abstracties bevatten, het was de verwachting dat dat soort trends steeds verder zouden doorzetten. De mate waarin het gebruik van Assembly is afgenomen ten faveure van hogere orde talen is echter niet een trend die zich ook heeft doorgezet naar de vervanging van tekst naar een volgende stap waarbij het schrijven van code helemaal achterwege is gebleven.bwerg schreef op vrijdag 5 november 2021 @ 08:38:
[...]
Voor iemand die assembly gewend is is C of java een model. Iedereen die denkt dat "code genereren op basis van modellen de toekomst is" heeft niet door dat dat al het heden en de geschiedenis is (voor zover je bij programmeren al over "geschiedenis" mag spreken). Een java-programma is een model (want het abstraheert weg van alle technische details van memory management en bytecode-instructies) en het genereert code (je compileert het namelijk).
Nou ja, ik zit wel bij organisaties waar veel gewerkt wordt met b.v. Mendix en het grote voordeel daarvan is wel dat je geen die-hard techneuten nodig hebt voor het ontwikkelen van applicaties. En dat is natuurlijk wel de kracht van zo'n tool. Mensen die veel businesskennis hebben, maar niet per se heel technisch zijn kunnen daarmee toch applicaties maken.Alle technische details die weg te abstraheren zijn (jumps naar control-structuren, memory-allocatie naar scoping/liftimes, etc.) worden al lang weggeabstraheerd, en het resultaat van die abstracties kun je een model noemen. De meesten noemen dat echter gewoon een high-level programmeertaal. Er is geen enkele indicatie dat door die abstractie programmeurs ineens niet meer nodig zijn, want als je het éne probleem hebt weggeabstraheerd loop je direct weer tegen het volgende probleem aan. En om dat probleem op te lossen is net zo goed weer een programmeur nodig. Kijk naar talen als SQL die ooit bedoeld waren voor gebruik door niet-programmeurs. Ja, leuk, als je drie tabelletjes met twee kolommen hebt misschien. Maar zodra je met dat model iets simpels kan maken is er direct weer behoefte om er ook iets complexers mee te doen en daar loopt de niet-programmeur meteen weer vast.
Velen vinden ook dat "een model" iets moet zijn met plaatjes. UML of toestandsdiagrammen of iets dergelijks. Leuk, maar die zijn alleen geschikt voor een overzicht op hoog niveau. Ga je alle details erin verwerken die je nodig hebt, dan wordt het een onbegrijpelijke spaghetti, en heb je iets nodig met hierarchie, structuur, etc. en is de conclusie: je hebt een net gestructureerd software-project nodig. Tadaa, en we zijn weer terug bij het programmeren.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Het type.DevWouter schreef op vrijdag 5 november 2021 @ 09:29:
[...]
"type" of "typen"? Want ik zie beide scenario's mogelijk tenzij het javascript is
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
Dat hoort bij de clou.ge-flopt schreef op vrijdag 5 november 2021 @ 10:00:
[...]
Dan moeten ze wel specificaties kunnen maken.
[ Voor 61% gewijzigd door Voutloos op 05-11-2021 11:46 ]
{signature}
Ergo:ge-flopt schreef op vrijdag 5 november 2021 @ 10:00:
[...]
Dan moeten ze wel specificaties kunnen maken. Gebeurd volgens mij te vaak "Ik heb een applicatie die X kan" en een tijdje verder "en ook Y" en weer een tijdje later "X hebben we toch niet nodig" en weer een tijdje later "Waarom zit X er niet meer in?" en weer een tijdje later "Ik wil dat de applicatie ook op een WC kan draaien en dat hij kan zien wat er in de kofferbak van mijn auto zit en welke kleur geel het beste bij licht roze past".....
Specificaties zijn een manier van communiceren. Het is een taak en verantwoordelijkheid van beide partijen.DevWouter schreef op woensdag 3 november 2021 @ 17:18:
Ach... Er is een reden waarom ik software ontwikkelen geen technisch beroep maar communicatief beroep vindt. Wij praten en vertalen.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Met de scroll lock toets een deel van je CPU’s standby zetten ivm DRM.
Ik heb een vrij sterk vermoeden dat dat niet in het ontwerp voor die toets zat.
(En ik raak er steeds meer van overtuigd dat onze huidige software en data een beperkter houdbaarheid hebben dan meeste mensen aannemen.)
{signature}
Mijn moeder vond het ook niks dat ik ging programmeren. "Daar was geen droog brood mee te verdienen."Mugwump schreef op woensdag 3 november 2021 @ 17:22:
[...]
Ik weet nog goed hoe meer dan twintig jaar geleden men zich op de uni bij een open dag voor ouders verontschuldigde voor het feit dat ze studenten nog leerden programmeren, aangezien dat beroep snel zou verdwijnen, iig in Nederland. Nou...
Op zoek naar een nieuwe collega, .NET webdev, voornamelijk productontwikkeling. DM voor meer info
Grijze Vos schreef op maandag 8 november 2021 @ 14:06:
[...]
Mijn moeder vond het ook niks dat ik ging programmeren. "Daar was geen droog brood mee te verdienen."
Duidelijk geschreven in Rust...
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Elke dag kaviaar daarentegen.Grijze Vos schreef op maandag 8 november 2021 @ 14:06:
[...]
Mijn moeder vond het ook niks dat ik ging programmeren. "Daar was geen droog brood mee te verdienen."
Engineering is like Tetris. Succes disappears and errors accumulate.
Ik heb dat eigenlijk niet zo meegemaakt. Denk dat het ook een beetje afhankelijk is van met wie je toen gepraat hebt. Er waren ook genoeg doem-denkers die vonden dat alles geoutsourced ging worden. En keer op keer worden dat soort standpunten achterhaald.Mugwump schreef op vrijdag 5 november 2021 @ 10:11:
We praatten hier over 20 jaar geleden hè.
Hetzelfde geldt voor "low code"; het is ook niks nieuws. MS Access was meer dan 20 jaar geleden net zo goed "low code". Er was hier bij m'n huidige klant ook een "low code" traject gaande waar men de stekker uitgetrokken heeft. Ze kunnen makkelijk iets maken wat goed smoelt, maar in de laatste en meest complexe 10% van de functionaliteit gaan ze eigenlijk altijd de mist in.
https://niels.nu
Het is dan ook met afstand de meest nutteloze toets op je toetsenbord. En dan wordt er ook nog eens een ledje voor gemaaktVoutloos schreef op vrijdag 5 november 2021 @ 15:27:
Over specificaties compleet houden gesproken: https://www.intel.com/con...ntel-core-processors.html
Met de scroll lock toets een deel van je CPU’s standby zetten ivm DRM.
Ik heb een vrij sterk vermoeden dat dat niet in het ontwerp voor die toets zat.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Waarom vind je "Pause Break" nuttiger? Of de Menu-toets? De twee Windows-toetsen?.oisyn schreef op maandag 8 november 2021 @ 15:02:
[...]
Het is dan ook met afstand de meest nutteloze toets op je toetsenbord. En dan wordt er ook nog eens een ledje voor gemaakt
🠕 This side up
Die gebruik ik allemaal nogal eens. Wanneer heb jij voor het laatst scroll lock gebruikt?Koenvh schreef op maandag 8 november 2021 @ 15:14:
[...]
Waarom vind je "Pause Break" nuttiger? Of de Menu-toets? De twee Windows-toetsen?
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Het pauzeert het scrollen van je terminal op Linux wanneer er tekst naar het scherm geschreven wordt en in Excel doet het ook iets..oisyn schreef op maandag 8 november 2021 @ 15:02:
[...]
Het is dan ook met afstand de meest nutteloze toets op je toetsenbord. En dan wordt er ook nog eens een ledje voor gemaakt
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Als hotkey voor het streamen - dan kan ik op mijn toetsenbord zien of de stream aanstaat of niet.oisyn schreef op maandag 8 november 2021 @ 15:15:
[...]
Die gebruik ik allemaal nogal eens. Wanneer heb jij voor het laatst scroll lock gebruikt?
🠕 This side up
Wat een beetje mijn punt bewijst. Het is een compleet nutteloze knop die door iedereen wordt gehijacked om er een specifieke functie aan toe te kennenKoenvh schreef op maandag 8 november 2021 @ 15:15:
[...]
Als hotkey voor het streamen - dan kan ik op mijn toetsenbord zien of de stream aanstaat of niet
Dat ie op Linux idd nog het scrollen pauzeert verbaast me niets, die leven nog in de jaren 80 met hun terminal
[ Voor 13% gewijzigd door .oisyn op 08-11-2021 15:17 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Dit topic is gesloten.
![]()
Dit topic is niet de plaats om te lopen helpdesken. De Coffee Corner is primair bedoeld als uitlaatklep voor iedereen in de Devschuur® en niet als vraagbaak.