Disqus - Latest Comments for maciejgren

Re: The 7 ground rules of communication to became a good Manager

maciejgren — Fri, 27 Jan 2012 05:21:56 -0000

Mateusz, you are right, it applies to teams as well, thanks for comment!

Re: The 7 ground rules of communication to became a good Manager

maciejgren — Fri, 27 Jan 2012 05:18:37 -0000

Thanks Sławek! fortunately it came from my head but I guess there are other pages where similar topic is tackled.

Re: Redmine Schedule Plugin a precise tool for resource management

maciejgren — Sun, 11 Sep 2011 13:47:16 -0000

Hi Art,

you can find it here https://github.com/GOYELLO/... however we did not port it to the newest Redmine version. Feel free to post your patches on github.

Re: We all have to register time, but why bother?

maciejgren — Fri, 09 Sep 2011 15:33:13 -0000

Hi Stephen,

honestly since some time we stopped using it in favor of having the day planned in a bit more structured way. Since that we did not support it further. I am not sure whether we will come back to this plugin and make it in sync with the current production version of Redmine. Therefore feel free to implement your own adjustments on github where the plugin currently resides.

Sorry that I cannot help you more than that though.

Regards
Maciej

Re: HOW TO code better using AutoMapper

maciejgren — Thu, 25 Mar 2010 11:22:56 -0000

Hi,
yes, the configuration should be stored once per life time. To do so it should be moved to for instance Global.asax or to Bootstrapper if you use IoC Container.

Re: Why static classes are evil!

maciejgren — Sat, 19 Dec 2009 16:53:37 -0000

Hi Veera,

exactly, you are right, that would be the approach we should follow if we want to avoid using static classes. I am curiouse, how would you implement this Singleton pattern without using static keyword in it? (I have found http://www.yoda.arachsys.co... as reference but they are using even in their most robust example, static keyword). Is it possible to avoid it? Should we bother with that?

Re: Why static classes are evil!

maciejgren — Sat, 19 Dec 2009 04:11:53 -0000

It was really nice discussion. I hope to talk with you soon.

With regards,
Maciej Gren

Re: Why static classes are evil!

maciejgren — Fri, 18 Dec 2009 16:50:12 -0000

Of course, fighting with something for several hours just to make it a bit more neat (not static but instance object) is just a waste of time till the issue is just referencing to your coding guidelines (not that static classes will make your application non maintainable).

In my approach I tend to say "static classes are evil" so then, if someone has to use them, he comes and talk. This is the true gain of the whole approach because usually we just need to think together more to find the best solution. Eventually it can happen that we will use static classes, but than we all know why, and we know what are the limitations and risks.

Re: Why static classes are evil!

maciejgren — Fri, 18 Dec 2009 16:34:17 -0000

Thank you for your feedback!

You made your point, however the presented example truely makes that you are using in all your code an instance class that is wrapper for the static class. In such case you have already made John a god in 'cage' :). Then such static class can be internal or even more hidden from other classes (other code parts where you will only reach the wrapper, not static class itself).

My post was more about simple usage of static class directly in your execution code, not in infrastructure. Then, when you have 100 calls to static method all over the place, you just lose control.

Regarding juniors and code reviews, coding in pairs - this is the approach that we follow. The worse case is when your senior coders (some of then) don't realize that static classes are commonly evil, and they abuse them, teaching others improper coding.

Re: Why static classes are evil!

maciejgren — Fri, 18 Dec 2009 15:57:29 -0000

In my opinion, you shouldn't use static properties. Even you want to implement Singleton pattern then I would use IoC with Singleton configuration for the specific instance.

The only explanation is when you have some resource file that is generated from Visual Studio (or coded) which has static read only properties. Such properties are safe to use because no one will have a chance to overwrite the value.

When I have a moment that I think that there is no other way to go, just to use static class, I usually take a walk and think about it few minutes, talk with team members, because I think that usage of static classes should be very limited.

Re: Why static classes are evil!

maciejgren — Fri, 18 Dec 2009 15:51:48 -0000

This is good example when static classes are quite useful. Static classes give you big power therefore you have to use them smartly. Secondly, such classes are not testable well. For instance you have class "You" which has method "AnswerQuestion". This method uses static class John in such way: John.HelpWithQuestion(). If you now want to test "You" class you will also test "John.HelpWithQuestion" class as well because you cannot mock statics. This is general issue with TDD and static classes. Second issue is that if you have in your team people that don't realize that they should not put there members/properties, this is one of the places where sooner or later they will try to do it. This is the easiest way to solve most of the programming issues. Just put next static variable, change it when you want and you are done.

Summing it up, assuming your statements that this is only for performing some kind of logic, still static classes are inappropriate for TDD. Secondary, it introduces a place in your code, where your junior coders will sooner or later put some nasty properties to solve their problems. When you realize what are the risks, the usage of static classes can only help you.

Re: Comparing .NET DI (IoC) Frameworks, Part 1

maciejgren — Tue, 08 Dec 2009 11:24:11 -0000

Thank you very much for this post! I was thinking about this comparison. You made my day!

Re: We all have to register time, but why bother?

maciejgren — Fri, 04 Dec 2009 05:51:48 -0000

Hi Dan,

this plugin allows you to register time by simply clicking start and stop when you finish it. Then, at the end of the day you press register button and all your hours are registered for this day.

Did I answered your question?

Regards,
Maciej

Re: We all have to register time, but why bother?

maciejgren — Fri, 04 Dec 2009 05:49:25 -0000

Our development team is a bit blocked now by the flu coming through Poland but we will check your issue as soon as we are back on rails!

Re: Aspect Oriented Programming – your good friend

maciejgren — Fri, 04 Dec 2009 05:46:31 -0000

Hi Garry,

thank you for this reply because I was also considering this as an issue when using AOP. Fortunately, PostSharp is not influencing it and with my idea how to test it - you can quit from passing static variables into postsharp attributes. Everything will be in next post I will write this weekend!

Re: Aspect Oriented Programming – your good friend

maciejgren — Fri, 04 Dec 2009 05:43:57 -0000

Hi Garry,

It is really a big coincidence because I had the same issue with PostSharp and I managed to solve it without passing static variable! The layer that is using PostSharp implements special interface, and postsharp attribute check if the execution object implements it. If yes, it takes a container instance from this layer and use it for their purposes. This way, you can mock this object and test PostSharp! Really great solution. I will show it in my next post.

Re: Aspect Oriented Programming – your good friend

maciejgren — Fri, 04 Dec 2009 05:41:20 -0000

Hi Tanzeem,
thank you for your positive remark. In next post I plan to write about postharp implementation of AOP with IoC (Inversion of Control).

Regards
Maciej Gren

Re: 10 best features of Silverlight 4

maciejgren — Wed, 25 Nov 2009 10:10:29 -0000

You are absolutely right. This is one, very important feature, although you can check http://www.mono-project.com... which is an implementation of Silverlight for Linux. I am not sure but from their roadmap it looks like they will ship Silverlight 2.0 compatibility till end of November.

Re: Redmine Schedule Plugin a precise tool for resource management

maciejgren — Wed, 25 Nov 2009 06:42:22 -0000

Hi Guillaume,

I have replied on your questions in Redmine.

Regards
Maciej Gren

Re: Redmine Schedule Plugin a precise tool for resource management

maciejgren — Wed, 25 Nov 2009 06:41:23 -0000

Thank you for your feedback. We will work on these issues soon.

Re: Redmine Schedule Plugin a precise tool for resource management

maciejgren — Mon, 09 Nov 2009 17:45:28 -0000

Hi James,

we will analyse your issue this week. Currently we are before our internal release of a new plugin. On Thursday we will get back to you. In our local version the plugin works fine although I remember that we are displaying some additional data in our schedule editor window. Maybe here is an issue. Which version you use? Could you send to us your current Redmine? (without DB of course but with all plugins you have enalbed. Maybe there is some conflict).

Re: If there was no law, would everybody be criminals? Creating an agile workflow

maciejgren — Thu, 22 Oct 2009 03:59:14 -0000

Hi Robert,

Your remark is very accurate. Our previous workflow consist of 30 states and different for each task type. That was very difficult for our team members to use it effectively. We have simplified it but this is only one step forward.
What we have in our plans is to allow people to put their daily tasks in form of excel sheet. What do you think? If you could use excel sheet and write there your daily operations and at the end of the day press submit and the job is finished?

Re: HOW TO use Quartz.NET in PRO way?

maciejgren — Mon, 12 Oct 2009 13:49:20 -0000

Thank you! for sure I will have a look there!

Re: We all have to register time, but why bother?

maciejgren — Sat, 26 Sep 2009 04:52:39 -0000

Hi Tim,

Thank you for your comment. I am pleased you liked our plugin. We talked recently with Eric about merging the current Stuff To Do with our improvements. I hope we will manage :)

Re: Philips Smart Light Alarm Clock

maciejgren — Sat, 19 Sep 2009 14:17:48 -0000

Nice device. I think that we could make one step further and change our alarm clock into brain wave reader. Lest imagine to have a clock that wakes you up when your brain is in proper stage? I have outlined my idea more deeply here http://usemyideas.com/give-...