#goldenmaster

[pedaloftheday]

The GOLDEN MASTER from Endorphin.es is an end-of-chain signal processor that will shape, meld and polish your sound in all the greatest of ways…head to YouTube now to see this thing in action in our demo, which also features the Korg Monotribe and the ENDORPHIN.ES GHOST…cheers!!

#pedaloftheday #endorphines #goldenmaster #Processor #compressor #multiband #EQ #equalization #pedalsandeffects #effectspedals #guitar #pedals #effects #guitareffects #pedalboard #guitarist #guitars #Youtube

[blickensynths]

Available now! The @Endorphin.es Golden Master Golden Master is a multiband processor module in Eurorack format. Inspired from the studio mastering and radio loudness units from the 90's, this tool is a game changer for everyone who performs live with a Eurorack Synthesizer. The whole magic of Eurorack lies in its raw sound and simple analog mixes - processing through the Golden Master brings instant punch and sound pressure, as well as controlling the overall volume. Hard Facts •           Instantly improve your raw Eurorack mixes to sound balanced and powerful on stage or wherever you are •           96 kHz 16 bit digital audio stereo processing •           3-band compressor with intuitive adjustment and brickwall limiter (1.5 ms look ahead, to make the compression more precise) •           Mid / side stereo field processing #BlickenSynths #Endorphines #GoldenMaster #MultibandProcessor #Compressor #NewAdditions #Eurorack #EurorackModular #EurorackSynth #Eurocrack #Modular #ModularSynthesizer #ModularSynthesizers #ModularSynth #ModularSynths #ModularSynthesis #Synthesizers #Synthesizer #Synths #Synth #SynthPorn #ElectronicMusic #IndependentRetailer #ModularIsLife #UK #Webstore #InternetShopping #ShippingNow (at Chelmsford, Essex) https://www.instagram.com/p/COgJcF4hRgK/?igshid=12n5zy3enetvm

#blickensynths #endorphines #goldenmaster #multibandprocessor #compressor #newadditions #eurorack #eurorackmodular #euroracksynth #eurocrack #modular #modularsynthesizer #modularsynthesizers #modularsynth #modularsynths #modularsynthesis #synthesizers #synthesizer #synths #synth #synthporn #electronicmusic #independentretailer #modularislife #uk #webstore #internetshopping #shippingnow

[mojackpod]

Episode 139 Minutemen "Post-Mersh Vol. 2" w/ John Golden is up now on SoundCloud, iTunes, Spotify, Stitcher, Google Play, Tumblr, TuneIn Radio, or wherever you get your podcasts.

#SoundCloud #music #You Don't Know Mojack #minutemenband #sstrecords #johngolden #goldenmastering

[timedealerhotmail]

CONGRATS TO @djokernole 4 #GoldenMasters 🎾 🏆🏆🏆🏆🏆🏆🏆🏆🏆🎾!!! Seiko Super Radium 😱🙀🚫Dial. #rolex #rolexsubmariner #submariner #rolexdaytona #16600 #daytona #116613 #usopenseries #116520 #radioactive #16613 #seadweller #5513 #rolesor #vintagerolex #116610lv #126600 #beautiful #gorgeous #horology #116500ln #seiko #radium #vintagesubmariner #trending #patina #wearemlikecastro #tennis #watchoftheday @giorgiamondani @mondanibooks @mondaniweb @mondanidoc @hodinkee @phillipswatches @rolex @seikowatchofficial @seikowatchjapan @seikoskx @djokernole @rogerfederer (at Melbourne, Victoria, Australia)

#goldenmasters #rolex #rolexsubmariner #submariner #rolexdaytona #16600 #daytona #116613 #usopenseries #116520 #radioactive #16613 #seadweller #5513 #rolesor #vintagerolex #116610lv #126600 #beautiful #gorgeous #horology #116500ln #seiko #radium #vintagesubmariner #trending #patina #wearemlikecastro #tennis #watchoftheday

[kocaelimnet]

iOS 13.5 GM yayınlandı! İşte yenilikler

Apple bugün itibariyle iOS 13.5, iPadOS 13.5 ve tvOS 13.4.5 için GM yani Golden Master sürümlerini geliştiricilerin kullanımına sundu. GM sürümü ile ilerleyen günlerde yayınlanacak olan final sürümü arasında genelde olmuyor.

iOS 13.5 GM sürümü çıktı!

Bu nedenle iOS 13’ün ara güncellemesini test etmek isteyenler için minimum hataya sahip sürüm olarak görülebilir. Bu sürüm ile sunulan en büyük yeniliklerin başında, corona virüsüne yakalanan birisi ile temas kurduğunuzun tespiti halinde bilgilendirmenizi sağlayan ve Google ortaklığında geliştirilen API geliyor. Bunun yanı sıra cihaz maske taktığınızı tespit ettiğinde Face ID ekranını hızlıca atlayarak, şifre bölümüne geçiş yapıyor. Bu sayede kilit ekranında zaman kaybetmiyorsunuz. Acil servisi aradığınızda önceden girdiğiniz Tıbbi Kimliğinizin karşıdaki görevli ile paylaşılması. (Sadece ABD’de çalışıyor) Artık FaceTime görüşmelerinde konuşan kişinin görüntüsünün büyümesinin önüne geçebiliyorsunuz. iOS 13.5 ile kullanıcılara sunulan yenilikler arasında göze çarpanlar bunlar. Tabi, bunlara ek olarak çeşitli hata düzeltmeleri ve performans iyileştirmeleri söz konusu. iOS 13 güncellemesini alan tüm modeller bu güncellemeyi alacak. Kaynak : shiftdelete Read the full article

#apple #gm #goldenmaster #ios13.5 #ios13.5gm

[icono00-blog]

#goldenmaster #version #ios11 #ready #iphone (en Belgica)

#iphone #ready #goldenmaster #ios11 #version

[lottekestner]

Last Beyerdynamics listen-through before the album gets mastered at the great #goldenmastering

#goldenmastering

[superbboruquetbouquet-blog]

garden this throw strike aggressive everybody script goldenmaster hell violent initiative imagination far guy native

#look #scope #protest investigator #jetproperty #householdbasically

[maentglobal]

#everythingoutoftune delivers nine new tracks, boasting more than forty minutes of devastatingly creative noise rock-influenced psychedelic intensity. Recorded and mixed by Steve Albini at #ElectricalAudio, Chicago, mastered by John Golden at #goldenmastering Everything Out Of Tune is out now on limited edition colored vinyl LP and all digital providers. THE OXFORD COMA Live: 12/08/2017 Golden Bull - Oakland, CA w/ Bitter Lake, NAME 12/09/2017 Ash Street - Portland, OR w/ Bitter Lake, Second Sleep, Strangeletter 12/10/2017 Highline - Seattle, WA w/ Chrome Lakes, Bitter Lake #lizsplit #earsplitpr #earsplitcompound @hardrockcore @helltransport @eyexhatexjosh #theoxfordcoma (at Los Angeles, California)

#earsplitpr #everythingoutoftune #lizsplit #electricalaudio #goldenmastering #earsplitcompound #theoxfordcoma

[belaireflowers]

#ceremonyflowers #sunflowers #belaireflowersmilwaukee #goldenmast (at Golden Mast Restaurant)

#ceremonyflowers #goldenmast #belaireflowersmilwaukee #sunflowers

[luigicappel]

RT @DjokerNole: I’m proud to share this trophy with #TeamDjokovic and #NoleFam. Thank you God. Thank you Angels for guiding me through this wonderful journey of Life. I feel your presence in everything and I am eternally grateful 🙏❤🙌 https://t.co/NBMXERNkcs #CincyTennis #GoldenMasters https://t.co/Sv9Ng6qqOd

I’m proud to share this trophy with #TeamDjokovic and #NoleFam. Thank you God. Thank you Angels for guiding me through this wonderful journey of Life. I feel your presence in everything and I am eternally grateful 🙏❤🙌 https://t.co/NBMXERNkcs#CincyTennis #GoldenMasters pic.twitter.com/Sv9Ng6qqOd

— Novak Djokovic (@DjokerNole) August 20, 2018

via Twitter https://twitter.com/BluesBro August 21, 2018 at 08:51AM

#IFTTT #Twitter

[mobilenamic]

Refactoring Algorithmic Code using a Golden Master Record

Introduction

There are days when I find a piece of code I simply have to refactor. Sometimes because I actually have to for project-related reasons, sometimes because it’s easy to, and sometimes because I just want to. One definition of a nice day is when all these reasons meet.

Enter the Portuguese tax number verification.

For those who don’t know, in most countries the tax number has one or more check digits which are calculated according to some algorithm the country’s legislators think is up for the task. If you have a frontend where customers enter tax numbers, it’s a good first step to actually check the validity of the number according to the check digit in order to provide fast feedback to the user.

Usually I don’t do the research on the algorithms we implement for this myself. Someone else on my team calls someone from the country in the same organization and we code monkeys usually get code snippets, such as this one. In this case I got curious. The portuguese wiki contains a nice explanation of the check digit algorithm, which is a variation of an algorithm called (according to google) the modulus 11 check digit algorithm.

Implementing this from scratch probably would have been straightforward, but I decided to refactor for several reasons: Sometimes web sources can be wrong. Take, for example, this community wiki: Here they seem to have forgotten about a part of the algorithm. If this had been my first source, I’d have had a bug report. Thus I usually try to stay near the scripts my customers provide me with.

Refactoring this very isolated piece of code would be easy.

Sometimes the scripts we get from our colleagues contain a little bit of extra logic which make sense in the context where we use them. In this one, for example, I was told to “just don’t worry about the extra cases at the beginning. We are not interested in these and it’s okay to delete them.”

Side note: For the purposes of this exercise, I used ES6 transpiled with Babel. For my tests, I use mocha and chai.

Enough introduction! Let’s have a look at:

The Code

I admit I did a tiny bit of untested refactoring first: Returning true or false instead of an alert, exporting the function and deleting the, as per our definition unnecessary, lines.

export function validaContribuinte(contribuinte) { // algoritmo de validação do NIF de acordo com // http://ift.tt/2BFQ6yi let comparador; var temErro = 0; var check1 = contribuinte.substr(0, 1) * 9; var check2 = contribuinte.substr(1, 1) * 8; var check3 = contribuinte.substr(2, 1) * 7; var check4 = contribuinte.substr(3, 1) * 6; var check5 = contribuinte.substr(4, 1) * 5; var check6 = contribuinte.substr(5, 1) * 4; var check7 = contribuinte.substr(6, 1) * 3; var check8 = contribuinte.substr(7, 1) * 2; var total = check1 + check2 + check3 + check4 + check5 + check6 + check7 + check8; var divisao = total / 11; var modulo11 = total - parseInt(divisao) * 11; if (modulo11 == 1 || modulo11 == 0) { comparador = 0; } // excepção else { comparador = 11 - modulo11; } var ultimoDigito = contribuinte.substr(8, 1) * 1; if (ultimoDigito != comparador) { temErro = 1; } if (temErro == 1) { return false; } return true; }

Where to start

The first thing you want to do when you refactor code is have unit tests for the code. Since most code to refactor is hard to understand, a lot of people prefer to not even try and rather create a Golden Master test. A detailed explanation as well as a walkthrough in Java can be found here.

Creating a Golden Master

So the steps to creating a Golden Master test are:

 Create a number of random inputs for your testee

Use these inputs to generate a number of outputs

Record the inputs and outputs.

Why are we doing this?

If the number of random inputs is high enough, it’s very probable that we have all test cases in there somewhere. If we capture the state of the testee before we start changing anything, we can be sure we won’t break anything later.

There’s one thing I want to say now: A Golden Master record should in most cases be only a temporary solution. You do not really want files or databases full of randomly generated crap to clog your server, and you don’t want long-running tests with way too many redundant test cases on your CI server.

Step 1: Create A Number Of Random Inputs

For this, we have to actually look at the code to be refactored. A quick glance says: “This function takes strings of length 9 which contain only digits as valid input”.

My first instinct was to try and calculate all of them. After a few frustrating minutes which I spent discussing with my computer’s memory, I did a small back-of-an-envelope calculation (16 Bit x 9 x 899999999 > 15 TB). So this turned out to be a Bad Idea.

The next best thing was to create some random numbers between 100000000 and 99999999. After a bit of experimentation, because I “have no idea of the algorithm” for the purpose of this exercise, I settled on 10000 random fake tax numbers, which corresponded to three seconds overall test runtime on my machine. The code to generate these is wrapped in a testcase for easy access (remember, this is temporary):

describe('validatePortugueseTaxNumber', () => { describe('goldenMaster', () => { it('should generate a golden master', () => { const gen = random.create('My super Golden Master seed'), expectedResultsAndInputs = [ ...new Array(1000000) ].map(() => { const input = gen.intBetween(100000000, 999999999), ... }); }).timeout(10000); }); });

Side note: It is often recommended to use a seedable random generator. Since at that point I was not sure whether I wanted to actually save the inputs or not, I ended up using this PRNG. It’s not strictly necessary for this exercise, though.

Step 2: Use These Inputs To Generate A Number Of Outputs.

Just call the function.

... const input = gen.intBetween(100000000, 999999999), result = validaContribuinte(input.toString(10)); return { input, result }; ...

Step 3: Record The Inputs And Outputs

This also was pretty straightforward. I used the built-in mechanisms of node.js to write the output to a ~3.5MB file.

fs.writeFileSync('goldenMaster.json', JSON.stringify(expectedResultsAndInputs));

And just like that, a Golden Master was created.

Create a test based on the Golden Master

The next step is to use the Golden Master in a test case. For each input, the corresponding output has to correlate to the file. My test looks like this:

it('should always conform to golden master test', () => { const buffer = fs.readFileSync('goldenMaster.json'), data = JSON.parse(buffer); data.map(({ input, result }) => { return expect(validaContribuinte(nextNumber.toString(10))).to.equal(result); }); }).timeout(10000);

Side note: I stopped running the Golden Master generation every time; even though it would never produce different results unless the seed changed, it would’ve been a waste of resources to run every time.

I ran this a couple of times just for the heck of it. Then I started playing around with the code under test, deleting a line here, changing a number there, until I was confident that my Golden Master was sufficiently capturing all the cases. I encourage you to do this, it’s one of the very few times that you get to be happy about red tests.

I was not really satisfied with the output yet. “expected false to equal true” in which case, exactly? Again, in this simple case it would probably not have been necessary, but sometimes it can be useful to also record the failing input. So, after some refactoring, this happened:

data.map(expectedResult => { const { input } = expectedResult; const result = validatePortugueseTaxNumber(input.toString(10)); return expect({ input, result}).to.deep.equal(expectedResult); }); }).timeout(10000);

Refactoring

The refactoring itself was pretty straightforward. For the sake of brevity, most of the steps are skipped in this post. Renaming the function and a few variables:

export function validatePortugueseTaxNumber(taxNumber) { // algoritmo de validação do NIF de acordo com // http://ift.tt/2BFQ6yi let comparator; let checkDigitWrong = 0; const check1 = taxNumber.substr(0, 1) * 9; const check2 = taxNumber.substr(1, 1) * 8; const check3 = taxNumber.substr(2, 1) * 7; const check4 = taxNumber.substr(3, 1) * 6; const check5 = taxNumber.substr(4, 1) * 5; const check6 = taxNumber.substr(5, 1) * 4; const check7 = taxNumber.substr(6, 1) * 3; const check8 = taxNumber.substr(7, 1) * 2; const total = check1 + check2 + check3 + check4 + check5 + check6 + check7 + check8; const divisao = total / 11; const modulo11 = total - parseInt(divisao) * 11; if (modulo11 == 1 || modulo11 == 0) { comparator = 0; } else { comparator = 11 - modulo11; } const ultimoDigito = taxNumber.substr(8, 1) * 1; if (ultimoDigito != comparator) { checkDigitWrong = 1; } if (checkDigitWrong == 1) { return false; } return true; }

Simplifying (a lot):

export function validatePortugueseTaxNumber(taxNumber) { const checkSumMod11 = taxNumber.substr(0,8) .split('') .map( (digit, index) => { return parseInt(digit, 10) * (9 - index); }) .reduce((a, b) => a + b) % 11, comparator = checkSumMod11 > 1? 11 - checkSumMod11 : 0; return parseInt(taxNumber.substr(8, 1), 10) === comparator; }

This is where I stopped.

Writing unit tests

By now I had a better understanding of what my piece of code did. And, as was said above, it’s a good idea to get rid of a golden master, so the time had come to think about valid test inputs.

Apparently a remainder of 0 and 1 was important. To this, I added the edge case of remainder 10, and some remainder in the middle range just to be sure. As for generating the corresponding inputs, I cheated a little:

... if (checkSumMod11 === 0 && lastDigit === comparator) { console.log(taxNumber); } ...

Using this generator function, I created the final unit tests for the portugueseTaxNumberValidator:

describe('validatePortugueseTaxNumber', () => { it('should return false for 520363144 (case checkSum % 11 === 0) ', () => { expect(validatePortugueseTaxNumber('520363144')).to.equal(false); }); it('should return false for 480073977 (case checkSum % 11 === 1) ', () => { expect(validatePortugueseTaxNumber('480073977')).to.equal(false); }); it('should return false for 291932333 (case checkSum % 11 === 2) ', () => { expect(validatePortugueseTaxNumber('291932333')).to.equal(false); }); it('should return false for 872711478 (case checkSum % 11 === 10) ', () => { expect(validatePortugueseTaxNumber('872711478')).to.equal(false); }); it('should return true for 504917951 (case checkSum % 11 === 0) ', () => { expect(validatePortugueseTaxNumber('523755600')).to.equal(true); }); it('should return true for 850769990 (case checkSum % 11 === 2) ', () => { expect(validatePortugueseTaxNumber('998757039')).to.equal(true); }); it('should return true for 504917951 (case checkSum % 11 === 10) ', () => { expect(validatePortugueseTaxNumber('504917951')).to.equal(true); }); });

Conclusion

Creating a Golden Master and using it during refactoring feels like you’re wrapped in a big, fluffy cotton ball. If the Golden Master record is detailed enough, nothing can go wrong. Or rather, if it does, you will notice in an instant. There are no qualms about deleting code, replacing it with something you think will do the same, because it’s a safe experiment. It was a fun exercise and I would do it again in an instant.

The post Refactoring Algorithmic Code using a Golden Master Record appeared first on codecentric AG Blog.

Refactoring Algorithmic Code using a Golden Master Record published first on http://ift.tt/2vCN0WJ

[iyarpage]

Refactoring Algorithmic Code using a Golden Master Record

Introduction

There are days when I find a piece of code I simply have to refactor. Sometimes because I actually have to for project-related reasons, sometimes because it’s easy to, and sometimes because I just want to. One definition of a nice day is when all these reasons meet.

Enter the Portuguese tax number verification.

For those who don’t know, in most countries the tax number has one or more check digits which are calculated according to some algorithm the country’s legislators think is up for the task. If you have a frontend where customers enter tax numbers, it’s a good first step to actually check the validity of the number according to the check digit in order to provide fast feedback to the user.

Usually I don’t do the research on the algorithms we implement for this myself. Someone else on my team calls someone from the country in the same organization and we code monkeys usually get code snippets, such as this one. In this case I got curious. The portuguese wiki contains a nice explanation of the check digit algorithm, which is a variation of an algorithm called (according to google) the modulus 11 check digit algorithm.

Implementing this from scratch probably would have been straightforward, but I decided to refactor for several reasons: Sometimes web sources can be wrong. Take, for example, this community wiki: Here they seem to have forgotten about a part of the algorithm. If this had been my first source, I’d have had a bug report. Thus I usually try to stay near the scripts my customers provide me with.

Refactoring this very isolated piece of code would be easy.

Sometimes the scripts we get from our colleagues contain a little bit of extra logic which make sense in the context where we use them. In this one, for example, I was told to “just don’t worry about the extra cases at the beginning. We are not interested in these and it’s okay to delete them.”

Side note: For the purposes of this exercise, I used ES6 transpiled with Babel. For my tests, I use mocha and chai.

Enough introduction! Let’s have a look at:

The Code

I admit I did a tiny bit of untested refactoring first: Returning true or false instead of an alert, exporting the function and deleting the, as per our definition unnecessary, lines.

export function validaContribuinte(contribuinte) { // algoritmo de validação do NIF de acordo com // http://ift.tt/2BFQ6yi let comparador; var temErro = 0; var check1 = contribuinte.substr(0, 1) * 9; var check2 = contribuinte.substr(1, 1) * 8; var check3 = contribuinte.substr(2, 1) * 7; var check4 = contribuinte.substr(3, 1) * 6; var check5 = contribuinte.substr(4, 1) * 5; var check6 = contribuinte.substr(5, 1) * 4; var check7 = contribuinte.substr(6, 1) * 3; var check8 = contribuinte.substr(7, 1) * 2; var total = check1 + check2 + check3 + check4 + check5 + check6 + check7 + check8; var divisao = total / 11; var modulo11 = total - parseInt(divisao) * 11; if (modulo11 == 1 || modulo11 == 0) { comparador = 0; } // excepção else { comparador = 11 - modulo11; } var ultimoDigito = contribuinte.substr(8, 1) * 1; if (ultimoDigito != comparador) { temErro = 1; } if (temErro == 1) { return false; } return true; }

Where to start

The first thing you want to do when you refactor code is have unit tests for the code. Since most code to refactor is hard to understand, a lot of people prefer to not even try and rather create a Golden Master test. A detailed explanation as well as a walkthrough in Java can be found here.

Creating a Golden Master

So the steps to creating a Golden Master test are:

 Create a number of random inputs for your testee

Use these inputs to generate a number of outputs

Record the inputs and outputs.

Why are we doing this?

If the number of random inputs is high enough, it’s very probable that we have all test cases in there somewhere. If we capture the state of the testee before we start changing anything, we can be sure we won’t break anything later.

There’s one thing I want to say now: A Golden Master record should in most cases be only a temporary solution. You do not really want files or databases full of randomly generated crap to clog your server, and you don’t want long-running tests with way too many redundant test cases on your CI server.

Step 1: Create A Number Of Random Inputs

For this, we have to actually look at the code to be refactored. A quick glance says: “This function takes strings of length 9 which contain only digits as valid input”.

My first instinct was to try and calculate all of them. After a few frustrating minutes which I spent discussing with my computer’s memory, I did a small back-of-an-envelope calculation (16 Bit x 9 x 899999999 > 15 TB). So this turned out to be a Bad Idea.

The next best thing was to create some random numbers between 100000000 and 99999999. After a bit of experimentation, because I “have no idea of the algorithm” for the purpose of this exercise, I settled on 10000 random fake tax numbers, which corresponded to three seconds overall test runtime on my machine. The code to generate these is wrapped in a testcase for easy access (remember, this is temporary):

describe('validatePortugueseTaxNumber', () => { describe('goldenMaster', () => { it('should generate a golden master', () => { const gen = random.create('My super Golden Master seed'), expectedResultsAndInputs = [ ...new Array(1000000) ].map(() => { const input = gen.intBetween(100000000, 999999999), ... }); }).timeout(10000); }); });

Side note: It is often recommended to use a seedable random generator. Since at that point I was not sure whether I wanted to actually save the inputs or not, I ended up using this PRNG. It’s not strictly necessary for this exercise, though.

Step 2: Use These Inputs To Generate A Number Of Outputs.

Just call the function.

... const input = gen.intBetween(100000000, 999999999), result = validaContribuinte(input.toString(10)); return { input, result }; ...

Step 3: Record The Inputs And Outputs

This also was pretty straightforward. I used the built-in mechanisms of node.js to write the output to a ~3.5MB file.

fs.writeFileSync('goldenMaster.json', JSON.stringify(expectedResultsAndInputs));

And just like that, a Golden Master was created.

Create a test based on the Golden Master

The next step is to use the Golden Master in a test case. For each input, the corresponding output has to correlate to the file. My test looks like this:

it('should always conform to golden master test', () => { const buffer = fs.readFileSync('goldenMaster.json'), data = JSON.parse(buffer); data.map(({ input, result }) => { return expect(validaContribuinte(nextNumber.toString(10))).to.equal(result); }); }).timeout(10000);

Side note: I stopped running the Golden Master generation every time; even though it would never produce different results unless the seed changed, it would’ve been a waste of resources to run every time.

I ran this a couple of times just for the heck of it. Then I started playing around with the code under test, deleting a line here, changing a number there, until I was confident that my Golden Master was sufficiently capturing all the cases. I encourage you to do this, it’s one of the very few times that you get to be happy about red tests.

I was not really satisfied with the output yet. “expected false to equal true” in which case, exactly? Again, in this simple case it would probably not have been necessary, but sometimes it can be useful to also record the failing input. So, after some refactoring, this happened:

data.map(expectedResult => { const { input } = expectedResult; const result = validatePortugueseTaxNumber(input.toString(10)); return expect({ input, result}).to.deep.equal(expectedResult); }); }).timeout(10000);

Refactoring

The refactoring itself was pretty straightforward. For the sake of brevity, most of the steps are skipped in this post. Renaming the function and a few variables:

export function validatePortugueseTaxNumber(taxNumber) { // algoritmo de validação do NIF de acordo com // http://ift.tt/2BFQ6yi let comparator; let checkDigitWrong = 0; const check1 = taxNumber.substr(0, 1) * 9; const check2 = taxNumber.substr(1, 1) * 8; const check3 = taxNumber.substr(2, 1) * 7; const check4 = taxNumber.substr(3, 1) * 6; const check5 = taxNumber.substr(4, 1) * 5; const check6 = taxNumber.substr(5, 1) * 4; const check7 = taxNumber.substr(6, 1) * 3; const check8 = taxNumber.substr(7, 1) * 2; const total = check1 + check2 + check3 + check4 + check5 + check6 + check7 + check8; const divisao = total / 11; const modulo11 = total - parseInt(divisao) * 11; if (modulo11 == 1 || modulo11 == 0) { comparator = 0; } else { comparator = 11 - modulo11; } const ultimoDigito = taxNumber.substr(8, 1) * 1; if (ultimoDigito != comparator) { checkDigitWrong = 1; } if (checkDigitWrong == 1) { return false; } return true; }

Simplifying (a lot):

export function validatePortugueseTaxNumber(taxNumber) { const checkSumMod11 = taxNumber.substr(0,8) .split('') .map( (digit, index) => { return parseInt(digit, 10) * (9 - index); }) .reduce((a, b) => a + b) % 11, comparator = checkSumMod11 > 1? 11 - checkSumMod11 : 0; return parseInt(taxNumber.substr(8, 1), 10) === comparator; }

This is where I stopped.

Writing unit tests

By now I had a better understanding of what my piece of code did. And, as was said above, it’s a good idea to get rid of a golden master, so the time had come to think about valid test inputs.

Apparently a remainder of 0 and 1 was important. To this, I added the edge case of remainder 10, and some remainder in the middle range just to be sure. As for generating the corresponding inputs, I cheated a little:

... if (checkSumMod11 === 0 && lastDigit === comparator) { console.log(taxNumber); } ...

Using this generator function, I created the final unit tests for the portugueseTaxNumberValidator:

describe('validatePortugueseTaxNumber', () => { it('should return false for 520363144 (case checkSum % 11 === 0) ', () => { expect(validatePortugueseTaxNumber('520363144')).to.equal(false); }); it('should return false for 480073977 (case checkSum % 11 === 1) ', () => { expect(validatePortugueseTaxNumber('480073977')).to.equal(false); }); it('should return false for 291932333 (case checkSum % 11 === 2) ', () => { expect(validatePortugueseTaxNumber('291932333')).to.equal(false); }); it('should return false for 872711478 (case checkSum % 11 === 10) ', () => { expect(validatePortugueseTaxNumber('872711478')).to.equal(false); }); it('should return true for 504917951 (case checkSum % 11 === 0) ', () => { expect(validatePortugueseTaxNumber('523755600')).to.equal(true); }); it('should return true for 850769990 (case checkSum % 11 === 2) ', () => { expect(validatePortugueseTaxNumber('998757039')).to.equal(true); }); it('should return true for 504917951 (case checkSum % 11 === 10) ', () => { expect(validatePortugueseTaxNumber('504917951')).to.equal(true); }); });

Conclusion

Creating a Golden Master and using it during refactoring feels like you’re wrapped in a big, fluffy cotton ball. If the Golden Master record is detailed enough, nothing can go wrong. Or rather, if it does, you will notice in an instant. There are no qualms about deleting code, replacing it with something you think will do the same, because it’s a safe experiment. It was a fun exercise and I would do it again in an instant.

The post Refactoring Algorithmic Code using a Golden Master Record appeared first on codecentric AG Blog.

Refactoring Algorithmic Code using a Golden Master Record published first on http://ift.tt/2fA8nUr

[gabrielhwc]

#welcome #now @apple #apple #special #event #applespecialevent #thefirstever #event @stevejobs.official #stevejobstheater #appleparkcampus #iphonex #iphonexedition #iphone8plus #iphone8+ #iphone8 #ios11 #ios11gm #ios11goldenmaster #goldenmaster #oled #faceid #a11fusion #sixcores #sixcore #6thcore #6thcores #appletv #a10xsoc #4k #appletv4k #applewatch etc (at Cupertino, California)

#welcome #iphonexedition #sixcores #6thcore #6thcores #a11fusion #appleparkcampus #applewatch #ios11goldenmaster #event #appletv #now #stevejobstheater #4k #ios11 #special #apple #appletv4k #thefirstever #ios11gm #iphone8plus #sixcore #goldenmaster #iphonex #a10xsoc #applespecialevent #iphone8 #oled #faceid