sfeldman.NET
.NET, code, personal thoughts
-
Creativity
One picture is worth a thousand words :)
-
Presentation: From Good to Great Developer
I really liked this presentation. Highly recommended.
-
LINQ to XML for Better Maintainability
Today I was trying to solve a simple technical problem. Given a specific XML, needed to clean it up by removing any elements of a particular type.
-
Too Loosely Coupled Code – One Year Later
More than a year ago, I have posted a blog entry related to what I was trying to implement in one of the projects. Unfortunately, not my team could understand what I was trying to do, neither I was able to make myself clear. Either way, I ended up closing the blog with a question “can code be too loosely (coupled), or your code is so coupled, that anything else is difficult to digest?”. Now I can answer my own question question.
-
Consuming ASMX Web Service With WCF
ASMX web services were a breakthrough when appeared on .NET platform. A lot of services were created to take advantage of web services technology.
-
To Test or Not To Test: Not a Question!
-
Dynamic WCF Proxy
Our new system is entirely based of services (SOA solution). From the day one we had an issue with Visual Studio auto-magically generated proxies and management of those as system grew. Solution at that time was to create clients of the services dynamically, but the knowledge of WCF we had was a minimal. Now, 6+ months later, we finally getting to the point where I am comfortable and pleased with the solution. The interesting part is that WCF had that option all the time, we were not just educated enough to see it. Now we are.
-
Goodbye Launcy, Hello Executor
I have recently switched from Launchy to Executor after Terry told me about it. I test drove it for a while and find it better than Launcy, which was a great tool. Time for myself to move on to a better tool.
-
Pair-Programming Article
While reading blogs during today morning, I read an interesting one, which captures the way I feel about Pair-Programming. I have my opinion before (old posts), and it’s slightly updated since then, but at the end I still think it’s a great way and not just to develop.
-
TODOs are not forgotten
We are using Hudson as a build server, and one of the lasts steps that were taken is to mark a build as ‘unstable’ when we pass a certain number of TODO comments in our code (an arbitrary number). While I am not a 100% sold on a number, I think it’s a good way of insuring things are not just marked and forgotten. Actually, we are not even tracking TODOs, but BROKEN_WINDOW comments, as those are definitely bad. Failing on HACK is another possibility. Visualization plays a significant role in my case (interpretation of things based on visualization), and here how it looks (green is all good, yellow is all passed, but number of comments has exceeded the limit).