Monday, January 20, 2014

How to Build Your Own Operating System

You're just a normal person. But you want to impress your friends. Seem High-Tech. So you thought up a little plan. Make your own Operating Software! But you aren't a computer guru. Making an Operating System is as hard as you think it is. But there is a little solution to your problem...Suse Studios. Suse Studios is a website to help you make your own OS(Operating System) distribution P.S"Based on opensuse".


  1. 1
    Open your web browser and type in ""
  2. 2
    In the top right corner of the page, you'll see a Create account/Sign in link. Click one of the following that you have an account in: Google, Yahoo, Twitter, Facebook, OpenID, or Novell.
  3. 3
    A "Sign In" screen will appear. Type in your password and click 'Sign In'.
  4. 4
    This message should appear: Click "Agree" to sign in to using your ID, and allow sharing of info. Click the "Agree" button.
  5. 5
    Fill in the required fields, including the display name and your email address.
  6. 6
    Click "Yes, I Agree to the terms of use".
  7. 7
    Decide which operating system "look and feel" you would like to make. A Windows XP "look and feel" or a Linux "look and feel"?
    • Either way, you are still creating a Linux Based OS. It's just a matter of what you want it to look like.
  8. 8
    Choose the desktop type(KDE or Gnome). Keep it simple. Don't mind the 32 or 64 bit options.
  9. 9
    Once you have completed this, a new screen will take form. Click the Software tab.
  10. 10
    To get you started off, type into the search for software box: "Flash Player".
  11. 11
    Click the first one on the list.
  12. 12
    Type in "Fire Fox". Click the Mozilla Firefox option.
  13. 13
    Scroll down to "recommended". Click the second option "Gimp". Go to Games and click the first three options.
  14. 14
    Click the Configuration tab.
  15. 15
    Click the Personalize button under the configuration tab. Choose from the already uploaded pictures or upload your own. For Background, try the third picture. And for Logo, you can upload your own picture of preference.
  16. 16
    Click the Desktop button under the Build tab. Click the "Automatically log in user" Box.
    • Don't mess with any of the other options. For that could cut or destroy the performance of the Operating System.
  17. 17
    Go to the Build tab. It should display this message: "You still need to verify your account with the link we sent to your email address before you can build."
  18. 18
    You can request another verification email below. Open it and click the link enclosed to remove all restrictions from SUSE Studio.
    • Go to your email and click the email that has been sent to you by Suse Studios. All you have to do is click the link in the email to activate full control over your Suse account.
  19. 19
    Go back to Suse Studios and refresh the page.
  20. 20
    Click the Build tab.
  21. 21
    Click the drop down menu and click the second option, "Live CD/DVD (.iso)"
  22. 22
    Click Build. Depending on your internet speed, this could take some time to Build. Just be patient. It will take about 12 minutes.
  23. 23
    Test-drive your operating system! Near the bottom of the screen, you should see your OS. Click the Test-drive link and let it Boot. When the OS screen comes on, press Enter on your keyboard.
  24. 24
    On the first tab on your web browser, next to the test-drive, click Download. This will take a while, but when you finally have it, open it in a CD burning Program such as Roxio.
  25. 25
    Once you have put it on CD or DVD, you can distribute it whoever you wish, or just show it off to your friends.

How to Become Famous Using Social Media

  1. 1
    Learn about the multiple types of social media. Some different types are:
    • Micro blogging platforms
    • Social Networking

    • Blogging - Blogger
      Blogging - Blogger

  2. 2
    Become active in the method or methods you plan on using. Becoming well known doesn't happen with you just sitting on your digital butt. You need to be proactive.
    like on facebook

  3. 3
    Have an opinion. It may happen, but returned visits to your blog or networking site don't happen because you are talking about the bad day with your kids. It happens because you talk about your day with your kids and:
    • Can have humor about it
      Facebook Openion

    • Have possible solutions for any problems, etc.
      Solutions for any problems
  4. 4
    Use micro blogging platforms. Once you have started your blogging or commentary, share it. Send it out and it may not happen right away, but eventually, as your writing ability develops (or your opinions do), the readers will come. micro blogging platforms

Wednesday, January 15, 2014

The Lean UX Manifesto: Principle-Driven Design

My colleague Ajay and I have been working at incorporating lean UX at the enterprise level for over two years. In studying it, I find that there’s a temptation to lay down rules, and if the rules aren’t followed… well, then, you can’t call it lean UX. At the end of the day, though, some lean UX is better than none.
If you were told to finish off the following sentence, how would you do it?
“You’re not practicing lean UX if…”
I asked that very same question on Twitter, LinkedIn and email to some lean UX thinkers out there. My personal conclusion is simple. Lean UX is a set of principles that may be used to guide you to better, more desirable solutions for users. It’s not a process in which each tool is rigidly applied.
Let me give you a real-world example. Co-location is a hot topic in the lean UX discussion. If you talk to experts and read their tweets and blogs, you might get the sense that if you’re not a co-located, two-pizza-eating team, then you can’t practice lean UX. I know that this is not the intent of authors of resources on lean UX, but it’s out there. Frankly, the situation is ideal, but if you work in a large company, it might not be the reality.
The value of co-location is obvious. As Jeff Gothelf describes in his book Lean UX: Applying Lean Principles to Improve User Experience:
“Nothing is more effective than walking over to a colleague, showing some work, discussing, sketching, exchanging ideas, understanding facial expressions and body language, and reaching a resolution on a thorny topic.”
I couldn’t agree more, but in one of my projects, it’s not a reality. Our team is spread across three states, two countries and three companies. We believe, however, that we can still practice the fundamentals of lean UX successfully despite this, and I believe we do. Our methods might make a purist cringe, but we have a measure of success (and also measurable success).
No matter where your colleagues are located, you can all still practice the fundamentals of lean UX. Image by Claire Murray.
So, what I really wanted to know when I asked the question above was, what are the absolute must-haves in order to be successful with lean UX?
Here are a few of my favorite responses to “You’re not practicing lean UX if…,” along with my reasons why (in brackets):
From Ha Phan:
  • “… your collaboration sessions with the team don’t include business goals and strategies.”
    [As much as I want to focus on solving user problems, it won’t fly if we don’t consider where we are headed as a business and whether the activity fits in.]
  • “… you’re not defining KPIs [key performance indicators] and integrating analytics into each release.”
    [Without a valid measurement, we can’t know whether we’re solving the problem. We have to be able to point to at least one number to know whether we’re failing or succeeding.]
  • … you implement every single step in the design process, instead of picking and choosing from the design toolbox.”
    [Lean UX is a set of principles and tools and should be applied as needed. We shouldn’t be ticking every box in a project management cycle.]
  • “… you’re creating long design specs for the vision of the entire product.”
    [Users do not interact with requirements documents, specifications and wireframes; so, the quicker we get to the end product, the better. Let’s not get bogged down by deliverables in the interim. Rather, let’s create the lightest thing we can in order to communicate how to apply the thinking to the end design.]
From Jeff Gothelf:
  • “… you are not managing towards outcomes (not outputs, feature sets, etc).”
    [At the end of the day, we need to consider the bottom line. Sure, we’re building products, but more importantly, we’re building a business. Asking whether what we’re doing will make money is important? And if it will make money, how?]
  • … you don’t have a willingness and the freedom or support to experiment.
    [This can’t be done without executive buy-in.]
From Melissa Hui:
  • “… you’re spending more time working on documentation than thinking about the design and collaboration with team members.”
    [This is similar to what Ha said, but this identifies an interesting danger. Working on documentation tends to be a one-person activity that takes away from valuable collaboration.]
  • “… your development team is not seeing what they’re building until they have to build it.”
    [The development team should be fully engaged and involved in the design process. Again, collaboration is key.]

The Lean UX Manifesto

After receiving these responses, I felt compelled to create a manifesto. The responses helped me to focus on the guiding principles behind lean UX. I like the ones cited above because they focus not on a particular tool, but rather on the seeds of innovation behavior. After reading all of the tweets and emails and then thinking about the current toolset, I boiled down the manifesto to what follows below.
I didn’t do it alone. I enlisted the help of two colleagues who I also consider mentors: Ha Phan, quoted above, and Ajay Revels, my lean UX partner in crime. Visit the Lean UX Manifesto website for more of the back story.
So, here is what we believe:
We are developing a way to create digital experiences that are valued by our end users. Through this work, we hold in high regard the following:
  • Early customer validation over releasing products with unknown end-user value
  • Collaborative design over designing on an island
  • Solving user problems over designing the next “cool” feature
  • Measuring KPIs over undefined success metrics
  • Applying appropriate tools over following a rigid plan
  • Nimble design over heavy wireframes, comps or specs
As stated in the Agile Manifesto, “While there is value in the items on the right, we value the items on the left more.”

How The Manifesto Works

Let’s take each of these in turn and see how we can follow the principles of lean UX.


What if you worked at a company where usability testing just wasn’t done? Unfortunately, this is the sad state in which many of our fellow UX practitioners find themselves. How, then, do they follow the principles of lean UX?
With usability testing, we seek customer validation or early failure. Customer validation may be sought through other means as well. For example, does your company gather feedback from users? If that feedback is circulated, are you on the list of people who receive it?
Here are other sources of learning about customer needs:
  • Customer service representatives
    Their focus is on helping customers overcome experience issues. Try to speak to them regularly. They are likely documenting their calls, so see whether you can create some system for tagging experience issues that you can follow up on.
  • Sales representatives
    This is another group that is focused on the customer. They will understand what customer problems are out there to be solved. They’ll also know which features are important and which innovations customers want.
  • Website search data
    This is an invaluable source of customer desires. Search data can uncover website navigation problems and features or problems that customers are looking for.
Salespeople and customer service reps can be great sources of customer needs.
Salespeople and customer service representatives are great sources of learning about customer needs. (Image: Renato Ganoza)


Design should not be a solo exercise. Being a design team of one is no excuse. I use the design studio process and adopt the role of facilitator. Gather team members who own a piece of the project, and host a design studio workshop. Include at least the following people (adjusting to suit your unique organization):
  • Domain owner
    Your subject matter expert
  • Requirements Owner
    A business analyst or the person who gathers and writes the requirements
  • Data provider
    A data analyst on hand who is familiar with the analytics and can pull the info you need
  • Technology owner
    A developer, someone who understands the technology constraints and design patterns
  • Product or business owner
    A product manager or the person who owns this piece of business
  • Designer
    The UX or visual designer or person who owns the design and can facilitate the design studio
  • Researcher
    The usability analyst or UX researcher or person who owns customer development and persona creation


When you’re handed a requirements document, a thought-out solution, a feature, a brief or whatever artifact you receive to inform your work, begin by asking, “What problem are we trying to solve?” Ideally, you should clearly understand the customer’s problem. Design is problem-solving, so if you don’t know the problem, you can’t design a solution. If you do this enough, then the stakeholders will understand that you’re more than just a wireframe jockey. You’re a professional problem-solver with a system for creating solutions that make sense.


You can’t measure success if you aren’t… er, measuring. Avoid vanity metrics. I loveDave McClure’s pirate metrics:
  • Acquisitions
    Users come to the website from various channels.
  • Activation
    Users enjoy their first visit (a “happy” user experience).
  • Retention
    Users come back, visiting multiple times.
  • Referral
    Users like the product enough to refer others.
  • Revenue
    Users conduct some monetization behavior.


Lean UX should be a flexible process. As I started to develop the process steps for one cycle, I found myself overwhelmed with the number of tools being recommended. My advice, similar to what I’d say when creating a minimum viable product, is to apply the minimum tools required to get you to “pivot” or “persevere.”
Here are a few tools that I’ve found useful (not an exhaustive list):
  • provisional personas, right sized for the effort;
  • persona map (which we learned from Menlo Innovations);
  • assumptions, with the riskiest identified;
  • design studio;
  • paper prototyping in early stages;
  • digital prototyping (HTML preferred) in later stages;
  • guerilla design assessment (a better name for usability testing);
  • co-location wherever possible.
The design studio method is popular for collaborative design
The design studio method is popular for collaborative design. (Image:
Everything else should be applied as it makes sense. For example, if more customer development is needed, then take the time to interview as a team and to internalize customer needs. The lean startup world has no shortage of tools. Use only the ones that make sense to your project and that get you to a validated solution faster.


The goal is to release a product. Once it’s released, users won’t interact with the wireframes or requirements document as part of the product. They will interact with the product itself. So, try to spend less time on your design artifacts.
How can you lighten your wireframes?
  • Lighter annotations and more presentation
    I’ve found that if I take the time to present my unfinished wireframes to stakeholders, I will get valuable feedback sooner and save time.
  • Co-design
    If developers, quality assurance testers and business analysts are involved in the design, then they will share ownership and internalize the annotations. When this happens, you can pass off sketches as wireframes because team members will already understand the interactions.
  • Paper prototypes
    These serve a dual purpose. They get you to design validation (i.e. usability testing) sooner, but they also demonstrate the interactions. No need to write detailed wire annotations if the user can see the interactions firsthand.

It’s All About Principle-Driven Design

This all boils down to something that I call principle-driven design. As stated, some lean UX is better than none, so applying these principles as best you can will get you to customer-validated, early-failure solutions more quickly. Rules are for practitioners who don’t really know the value of this process, while principles demand wisdom and maturity.
By allowing principles to drive you, you’ll find that you’re more nimble, reasonable and collaborative. Really, you’ll be overall better at getting to solutions. This will please your stakeholders and team members from other disciplines (development, visual design, business, etc.). To quote the late Stephen Covey:
“There are three constants in life: change, choice and principles.”
That pretty much sums up lean UX.
SOURCE  : Smashing Magazine

Saturday, January 11, 2014

Jquery Validation with Regular Expressions

This time I want to explain about "Form validation using regular expressions with jquery". I had developed a tutorial using jquery.validate plugin, It's very simple. Implement this and enrich your web projects. Take a look at LIVE DEMO.

Javascript code
More details about regular expressions. Take a look at this tutorial below:
<script type="text/javascript" src="
<script type="text/javascript" src="jquery.validate.js"></script>
<script type="text/javascript" >
$(document).ready(function() {
$.validator.addMethod("email", function(value, element) 
return this.optional(element) || /^[a-zA-Z0-9._-]+@[a-zA-Z0-9-]+\.[a-zA-Z.]{2,5}$/i.test(value); 
}, "Please enter a valid email address.");

return this.optional(element) || /^[a-zA-Z0-9._-]{3,16}$/i.test(value); 
},"Username are 3-15 characters");

return this.optional(element) || /^[A-Za-z0-9!@#$%^&*()_]{6,16}$/i.test(value); 
},"Passwords are 6-16 characters");

// Validate signup form
rules: {
email: "required email",
username: "required username",
password: "required password",

HTML code
<form method="post" action="thank.html" name="signup" id="signup">
Email<br />
<input type="text" name="email" id='email'/><br />
UserName<br />
<input type="text" name="username" id="username" /><br />
Password<br />
<input type="password" name="password" id="password" /><br />
<input type="submit" value=" Sign-UP " name='SUBMIT' id="SUBMIT"/>

CSS code

font-family:Arial, Helvetica, sans-serif;
border:solid 1px #333333;
-moz-border-radius: 4px;
-webkit-border-radius: 4px