부녀자. 음… 대체로 여성을 이야기하고,BL에 빠져 있는 사람들을 말하는 것 같다.
https://mirror.enha.kr/wiki/부녀자
…라고 하지만 나도 잘은 모른다. 이 용어의 정의에 대해서는 엔하위키가 좀 더 정확한 정보를 제공할 수도 있겠다.
난 오타쿠는 아니다. 애니메이션은 좋아하지만.
아무튼. ‘부녀자 취급설명서’는 만화책인데, 부녀자들의 일상생활 같은 것을 다루고 있다. 일상적인건지 일상인건지는 잘 모르겠지만.
왠지 내 주변에 있는 여자들 중에서 읽으면 많이 공감하는 사람들이 의외로 많을지도. 물론 내 주변에 있는 사람중에 부녀자는 없다고 믿고 있지만. (믿고 싶은건 아니다.)
오래간만에 집에서 스파게티를 해 먹으려고 스파게티 면을 삶았는데.
토마토 소스 스파게티를 먹으려고, 전에 먹고 남겨둔 토마토 소스 병을 열었는데 곰팡이가 성장하고 있었다. 냉장보관했는데…
못믿을 냉장고.
그건 그렇고, 그래서 토마토 소스는 전부 버리고. 나는 소중하니까. 어차피 1인분 정도밖에 안 남아서 아깝지는 않았으니까. 토마토 소스를 전부 버린 건 좋은데, 소스가 없다.
일단 스파게티 면은 후라이팬에 올리고 기름으로 볶으려고 준비를 다 해놨는데. 스파게티는 이미 볶아지고 있고.
그래서 뭘로 해먹을까 고민하다가 냉장고를 뒤져보니 어머니가 싸주신 김치(적당량)이 남아있어서 후라이팬에 부었다. 그리고 기름이 부족한 것 같아서 올리브 기름을 적당량 더 둘러주고. 계란이 있길래 두개 집어넣고. 노란색 체다 슬라이스 치즈도 한장 넣었다.
볶는다. 닭갈비 집에서 닭갈비 다 먹고 밥 볶아 먹을 때 김치 넣고 익히는 동안, 김치가 잘 익었을 때 나는 그 냄새가 날 때 까지 볶아준다.
시각적으로 그닥 아름답지는 못해서 사진을 찍기는 했으나 첨부할 수는 없다고 생각했다. 맛을 보았을 때 김치볶음밥과 스파게티 면의 맛이 동시에 나타났다. 사실 내가 만든 요리는 나 아니면 아무도 먹어줄 사람이 (아직) 없기 때문에 내가 다 먹어야만 했는데, 내가 만든 것 치고는 그럭저럭 먹을 수 있는 수준이었다는 점에서 괜찮다고 본다. 물론 누가 만들어 달라고 하면 김치가 없다는 이유로, 아니 무슨 이유로든, 안 만들어 줄 것 같지만. 아니면 반드시 맛있게 먹겠다는 맹세를 하고 만들어 주거나 할 것 같다.
http://blog.naver.com/huni0629/70164637233
총몽의 설정을 좀 가져온 것 같지만, 읽어볼만한 작품이다. 19금 내용이긴 하지만 시사하는 부분이 많아서 링크 걸어둔다.
NI에 건의해봐야 택도 없을 거고. 데스노트에 적어둘 것도 아니고. 그러니 블로그에 적어둔다. 계속 추가될 듯.
1. 100% 마우스 사용.
2. 자료형 변환.
3. 화면이 커야 한다.
4. 그 결과, 매우 복잡해졌다.
if roifrom-roito < 0 then break 라는 조건문과
”
SET_ROI “+str(
roifrom/calibration)+”,”+str(
(
roifrom-roito)
/calibration) 이라는 문장을 만들기 위해 이 아이콘들을 다 갖다 배열하고 선을 이어야 한다. 알아보기도 어렵고, 처음에 배치하는 것 부터 문제가 시작된다.
5. 프로퍼티 노드를 복사해서 붙여넣기 하면 레퍼런스를 잊어먹는다. 망할.
6. 그래서 질질 끌고 가야 하는 애로사항이 있다.
7. 디버깅할 때 브레이크 포인트 주면 브레이크 포인트로 무조건 이동한다. 토글이 필요하다.
랩뷰는 어렵지 않다. 하다보면 짜증날 뿐이다.
“Englishman In New York” – Sting
I don’t drink coffee I take tea my dear 난 커피 말고 차를 마시지
I like my toast done on one side 토스트는 한쪽만 발라먹고
And you can hear it in my accent when I talk 내말을 들어보면 사투리가 들릴거야
I’m an Englishman in New York 난 뉴욕에 있는 영국인이거든
See me walking down Fifth Avenue 내가 5번가를 걸어갈때
A walking cane here at my side 지팡이 들고 가잖아
I take it everywhere I walk 어디든 지팡이를 들고 가지
I’m an Englishman in New York 난 뉴욕에 있는 영국인이거든
I’m an alien I’m a legal alien 난 외국인, 합법적인 외국인이지
I’m an Englishman in New York
I’m an alien I’m a legal alien
I’m an Englishman in New York
If, “Manners maketh man” as someone said 누가 “예절이 사람을 만들지”라고 하면
Then he’s the hero of the day 그는 영웅일거야
It takes a man to suffer ignorance and smile 무시로 상처받고 웃고
Be yourself no matter what they say 뭐라고 말하든 자신을 가져라
I’m an alien I’m a legal alien
I’m an Englishman in New York
I’m an alien I’m a legal alien
I’m an Englishman in New York
Modesty, propriety can lead to notoriety
You could end up as the only one
Gentleness, sobriety are rare in this society
At night a candle’s brighter than the sun
Takes more than combat gear to make a man
Takes more than a license for a gun
Confront your enemies, avoid them when you can
A gentleman will walk but never run
If, “Manners maketh man” as someone said
Then he’s the hero of the day
It takes a man to suffer ignorance and smile
Be yourself no matter what they say
I’m an alien I’m a legal alien
I’m an Englishman in New York
I’m an alien I’m a legal alien
I’m an Englishman in New York
나는 완벽한 프로그래밍 언어란 존재하지 않고, 만들려고 하는 프로그램을 가장 쉽고 빠르게 만들어 낼 수 있는 언어가 최고의 프로그래밍 언어라고 생각한다. 어쩌다보니 C, C++, VB.net, ASP, 매스매티카, 메이플, 매트랩, 파이썬, 랩뷰 등의 프로그래밍 언어들을 써 왔었다. 랩뷰는 인생에 쓸일이 없을 것이라 생각하고 일부러 안쓰려고 했는데 결국 그날이 오고야 말았다. 실험을 전공한 내가 잘못이지. 파이썬이 최악인 이유는 강제 들여쓰기와 암시적 형 지정때문이라고 생각했다. 뭐 어쩌다보니 지금 가장 자주 쓰는건 파이썬이기는 하지만. 하지만 아무래도 랩뷰를 내인생 최악의 언어로 바꿔야 할 것 같다. 일단 NI에서 제공하는 강력한 하드웨어 제어 기능과 연동되기 때문에 수많은 실험실에서 사용하고 수많은 상업 제품에서 널리 사용하고 있다는 부분은 다른 단점을 압도할 정도의 장점이기는 하다. 하지만 그 장점을 빼면, 프로그래밍 언어로서는 그다지 좋은 언어가 아니다.
http://stackoverflow.com/questions/372557/what-specific-features-of-labview-are-frustrating-to-you
위의 글에 내가 느끼는 문제점을 정말 똑같이(!) 짚어주고 있는데, 간단히 요약하자면 다음과 같다. (내 생각과 함께)
1. 스파게티 코드. 프로그램을 만들다 보면 스파게티 코드라는 말을 많이 하는데, 랩뷰 코드를 보면 진짜로 스파게티 코드가 뭔지 알 수 있다. 진짜 여기저기 선으로 도배되어 있는데, 차라리 텍스트 코드에서 페이지업-다운으로 찾아다니는 것이 더 낫지, 눈으로만 봐서는 도저히 따라갈 수가 없다. 만들때는 어떻게든 만들겠지만, 디버그 할 때 눈알이 뽑힐 것 같은 고통을 느낄 수 있다. 처음부터 버그가 없게 만들면 되겠지만, 그건 불가능한 일이다. 최소한 나한테는 불가능한 일이다.
2. 그림을 그려야 한다. 진짜로 그림을 그려야 한다. 빈공간이 없으면 옆으로 다 치워놓고 그려야 하고, 아님 옆으로 가서 그려야 한다. 물론 텍스트 코드에서도 빈공간을 만들어야 하긴 한다. 엔터 몇번 치면 되는 일이다. 랩뷰에서는 아이콘과 선들을 옆으로 치워야 한다. 컨트롤 키를 누르고 마우스 커서를 잡아끌면 빈공간이 나타나기는 하는데, 그럼 기존에 잘 정리해 두었던 코드가 엉망이 된다. 텍스트 코드에서는 엔터 두세번 쳤다고 해서 코드가 엉망이 되지는 않는다.
3. 조건문, 반복문 테스트. 한번만 실행시켜서 어떻게 되는지 보고 싶을때, 텍스트 코드 언어는 if문이나 for문이 있는 그 줄만 주석처리 해 버리고 돌리면 되는데 랩뷰에서는 밖으로 복사해놓고 전선 정리를 해 줘야 한다. 안하면 에러난다.
4. 느리다. 말할필요도 없이 C나 다른 언어에 비해서 느리다. 개발 속도가 빠르다는 장점이 있지만, 코드가 꼬일수록 고치기도 힘들어 진다는 점에서 바람직하지 않은 특징이라 성능에서 느린건 어떻게 할 수가 없다.
5. 의도하지 않은 병렬처리. 요즘 성능 향상을 위한 병렬처리가 각광을 받고 있지만, 기본적으로 컴퓨터는 순차처리가 기본이고 병렬화는 의도적으로 고민해야 하는 부분이다. 이게 왜 자동화되기 힘드냐 하면, 병렬처리할 때 서로 다른 루틴들이 처리되는 순서를 임의적으로 정해버리는 경우 프로그램 작동이 꼬일 수가 있기 때문이다. 특히, 랩뷰는 실험 장비들을 다루게 되는데 실험 장치들이 작동하는 순서가 달라지면 실험을 망칠 수도 있고 사고가 날 수도 있기 때문에 이런 부분을 방지하기 위해서 굉장히 노력을 많이 해야 한다.
6. 마우스 클릭. 개발을 해보면 알겠지만, 게임은 마우스로 하는게 편하지만 코딩을 마우스로 하는건 어려운 일이다. 빡친다.
7. 유료다. 물론 좋은 툴을 돈받고 파는건 당연한 일이고, 랩뷰도 나름의 장점이 있고 그만큼의 가치를 하니까 돈주고 사서 쓰는 것이다. 하지만 무료로 사용할 수 있는 프로그래밍 언어도 많은데 랩뷰는 사용하기 위해서 무조건 돈을 주고 사야 한다는 점에서 이건 명백한 단점이다.
그 외에도 많은 단점들이 있다. 나도 교수님이 쓰라고 하니까 쓰는 것이지 아니면 거들떠보지도 않았을 언어다. 아니면 외주 맡기든가.
분홍자전거 – 권진원
파란 하늘 닿을 듯 하얀 구름
언덕길에 풀잎처럼 가볍게 내려오네
그 아가씨
뒷자리엔 무지개 하나 가득
꽃 바구니
하얀 치마 흩날리며 내려오네
분홍 자전거
아이쿠 아가씨 조심해요 아가씨
그러다 넘어지면 어떡해요
조그만 시냇물 키가 큰 소나무
모두 그만 우-우당탕
그리 바삐 서둘러 어딜 가나
분홍 자전거
무지개를 타고서 하늘까지
그 아가씨
아이쿠 아가씨 조심해요 아가씨
그러다 넘어지면 어떡해요
조그만 시냇물 키가 큰 소나무
모두 그만 우-우당탕
그리 바삐 서둘러 어딜가나
분홍자전거
무지개를 타고서 하늘까지
그 아가씨
바람은 시원해 하늘은 드넓어
장미꽃처럼 빨갛게 물든 얼굴로
파란 하늘 닿을 듯 하얀 구름
언덕길엔
풀잎처럼 가볍게 내려오네
그 아가씨
라라라라 라라라라라 라라라라
무지개를 타고서
그 아가씨 분홍 자전거
우우우우 라라라라
얘는 얼마나 대단하신 분이길래 이 프로그램들을 다 닫으라고 하는 것인가.
잘 모르는 사람들이 만들어 낸 정책을 최소한의 비용으로 맞추려는 업체가 힘을 합치면 나라가 개판이 된다.