• tbrown (unregistered) in reply to cconroy
    cconroy:
    A Wizard a True Star:
    So, in which languages do you think Hungarian Notation would actually be useful?
    Hungarian, presumably.

    Brilliant! I award you the Laugh Out Loud prize!

  • tego (unregistered)

    Maybe make them submit resume first and fill the quiz next?

  • Top3 Codd3r (unregistered) in reply to Top Cod3r

    I'm sure we could all learn from your code and be humbled by it. This is especially the case with those 12 tier architectures (with and without facades, proxies, adapters and factories). OK, that's a little harsh.

    I apologize.

    I'm too old to be all smoke and fire anymore.

    Don't spank MVC too much. Where would .NET be without it? :)

    -Tim the Enchanter

  • Daniel Smedegaard Buus (unregistered)

    256 comments? Let's see if TDWTF can handle another byte! (Or maybe it was signed, in which case I already lost :/)

  • Kirby L. Wallace (unregistered)

    Too good to be true:

    Tenacity, determination, ingenuity....

    Man, that's exactly the kind of guy I'd hire! And, finally, let's not forget: he scored 92!

    In other words, if you want someone who you know will keep at it until the job gets done, no matter what, and who will almost certainly succeed... that was your guy!

  • Prism (unregistered) in reply to Eam
    Eam:
    panzi:
    I'm curious, what are disadvantages of the MVC design pattern? I can't think of any. It's not overly complex, it does not add a lot of overhead... what are the disadvantages?

    It's a bit concerning that no one can think of any disadvantages to MVC. Don't get me wrong, I use MVC often, but it's not always appropriate.

    It may not add much complexity, but it adds enough that it should not be used for small projects. Also, it pretty much always requires some duplication of business logic across the tiers (the alternative being lots of added complexity).

    The trick to applying MVC is evaluating the current and potential future scale of your project, then balancing logic duplication with complexity.

    I don't know if these are disadvantages or simple issues, and it would depend on framework, in this case its PureMvc adapted for dot Net with some modifications:

    1. Original PureMvc for dot Net used refection to call notification handlers, which fucked up the stack trace.

    2. With the observer pattern, there is always a concern lurking in what observer got called first. You have to design so this never becomes an issue.

    3. When using an event system, whether Mvc or dot net, you cannot trace an execution path in your static code.

    4. Recursion. Fences have to be put up at times when you have events that do things that end up triggering the same event again.

    5. Wiring. Every view mediator has to be wired up to its controls and respective events. Using reflection some of this wiring can be automated.

    6. Since Mvc is designed to decouple things, it is often difficult to detect when something that should be hooked up, hasn't been. It fails silently.

    I wish dot Net had a language enhancement called 'transient', so you could create an instance of a transient class, but if that class was on an exclude list the runtime would ignore or refactor all statements using that class.

    public transient class C{}

    main(){

    var c=new C();// if c is excluded do nothing

    c.Something();// ignored if excluded

    int i=1; fn(c, i);// calls fn(int) if c is excluded and fn(int) exists, else do nothing }

    So this transient property would be used so you could unplug dependencies for development reasons. Accomplishing decoupling in dev.

  • Late... (unregistered) in reply to Chris

    5 years later...

    Chris:
    Or alternatively use a proper programming language where you always know the type and the proper use of "On Error Resume Next" is to never use it.

    Yeah, VB isn't that great to begin with. But there IS a proper use of "On Error Resume Next". Hint: It should NOT be used at the beginning of your code to "ignore" all Errors!

    http://www.cpearson.com/excel/errorhandling.htm

  • Edison (unregistered)

    Nice post. I was checking continuously this blog and I'm impressed! Extremely helpful info particularly the last part :) I care for such info a lot. I was looking for this certain info for a long time. Thank you and best of luck. save refuges

  • Walker (unregistered)
    Comment held for moderation.

Leave a comment on “It Depends & Too Good To Be True”

Log In or post as a guest

Replying to comment #:

Log Out

« Return to Article