rss
twitter
    Find out what I'm doing, Follow Me :)

7 Inspiring Tips ?

Inspire us to a better company?

1.  Share your expertise.  Whatever it is you are passionate about or an expert in — share your information.  Contribute to the community.  Help others learn.  Blog, podcast, speak — whatever works for you.  Jason and the 37signals team are phenomenally good at this.  They blog, they speak, they wrote a fantastically practical book.


2.  Be your own customer.  Try (if you can) to eat your own cooking.  A product works out much better when you use it yourself.  Solve your own problems.  Fix the things that annoy you the most.  Beyond just 37signals, there are lots of examples where people built software that succeeded in part because they use it themselves.  GMail comes to mind. 


3.  Minimize unused inventory.  Don’t write a bunch of code that not a lot of people are going to care about and you don’t need today.  We have a tendency to “design for the future” and add features or architectural elements with the expectation that they’ll be useful someday.  Wait for that day.  You might “overpay” if/when you do get around to needing it (because it’s more expensive to add things later), but on average, you’ll be better off not writing that code that you don’t need just yet.  This is not an excuse for poorly designed software — it’s an argument for being selective as to where you design in future expansion.


4.  Take a stand.  Have an opinion and take a stand.  37signals does a great job with their “less is more” stance.  They have a passionate position and are willing to defend and debate it.  You don’t have to take extreme positions on everything, but there should be something you feel passionately about that you don’t just pick a happy, non-controversial middle-ground.  Ideally, it’s this particular idea that your startup is centered around.


5.  Charge early, charge often.  There is no shame in putting a price on your product.  Doesn’t matter how early it is. Just give customers an easy way out.  Let them decide whether your product is worth paying for.  If not, keep cranking.  Too many startups feel like they need to have the “perfect” product before they can begin charging for it.  That’s almost always a mistake.  Charge early.  Once you start charging money, all sorts of good things start to happen (for example, customer feedback starts to happen, because you actually have customers).  Then, try to charge as often as possible.  Instead of “big chunks” of money changing hands, try to move to smaller, recurring chunks.  Many SaaS businesses function this way (with some sort of subscription or “pay by the drink” model).  It works.


6.  Contribute Some Bits Back:  As you know,  David Heinemeier Hansson, a partner at 37signals is responsible for the phenomenally successful Ruby on Rails.  This benefits them more than the “positive karmic loop” thing.  By contributing to the open source community, they’re able to leverage the power of that community and make the platform they use for their own stuff much better.  But, please don’t misunderstand me.  I’m not suggesting you should go out and try to build some platform/framework.  In fact, please don’t try and go do that (99.9% of us should not be obsessing over building platforms/frameworks — particularly folks like you and me).  Just find ways to contribute back — even if they’re small ways.  It’ll help in at least two ways:  You’ll develop better stuff and you’ll attract better people.


7. Build A Community:  Software companies these days are about more than just the product — they’re about the people around the product.  This includes both those that built the product’s users.  Invest the time and energy to foster a vibrant community that connects the people that care about you, the company and the products.  Allow customers to engage with each other.  This is useful not just from a “more value in the software” perspective — but it also helps with respect to competition.  If a big, 900–pound competitor comes after you some day, it might be easy for them to build some of your product features, but it will be much harder for them to steal your community.   

Are you a 37signals fan?  Did you read “Getting Real”?  If so, what other practices or philosophies do you think they use that most other startups should emulate? 

Posted by Dharmesh Shah on Mon, Aug 31, 2009.

http://onstartups.com/tabid/3339/bid/10386/7-Things-Your-Startup-SHOULD-Copy-From-37signals.aspx




Photoshop Mass Resize

Super Strat for Mass Resize
  1. Put all of the images you want to process into one directory then open any one of them in Photoshop. Then go to Window --> Actions to show the palette.
  2. At the bottom of the palette, click the small page-turning icon to create a new action. Give it a name and click [OK].
  3. Then at the bottom of this palette, click the small circle button ("Begin Recording"). This initiates a VCR-like functionality that will record all of your actions and store them so that they can be repeated on other images.
  4. Go to Image --> Image Size. Here, specify the new image size; you can change the select pop-ups for either the "Pixel Dimension" group or "Document Size" to change the units. Either one of those will resize it correctly. Click [OK] when you're done.
  5. Go to File --> Save As and save it to whatever location (you can specify a new folder) with the right format, compression, and output settings.
  6. Now go back to the Actions palette and click the small square button ("Stop Recording") to stop and save the recording.
  7. Close the currently opened image.
  8. You are now ready to automate the process, go to File --> Automate --> Batch. Set these settings:
  9. Action: the action you just created
  10. Source: Folder
  11. Choose...: select the folder where your images to process are
  12. Destination: Save and Close
  13. Override Action "Save As" Command: No
  14. Click [OK] and let Photoshop process all your photos. When it finishes, all your images should be resized in a new folder (if you set that).
Source: http://www.vbulletin.com/forum/archive/index.php/t-177759.html

GUI Plan



Beta GUI PLAN , Comments needed ;)

Things we lack of ...

A list of what we are lacking now :)


MANPOWER !


TIME IS MANA !


GREAT IDEAS !


CASH TO PUSH OPERATIONS


DSLR CAMERAs !


A WRITER !


3G SERVICES !

Convocation



Convocation

From Wikipedia, the free encyclopedia
A Convocation (Latin 'calling together', translating the Greek ecclesia) is a group of people formally assembled for a special purpose

What is the purpose now?IMO its the development of www.foodmice.com

Rushing against time ~~ gambate foodmicers ! ! ~



Tiring Meetings

Day 1
Sunday(2 Aug 2009)

After taking lunch and bath, Micer1 picked Micer2 and Micer3 from Bukit Mertajam and headed to Sungai Bakap to meet up with Micer4.Duration taken from lunch to destination approximated around 1hour (2:00pm-3:00pm)

Upon arrival at the base of Micer4, Micer4 just sent away a group of visitors and freed his time to entertain Micers123. The meeting commenced around 3:15pm after some unnutritious talks.

Discussion Topics:
1) GUI (wtf, still GUI)
2) Layouts of the Tab
3) Cuisines Type
4) Improvement to the Web
5) Potential Sponsors
6) Additional functions
7) Marketing Strat
8) Brain Storming
9) Others

Meeting went from 3:15pm to 11:00pm with a break around 5pm for HighTea. Micer5 complete most of the GUI revamp around 10:30pm to be reviewed.After the meeting at 11:00pm, Micers1234 went to satiate their hunger at an outdoor hawker spot behind Shell station. Micer1's parents gave him a whip to head home asap, micers1234 disbanded and went back. End of Story ....... LOL !

Day 2
Tuesday(4th Aug 2009)

Started up with Micer1 waking up Micer2 upon his arrival at 10:00am, touch up on the website started immediately Micer1's laptop booted up. Micer2 pointed out a few problems to be cleared. While Micer1 is debugging, Micer2 takes the time to freshen up. Around 12pm, Micer3 arrived to review on the progress of the task. Micer4 called up and inform the team that he will be coming to the meeting after his bath(lol,semua nak bath kah). After lunch, everyone gathered to proceed on their works. Micer2 and Micer3 explained the Planned GUI during Sunday to Micer1. After acknowledging the requirements , Micer1 promise to get the job done by Thursday. Micer4 continued on his essay writings.Discussions ended around 5:30pm.Next meeting will be on Thursday... see you micers ~

Discussion Topics:
1) GUI minor adjustments
2) Layout for Highlights,Recipe and Healthtips
3) Minor adjustments to Admin Functions
4) Collect data for the 3 tabs
5) Layout for Stats
6) Set interview meetings



CrowdSourcing

CrowdSourcing in short is to let the crowd to provide the information for a company. Lets have a brief look on the pros and cons about it

Perceived benefits of crowdsourcing include:
  1. Problems can be explored at comparatively little cost, and often very quickly.
  2. Payment is by results or even omitted.
  3. The organization can tap a wider range of talent than might be present in its own organization.
  4. By listening to the crowd, organizations gain first-hand insight on customer desires.
  5. The community may feel a brand-building kinship with the crowdsourcing organization, which is result of an earned sense of ownership through contribution and collaboration.
(Quick to gather information, Bigger perspective of information, Low till none payment for the info, Higher interaction between company and users)

Some possible pitfalls of crowdsourcing include:
  1. Added costs to bring a project to an acceptable conclusion.
  2. Increased likelihood that a crowdsourced project will fail due to lack of monetary motivation, too few participants, lower quality of work, lack of personal interest in the project, global language barriers, or difficulty managing a large-scale, crowdsourced project.
  3. Below-market wages or no wages at all.Barter agreements are often associated with crowdsourcing.
  4. No written contracts, non-disclosure agreements, or employee agreements or agreeable terms with crowdsourced employees.
  5. Difficulties maintaining a working relationship with crowdsourced workers throughout the duration of a project.
  6. Susceptibility to faulty results caused by targeted, malicious work efforts.
( Info overload, No money no motivation, Dependant on users, Quality of work difficult to be maintained)

Suggested Ways
  1. Crowds should operate within constraints.To harness the collective intelligence of crowds, there need to be rules in place to maintain order.
  2. Not everything can be democratic.Sometimes a decision needs to be made, and having a core team (or single person) make the ultimate decision can provide the guidance necessary to get things done and prevent crazy ideas and groupthink from wreaking havoc on your product.
  3. Crowds must retain their individuality.Encourage your group to disagree, and try not to let any members of the group disproportionately influence the rest.
  4. Crowds are better at vetting content than creating it.It is important to note that in most of the above projects, the group merely votes on the final product; they do not actually create it (even at Cambrian House, where the group collaborates to create the product, individuals are still creating each piece on their own and the group votes on whose implementation of an idea is best).
( User can only participate in giving some but not all information, Some feature still have to be maintained by Admin to maintain quality info, Among admins must have their own ideas on the project and not just follow the person in charge, Users can rate the final work but not all their ideas must be dealt with)



Pros and Cons taken from Wiki:
http://en.wikipedia.org/wiki/Crowdsourcing
Suggested way taken from:
http://www.readwriteweb.com/archives/crowdsourcing_million_heads.php


Please leave your thoughts about it, thanks....