:strip_icc():strip_exif()/u/51489/heforshe_logo_detail.jpg?f=community){kind=logo}
:strip_exif()/u/3287/crop6274f828ec8f4.gif?f=community)
Heuveltjes CPU geschiedenis door de jaren heen : AMD 486dx4 100, Cyrix PR166+, Intel P233MMX, Intel Celeron 366Mhz, AMD K6-450, AMD duron 600, AMD Thunderbird 1200mhz, AMD Athlon 64 x2 5600, AMD Phenom X3 720, Intel i5 4460, AMD Ryzen 5 3600 5800x3d
Dat zijn er, in het geval van een double, heeeeeel veel, niet eentje
Ja, daar ging de hele discussie over de parameternaam dus over. Maar inderdaad, er wordt ook geen sanity check op de meegegeven waarde gedaan. Daar was ook al eerder op gereageerd (alsook op het idee om 69 af te keuren als "geen geldige waarde voor een percentage") dus laten we die disussie niet nog een keer oprakelen
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
1023*252+1 om precies te zijn (als je 0 en 1 meetelt):
[...]
Dat zijn er, in het geval van een double, heeeeeel veel, niet eentje
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.
:strip_icc():strip_exif()/u/269054/crop6064049cee9ab_cropped.jpg?f=community)
:strip_exif()/u/13818/episodebutler_60x60.gif?f=community)
Ik ben van het kamp waar we de methodenamen met een kleine letter schrijven
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Daar ben je natuurlijk helemaal vrij in:
[...]
Ik ben van het kamp waar we de methodenamen met een kleine letter schrijven
Wie du mir, so ich dir.
/u/310759/crop5a8fa260a4c33_cropped.png?f=community)
Leugens, er is maar 1 correctie manier en dat is mijn manier.:
[...]
Daar ben je natuurlijk helemaal vrij in
Komt d'r in, dan kö-j d’r oet kieken
Wanneer komt jouw boek uit ?:
[...]
Leugens, er is maar 1 correctie manier en dat is mijn manier.
Wie du mir, so ich dir.
:strip_icc():strip_exif()/u/116001/crop5db1ffa2442b3_cropped.jpeg?f=community)
Toen ik dat zag dacht ik meer aan de volgende oplossing:
Klik hier om op linkedIn lid te worden van de Freelance Tweakers groep.
/u/56000/neuken.png?f=community)
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.
/u/1219196/crop6324b2e35d04c_cropped.png?f=community)
:strip_exif()/u/29138/caffeine.gif?f=community)
Whut? * Reptile209 needs more comments on this. Morgen even herlezen en herschrijven denk ik
.
Zo scherp als een voetbal!
/u/411828/crop576907a75c281.png?f=community)
Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.
Mijn god wat een abonimatie.
:fill(white):strip_exif()/f/image/lTlUGnj9S8rOIzcIXqI2HXvq.png?f=user_large)
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.
:strip_icc():strip_exif()/u/77332/crop5e54ec42433bc_cropped.jpeg?f=community)
Klik hier om op linkedIn lid te worden van de Freelance Tweakers groep.
[ Voor 4% gewijzigd door HugoSmits op 19-01-2023 12:36 ]
Verwijderd
Ja ik was met cors bezig geweest, en ineens deed de Samsung browser raar. Toen dacht ik, het ligt aan de cors. Met de oude implementatie daarvan wezen stoeien omdat ik soms referer gebruik. Dat bleek soms een file te zijn, waardoor iets in cors fout stond. En toen deed ie het op het eerste domein wel, op het tweede subdomein niet. En toen heb ik dat kunnen omdraaien en gezien die bij de 2e subdomein niet logt dat ie een bestand nodig heeft, bleek het de browser cache te zijn. Echter chrome en Firefox hadden geen last. Dus nu veroorzaak ik een cache miss, op de Samsung browser en nu laadt hij wel.:
[...]
Whut? * Reptile209 needs more comments on this. Morgen even herlezen en herschrijven denk ik
Ik bedoelde meer dat er geen touw aan dat paragraafje tekst te knopen was: halve zinnen, beperkte interpunctie...
Zo scherp als een voetbal!
:strip_icc():strip_exif()/u/295699/crop609bc9a510a14_cropped.jpg?f=community)
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Qua performance wint de huidige implementatie met vlag en wimpel van implementaties die een string bouwen aan de hand van het percentage. Dingen als binary search of een O(1) lookup in een array zijn slechts micro-optimalisaties.
Die code zou ik ook niet afwijzen in een review. Maar het slaat nergens op de huidige code als slecht te markeren (behalve dan de naamgeving), en als iemand het op eigen houtje aan gaat zitten passen dan ga ik toch wel even het gesprek aan of dat de meest nuttige manier is om zijn/haar tijd te besteden
. Het altneratief is namelijk niet per se beter en toch introduceert het potentieel nieuwe bugs.Wat dat betreft spreken de voorgestelde alternatieven boekdelen, ook in die Twitter thread. Ze blijken allemaal meerdere iteraties en input van andere nodig te hebben om correct te zijn.
[ Voor 68% gewijzigd door .oisyn op 19-01-2023 17:05 ]
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.
Voor een functie die misschien een of twee keer tijdens de levensduur van de app gebruikt wordt. Namelijk het scannen van je ID met NFC. Dat doe je niet zo vaak. Als alle mensen die dit slechte code vinden het voor het zeggen hadden was er nu minimaal een dag extra aan deze code besteed, hadden we functioneel niets beters maar wel extra kosten.
Die code zou ik ook niet afwijzen in een review. Maar het slaat nergens op de huidige code als slecht te markeren (behalve dan de naamgeving), en als iemand het op eigen houtje aan gaat zitten passen dan ga ik toch wel even het gesprek aan of dat de meest nuttige manier is om zijn/haar tijd te besteden
Wat dat betreft spreken de voorgestelde alternatieven boekdelen, ook in die Twitter thread. Ze blijken allemaal meerdere iteraties en input van andere nodig te hebben om correct te zijn.
Je mist eigenlijk ook context, waardoor het in mijn ogen altijd lastig is om te bepalen wat nou eigenlijk de wens is. Kijk als je iets maakt voor een fysiek apparaat met 10 ledjes, dan is dit verder prima. Maar dan zou je het ook qua naamgeving specifiek daarvoor moeten laten zijn. Zo'n vaststaande ifjes structuur is echter wel heel erg rigide. Als je twintig bolletjes wilt ben je flink wat aan het typen (en officieel ook aan het testen, want je creëert heel veel branches), terwijl dat in mijn voorbeeld een kwestie is van 1 variabele aanpassen.:
[...]
Die code zou ik ook niet afwijzen in een review. Maar het slaat nergens op de huidige code als slecht te markeren (behalve dan de naamgeving), en als iemand het op eigen houtje aan gaat zitten passen dan ga ik toch wel even het gesprek aan of dat de meest nuttige manier is om zijn/haar tijd te besteden
Wat dat betreft spreken de voorgestelde alternatieven boekdelen, ook in die Twitter thread. Ze blijken allemaal meerdere iteraties en input van andere nodig te hebben om correct te zijn.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Bij 20 bolletjes wordt de if-structuur wat mij betreft ook een beetje onhoudbaar. Maar dat impliceert niet dat je een functie moet maken die alles moet kunnen. Dit typ je een keer in. Misschien verander je het een keer, prima, typ je het nog een keer in. Maar dat is het dan ook wel.
Ah jouw voorbeeld, waar een fout in staat, omdat jij floor() doet ipv ceil()
. En wat als de input NaN is? Of negatief?
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.
Nee, zoals ik zeg, het hangt af van wat je beoogt. Als het doel is om een percentage discreet weer te geven dan is dit in mijn ogen te specifiek geïmplementeerd en niet flexibel.
Hoezo? met 10 bolletjes wil je bij 0.85 toch 8 bolletjes? Oftewel de floor van 8.5.[...]
Ah jouw voorbeeld, waar een fout in staat, omdat jij floor() doet ipv ceil()
Wat betreft NaN of negatieve input, kom je bij taalspecifieke implementaties en de vraag waar je inputvalidatie.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
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.
Ah, verkeerd gelezen.
Is dat zo? Ik weet niet welke taal het is, een NaN in een vergelijking gebruiken leidt in sommige talen tot een error.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Daar ga je dus al:
[...]
Ah, verkeerd gelezen.
Het is C#, die volgt IEEE754 regels (zoals de meeste talen), en een vergelijking met NaN is altijd false.
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.
:strip_icc():strip_exif()/u/492949/crop627d0c893ea0e_cropped.jpg?f=community)
/u/237439/kerstmuts02.png?f=community)
In principe is de methode zelf (onafhankelijk van of het wordt gedaan met of zonder binary search) het probleem, want de implementatie is per definitie fout omdat het intern dingen beslist over dingen waar het niet over zou moeten beslissen.
Moet ik wel bij zeggen dat ik er dan alleen met een technische blik naar kijk en niet weet wat de context is
Misschien is het niet belangrijk genoeg. Prima.En daarom moet je als klant of manager dus met je (lead) werknemers de volledige wensen bespreken en niet als matige manager aannemen dat een omschrijving zoals "ik wil een boom met een schommel" genoeg is
Dat zit wel Schnorr.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Proberen te herframen wat een verandering is, maakt iets niet meer of minder een verandering natuurlijk
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.
Heuveltjes CPU geschiedenis door de jaren heen : AMD 486dx4 100, Cyrix PR166+, Intel P233MMX, Intel Celeron 366Mhz, AMD K6-450, AMD duron 600, AMD Thunderbird 1200mhz, AMD Athlon 64 x2 5600, AMD Phenom X3 720, Intel i5 4460, AMD Ryzen 5 3600 5800x3d
/u/243953/crop56f55a7bcf291.png?f=community)
/u/179024/crop6582083e7ab8e_cropped.png?f=community)
/u/1906/crop5dfd46928e003.png?f=community)
:strip_icc():strip_exif()/u/116726/crop5e3ee297a8a03_cropped.jpeg?f=community)
/u/561262/crop5b7d2a10833f5_cropped.png?f=community)
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_icc():strip_exif()/u/53213/crop57ace1fa37f44.jpeg?f=community)
Ik heb hem even de vraag neer gelegd hoe je met PHP kan bepalen of het carnaval is.
Ikzelf zou dat gewoon met een lijst bepalen voor de komende paar jaar in een statementje en DateTime.
Ik heb geen idee of deze theorie klopt...
Maar het script was echt hi-la-rish....
En de output klopt niet. Ik heb geen zin om dit geval te debuggen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
| <?php // bereken de datum van Pasen function calculate_easter_date($year) { $a = $year % 19; $b = floor($year / 100); $c = $year % 100; $d = floor($b / 4); $e = $b % 4; $f = floor(($b + 8) / 25); $g = floor(($b - $f + 1) / 3); $h = (19 * $a + $b - $d - $g + 15) % 30; $i = floor($c / 4); $k = $c % 4; $l = (32 + 2 * $e + 2 * $i - $h - $k) % 7; $m = floor(($a + 11 * $h + 22 * $l) / 451); $month = floor(($h + $l - 7 * $m + 114) / 31); $day = (($h + $l - 7 * $m + 114) % 31) + 1; return mktime(0, 0, 0, $month, $day + 49, $year); } // controleer of het vandaag carnaval is function is_today_carnaval() { $carnaval_start_date = strtotime('-48 days', calculate_easter_date(date('Y'))); $carnaval_end_date = strtotime('-47 days', calculate_easter_date(date('Y'))); $today = time(); return $today >= $carnaval_start_date && $today <= $carnaval_end_date; } // uitvoeren van de functie om te controleren of het vandaag carnaval is if (is_today_carnaval()) { echo "Ja, het is vandaag carnaval!"; } else { echo "Nee, het is vandaag geen carnaval."; } ?> |
☎ Telecommunicatie van vroeger
🚅Alles over spoor en treintjes
De versie voor C# geeft dezelfde prachtige code met a t/m m.:
En de output klopt niet. Ik heb geen zin om dit geval te debuggen
Na wat doorvragen zei "hij" dat het ging om het Meeus/Jones/Butcher-algoritme. Dat is wel handig.
Maar na verder doorvragen naar een betere benaming en het gebruik van constanten kreeg ik dit:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
| using System; public class Program { private const int DaysInWeek = 7; private const int DaysInYear = 365; private const int DaysInLeapYear = 366; private const int MetonicCycleLength = 19; private const int MoonPhasesPerCycle = 235; private const int DaysFromMarchToApril = 31; private const int DaysFromAprilToMay = 30; private const int DaysFromFebruaryToMarch = 31; private int DaysPerCentury = (DaysInYear * 100) + (int)Math.Floor(100 / 4.0); private int DaysPerMetonicCycle = (DaysInYear * MetonicCycleLength) + (int)Math.Floor(MetonicCycleLength / 4.0); private int DaysPerLeapYearCycle = (DaysInYear * 400) + (int)Math.Floor(400 / 4.0) - (int)Math.Floor(400 / 100.0) + (int)Math.Floor(400 / 400.0); public static void Main() { int year = 2023; DateTime easter = CalculateEasterSunday(year); DateTime carnival = easter.AddDays(-DaysInWeek * 7); Console.WriteLine("Carnaval valt op: {0}", carnival.ToString("dd-MM-yyyy")); } private static DateTime CalculateEasterSunday(int year) { int goldenNumber = year % MetonicCycleLength; int centuries = year / 100; int remainingYears = year % 100; int leapYearCycles = centuries / 4; int leapYearExtra = centuries % 4; int metonicMonth = (centuries + 8) / 25; int centuryAdjustment = (centuries - metonicMonth + 1) / 3; int epact = (MoonPhasesPerCycle * goldenNumber + centuries - leapYearCycles - centuryAdjustment + 15) % 30; int leapYearAdjustment = remainingYears / 4; int leapYearExtraAdjustment = remainingYears % 4; int lunarCorrection = (32 + 2 * leapYearExtra + 2 * leapYearAdjustment - epact - leapYearExtraAdjustment) % DaysInWeek; int daysToFullMoon = (goldenNumber + 11 * epact + 22 * lunarCorrection) / 451; int month = (epact + lunarCorrection - DaysInWeek * daysToFullMoon + 114) / 31; int day = ((epact + lunarCorrection - DaysInWeek * daysToFullMoon + 114) % 31) + 1; int monthAdjustment = month == 4 ? DaysFromMarchToApril : DaysFromAprilToMay; return new DateTime(year, month, day).AddDays(monthAdjustment); } } |
In tegenstelling tot de eerste versie geeft deze code aan dat carnaval op 15 maart is.
Ik durfde niet verder te pushen omdat de resultaten steeds langzamer kwamen en de laatste reactie halverwege werd afgebroken
Dat zit wel Schnorr.
:strip_icc():strip_exif()/u/109161/crop5a7da4f89d10d_cropped.jpeg?f=community)
Pas op dat in die code het algoritme voor leap year niet correct is!!!:
[...]
De versie voor C# geeft dezelfde prachtige code met a t/m m.
Na wat doorvragen zei "hij" dat het ging om het Meeus/Jones/Butcher-algoritme. Dat is wel handig.
Maar na verder doorvragen naar een betere benaming en het gebruik van constanten kreeg ik dit:
C#:
In tegenstelling tot de eerste versie geeft deze code aan dat carnaval op 15 maart is.
Ik durfde niet verder te pushen omdat de resultaten steeds langzamer kwamen en de laatste reactie halverwege werd afgebroken
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.
Omdat de berekening die we hier zien veel ingewikkelder is dan gewoon bepalen of het een schrikkeljaar is. De code is uiteindelijk geinteresseerd in de stand van de maan.
Dus ik hoopte op een gedetailleerder antwoord dan "modulo optellen klopt ook nooit"
. Zo op het eerste gezicht lijkt hij de regels van 'deelbaar door 4, maar niet deelbaar door 100, maar wel weer deelbaar door 400' in ieder geval wel mee te nemen.
[ Voor 19% gewijzigd door .oisyn op 03-03-2023 11:03 ]
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.
Hij houdt geen rekening met de deelbaarheid door 100 en 400 (en 1000 als je nog wat verder wilt kijken, 4000 is niet meer relevant omdat de Gregoriaanse kalender geen stand meer houdt na het jaar 4000).:
[...]
Omdat de berekening die we hier zien veel ingewikkelder is dan gewoon bepalen of het een schrikkeljaar is. De code is uiteindelijk geinteresseerd in de stand van de maan.
Dus ik hoopte op een gedetailleerder antwoord dan "modulo optellen klopt ook nooit"
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.
Je hebt gelijk, uiteraard
Ik was de 2e keer niet ver genoeg terug gescrolled en heb de rest niet bekeken. Is nog "vroeg"....
Voorlopig blijft het verstandiger om het vooral als snelle lookup voor documentatie te gebruiken dan voor onderhoudbare code.
Maar voor dat eerste is ChatGPT dan weer wel geweldig.
Dat zit wel Schnorr.
/u/86654/crop68d4ff30987a8.png?f=community)
:fill(white):strip_exif()/f/image/8sPMLGCpf5eJhOP1kuosk1ah.png?f=user_large)
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
:strip_icc():strip_exif()/u/6143/rincewind.jpg?f=community)
“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.”
Lijkt me UTC tijd, geen VS tijd. Daar is het minimaal 6 uur eerder.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_icc():strip_exif()/u/172182/crop5ea83ce62d327.jpeg?f=community)
De makkelijkste manier om hyprocrieten boos te krijgen? Confronteer ze met hun eigen uitspraken...
Er staan geen secondes bij. Het zou zo maar kunnen dat de taaktalk al een rollover had, maar Outlook (blijkbaar in JavaScript) nog niet:
systeemtijd versus utc tot daar aan toe, maar een minuut achter lopen lijkt me veel minder wenselijk
“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.”
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Dan is er dus wel context van buiten het plaatje nodig
Maar inderdaad zowel het format als de timezone kun je instellen.
:fill(white):strip_exif()/f/image/eU2HI3CIWHizhrUF1EkXmcCj.png?f=user_large)
Maar een setting "Pak mijn system settings", met de optie om die te overschrijven zou wel een stuk gebruikersvriendelijker geweest zijn ja.
[ Voor 11% gewijzigd door Woy op 05-09-2023 10:29 ]
“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.”
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.
Works on my machine?:
Hmz zo te zien geen support voor alternatieve send-from adressen, dus de nieuwe Outlook is sowieso een no go voor mij
:fill(white):strip_exif()/f/image/6CfAPLWX6cPCiabfrmWB62dS.png?f=user_large)
Maar komend van Gmail blijft het dagelijks vechten met Outlook. Gelukkig mail ik niet zo veel meer.
[ Voor 10% gewijzigd door CodeCaster op 05-09-2023 11:19 ]
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
“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.”
Is dat een MS account of een gmail account?
.edit: trouwens een beetje offtopic hier
[ Voor 4% gewijzigd door .oisyn op 05-09-2023 11:58 ]
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.
:strip_exif()/u/47168/loop.gif?f=community)
Zitten er grote geheimen in @CodeCaster? Dan weet ik of het de moeite waard is.
{signature}
Geen informatie die toch al niet open en bloot op het internet aan mij te koppelen is.:
Screenshot met blurred text van een bekend font, met heel beperkt aantal mogelijke karakters.
Zitten er grote geheimen in @CodeCaster? Dan weet ik of het de moeite waard is.
Maar als je het kunt ontcijferen, DM maar!
[ Voor 5% gewijzigd door CodeCaster op 05-09-2023 18:36 ]
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
:
[...]
Geen informatie die toch al niet open en bloot op het internet aan mij te koppelen is.
Maar als je het kunt ontcijferen, DM maar!
Hoeveel koelkasten win ik?
Dat zit wel Schnorr.
:strip_exif()/u/306933/ezgif.com-optimize.gif?f=community)
2x Dell UP2716D | R9 7950X | 128GB RAM | 980 Pro 2TB x2 | RTX2070 Super
.oisyn: Windows is net zo slecht in commandline als Linux in GUI
:strip_icc():strip_exif()/u/92491/crop64a1593f33a7b_cropped.jpg?f=community)
Omdat ze dat gezien hebben bij Android dat alles in een browser app draait:
Dat hele "nieuwe Outlook" is wel één groot slecht programmeervoorbeeld wat mij betreft. Wat een meuk. Waarom moet dat nou een HTML app worden? De oude versie was misschien wat log soms, maar het werkte en de UI was vlot voor dagelijks gebruik. Mijn "quick actions" in de nieuwe Outlook doen er letterlijk 2 seconden over om een mail te archiveren! En dan werkt het natuurlijk ook nog eens niet als je geen internetverbinding hebt, omdat er naar het schijnt geen mail lokaal wordt gecacht. Fijn hoor, een always-online mail client.
Al wat ik aanraak werk niet meer zoals het hoort. Damic houd niet van zijn verjaardag
Uiteraard is het in dit topic niet de bedoeling dat andere users en/of topics aangehaald worden om ze voor gek te zetten. Lachen om je eigen code, of over dingen die je "wel eens tegengekomen bent" is prima, maar hou het onderling netjes.