Avoid .get
at all costs. Forget there is even a .get
function on Option
. There is always a way out - better one, than using .get
. Same applies to .head
If you are going to have access the value in an Option
in a test class, prefer extending your test class from OptionValues
. Then you can use .value
on an Option
. Doing so establishes the presence of value as verification with meaningful error if value is not defined.
It is common to see mocks being setup this way in unit tests.
scenario("Test Case 1") {
...
when(addressResolutionService.resolve(...)).thenReturn(...)
when(vendorInventoryService.checkInventory(...)).thenReturn(...)
...
.... another bunch of when and then returns
when(shipmentService.schedule(...)).thenReturn(...)
...thisIsTheActualCalltoTest(...)
verify(vendorInventoryService, 1).checkInventory(...)
... other such verifications
}
scenario("Test Case 2") {
...
when(addressResolutionService.resolve(...)).thenReturn(...)
when(vendorInventoryService.checkInventory(...)).thenReturn(...)
...
.... another bunch of when and then returns ...give or take one or more mocks compared to the previous test ...
when(shipmentService.schedule(...)).thenReturn(...)
...thisIsTheActualCalltoTest(...)
verify(vendorInventoryService, 1).checkInventory(...)
... other such verifications
}
... other such test cases
A while ago, I wrote the online regex tools. Cyril (@CyrilBois) came across that post and mentioned about his regex tester tool.
I think every tool should have a name; not one that just goes by its function but a nickname, if you will. So, I am going to name Cyril’s regex tool - Cyrilex
. Don’t like it, don’t worry about it.
Instead of adding Cyrilex
to the list, which I have already, I took the liberty to sort of review the tool. Because it has got a few cool things that I love.
If you haven’t found a use for this script that uninstalls the second largest junk in the world next to Mac/iOS updates, you are either lazy or scared of breaking things. I am neither, so I polished this script from the different versions you will find on the internet. Oh, I am talking about node/npm.
Happy cleaning!
More ...Sometimes you learn the best from others; by watching. This post is based on such an instance. A fellow engineer on my team was investigating a nagging issue - partially-successful operations or rather operations that left data in an inconsistent state. It goes without saying that I take no credit for the time and effort spent on the investigation nor for the fix. I am just the messenger. And as a responsible programmer π€, I am sharing it with the rest of the world. More ...
In the early years, software applications were tiny, compared to what we build today. In any given application, one could say, there were only a handful of error scenarios to deal with. Besides, error reporting, if not error handling, lacked finesse. Just slap the user with something red enough, and just say An error occurred. More ...
Enough! JavaScript had us in its grip for long with its foot guns. The first time I heard the term Hoisting, I had no idea about it and misheard as hosting. You declare variables using var happily, and you have to come to peace with yourself that it is okay to hoist the var
s (lift’em all to the top-most scope). I can’t believe JS convinced the rest of us that it was okay. Then came ES6 and saved us. let
fixed the scoping. const
provided immutability. At least now, you can say JavaScript supports functional programming.
More ...
Immutability, the cornerstone of functional programming, has many facets.
Not every (mainstream) language supports all the facets; at least not per what each facet stands for. That’s what I will talk about today. The various facets of immutability from a theoretical perspective, and briefly show how some of the mainstream languages have adopted and support these facets in their own way.
More ...A great deal of thought goes into language design. Eric Lippertβs posts is a living testament, at least for C#. Syntax and idioms are also part of the language design. When designing a language, the designers have to also consider its future. For instance, when designing C#, Anders and others should have thought of and planned for whatβs coming in then upcoming version(s) of C#. Such level of forethought might be seem daunting for an outsider. But the language designers are good at what they do, and most importantly, they know what they are doing. Well, in most cases! More ...
Earlier this year, I wrote1 about publishing2 C++/CLI Primer on [LeanPub.com]3. I wondered if there is anybody else besides myself and Microsoft using C++/CLI but readers surprised and humbled me with their support. Seems C++/CLI is here to stay. Know why?
A couple of months back Apress4 Publications took notice of the book and offered to publish/print. So here it is: C++/CLI Primer for .NET Development, my first book; who wouldβve thought π
More ...