Saturday, November 21, 2009

finally end of sem 4

post underconstruction. pictures will be uploaded in a mean time.. XD hahahaz

Sunday, November 1, 2009

Left 4 Dead 2 coming out soon ><

Left 4 Dead 2 coming out tis 17th november. XD..

Friday, October 23, 2009

Tis is da largest mourth i ever seen so far. XD


found tis near da staircase at LKW.








It was 20cm wide XD..

Friday, October 16, 2009

AT4 no longer fun....

From AT1[2008] - AT4[currently]. studying in a class wif full of fun when frens are supporting each other. but seeing as each sem passes by numbers are getting less... 20? 10? 5? or none?... I feel tat AT4 is no longer fun lik once b4. Gang owes split for no reason or is there any reason? im not sure wad really happen.. but being a middle person is though when u cant decide which gang u should follow after da split..
Why must it had to be lik tis? Why we juz cant get along.. i had a feeling tat tis sem4 starting to lose alot of frens.. sum can be trusted, sum are juz ignorants.. why does ppl dont mix around anymore isit bcoz jelous? quarrel? kiasu? not popular? wierd ppl? geek? uncool? i feel tat all tis is juz too childish. Where is the act of kindness. hope tat i can make it throught till sem 6... one more year lik tis is juz killing me seeing them lik tis.. Everyone does mistakes. but lets not take revenge or become enemies among each other. Let us forgive and forget. =D

Thursday, October 15, 2009

Thank you for viewing my blog

Wow i juz notice i had over 012012 ppl viewed my page =D thank you ppl! Plz do help support me by clicking on the nuffnang adverlets on the right side of your screen =D Thank you.^^ your one click means alot to me =D LOL xD

你是超級白! XD

詞曲:HE 有激人 Hyhy & Eli




為什麼你會這麼白 難道你每天喝牛奶
叫人不想看也難 我要叫你超級白

超級白 超級白 超級白 你是超級白
超級白 超級白 超級白 你是超級白

超級白 你是超級白 一起唱

Wednesday, October 14, 2009

Amazing Deaf Violinist

This motivates me as a musician.. xD since im too busy trying to be an architect =D Hope i have not lost sight of my musical talent yet..><

A-Z Guide to Being an Architect

A-Z Guide to Being an Architect

A Is for Advocate

"I think you'll find that you really don't want to do it like that."

Architects have to explain and advise on technical issues to business stakeholders. They also have to be able to advise delivery teams on how to build. This advice is the currency of an architect; invested wisely, it will return goodwill and trust. The architect is asked for advice, because it is the architect's job to "see the whole."

See also: Abstraction, Agile, Acrobat, Availability, Analysis, Applications



B Is for Balance

"A little more to the left. Keep going. A bit more. Not that far. Sorry."

All decisions involve trade-offs—for example, adding a security measure may hurt performance. It is the architect's lot to make the right trade-off. Architecture may be a zero-sum game, but knowing what the system is intended to achieve enables the architect to choose the trade-offs that make the system successful. Of course, where there are competing objectives, it falls to the architect to explain the issue and seek resolution through prioritization of the objectives.

See also: Best Practice, Benchmarks, Building Blocks



C Is for Coach

"Work through the pain!"

With so many choices for the implementation of a solution, architects cannot simply dictate to development teams their notion of the "architecture." They are now called upon to coach development teams. Softer skills are needed: asking how and why rather than instructing "do this" and "do that." This is a Good Thing. Development teams who understand the reasons for the architecture are more likely to commit to it and are likely to do a better job of implementing it. Architects can also begin to spot talent within development teams and offer useful career progression opportunities.

See also: Communication, Champion, Context, Collaboration, C#



D Is for Dependencies

"What happens if I unplug this? Oh!"

The relationships among the components that make up anarchitecture are of fundamental importance. Dependencies are inevitable but should be as few and as manageable as possible. Draw a diagram and map the dependencies. Circles, whether direct (A depends on B and vice versa) or indirect (A depends on B which depends on C which depends on A) are a Bad Thing. If many things depend on D, then D needs to be stable because changing it will have a significant effect.

See also: Design, Development, Delivery, Domain, Documentation



E Is for Evangelist

"Let me show you something really cool."

Architects need to be advocates for the choices they have made; others need to believe in the ideas, frameworks, and guiding values of an architecture. Evangelism is about telling stories to different people. A simple segmentation may be a technical versus business audience, but there are really many differing audiences within that. The architecture needs to have a compelling story for each. An evangelist is able to synthesize and simplify complex scenarios for the benefit of common understanding.

See also: Enterprise, Engineer, Enthusiast



F Is for Frameworks

"How do I get there?"

Creating the architecture for a solution may be difficult. Creating the architecture for multiple solutions is harder—especially, given time pressures and the integration between solutions. An architecture framework is a structure that removes some of the wheel reinvention that would otherwise occur. It provides tools, methods, and a common vocabulary for the process of creating an architecture. An architecture framework can be considered to address the how of architecture.

See also: Facts, Functionality, F#, Firewall



G Is for Governance

"It is the opinion of the subcommittee..."

There comes a time, as they say, when you have to put on the suit if you're serious about doing business. Control is an important part of realizing an architectural vision. Regardless of the model of IT—centralized, decentralized, or federated—there will be competing requirements of equal value. A good architecture needs to be able to flex to differing needs, but not so much that the values of the architecture are lost to the immediate, possibly short-term, must-haves of the business. Equally, good governance can give a positive, dashboard-style view on technology for the business. Common understanding is always a Good Thing.

See also: Generative Programming, Generalist



H Is for Human Dynamics

"The system would have been a success if it hadn't been for those pesky users!"

Understanding how people interact with each other and the systems that support them is crucial to delivering successful solutions. The dynamics of each project and team will be different; the stakeholders' relationships and motivations may be unique to a given project. Knowing how to navigate human relationships is a key skill of good architects and good leaders.

See also: Heterogeneous Environments, Heated Debates, High Performance Computing



I Is for Innovation

"The lifeblood of any organization"

Most products can be viewed as a cycle of invention, innovation, commoditization, and redundancy. Invention is costly, slow, and can require luck and big leaps in thinking. By commoditization time, the game is up, and harnessing the work of others is probably the best option. Typically, therefore, it is the innovation space where advantages—efficiency, competitive differentiation, and so forth—can be achieved through perhaps smaller, but no less valuable evolutions and revolutions of existing ideas and solutions. Small teams can push for innovation constantly and take chances to make their name. Larger groups and organizations may not be able to move as quickly, but they need to enable innovation to percolate from individuals and teams and develop mechanisms for making the best of this inspiration and imagination. Architects can be the mouthpiece for the technical teams, and the ears of the business for innovation.

See also: Integrity, Inspiration, Infrastructure



J Is for Judgment

"With great power comes great responsibility."

When the discussion is done and a technical decision must be made, then an architect is going to have to exercise judgment. The team entrusts the architect to make these judgment calls, and the architect's good judgment gives confidence to the team. For better or for worse, a series of good or bad calls may be seen to characterize the architect: conservative or wise, impulsive or prescient, biased or brave. Exercising good judgment is vital, but in practice, even good judgment will sometimes turn out to be wrong. Don't worry about making a mistake; worry more about not doing anything.

See also: Java, Just In Time



K Is for Knowledge

"If only I knew then what I know now."

Knowledge is a key architectural tool. Of course, being aware of the boundaries of your knowledge is a Good Thing. Areas that are known unknowns are ripe for proof-of-concepts and other knowledge-building exercises. Unknown unknowns, on the other hand, are Bad Things: They are the architectural equivalent of gremlins. Knowledge of technology is only one, albeit important, domain that an architect needs to command. An architect also needs to know about the nontechnical factors that will be in play, such as organizational structures, enterprise strategy, business processes, and development methodologies.

See also: Kernel, Keyboard



L Is for Leadership

"I'm behind you all the way."

Leadership is vital for an architect and typically takes two forms: thought leadership and team leadership. As guardian of the architecture and the values behind the architecture, the architect is thought leader: The architect continually reevaluates the vision and re-presents the "newer, shinier" vision, with comment on competing visions and emerging technology. As team leader, an architect may not be required to perform line management duties, but may be called upon to be an icon for the rest of the team, providing confidence, insight, motivation, and inspiration.

See also: Lean, Linux, Latency, Load Balancing



M Is for Modeling

"So, to help us visualize how this might work, I made this model using nothing but twigs and guitar strings."

A model is a representation of something—for example, a business process or computer system. Views of a model provide a way to communicate and understand ideas about the problem and the solution. Different views address different concerns—overloading one view in an attempt to address multiple concerns will either lead to an overcomplicated view or an oversimplified understanding. Having a shared notation for representing these views of a model can simplify conversations about the model—although, if the notation becomes too complex, this benefit is soon lost.

See also: Management, Maintainability, Messaging



N Is for "N-tier"

"A house of cards"

Data Layer, Business Logic Layer, User-Interface Layer. Job done. Well, not quite. N-tier is a vague term at best, and doesn't really say anything more than pointing to the idea that there should be some kind of separation of concerns between various chunks of code. With Service-Oriented Architecture (SOA), and, most recently, the explosion in cloud services—either as back end (cloud storage for example) or front end (such as Facebook)—actually describing the architecture can be harder than building it. We're fans of the "Petri dish" approach: concentric circles usually containing square boxes as if suspended in agar jelly.

See also: Needs, Networks, Nonfunctional Requirements, .NET



O Is for Object Orientation

"Encapsulate this!"

Object Orientation (OO) is a programming paradigm that rose to prominence in the 1990s. It can be thought of as a way to conquer complexity by dividing a big problem or program into bite-size, digestible, and, of course, logically coherent chunks. Object orientation is often referred to as OO and sometimes as OOP (Object-Oriented Programming), which is only a letter away from sounding like a mistake. To ensure acronym coverage, we must also mention OOAD (Object-Oriented Analysis and Design). Object orientation is as much an analysis technique as it is a programming paradigm, although translation is often required from an analysis, or conceptual, model to a design, or logical, model—just as there is between the design model and the implementation, or physical, model. An object—the entity at the core of OO—has both behavior and data, and the functionality of a system is achieved through the interaction of objects. Objects, which are instances of classes, expose their abilities via methods. There are, predictably, some key concepts and terms to be learned in order to grasp OO—the most important being inheritance, polymorphism, encapsulation, and abstraction.

See also: Operations, Object-Relational Mapping, Operating System, OLAP



P Is for Patterns

"I think I see something emerging from the chaos. Is it a zebra?"

Patterns are everywhere it seems. Where there was the Gang of Four and their original Design Patterns, now there are many resources and books dedicated to patterns across many disciplines. Some are stronger than others and probably some judicious pattern-weeding is necessary for a well-maintained architectural garden. Patterns provide both a template for the implementation of a particular concept but also a common language to discuss abstract and complex concepts without the need to resort to a full description, or a diagram—although we'd probably do that, too.

See also: Principles, Platforms, Politics, Performance, Process



Q Is for Quality

"Good enough isn't good enough."

Quality is often understood as a synonym for good. Good is hard to define and measure. Quality should be defined and measurable. What quality is really about is ensuring that the solution meets the requirements and all the applicable standards (as defined by the enterprise, industry, statutory authority, and so forth). By defining and specifying the metrics and standards, a solution can be judged—and, if necessary, improved.

See also: Qualifications, Queries, Quantification, Quantum Computing



R Is for Road Maps

"You take the high road, and I'll take the low road."

Where architecture and real life sometimes come unstuck is in the difference in times between the production of concepts and the subsequent realization of the vision. Many obstacles stand in the way of a beautiful architecture: differing views, changing product strategy, short-term tactical needs. A road map can help to maintain the original vision, providing a view on the now, the soon and the later of the implementation. A road map can provide the business with a view on the plans and targets of the technology teams. A road map can sometimes help you remember just what it was that you were trying to do in the first place.

See also: Requirements, Realization



S Is for Strategy

"What are we trying to achieve?"

Strategy sets out how to achieve your goals. Architectural strategy is derived from the enterprise strategy—it should enable the enterprise to achieve its goals. The word "strategic" should be used with care and caution—many before you have used it to justify costly, long-term investments with ill-defined benefits. A strategy, like a good military plan, should be adaptable—otherwise, it will collapse upon contact with reality. Strategy is often confused with—and sometimes mistakenly thought to be in opposition to—tactics. Tactics are the specific actions that, by achieving objectives, are the implementation of your strategy.

See also: Services, Software, Standards, Security, Scalability



T Is for Thinking

"I think, therefore, I clearly have too much time on my hands."

As a skill, thinking is typically not a problem for developers and architects. Finding the space and time to think is a little harder. In these days of a constant bombardment of information from the blogosphere—good, bad, and ugly—it can sometimes be hard to find the inclination to think for oneself. Such a crucial activity needs to be given focus and an architect should be prepared to make the space and time and defend it. Think about thinking: What works for you? Long train journeys? Music? A hot bubble bath? It might be hard to install a bathroom suite in the office, but you never know.

See also: Technology, Transparency



U Is for Understanding

"I do believe you've got it."

Understanding is complementary to knowledge. Understanding people, systems, and processes makes a significant difference to the outcome of a solution. It is the antithesis of assumption. Some nefarious types will present assumption as understanding; this is undoubtedly a Bad Thing and will not lead to the Promised Land of Good Architecture. Questioning is a key technique for reaching understanding; used well, it can puncture assumption, myth, and other forces that could derail a project.

See also: UML, Unix



V Is for Values

"Explain to me again why we're doing this..."

The values of an architecture are best expressed as principles—the value system that guides decision-making and architectural practice is made up of these values. Principles are, therefore, the foundation that underlies architecture. To be effective there should be no more than a handful of enterprise-level principles and they must have the support of senior leaders. A good principle is clear, consistent, relevant, appropriately focused, adaptable, and stable.

See also: Virtualization, Visualization, Views



W Is for Whiteboard

"It's probably easier if I just draw a picture."

Good whiteboarding skills are a true art: It is easy to become an apprentice, but achieving mastery is always elusive. On the evidence of our own careers, we suspect that many great ideas have never been implemented simply because of a "bad gig" on the whiteboard. In the future, if the original pioneers of computer technology are to be remembered (that's you, by the way) then the most fitting monument would be a huge statue of a whiteboard in pristine white marble, with just a few tell-tale signs of the accidental use of a permanent marker.

See also: Workflow, Wikis, Windows, Web



X Is for XML

""

XML has become a universal markup language; thus, providing a nonproprietary format for data storage and a means to integrate systems and applications. While it has its detractors and there are rival markup languages (such as JSON and YAML), there is, as yet, nothing that can rival the reach of XML. While some may think of XML as the Esperanto of the Web, it is really nothing more than the basis for a shared language. Think of XML as providing the letters and the punctuation, but not the words or grammar. XML Schema (XSD) provides a means of defining XML documents that can be shared and used to validate documents. And, while there are alternatives, such as RelaxNG, XSD—like XML—has sufficiently broad reach that it is likely to be understood by partners and customers.

See also: XSD, XPath, XQuery, XAML, XOML



Y Is for YAGNI

"Stay on target! Stay on target!"

Great designs are often not grand designs. Using good judgment to decide when to build new features, or reuse prior work, or skip the features is all part of the architectural game. Still, it can be appealing to keep just building new stuff, just in case it's needed in the future, because "you never know." Of course, you do know; not much software lasts for all that long these days, owing to new techniques, channels, and even languages that can be exploited. If you're not sure, more than likely, You Ain't Gonna Need It.

See also: YAML, Yottabyte



Z Is for Zeitgeist

"All the cool people are doing it."

Zeitgeist or "spirit of the age" is an important aspect of thinking and values and leadership. It's magnified with the rate at which "ages" manifest themselves. We're already on Web 2.0 after all. Understanding how to react to the zeitgeist ensures that the right steps are taken to respond to changing circumstance: "Let's reinvent ourselves as Facebook tomorrow." Typically, for an architect, it is not so much the manifestation of new thought—those are just implementations—as the underlying memes and their importance in the technology landscape. Everyone else sees "social networking," where an architect sees "the semantic Web."

See also: Zeal, Zettabyte, Zero Day Exploit

Monday, October 12, 2009

Randomness xD

Ever wonder how did ppl prevent The Leaning Tower of Pisa from falling over? @.@
guess =D
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
v
Here's da answer to tat. xD

LOL XD.. [juz for laughs ^^]

Sunday, September 27, 2009

Google or Googlle? O.o

stumble upon Google logo.. hmmm... wonder isit a mistake or they decide to change thier company name to Googlle instead? xD

Tuesday, September 1, 2009

my AT Sem4 facade relief model of Penang Town Hall

tis is my Architecture Techniques assignment on facade relief model. i choose Penang Town Hall. Using 100% balsa wood only >.< enjoy.







layer 3.. da most risky n hardest part.. da balsa wood keep on breaking off easily.. >.<





65% completion..





using wood paint to get da colours right =)





I hate doing da windows xD...





finally.. juz add a few details to go.. 99% completion..





Tadaaa~! 100% completion.





facade view of actual Penang Town Hall





Damit miss out sum details in my facade model.. haiz.. too late liaw.. its oledy in shop for framing le today... >.<"





After framing le^^

Saturday, August 29, 2009

Congrats to Kelvin & Samantha on thier wedding. ^^

My cousin's wedding tat i missed out tat saturday morning xD.. due to class.. sigh.









Cousin's wedding dinner at Riverside Majestic ^^









more pic soon... xD

Wednesday, August 26, 2009

random...

LOL. since i saw YWK had her display picture of a cute bottle of wang qing shui so i ask her to draw me tis

xD hahaha..

Ah Chang VS. Stanley

Previous was Ah Chang VS Ah Kien but now Stanley. LOL. xD.

Thursday, August 20, 2009

World tiniest BB gun? o.0

Hav u ever wonder how small a spring BB gun can get? Cost only 50sen each from an egg-toy machine.(9 BB pellets included) =D










It's suprisingly strong. about 100fps. xD Dont worry, im not gonna shoot at any1. Juz for collection >.<

Bored... again

wad i do when im bored.. =D


Candlelight dinner anyone? =D



I did tis tiny model furnitures wif chicken on plate, fork n spoon, glass,... out from my leftovers balsa wood chips... xD LOL.

Wednesday, August 5, 2009

= =" zzz tagged me for wad???

tagged by connie.

Once you've been tagged, you have to answer all the question HONESTLY. Lastly choose 6 people to be tagged :)

1. How old were you when you had your first relationship ? --> never

2. Are you taken/single? --> single

3. Do you like anyone right now? --> no one

4.. Ever had your heartbroken? --> yup..

5. Miss anyone right now? --> cherrie > <

6. Who was the last person you sent a text to? --> alastair

7. Last person to text you? --> alastair

8. Last person you saw? --> my mum

9. What was the last thing you said to someone? -->"thank you, bb"

10. Who is top in your top friends? --> top ar?.. dunno leh.. so many equally gud frens =D

11. Who do you trust the most in your life? --> God

12. Who do you love most? --> God

13. Ever been in love? --> yup..

14. Who has hurt you the most? --> cherrie > < haha.. gomen ne.

15. Has a tragedy ever happened in your life? --> let me see... dislocated my arm once.. cheat death, nearly hit by tat stupid white mitsubishi lancer during secoundary school time. > <

16. Are you happy? --> happy of? o.0

17. How many good friends do you have? --> quite a sum. =D

18. Are there some songs you cant listen to because they remind you of someone? --> ya.. utada hikaru - 1st love. = =

19. Have you ever cheated on a partner? --> dont hav partner yet.

20. Ever been cheated on? --> yes.

21. Ever been told someone loved you? --> ya... but i blur blur so dunno wad happen xD haha..

22. Ever told someone you loved them and meant it? --> yup..

23. Not meant it???? --> nope.

24. What is your idea of true love? --> patient, kindness and everlasting.. =D

25. Do you believe in love at first sight? --> ya..

26. Do you believe that it is best to have a friendship first then love? --> ofcoz.

tagged:
1. cherrie
2. kiDo
3. calvin
4. steven
5. ai
6. alastair

Monday, August 3, 2009

LKW classroom got burnt.. =(

I hav no idea how did it happen.. and it sum say it started from one of da wiring near da sink? Lucky da fire dint spread to other rooms... look at da ceiling.. xD its grey black incolour... da smell was bad..


Here is a photo tat i manage to take after tat incident. Tis was my sem1 classroom. >.<

Sunday, July 26, 2009

The guy who sat broke on the chairs.

Guess which elephant sat on tis chair?



.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
... its Steven again.. =.= for da forth?.. fifth?.. time oledy.. OMG... tis time da chair broke 2 kaki. >.< next time four kaki broke liaw... xD



play bb gun till song si lah...

Sunday, June 21, 2009

Friday, June 19, 2009

Thursday, June 11, 2009

My AT Sem 3 Final works

Basically, this is my final assignment in my Architecture Design class... having lots of sleepless nites doing this assignment. XD
Project:
"DANCING WITH MY HERO"






My hero was "The Thing" from the movie "Fantastic Four".




His Characteristics.








My Final Boards. XD SEVEN A2 size boards!!!... all done manually using rendering, drawing, sketching and so on.. i was gonna do it using photoshop throughout my boards.. but due to having limited time left. so was no choice but to do it manually instead. I quite like the outcome of it eventhought its quite messy abit.. well... im still a learner. And i'm willing to learn =)






These are sketch models







My WIPs





My favourite shot of my model is tis. A lucky shot. =P was taking photos of my final model.. and suddenly a bright Sun came... and sum how cause this rainbow effect. xD hehe.













Bedroom



Toilet



Kitchen and dining area









Home Theater =D



Balcony






My AT Sem 3 Final works. Hope u Enjoyed watching =)