Tagged: design pattern Toggle Comment Threads | Keyboard Shortcuts

  • Subinkrishna Gopi 10:27 am on February 19, 2009 Permalink |
    Tags: , design pattern, ,   

    Today’s read: Web usabilty 

    Smashing Magazine

    I have always been a big fan of web design & web usability. I found a nice article in Smashing Magazine by Dmitry Fadeyev. Its all about some common usability mistake we do.

    By now, all good designers and developers realize the importance of usability for their work. Usable websites offer great user experiences, and great user experiences lead to happy customers. Delight and satisfy your visitors, rather than frustrate and annoy them, with smart design decisions. Here are 9 usability problems that websites commonly face, and some recommended solutions for each of them.

    Read the article (9 Common Usability Mistakes)

    Related links on usability
    10 Usability Nightmaters That You Should Avoid
    30 Usability Issues To Be Aware Of
    12 Useful Techniques For Good Interface Design

    About the author

    usabilitypost_smallDmitry Fadeyev is the founder of the Usability Post blog, where you can read his thoughts on good design and usability.

    Follow Dmitry on Twitter @usabilitypost.

    Have a nice read.

  • Subinkrishna Gopi 2:22 pm on October 18, 2007 Permalink |
    Tags: architecture, design pattern, , , soa, ,   

    Service Oriented Architecture – Basics 

    SOA – Service Oriented Architecture – is an architectural design pattern, where an application is developed as a set of logically & functionally separate and independent services. Each of these services can be implemented in any platform, programming language using any of the available technologies. These services can communicate with each other to fulfill their needs and can send & receive pieces of information from other services as well. One service can interact with more than one service to get the desired things done. SOA can be implemented using web services, since the protocols & standards of internet are very much platform & programming language independent. The main purpose of SOA is to reduce the coupling between the modules.

    Requirements of SOA
    1) We should make use of standards & protocols supported by most of the platforms since these services may be distributed among wide verity of them. (Means, there should be a standard and widely accepted mechanism for the services to talk with each other)
    2) There should be a “clear & unambiguous” service interface syntax.
    3) There should be a service registry mechanism to retrieve the suitable services.

    SOA Building Blocks
    Service provider: Provides a set of services to the requesting clients/services. The provider can restrict the services they offer as well as define the service scope to public or private. Public services can be accessed by anyone over the internet but the private services are restricted to certain clients. The service provider should register the interface & service access information with the service registry.

    Service Broker/Service Registry: Provides the interface & service access information to any service requestors. The implementer can also decide the scope of the registry too.

    Service requestor: It’s a web service client. The requester searches the service registry using different search methods to find a service entry and then binds to the corresponding service provider to get the things done.

    Useful links

Compose new post
Next post/Next comment
Previous post/Previous comment
Show/Hide comments
Go to top
Go to login
Show/Hide help
shift + esc