Zero's eye

우리가 혀로 느낄수있는 맛은 달고 시고 쓰고 맵고 짜고 떫은맛을 기본으로 하지만 그 외에도 느낄 수 있는 맛들이 있으며 그 표현하는 말도 다양하다

 

다음은 단맛,신맛,쓴맛, 매운맛, 떫은맛의 기본맛외에 느낄 수 있는 맛들과 그 표현들이다

 

구뜰하다 : [형용사] 변변하지 않은 국이나 찌개 따위의 맛이 제법 구수하여 먹을 만하다.

 

구수하다 : [형용사] 맛이나 냄새 따위가 입맛이 당기도록 좋다.

 

담백하다 : [형용사]1 아무 맛이 없이 싱겁다.

2 음식이 느끼하지 않고 산뜻하다

 

엇구뜰하다 : [형용사] 변변찮은 국이나 찌개 따위의 맛이 조금 그럴듯하여 먹을 만하다.

 

엇구수하다 : [형용사] 맛이나 냄새가 조금 구수하다.

 

맹맹하다 : [형용사] 음식 따위가 제 맛이 나지 아니하고 싱겁다.

 

모름하다 : [형용사] 생선이 신선한 맛이 적고 조금 타분하다.

 

밍밍하다 : [형용사] 음식 따위가 제 맛이 나지 않고 몹시 싱겁다.

 

바따라지다 : [형용사]음식의 국물이 바특하고 맛이 있다.

 

배틀하다 : [형용사] 배착지근(비릿하고) 감칠맛이 있다

 

비틀하다 : [형용사] 약간 비릿하면서도 감칠맛이 있다

 

삼삼하다 : [형용사] 음식 맛이 조금 싱거운 듯하면서 맛이 있다

 

심심하다 : [형용사]음식 맛이 조금 싱겁다.

 

싱겁다 : [형용사] 음식의 간이 보통 정도에 이르지 못하고 약하다

 

짐짐하다 : [형용사] 음식이 아무 맛도 없이 찝찔하기만 하다

 

칼칼하다 : [형용사] 맵거나 텁텁하거나 해서 목을 자극하는 맛이 조금 있다

 

타분하다 : [형용사] 음식의 맛이나 냄새가 신선하지 못하다.

 

텁지근하다 : [형용사] 입맛이나 음식 맛이 좀 텁텁하고 개운하지 못하다.

 

 

방언들

 

구스다 : [형용사][옛말] ‘구수하다’의 옛말.

쿠싱하다:[형용사][방언]‘구수하다’의 방언(제주)

슴슴다 [형용사][옛말]‘심심하다’의 옛말

DAVID

SUNFLOWER SEEDS

Original Roasted & Salted

All Natural

411g 

내가 좋아라 했던  DAVID 해바라기씨다. 오산 Airbase 에서 근무할 당시 미군 스낵바에는 저 해바라기씨가 있었더랬다. MLB(미 프로야구)를 보면 감독들이나 선수들이 무엇인가를 오물오물 씹다가 뱉는 광경을 가끔 볼수 있다. 그것은 해바라기씨를 입안에서 알맹이만 빼먹고 껍데기는 버리는 것이다.

그래서 나도 그렇게 해봤다.. 입이 전혀 심심하지가 않았다. 그러나... 많이 먹으면 짠맛이 너무나서 적당히 먹는게 좋을 것 같다. 박찬호씨가 MLB에서 명성을 날리던 때 덕아웃에서 DAVID 플라스틱통(해바라기씨를 그통에 담아서 판매하는것 같음)위에 앉아있는 장면을 본적이 있다.

한참 시간이 지난 지금 문득 그 당시 먹었던 DAVID 해바라기 씨가 생각난다.
 

뻔한 논리같지만 TW로서 반드시 지켜야 하는 Rule입니다.^^
 
1. Paper is Permanent
-Mistakes don't go away.
-Errors destroy the credibility of the product and the company.
-You won't be there to verbally clarify things.
-Proofread and edit thoroughly!
 
2. Know Your Audience
-Make safe assumptions.
-Distinguish the user from the market.
-Tap internal sources (marketing, tech support, etc.)
-Get customer contact.
-Learn to deal with mixed audiences.
 
3. Highlight Hazards
-Find hidden hazards.
-Rank warnings by severity (warning, causing, note)
-Make hazard visual clear. (indent or group)
-Place warnings appropriately.
-Explain ramifications.
-List prerequisites.
 
4. Break It Out
-Always remember that users don't read blocks of text!
-Use tables for values and specs.
-Use numbered lists for procedures and instructions.
-Use bulleted lists for features and other non-sequential information.
-Use flowcharts for branching processes.
 
5.Don't Write "Blind"
-Never rely on second- or third-hand information!
-See it, touch it, use it.
-If you can't do it, you can't explain it.
-Think and ask; what they want is not always what they need.
 
6. Be consistent
-Decide how to refer to the product.
-Pick one technical term.
-Consider interface elements and actions.
-Don't forget style, fonts, and layout.
-Use a style guide!
 
7. Signpost
-If it isn't documented, it doesn't exist.
-If it isn't accessible, it isn't documented.
-Never make users read material that isn't appropriate for them.
-Use layout and typography to indicate relationships of elements.
-Add roadmap in online Help.
 
8. Don't Violate Standards
-Recognize the difference between a legitimate standard and a bad de facto rule.
---(You need a good reason to change a standard.)
-Go to the source for the certification and guideline standards.
-When no rule exists, UDSG!
 
9. Contemplate Before You Illustrate
-Do you really need it?
-Do you need all of it?
-Does it enhance the text?
-Does it confuse the reader?
-Is it placed properly?
 
10. Cut the Fluss
-Remember, fluff kills!
-Watch out for these fluff items:
  "If you want to, you can..."
  "You may at this point need to..."
  "It is recommended..."
  Please
  Might, can, choose to
  Vague languages (more, some, bigger, a lot)
-Where possible, use telegraphic style.

이미 보신 분들도 계시겠지만 아직 못보신 분들을 위해 퍼왔습니다....

캠릿브지 대학의 연결구과에 따르면, 한 단어 안에서 글자가 어떤 순서로 배되열어
있는가 하것는은 중하요지 않고, 첫째번와 마지막 글자가 올바른 위치에 있것는이
중하요다고 한다. 나머지 글들자은 완전히 엉진창망의 순서로 되어 있지을라도
당신은 아무 문없제이 이것을 읽을 수 있다. 왜하냐면 인간의 두뇌는 모든 글자를
하나 하나 읽것는이 아니라 단어 하나를 전체로 인하식기 때이문다.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
다시 천천히 읽어보세요^^

역시 놀라운 인간의 두뇌..감탄사가 저절로 나온다... 어떻게 이런일이.. 처음 읽을땐 그냥 무심코.. 머야..
별거 없잖아.. 하고 지나갔는데 천천히 다시 읽어보니.. 젠장... 이런거였군.. 하며 10t 해머로 머리를 치는 기분이드는구나..

얼마전부터인가 은행단지근처에 소래농협 옆에 건물을 지을 준비를 하더라.. 도대체 저놈 머하는 놈일까?
얼마후 플랜카드가 붙고 "멀티플랙스 8개관 영화관 입점 예정" 이라는 문구가 나의 눈을 사로잡았다.

좋아.. 이제 멀리 나가서 안봐도 되겠다. 싶었는데.. 오늘 보니.. "CGV시흥"이라는 문구가 선명하게 쓰여있더라. 아.. 이어찌 반갑지 아니한가.. 시흥시도 점차 발전하는 것 같다.

GS마트도 있고 CGV도 있으니.. 인제.. 백화점이 들어설래나.. 하긴 인구수가 더 늘어나면 교통편도 좀 늘어나고 해야 사람이 살지.. 강남까지 직통으로 다니는 버스가 좀 생겼으면 좋겠다..
중동, 상동쪽으로는 강남에서 버스가 늦게까지 다니는데 왜 시흥시에는 없을까?

빨리 생기길 기대해 본다..^^

Become a Great Technical Writer
even if you are not a great writer

Are you contemplating or beginning a career in technical writing? Have you been asked to create the user guide for your company's software application? Have you been asked to hire and manage a writer?

Where do you begin? How can you get an interview when you have no experience? How do you know if the technical writer on your team is doing a good job or a poor one? Can you find out before you hire the person?

Technical writers (known as technical authors in the United Kingdom) translate and organize complex information into user guides that any person can understand and use with ease. But in the 16 years that I have been in the business, I have often found myself working with writers who do not really know how to write manuals or use the desktop publishing software, and with clients who are not entirely sure what to expect from writers. More often, I have had to clean up a documentation mess left behind by a previous writer. This asymmetry between expectation and output can create technical writers who unknowingly make the same costly mistakes year after year, and clients who regard technical writers as a high-cost, low-value drain on the company's bottom line.

This site, whether you are a manager or a technical writer, will get you all working on the same page. If you are a writer, you will see that technical writing requires skills other than the ability to write. In fact, it is possible to write great user guides even if you are not a great writer. You don't need to spell perfectly (I don't), and you don't need to know the difference between a dangling participle and a dangling gerund. But although you don't have to be a great writer, you will probably be happier in the job if you like writing and are a competent writer. If you find it difficult to organize your thoughts and put them down in writing, you might find the job boring, unpleasant, and unrewarding.

In fact, writing is only a fraction of what you will do as a technical writer. This site, therefore, does not show you how to become a great writer—many other sites exist to help you with your grammar and style—but it does provide you with information, skills, tips, and techniques that can help you become a great technical writer.

Notes For Managers
If you are a manager, this site shows you what you can expect from the technical writers on your team. Although this site speaks mainly to the writer, you will easily be able to develop from the information provided your own expectations and requirements for your writers. This site will also help you distinguish between good and bad technical writing and it will tell you what to look for when hiring a writer. In particular, you should read the first three articles below.

:: 관련 링크 ::
http://www.docsymmetry.com/index.html