리눅스 불평을 한다면?(부제:리눅스! 이것도 OS냐?)

ed.netdiver의 이미지

안녕하세요? 날도 꾸리꾸리하고 기분도 날씨따라가는듯 오늘은 이상한 posting함 해봅니다.

보통 리눅스에 대해 칭찬일색이잖습니까?
그럼 정말 불평이나 욕나올만한 일은 없는것인가? 하는게 이번 주제입니다.

뭐 당연하게도, 고맙게 빚지고 살면서 욕하는건 인지상정에 안맞다거나, 이건 개발자용도의 OS이므로 잘못되도 사불이라거나, 정말 최고의 OS라 흠잡을데가 없다던가 하는 식으로 흐르면, 얼굴붉어질정도의 험담이란건 불가능하지 않겠냐 싶어서, 리눅스를 M$제품이다라는 식으로 간주하고서의 혹평을 함 해보는것도 재밌을것 같다는 정신나간 생각을 함 해봤습니다.

왜 이따위 글타래를 여는가? 제가 M$빠라서입...(푸퍼퍽@.<;; )
흐흐, 그냥...입니다.켁...
과연, 지금의 linux는 어느 정도의 수준인걸까 싶어서라고 둘러대고..=3==3

전, gtop같은걸로 보다보면, firefox 몇개, evolution, pan등만 실행시켜도 ram 1G가 꽉차는 모습을 볼때면 화가 납니다.
대체 ram관리를 어떻게 하길래! 그러면서도 swap은 ram에서 도저히 뺄수 없을때가 되어서야 시작합니다.
전 swap은 얼마간씩 사용되도, ram이 항상 어느정도 여유있는 상태여야 맘이 풀립니다. 뭔가 다른 어플을 실행시켜도 바로 실행될것같고 말이죠. M$의 XP보세요. 얼마나 쌔끈합니까?(이러다 정말 공개처형당하지 않을지 등골이 오싹. >,.<;; )

자, 과연 몇분이나 낚을수 있을지 기대해보며 이만 줄입니다.
좋은 하루되세용~ :D :D :D

댓글

shame2의 이미지

원래 리눅스는 자주쓰는건 다 캐쉬해놔서 램꽉차여..
리눅스에대해서 조금만이라도 공부하셨으면
이런건 걍아실탠데...
ㅋㅋㅋㅋㅋ

프비 매니아~

욱성군의 이미지

리눅스에서 보통은 메모리를 99% 를 확보해놓고 사용을 합니다. (그래서 저도 phpsysinfo 같은 걸로 서버 스테이터스 확인할때 처음엔 굉장히 놀랬었죠.)
리눅스에서 초기에 확보해놓은 메모리 영역을 벗어났을때 그 때부터 swap 을 이용하기 시작하는거죠.

ed.netdiver의 이미지

헉, 글큰녀.^O^;;
아니 모 꼭 그게 불만이라기보단...그 머시냐, 그니깐, 꼭 그런 질답을 바라고 썼다기보단...꼭 모 그런건 아닌데,그렇다고 또 모라고 하기도 좀 그렇고...ㅋㅋ=3==3

--------------------------------------------------------------------------------
\(´∇`)ノ \(´∇`)ノ \(´∇`)ノ \(´∇`)ノ
def ed():neTdiVeR in range(thEeArTh)

아빠곰의 이미지

마비노기가 안됩니다.

왜그럴까요.

리눅스 나파요.

... 이러면 누군가, 마비노기 리눅스에서 하는법을 알려주실것 같아요. (기대)

----
아발발다빠따반반나다발딸발발다빠따따맣밤밤따받따발발다따밝다발발다빠따따밤반다빠따다맣밥발
발다따밥다발발다따박다발발다빠따따밞밭밭다따다맣아희

삶의여유의 이미지

전 윈도우랑 닮은 환경을 좋아해서 KDE 를 윈도우와 같은 해상도, 주파수, dpi, 굴림 글꼴,
심지어는 아이콘도 같은 걸로 설정했는데도 이상하게 윈도우에서 보는 게
훨씬 깨끗하고 편안하게 느껴지는게 제일 아쉬운 점입니다. 말로는 설명하기 힘들고 것참.

아, 그리고 인터넷 뱅킹이나 레인보우, 피파 축구도 안되는군요. ^^

jinwook.shin의 이미지

"You'll notice that the free-memory measure on Linux machines is normally pretty low, even when the machine has plenty of memory for the tasks it's running. This is normal and intentional the kernel tries to keep memory filled up with cached pages so that if those files are accessed again it won't have to go to disk. The free pool indicates just a few spare pages that are ready for immediate allocation. One time when the free memory will be large is shortly after bootup when the kernel just hasn't read in very much of the disk yet. Another time you'll have a lot of free memory is shortly after a large program exited it had a lot of data pages in RAM, but those pages were deleted and so there's no useful information in them anymore."

Full text at

http//sourcefrog.net/weblog/software/linux-kernel/swap.html

Is swap space obsolete?

There was a thread on the CLUG list recently about whether it was still useful to have swap space, now that it's quite affordable to have a gigabyte or more of memory on a desktop machine. I think it is.

Some people have the idea that touching swap space at all is a sign that the machine is very overloaded, and so you ought to avoid it at all costs, by adding enough memory that the machine never needs to swap. This may have been true on Unix ten years ago, and may still be true on some systems for all I know but it's not true for Linux.

The meaning of the term swap has changed over time. It used to mean that entire tasks were moved out to disk, and they'd stay there until it was necessary to run them again. You can do this on machines without paged MMUs, and perhaps it was simpler to implement. However, these days almost all machines have MMUs, and so we use paging instead, where particular chunks of the program (typically 4kB) can move in or out independently. This gets more use out of the memory you have, because many programs run quite happily with only part of their virtual memory in RAM. Linux doesn't implement old-style whole-program swapping at all, and there does not seem to be any reason to add it.

I'll recapitulate the way VM works, and in particular the ways it is different on Linux from in your average computer science textbook. The basic idea is that we have a relatively small fast RAM, and a slower larger disk, and we want to get the best performance out of the combination. I will skip some details and special cases for simplicity.

All memory pages on Linux can be grouped into four classes. Firstly, there are kernel pages which are fixed in memory and never swapped. (Some other systems have pageable kernels, but at the moment the Linux developers consider it too risky.) Then there is program text the contents of /bin/sh or /lib/libdl-2.3.2.so. These are read-only in memory, and so are always exactly the same as the file on disk. There are file-backed pages, which might have changes in memory that haven't been written out yet. Finally there are memory pages that don't correspond to any file on disk this includes the stack and heap variables of running tasks. When a program does a malloc(), it allocates memory of this type. Pages in this last category are called anonymous mappings, because they don't correspond to any file name.

There is no separate disk cache in Linux, like there is on old-Unix or on DOS. Instead, we try to keep the most useful parts of the disk in memory as cached pages. Linux usually doesn't directly modify the disk rather, changes are made to the files in memory and then they're flushed out.

You'll notice that the free-memory measure on Linux machines is normally pretty low, even when the machine has plenty of memory for the tasks it's running. This is normal and intentional the kernel tries to keep memory filled up with cached pages so that if those files are accessed again it won't have to go to disk. The free pool indicates just a few spare pages that are ready for immediate allocation. One time when the free memory will be large is shortly after bootup when the kernel just hasn't read in very much of the disk yet. Another time you'll have a lot of free memory is shortly after a large program exited it had a lot of data pages in RAM, but those pages were deleted and so there's no useful information in them anymore.

We talk of pages as being clean when the in-memory version is the same as the one on disk, and dirty when they've been changed since being read in. Data pages need to get written back to disk eventually, and the kernel generally does this in the background. You can force all dirty pages to be written out using the sync system call.

The kernel can discard a clean page whenever it needs the memory for something else, because it knows it can always get the data back from disk. However, dirty pages need to be saved to disk before they can be reused. We call this eviction. So flushing pages in the background has two purposes it helps protect data from sudden power cuts, and more importantly it means there are plenty of clean pages that can be reused when a process needs memory. So efficient is this flushing that at the moment my machine has only four dirty pages out of 256,000 (by grep nr_dirty /proc/vmstat).

As the kernel allocates memory, it firstly takes pages from the free pool. If that drops too low, it needs to free up more memory. Where does that come from? It needs to discard a clean page to make room. If there aren't any suitable clean pages then it needs to flush a dirty page to disk, then use it. This is very slow because the allocation can't continue until the disk write has finished, so the kernel tries very hard to avoid this by always having some clean pages around. (Remember the whole point of the VM algorithm is to avoid ever having to wait for a disk access to complete, by keeping pages in memory that are likely to be used again.)

File-backed pages can be flushed by writing them back to their file on disk. But anonymous mappings by definition don't have any backing file. Where can they be flushed to? Swap space, of course. Swap partitions or files on Linux hold pages that aren't backed by a file.

If you don't have swap space, then anonymous mappings can't be flushed. They have to stay in memory until they're deleted. The kernel can only obtain clean memory and free memory by flushing out file-backed pages programs, libraries, and data files. Not having swap space constrains and unbalances the kernel's page allocation. However unlikely it is that the data pages will be used again — even if they're never used again — they still need to stay in memory sucking up precious RAM. That means the kernel has to do more work to write out file-backed pages, and to read them back in after they're discarded. The kernel needs to throw out relatively valuable file-backed pages, because it has nowhere to write relatively worthless anonymous pages.

Not only this, but flushing pages to swap is actually a bit easier and quicker than flushing them to disk the code is much simpler, and there are no directory trees to update. The swap file/partition is just an array of pages. This is another reason to give the kernel the option of flushing to swap as well as to the filesystem.

As I write this, my 1024MB machine has 184MB of swap used out of 1506MB, and only 17MB of memory free. On old-Unix this would indicate a perilous situation with numbers like this it would be grinding. But Linux is perfectly happy with these numbers the disk is idle and it responds well.

The 184MB constitutes tasks that are running in the background, like the getty on the text console, or the gdm login manager. Neither of them has done anything much since I logged in days ago. From a certain overoptimizing point of view I ought to get rid of those tasks — although for the login manager it might be hard. But even then, there's probably lots of memory used for features of programs I am running that don't get invoked very often.

With swap, that memory is written to disk and costs very little. Without swap, it would be cluttering up RAM, as if I was down to only 840MB. Everything else would need to page a bit harder, but it wouldn't be obvious why.

Disk is cheap, so allocate a gigabyte or two for swap.

On BSD people used to advise allocating as much swap as memory, or maybe two or three times as much. Although the VM design is completely different, it's still a good rule of thumb. If anything, disk has gotten relatively cheaper over time a typical developer machine now has 1GB of memory, but 200GB of disk. Spending one half or one percent of your disk on swap can probably improve performance.

If you are short on disk, as I am on my laptop, then use a swap file instead of a swap partition so that you can shrink or grow it more easily. (I think there is still a limit of 2GB per swap target, but you can create as many as you like.) Swap files might be slightly slower, but it's much better than not having it at all. If you ever see it get close to full, add some more.

Understanding the Linux Virtual Memory Manager has an enormous amount of detail on how this works in 2.4 (and I hope it doesn't contradict me!)

O'Reilly's System Performance Tuning approaches this from a sysadmin's point of view, but it mostly describes the way swap works under Solaris.

posted Fri 2004-07-2 in /software/linux-kernel

myohan의 이미지

젠투 ... 데비안 등등 ...

너무 편해요.

이젠 따른 OS는 못쓸것 같아요.

중독성이 너무 심한것 같습니다 8)

---------------------------------------
blog : http://myohan.egloos.com

uriel의 이미지

멀티미디어가 불편해요~~ 게임이 안돌아가요~~

kyk0101의 이미지

64비트 용이 있어요..

그래서 코덱구하기가 시원찮아서 동영상을 못보고있어요..

I'm A.kin

bejoy4him의 이미지

회사 인트라넷에서 제공하고 있는 포털에 들어갈수가 없어여...

ㅋ 쓰고보니 영양가가 하나도 없는 글이군요..
퍼펙트하게 IE전용으로 만들어진 것이라...

심플하게 필요한 기능만 들어있게 만들면 안되나... ㅡㅡ;;

솔직히 X의 반응속도나 X의 안정성 문제만 제외한다면야..
운영체제 측면에서 별루 나무랄 것이 없긴한데..

OS외적인 측면에서 웹 접근성이 떨어지고(뭐 리눅스의 문제는 아니죠) 기존에 널리 쓰이는 어플(MS오피스류)과의 호환성이 별루라는 점밖에는 없는 것 같네요...

하지만.. 컴퓨터 켜면 웹브라우져 부터 실행시키는 현실에서는 가장 체감하는 부분이죠..

아.. 그리고 X를 사용하다 보면, 대부분이 X어플의 잘못이긴 하겠지만 X가 맛이 가버리는 경우가 있어서, 좀 불안합니다.
그 기분은... 뭐랄까 Win 98쓰는 기분이랄까?

윈도의 경우 GUI를 지원하는 부분도 커널에 포함되어 있어서 nt계열에서는 어느정도 보호받는것 같은데, 리눅스의 경우는 X가 일반 유저영역에서 돌아가서인지 X용 어플의 버그로 인해 같이 죽어버리는 경우가 많은듯 하네요...

인텔칩 보니까 cpu가 지원할수 있는 모드가 많던데.. 리눅스가 X의 안정적 실행을 위해 커널모드, 유저모드외에 X보호 모드 같은 것을 있을 수는 없을까요?

뭐.. 황당한 제안같긴하지만 데탑용으로 사용할경우 X가 죽어버렸다는 것은 시스템 전체가 죽었다라고 생각해도 무방할정도라고 봅니다.

X에서 열심히 워드작업하면서 음악을 듣고 있는데.. 음악을 들려주는 프로그램이 깨지면서 X윈도를 정지시켜 버렸다.. 슬퍼하고 있는데 이 사람 옆에 있던 사람이 콘솔화면을 보여주면서 "괜찮아.. 봐라.. 아직 시스템이 살아있잖아"라고 말해주는것이 무슨 위로가 되겠습니까....

Fe.head의 이미지

아빠곰 wrote:
마비노기가 안됩니다.

왜그럴까요.

리눅스 나파요.

... 이러면 누군가, 마비노기 리눅스에서 하는법을 알려주실것 같아요. (기대)

저도 이것만 되면 윈도우 지울수 있는데.

ie는 깔수 있으니 상관없는데. 마비노기가 문제

하프섭 "칼찬요정" 입니다. ㅡ,.ㅡ;

PS) 생각해 보니 방송강좌때문에 못 지우겠군요.

고작 블로킹 하나, 고작 25점 중에 1점, 고작 부활동
"만약 그 순간이 온다면 그때가 네가 배구에 빠지는 순간이야"

서지훈의 이미지

데스크탑으로 쓰기엔 아직도 넘어야 할 산이 있다.
뭐하나 할려고 해도 이것 저것 설정을 해주고...
콘솔에서 작업을 해줘야한다.
그냥 있는데로 쓰면 좋을 것을...
남의 화려하고 신기한 기능을 보면, 하기 싫든 삽질의 추억이 아련히 떠오르고... 지금 삽질중이다...

근데... 역시나 서버 로써 / 작업 컴으로는 두말없이 굿 ㅡㅡb

<어떠한 역경에도 굴하지 않는 '하양 지훈'>

#include <com.h> <C2H5OH.h> <woman.h>
do { if (com) hacking(); if (money) drinking(); if (women) loving(); } while (1);

CY71의 이미지

GUI 인터페이스 편리성이 좀 부족합니다.

MacOS 까지는 바라지도 않습니다만... M$ 윈도XP 보다 인터페이스 편리성이 더 나쁩니다. 원래 리눅스가 CUI 에서 시작한 탓도 있겠지만, gnome 이든 KDE 든, 아니면 다른 X 매니저를 사용하더라도 여전히 인터페이스는 불편합니다. 딱 꼬집어서 말하기는 뭣한데, 유기적으로 연결되어 있다거나, 사용자의 편의를 많이 고려했다는 느낌이 2% 부족하군요.

uriel의 이미지

bejoy4him wrote:

아.. 그리고 X를 사용하다 보면, 대부분이 X어플의 잘못이긴 하겠지만 X가 맛이 가버리는 경우가 있어서, 좀 불안합니다.
그 기분은... 뭐랄까 Win 98쓰는 기분이랄까?

윈도의 경우 GUI를 지원하는 부분도 커널에 포함되어 있어서 nt계열에서는 어느정도 보호받는것 같은데, 리눅스의 경우는 X가 일반 유저영역에서 돌아가서인지 X용 어플의 버그로 인해 같이 죽어버리는 경우가 많은듯 하네요...

대신에 윈도우즈 NT 계열 오에스(4.0 이후)에서는 VGA 드라이버가 커널 모드로 돌기 때문에 VGA 드라이버가 별로인 경우 시스템이 완전히 맛이 가버리죠. X의 경우 X만 죽어서 서버로 돌릴 때에 서버 어플 자체는 계속 살아 있긴 합니다.

joon의 이미지

삶의여유 wrote:
아, 그리고 인터넷 뱅킹이나 레인보우, 피파 축구도 안되는군요. ^^

피파됩니다. ^^*
와인X로 fifa2004를 돌린 스샷입니다.
문제는 아이콘들이 제대로 표현되지 않는다는 점입니다.
(구단 그림이나 로고등이 모두 흰색으로만 나옵니다.)
그래도 할만합니다 ^^;; 아래 스샷을 보세요~
http://www.gnome.or.kr/gallery/screenshots/gkrellShoot_09_14_04_224849

그리고 본론으로 돌아가서 리눅스의 안좋은점은.....
아무래도....
한번 맛들리면 삽질을 만들어서 한다는 점이랄까...- -;;;

아무래도 드라이버 문제가 윈도우 계열에 비해 단점인거 같습니다.

bh의 이미지

bejoy4him wrote:
솔직히 X의 반응속도나 X의 안정성 문제만 제외한다면야..

그냥 귀동냥으로 들은건데..
X-Window 의 반응속도가 MS-Windows 보다 느린 이유가..
랜더링 방식의 차이 때문이랍니다..
이곳 BBS 에서 "랜더링" 이라는 키워드로 검색해보시면...

안정성 문제는 X-Window 가 낫다고 생각하는데..

--
이 아이디는 이제 쓰이지 않습니다.

orangecrs의 이미지

플레임을 받을수 있겠으나...
BSD로 한번 와보심은 어떻겠습니까?
그 간결함에 또한번 놀라실것 같습니다...^^

---------------------------------------------------
야!...

지리즈의 이미지

항상 커뮤니티에 대한 감사의 생각을 잊지 않고
사용해야 하는 의무감이 약간은 부담스럽다고나 할까..

아니면, 뭔가 불편한 점이 있더라도...
대놓고, 비난할 수 없는 것이 불편한 점이라고나 할까...

"불편해"라고 말하기 전에...
"불편하면.. 스스로 해결하면 되는데 안 하면서(사실은 실력이 없어서 못하지만). 남탓이나 하네...
남이 해결해주길 기다릴것이면... 비난은 하지말자"
라는 생각이 먼저 뇌리를 스쳐지나 가면서... 아무말도 못하게 되죠.

반면... 돈내고 산 상용 소프트웨어는
큰 소리치고... 비난하죠...

조금만 불편해도..
"이 따위식으로 만들어 팔다니 이건 사기고 소비자 기만행위다...." 8)

There is no spoon. Neo from the Matrix 1999.

다크슈테펜의 이미지

리눅스가 운용방식이 다른 운영체제와 다르다는 것이 최대 단점일수도 있겠네요..
우선 일반 소비자는 컴퓨터로 삽질을 하기를 원하지 않지만 리눅스는 삽질을 미덕으로 삼고 있다는 것입니다.
리눅스에서 정말 한다면 왠만한 윈도우즈에서의 작업 왠만한거는 사양만 좋다면 다 할수는 있습니다.하지만 이것은 필히 삽질을 동반합니다.일반 사용자들에게는 이런게는 이런게 씨알도 안 먹히는 이야기 입니다.물론 간소화한 스크립트를 얻을수도 있습니다.하지만 윈도우즈 사용자 대부분은 도스 프롬프트 창도 열어보지 않는 사용자도 꽤 될것입니다.이런때면 맥오에스의 애플 스크립트라던가 아니면 오토마타등이 리눅스에도 있었으면 좋겠다라는 생각도 해봅니다(애플 스크립트는 사용해 봤지만 아직 팬서를 사용하는 지라 오토마타는 사용해본적이 먼산보기 모드)
둘째 리눅스에서 간결한 작업은 엑스가 아닌 터미널 창이다라는 겁니다.엑스로 작업해도 뭔가 부족해 보이고 방법을 찾다보면 터미널 커맨드 라인으로 UI가 종결되어 버리는 느낌은 지울수 없습니다.데비안이나 그리고 우분투에서 패키지관리를 시냅틱으로 하다 뭔가 불편함을 느끼면 앱티튜드나 아니면 커맨드 라인으로 가야 하는 상황은 일반 사용자들에게 씨알도 안먹히는 이야기 입니다.초보자일수록 키보드에는 별로 정이 가지 않습니다.보이는 상황이 눈에 확 띄는 것이 좋지요 이런 상황에서는 키보드보다는 솔직히 마우스가 제일 좋습니다.마우스는 쉽지만 키보드는 어렵더라는 겁니다.
세째 유틸의 정보부족 우분투나 데비안은 소프트웨어 설치가 용의합니다만 시냅틱이나 앱티튜드를 열어보면 꼬부랑글씨에(디스크립션은 다 영문) 뭐하는 패키지도 모르는 목록이 한가득입니다.일반적인 커뮤니티는 다 윈도우즈 중심이라 어플에 대한 디스크립션을 얻기가 힘이 듭니다.리눅스 관련 커뮤니티를 제외하고 말이죠.
네째 설치와 삭제가 용의하지 않다..윈도우즈에서는 프로그램 설치야 전에 말씀 드린데로 인스톨러에 의해 설치 다음다음 누르면 그만 입니다만 리눅스는 그런게 아니더라는 이야기지요.배포판 마다 패키지가 존재하고 또한 설치 방법이나 아니면 삭제 방법이 윈도우즈 만큼 편리 하지 않습니다.

인생이란게 다 그런게 아니겠어요....? 뭘(?)
http://schutepen.egloos.com

오만한 리눅서의 이미지

다크슈테펜 wrote:
리눅스가 운용방식이 다른 운영체제와 다르다는 것이 최대 단점일수도 있겠네요..

M$나 Mac이랑 다르다고 결코 불편한 것이라 말할 수 없다는 점.
이건 솔직히 Mac이랑 다르다고, M$가 불편하다고 말하는 것과 같은 논리.

오히려 전체 운영체제들을 통틀어 봤을 때 특이한 것이 오히려
M$나 Mac라고 할 수 있겠죠.

표준에 대한 부분도 개인에 따라 달라지는 법이고,
더구나 리눅스를 제일 처음 접하는 사용자에게는 이 것은 더 이상 불편함도 문제도 아닙니다.

다크슈테펜 wrote:
둘째 리눅스에서 간결한 작업은 엑스가 아닌 터미널 창이다라는 겁니다.

이건 터미널에 익숙한 사람이기 때문에, 터미널에 의존적일 뿐
요즘 나오는 배포본들은 더 이상 터미널을 안열어도 사용하는데는
전혀 지장이 없다고 봅니다.

다크슈테펜 wrote:
세째 유틸의 정보부족 우분투나 데비안은 소프트웨어 설치가 용의합니다만 시냅틱이나 앱티튜드를 열어보면 꼬부랑글씨에(디스크립션은 다 영문) 뭐하는 패키지도 모르는 목록이 한가득입니다.일반적인 커뮤니티는 다 윈도우즈 중심이라 어플에 대한 디스크립션을 얻기가 힘이 듭니다.리눅스 관련 커뮤니티를 제외하고 말이죠.

이건 어디까지나 한국에 국한되는 문제일뿐, 영어권에서는 장애로 작용하지 않습니다. 이게 문제라 여기는 순간..
여기를 방문하는 리눅서들중 일부는 반성할 필요가..생기는 복잡한 느낌..

다크슈테펜 wrote:

네째 설치와 삭제가 용의하지 않다..윈도우즈에서는 프로그램 설치야 전에 말씀 드린데로 인스톨러에 의해 설치 다음다음 누르면 그만 입니다만 리눅스는 그런게 아니더라는 이야기지요.배포판 마다 패키지가 존재하고 또한 설치 방법이나 아니면 삭제 방법이 윈도우즈 만큼 편리 하지 않습니다.

이것도 다양한 배포본과 패키지가 있다는 점이 문제점일 뿐이지...
한 배포본을 파는 사람에게는 아무런 문제가 되지 않습니다.
솔직히 패도라에서 App 추가삭제가 어렵다고 생각하는 사람이라면,
M$ 설치도 역시 어렵다고 느껴지리라 생각합니다.

기존의 M$적 사고를 버리면, 객관적으로 오히려 리눅스쪽이 더 편하다고 생각합니다.

다만... 초심자들을 위해 패키지를 코어한 것과 그렇지 않은 것에 대한 구분을 둘 필요는 있다고 봅니다.

:evil: :lol:

다크슈테펜의 이미지

위에 적은 것은 제생각은 어느정도 들어갔지만 제 동료의 이야기 이기도 합니다.
전에 커피를 한잔 마시면서 리눅스 이야기가 잠깐 나왔습니다.물론 프로그래머이지만 윈도우즈 계열 프로그래머 입니다.그런데 C,C++에 대해서는 누구에게도 뒤지지 않습니다만 리눅스에 관해서는 왠지 꺼리더군요.물론 제 노트북에는 리눅스가 설치되어 있어서 평상시에는 메모지 애플릿이나 아니면 기타 음악 플레이어 강좌 듣는 다거나 그런데 사용하지만 물론 편하게 사용한다고 생각했습니다만 동료의 눈에는 그게 아니었던 모양입니다.동료도 리눅스를 사용해 본적이 있고 최근에도 우분투도 사용해봤지만 한 뭔가 모자라는 느낌이라고 하더군요 초보자가 봤을때 기존에 MS적인 사고를 버리면 물론 처음 부터 리눅스를 사용해 오던 사람이나 익숙한 사람에게는 편할수 있지만 대다수 사람이 그렇지 않기 때문에 문제가 아닐까요..
PS:현재 대다수는 윈도우즈 유저이지 리눅스 유저가 아닙니다.대다수 유저에게 어필하기위해서 기존의 생각을 버리라고 말하는 것은 사실상 무리입니다.

인생이란게 다 그런게 아니겠어요....? 뭘(?)
http://schutepen.egloos.com

dotri의 이미지

uriel wrote:
bejoy4him wrote:

아.. 그리고 X를 사용하다 보면, 대부분이 X어플의 잘못이긴 하겠지만 X가 맛이 가버리는 경우가 있어서, 좀 불안합니다.
그 기분은... 뭐랄까 Win 98쓰는 기분이랄까?

윈도의 경우 GUI를 지원하는 부분도 커널에 포함되어 있어서 nt계열에서는 어느정도 보호받는것 같은데, 리눅스의 경우는 X가 일반 유저영역에서 돌아가서인지 X용 어플의 버그로 인해 같이 죽어버리는 경우가 많은듯 하네요...

대신에 윈도우즈 NT 계열 오에스(4.0 이후)에서는 VGA 드라이버가 커널 모드로 돌기 때문에 VGA 드라이버가 별로인 경우 시스템이 완전히 맛이 가버리죠. X의 경우 X만 죽어서 서버로 돌릴 때에 서버 어플 자체는 계속 살아 있긴 합니다.

딴지좀 걸겠습니다.
이 쓰레드가 Linux 의 단점을 꼽아보자는 취지같은데.. 그러자면 비교가 조금 잘못된것 같습니다. 윈도우의 GUI 는 정말 훌륭할 뿐만 아니라, 안정성면에서 X 와 비교될 수 없다고 봅니다. 드라이버때문에 인터페이스가 죽는것과, 어플리케이션때문에 인터페이스가 죽는것의 차이를 모르고 쓰신것 같네요.

리눅스를 서버로 사용할때는 X 가 죽어도, 서버 어플리케이션 자체는 살아있다는 말은 자가당착입니다. 서버로 사용할때는 보통 X 를 안쓰지 않나요? X 를 쓴다는 것은 리눅스를 데스크탑 대용으로 사용한다는 전제가 깔려있는겁니다.

물론 리눅스를 서버로 사용하면서 관리의 편의를 위해 X 를 쓸 수 있습니다. 하지만 그런 리눅스라 하더라도, 드라이버 모듈에서 발생하는 에러로 커널 패닉 들어갈 수 있습니다. 그건 리눅스나 윈도우나 마찬가지죠.

-----
딴지는 여기까지입니다만, 본 쓰레드와 관련해서 한마디 하겠습니다. 제가 KLDP 의 한 쓰레드에서, 다음과 같은 포스트를 한 적이 있습니다. 정부에서 교육행정 시스템에 도입할 OS 에 관한 토론이었습니다.

dotri wrote:
물론 리눅스에서도 오피스를 쓸 수 있고, 리눅스도 충분히 데스크탑 환경으로 손색이 없다고 생각합니다. 그런 이유로 --업무때문이기도 했지만-- 저도 리눅스 데스크탑을 몇년간 사용했던적이 있구요.

하지만 리눅스는 여전히 접근하기 어려운 운영체제인것은 확실합니다. 아무리 리눅스의 GUI 인터페이스가 발전한다한들, 터미널과 쉘 없이는 제대로 리눅스를 쓰기가 힘들지 않습니까? 쉘에 직접 타이핑해서 넣어야 하는 수 많은 명령어들, 그리고 제대로 리눅스 시스템을 안정적으로 관리하기 위해 알아야 하는 지식들.. 이런점들을 생각하면 윈도우야말로 교육용 OS 라고 생각합니다. 필요한것은 "프리젠테이션 문서를 작성하는 방법" 이란말입니다. 왜 리눅스 명령어들과 커널 컴파일 방법을 배워야 하나요? 윈도우에서는 클릭 한번이면 끝나는것을 말이죠. =(

제가 쓴 포스트의 요지는, 리눅스는 아직 불편한 점이 많다 -- 가장 큰 2가지는 사용의 편의성(교육을 포함한)에서 윈도우에 밀리고, 그리고 인터페이스에서 윈도우에 밀린다는 것이었습니다. 이 포스트에 대해 다음과 같은 반박이 달리더군요.

Quote:
1. 커널 컴파일을 왜 하나요? =3 전 젠투에서 데비안으로 옮긴 이후로 커널 컴파일의 커 자도 해본 적이 없는 것 같은데요... 지금 우분투로 옮긴 이후엔 더더욱 커널 컴파일을 할 일이 없네요. 귀찮게 그런거 왜해요? =3 (커널 컴파일 해서 쓰시는 분들껜 죄송합니다;; )
2. 윈도우에서 프로그램 설치할 때 어떻게 하죠? 프로그램 사이트 들어가거나, 심파일/마이폴더넷 같은 곳에 들어가서 귀찮게 검색하고 그래야 하지 않나요? 또 오피스 같이 CD 에 담겨있는 프로그램 같은 경우에는 CD 도 넣어야 하구요. 그런데 우분투의 경우에는(물론 다른 배포판에도 비슷하거나 동일한 툴이 존재합니다만), 시냅틱이라는 멋진 패키지 관리자 ( http://bbs.kldp.org/viewtopic.php?p=272735 ) 가 있어서 지원하는 프로그램이면 원터치로 프로그램을 설치할 수 있습니다. (알아서 다운받고 알아서 설치합니다) 게다가, 시스템상의 모든 프로그램의 새 버전을 검사하여 업데이트 해 주는 기능도 갖추고 있습니다. 이만하면 윈도우보다 훨씬 쓸만하지 않나요...?
3. 요즘 리눅스는 GUI 가 매우 발달되어 있기 때문에, 마음만 먹으면 터미널 창 없이도 잘 사용할 수 있습니다. 다만 터미널을 사용하는 이유는, 현재까지 나와있는 많은 리눅스 설치&사용 메뉴얼들에서 터미널을 사용한 방법만 설명하거나, GUI 에 비해 터미널이 가진 장점들을 살리기 위함이죠. 리눅스를 설치하고 사용하는데 많은 것을 알 필요도 없다고 생각합니다. 윈도우를 사용하던 기존 사용자들이 리눅스로 옮기면서 달라진 개념들에 적응을 하지 못하는 것이 아닐까요?

제 글이 dotri 님의 말씀에 대한 괜한 태클이라고 느끼실 수도 있겠다는 생각이 듭니다. 하지만, 저는 단지 "리눅스 데스크탑의 발전 속도는 상상을 초월하며, 현 시점에서 리눅스 데스크탑의 사용 편의성은 윈도우보다 낫거나 같은 정도다" 는 것을 말하고 싶었습니다.

Quote:
이건 dotri님이 좀 더 알기를 원해서 어려운것 이구요.
처음 컴퓨터를 처음 배우는 사람은 윈도우건, 리눅스건 같을겁니다.
일반 사람들은 제대로 알려고 하지도 안을꺼고
사용하는것만 사용할겁니다.
학교에서 게임하라고 컴퓨터 가르치는게 아닐테고,
체팅하라고 컴퓨터 가르치는게 아닐텐데...
교육용으로 윈도우가 아니면 안되는
이유는 왜인지 모르겠습니다.

Quote:
프리젠테이션 문서 작성을 위해서는 오픈오피스나 기타 다른 OA 프로그램 사용법을 배우면 됩니다. 리눅스 명령어나 커널 컴파일은 프리젠테이션 문서 작성하고는 하등 상관이 없습니다.
리눅스를 제대로 쓴다는 게 어떤 뜻인지는 개인마다 차이가 있겠습니다만, 저희 본가를 보면 올 2 월달에 윈도즈 XP 에서 페도라 코어 3 로 바꾼 이후로 아버지와 동생이 아무런 불편없이 잘 쓰고 있습니다. 간혹 업데이트 아이콘 뜨면 더블 클릭하고 root 패쓰워드 넣는 것 빼곤 윈도즈와 전혀 다를 바 없이 잘 쓰고 계십니다. e-mail 도 주고 받고, 인터넷도 돌아다니고, 한컴오피스로 문서도 작성해서 농협이나 원협에 제출하기도 하고 등등... 이런 것 하는데, 커널 컴파일이나 터미널창은 필요없더군요.

반박하신 분들의 요지는, 리눅스의 접근성은 우려할 만큼 어렵지 않으며, 심지어 인터페이스는 윈도우와 같은 수준이거나 혹은 그 이상이다는 의견인것 같네요. 그런데.. 지금 이 쓰레드에서는 저와 의견을 함께 하는 -- 즉, 리눅스가 윈도우에 비해 불편한 점 2가지를 지적하시는 분들이 많이 계신것 같습니다.

Quote:
데스크탑으로 쓰기엔 아직도 넘어야 할 산이 있다.
뭐하나 할려고 해도 이것 저것 설정을 해주고...
콘솔에서 작업을 해줘야한다.
그냥 있는데로 쓰면 좋을 것을...
남의 화려하고 신기한 기능을 보면, 하기 싫든 삽질의 추억이 아련히 떠오르고... 지금 삽질중이다...

근데... 역시나 서버 로써 / 작업 컴으로는 두말없이 굿 ㅡㅡb

Quote:
GUI 인터페이스 편리성이 좀 부족합니다.

MacOS 까지는 바라지도 않습니다만... M$ 윈도XP 보다 인터페이스 편리성이 더 나쁩니다. 원래 리눅스가 CUI 에서 시작한 탓도 있겠지만, gnome 이든 KDE 든, 아니면 다른 X 매니저를 사용하더라도 여전히 인터페이스는 불편합니다. 딱 꼬집어서 말하기는 뭣한데, 유기적으로 연결되어 있다거나, 사용자의 편의를 많이 고려했다는 느낌이 2% 부족하군요.

Quote:
리눅스가 운용방식이 다른 운영체제와 다르다는 것이 최대 단점일수도 있겠네요..
우선 일반 소비자는 컴퓨터로 삽질을 하기를 원하지 않지만 리눅스는 삽질을 미덕으로 삼고 있다는 것입니다.
리눅스에서 정말 한다면 왠만한 윈도우즈에서의 작업 왠만한거는 사양만 좋다면 다 할수는 있습니다.하지만 이것은 필히 삽질을 동반합니다.일반 사용자들에게는 이런게는 이런게 씨알도 안 먹히는 이야기 입니다.물론 간소화한 스크립트를 얻을수도 있습니다.하지만 윈도우즈 사용자 대부분은 도스 프롬프트 창도 열어보지 않는 사용자도 꽤 될것입니다.이런때면 맥오에스의 애플 스크립트라던가 아니면 오토마타등이 리눅스에도 있었으면 좋겠다라는 생각도 해봅니다(애플 스크립트는 사용해 봤지만 아직 팬서를 사용하는 지라 오토마타는 사용해본적이 먼산보기 모드)
둘째 리눅스에서 간결한 작업은 엑스가 아닌 터미널 창이다라는 겁니다.엑스로 작업해도 뭔가 부족해 보이고 방법을 찾다보면 터미널 커맨드 라인으로 UI가 종결되어 버리는 느낌은 지울수 없습니다.데비안이나 그리고 우분투에서 패키지관리를 시냅틱으로 하다 뭔가 불편함을 느끼면 앱티튜드나 아니면 커맨드 라인으로 가야 하는 상황은 일반 사용자들에게 씨알도 안먹히는 이야기 입니다.초보자일수록 키보드에는 별로 정이 가지 않습니다.보이는 상황이 눈에 확 띄는 것이 좋지요 이런 상황에서는 키보드보다는 솔직히 마우스가 제일 좋습니다.마우스는 쉽지만 키보드는 어렵더라는 겁니다.
세째 유틸의 정보부족 우분투나 데비안은 소프트웨어 설치가 용의합니다만 시냅틱이나 앱티튜드를 열어보면 꼬부랑글씨에(디스크립션은 다 영문) 뭐하는 패키지도 모르는 목록이 한가득입니다.일반적인 커뮤니티는 다 윈도우즈 중심이라 어플에 대한 디스크립션을 얻기가 힘이 듭니다.리눅스 관련 커뮤니티를 제외하고 말이죠.
네째 설치와 삭제가 용의하지 않다..윈도우즈에서는 프로그램 설치야 전에 말씀 드린데로 인스톨러에 의해 설치 다음다음 누르면 그만 입니다만 리눅스는 그런게 아니더라는 이야기지요.배포판 마다 패키지가 존재하고 또한 설치 방법이나 아니면 삭제 방법이 윈도우즈 만큼 편리 하지 않습니다.

뭐랄까.. 제가 다른 쓰레드에서 리눅스 이런 점은 안좋다, 라고 얘기할때는 다들 들고 일어서는 분위기에서.. 그래 한번 씹어보자 하고 줄줄이 달기 시작하니까 결국 제가 했던 얘기들이 고스란히 나오는.. 뭐 기분 좀 그렇네요 보고 있자니.

저는 리눅스 사용자이지만, 솔직히 본문 쓰신 분 말씀대로 "리눅스"하면 어디가서 칭찬만 받는건 아닙니다. 장점보다는 단점이 많은 운영체제고, 그래서 윈도우의 시장점유율을 낮추지 못하고 있는겁니다. 리눅스가 장점이 더 많다면, 리눅스가 정말 최고의 OS 라면, 왜 윈도우 씁니까.

위에서 말씀하신 분들중에 웹 접근성에 관한 이야기가 있었죠. 그거 하나로 이미 리눅스는 패배입니다. 리눅스가 POSIX.1 표준을 준수하고, gcc 가 ANSI 표준을 준수한다한들, 업계표준을 지키지 못하면 매장당하는겁니다. 우리나라 웹 인프라에서 업계표준은 ActiveX 입니다.

opiokane의 이미지

리눅스에서는 IE를 사용할 수 없는데 IE의 엉터리 렌더링
볼 수 없을 때가 있어서 귀찮을 때가 많습니다.
가끔 웹을 만들다가 IE에서 혹시 잘 못 보일까봐 걱정이 되는 때가
많은데, 그것 때문에 윈도그를 켜고 IE로 볼려면 짜증납니다.
8)

George double you Bush has two brains, the left and the right, like normal people. But the problem is that there is nothing right in his left brain and there is nothing left in his right brain"

pcpenpal의 이미지

dotri 님께서 인용을 총 여섯 개 하셨는데... 서로 비교하기가 좀 그런 것 같습니다.

위 3개는 컴퓨터 초보들에게 리눅스를 사용하게 할 때의 상황이고, 아래 3개는 컴퓨터를 좀 더 잘 활용해 보려는 사람들의 이야기인 것 같네요.

구체적으로, 위 3개는 주로 '단순한 일에 왜 커널 컴파일 등이 필요한가요?'에 대한 답 내용이 주를 이루고, 아래는 뭣 좀 제대로 해 보거나 다양하게 해 보자니 이래저래 불편하더라 이런 얘기라는 것이지요.

리눅스도 단순히 인터넷 정도를 하기 위한 가전제품으로서의 컴퓨터에서는 별로 어렵지 않고, 윈도우도 컴퓨터를 여러 가지로 활용해 보려는 사람들은 이것저것 관리해야 할 부분이 많은 OS라고 생각합니다.

윈도우 쓰는 사람들 중에 윈도우 업데이트 안 하는 사람이 많습니다. 안 해도 적당히 윈도우는 굴러갑니다. 마찬가지로 리눅스도 커널 컴파일이나 재설치 같은 거 안 해도 적당히 잘 굴러갑니다.

윈도우도 성능 향상이나 기타 여러 가지를 위해서는 레지스트리를 건드린다거나 관리 도구의 서비스 관리에서 필요없는 서비스를 내린다거나... 여러 가지를 합니다. 리눅스에서 할 수 있는 수많은 삽질에 비하면 단순하긴 하지만 그만큼 할 수 있는 것도 적지요. 어차피 이런 일(일명 삽질)을 하는 사람들이라면 좀 더 할 수 있는 일이 많은 리눅스 쪽이 좋지 않을까 싶네요.

opiokane의 이미지

Quote:

저는 리눅스 사용자이지만, 솔직히 본문 쓰신 분 말씀대로 "리눅스"하면 어디가서 칭찬만 받는건 아닙니다. 장점보다는 단점이 많은 운영체제고, 그래서 윈도우의 시장점유율을 낮추지 못하고 있는겁니다. 리눅스가 장점이 더 많다면, 리눅스가 정말 최고의 OS 라면, 왜 윈도우 씁니까.

무슨 가요톱텐이나 가요뱅크 같은 곳에 나오는 노래들이 최고의 노래들이라서 거기에 나오고 최고의 노래들 중에는 거기에 나오지 않는 것들이 없나요?
그 이유는 굳이 설명하지 않아도 다들 아실텐데요.
그나마 지금까지의 성장만 봐도 리눅스가 좋아도 훨씬 더 좋으니까 그렇게 성장할 수 있었다고 생각됩니다.

George double you Bush has two brains, the left and the right, like normal people. But the problem is that there is nothing right in his left brain and there is nothing left in his right brain"

pcpenpal의 이미지

그리고 원 글 주제인 리눅스 쪽 불평을 하자면...

어플리케이션이 많이 부족하다는 것이 문제인 것 같습니다. 윈도우에는 비슷비슷한 프로그램이 많아서 골라먹는 재미가 있는데... -_-a

그리고 pseudo bold 패치는 언제까지 계속 해야 하는지... 사실 이것도 저같은 경우는 굴림 글꼴을 쓰고 싶어 생기는 문제인데요.
사실 윈도우 쓰다가 리눅스 쓸 때 UI의 어색함이 언제나 접하던 '굴림 9pt' 글꼴을 못 봐서 생기는 것도 있지 않나 하는 생각이 듭니다.
리눅스 데스크탑에 글꼴을 굴림 9pt로 하면 윈도우에 특이한 테마 까는 정도로들 알기도 하더군요. 특히나 KDE면 더욱...

인터넷뱅킹하고 기타 ActiveX 및 웹 비표준 문제는 최소 2년에서 최대 10년만 참으면 해결이 되리라 믿으며... oTL

그리고 마비노기. -_-; 하프 섭 '토구사'에요~ -_-;

hb_kim의 이미지

임베디드 커널 개발자 입장에서 몇가지 눈에 띄었던 점을 이야기 하겠습니다.

1. 리눅스의 커널 아키텍쳐가 세부적인 점까지 잘 정립되어 있지 않아서 다른 OS 에 비해서 여러가지로 너저분한 점이 많습니다. 비교대상은 역시 Windows NT 5.0 혹은 Windows CE 가 되겠습니다.

- 디바이스 매니저의 부재 - 디바이스 마다 고유의 특성이 있는 반면에 같은 부류의 디바이스 간에는 공통적인 특성도 있는데, 이러한 공통적인 특성을 묶어서 한군데에서 처리하는것이 필요한 리소스도 줄고, 개별적인 모듈을 빨리 안정적으로 제작할수 있겠죠. 리눅스는 이런게 좀 아쉬운듯 합니다. 각 디바이스 드라이버가 어느 정도는 중복된 기능을 가지고 있다고 생각됩니다.

- functional object 와 physical object 이 명확하게 분리되어 있지 않습니다. 아키텍쳐가 이를 명확하게 분리할것을 요구하지 않으므로 디바이스 드라이버 프로그래머가 편한대로 나눕니다. 따라서 front-end 와 back-end 가 한 코드안에서 섞이게 됩니다. 물론 개별 프로그래머의 능력/취향에 따라서 얼마나 깔끔하게 정리가 되는지 차이가 있겠죠.

- 위의 원인과 또 다른 그외 몇몇 원인으로 인해서, 드라이버가 캡슐화되지 않는 경우가 많습니다. 논리적으로 분명 캡슐화 될수 있음에도 불구하고 이를 지원하는 인프라스트럭쳐가 없기 때문에, 함수를 export 하고 다른 파일을 수정해서 probe 하는 함수를 호출해야 한다든지 하는 경우가 발생합니다.

- 모듈 계층간의 인터페이스에서 필요한 기능이 제때에 정의되지 않는 경우가 있습니다. 예로 블록 디바이스와 파일 시스템간에 synchronous write 가 없었는데, 굳이 그 기능을 지원하려면 여러 군데를 손봐줘야 하는 경우가 있다던지 하는 경우입니다. 지금 이러한 기능이 정의/구현되었는지가 관건이 아니고 예전 몇년 동안 필요성은 대두되어 왔는데 해결책이 없는채로 오랜 시간이 지났다는 이야기입니다. 파워세이빙도 비슷한 예가 될것 같군요.

2. 개발 툴 문제 입니다.
하드웨어 플랫폼 바뀔때마다 툴 새로 다 깔고, 심하면 glib 다시 컴파일하고... 어쩌다가 커널버젼 바뀌면 gcc 버젼도 바꿔야 되고 등등. 이렇게 한번 툴 깔아놓고 나면 그 개발 호스트는 옴짝달싹 손도 못대게 됩니다. 다시 한번 그 생노가다를 반복할수는 없으니까.

임베디드니까 그렇다고 봐주려고 해도 상대적으로 플랫폼 빌더와 비교해 보면 별로 설득력이 없는 이유라는 생각이 듭니다. 각 업체 나름대로의 지향하는 바가 다르겠지만, 어느 정도 표준화가 되어주면 개발자들이 훨씬 편하겠다는 생각이 듭니다.

3. 그 다음은 복잡한 라이선스 문제입니다.
회사의 입장에서 보면 오픈소스로 나와있는 플랫폼을 최대한 활용해서 제품의 핵심과 무관한 부분은 빨리 준비를 끝내고, 자체적으로는 핵심모듈 개발과 제품 최적화등에 최대한 신경을 써서 제품을 내는게 목적일겁니다. 또 개발이 끝나면 자체적으로 공을 들인 부분에 대해서는 IP 를 확보해야죠. 그런데 GPL 등의 라이선스에 맞추면서 IP 를 확보하려면 아무래도 변호사+엔지니어 로 짜여진 리뷰팀이 필요합니다. 또 SDK 에 딸려오는 각종 부속들의 라이선스도 무시 못할 것이죠. 한편 윈도우즈는 마이크로소프트와 파트너 체결해서 공동개발해야 되지 않는 이상 돈만 내면 왠만한것은 다 따라오죠.

이런 저런것을 모두 종합해볼때, 리눅스로 뭔가 뛰어난 임베디드 제품을 만들려면 일단 커널/드라이버쪽을 대폭 손봐줄수 있는 강력한 팀이 필요합니다. 상대적으로 윈도우즈를 써서 개발 하는것보다 노동집약적인 경우가 많다고 봅니다. 이점은 저희같은 개발자에게는 나쁜 소식은 아닙니다. (그동안 아무리 미국 IT 노동시장이 안좋아도 커널 개발자들은 별 영향을 안받았던것으로 보입니다.) 다만 무엇을 하던지 개인의 생산성이 최대한으로 발휘되기는 좀 힘들다고 봅니다. 회사의 이익도 개인의 생산성과 밀접한 연관이 있겠죠.

두서없이 적었습니다. 혹시 리눅스와 윈도우즈 두 플랫폼 모두에서 개발에 경험이 많으신 분이 있으면 반론 혹은 보충해 주세요.

까나리의 이미지

1. 데스크탑 1대 : MS Windows XP (dual boot ubuntu)

2. 노트북 1대 : Ubuntu (dual boot XP)

3. Testing : Gentoo

서로 부족한 부분이 있으니, 채워주면 됩니다.

위 3대의 조합, 만족합니다. :P

ffnhj의 이미지

결국 뭐니뭐니 해도 킬러어플리케이션 부족이 리눅스의 나쁜점 전부입니다.

UI가 좋고 나쁘고, X윈도우가 안정성이 있고 없고, 커널의 메모리 관리 방식이 윈도우와 같고 다르고 뭐 이런 것들은 해당 개발자들에게는 중요한 문제이겠지만, 유저입장에서는 본질적인 문제는 아닙니다.

결국 최종 소비자 입장에서는 원하는 솔루션이 있느냐 없느냐가 모든 것을 결정하죠. 저같은 경우는 리눅스를 데탑으로 쓰는데, 가장 아쉬운 것을 순서대로 대보면
Igor Pro (데이타 분석 프로그램)
프리젠테이션 프로그램 (OO의 비대함에 정말 질렸음.)
DirectX (좀 어떻게 좀 지원할 수 없나?)
이런 순서입니다.
이중 첫째 사항은 약간 특수한 것이니 일반인에게는 별 해당사항 없겠지만, 둘째 셋째 사항이 해결된다면 아마 사용자는 현재의 서너배가 될 것입니다.

결론은 리눅스 커널은 사용자 요구에 비해 너무 훌륭합니다. X 윈도우 시스템은 충분히 훌륭합니다. 하지만 어플리케이션은 너무 부족합니다.

아빠곰의 이미지

pcpenpal wrote:
어플리케이션이 많이 부족하다는 것이 문제인 것 같습니다. 윈도우에는 비슷비슷한 프로그램이 많아서 골라먹는 재미가 있는데... -_-a

음, 반박하는건 아닙니다. 느낌의 차이일테니까요.

저는 종종, 같은 기능을 하는 너무 많은 프로그램들 사이에서, 선택의 어려움을 느낍니다. freshmeat://, google://, sf://, 만 검색해보아도 같은 기능을 하는것이 몇가지씩 나오는걸요.

----
아발발다빠따반반나다발딸발발다빠따따맣밤밤따받따발발다따밝다발발다빠따따밤반다빠따다맣밥발
발다따밥다발발다따박다발발다빠따따밞밭밭다따다맣아희

penance의 이미지

컴퓨터에 관심이 많은 평범한 유저로서, 데스크탑으로 쓸 때
리눅스를 보는 관점은
(이미 앞에 분들이 많이 말했지만)

1. 삽질이 많이 필요하다(어렵다)
해커의 운영체계이기 때문에 당연하다고 말하고 싶겠지만
평범한 사람에게는 윈도우에서 당연하게 느껴지는 상황을
굳이 고생하면서 고치고 조절해서 얻고 싶어하지 않다.
컴으로 밥먹고 사는 사람들에게는 이게 전부겠지만,
컴퓨터는 목적이 아니고 수단이다, 그리고 수단에 신경쓰고 싶진 않다.

2. 게임이 거의 없다
요즘 유행하는 온라인 게임은 다 윈도우용으로 되어 있다.
게임좋아하는 사람에게 당연히 리눅스는 이상한 존재일 것이다.

3. 인터넷의 불편함
웹사이트를 볼 때, 파이어폭스로는 항상 어딘가 불편함을 느낀다.

물론 wine이나 vmware를 이용해서 이런 불편함을 없앨 수 있지만 일단 패스.

더 거슬러 올라간다면
한 대학생과 해커들의 노력으로 태어나서
GNU MANIFESTO로 자라난 운영체제의 태생적인 한계라는 생각까지?
더 크게 성장하려면 기조부터 바뀌어야 하지 않을까 합니다.

CY71의 이미지

어플 부족은 아무래도 정보의 비대칭성에서 기인하는 듯 하군요.

리눅스용 어플이 부족하다는 이야기는... 솔직히 진짜 어플이 없다기 보다 어떤 어플이 있다는 사실을 모르는 사람이 더 많다는 것이 주요한 원인이 아닐까 생각해봅니다. 참고로 리눅스용 어플 뒤져보면 웬간한 종류는 다 나옵니다. 문제는 IE 와 같이 M$ 전용으로 제작된 어플이 문제겠죠 ㅡ_ㅡ

예전에 윈도에는 있는데 리눅스에는 왜 없냐는 소리에 리눅스에 존재하는 어플을 그대로 적어본 적이 있었습니다. 없는 어플이 별로 없더군요. 오히려 서버용 어플 몇 종류는 윈도용으로 그런 소프트가 있는지 의심스러울 정도였구요. 하지만 그런 어플이 있다는 사실을 아는 사람은 정말 몇명 안되었습니다. 참고로 기억을 뒤져서 몇개만 적어보겠습니다.

▷ M$N 메신저 → GAIM
▷ 익스플로러 → firefox
▷ 당나귀 → edonkey
▷ M$ 오피스 → 오픈오피스
▷ 미디어플레이어 → mplayer
▷ 원격데스크톱 → rdesktop

일단 생각나는 것만 적었습니다. winmx 라든가 winny 같은 일본 P2P 소프트나 M$ 전용인 액티브X 같은 것들을 제외하면 리눅스에서 못 돌릴 것은 거의 없습니다. 일본 리눅서 중에서는 winny 나 winmx 도 wine 으로 돌리는 사람도 있으니, 어플이 부족하다는 것은 설득력이 없습니다.

다만 어플이 있더라도 그것을 설치하고 세팅하는 작업이 윈도에 비해서 월등히 어렵다는 것은 확실히 리눅스 진영의 약점이긴 합니다. 참고로 컴퓨터 잘 모르는 어른들은 KDE 와 윈도XP 를 구분하지 못하시더군요. K브라우저 툴바를 윈도XP 스타일로 만들어놓으면 웹서핑 잘 하십니다.

리눅스 킬러 어플 부재이야기는 윈도에 익숙한 사람이 윈도랑 다른 스타일에 적응하기 어렵다는 이야기라고 봅니다. 윈도 XP 에 익숙한 초보자에게는 MacOS X 타이거를 주더라도 '윈도랑 구조가 달라서 못 쓰겠다' 라는 말을 똑같이 할 겁니다.

doldori의 이미지

마침 모 커뮤니티의 게시판에 개발자의 입장에서 느끼는 불만이 좀 올라왔군요.
그 중에서 약한 걸로 하나 골라 퍼옵니다.

Quote:
***님과 다른 관점으로, linux 코드는 확실히 BSD에 비해 지저분한
면이 많습니다.

저도 요즘 linux filesystem 코드를 좀 들여다봤는데, naming convention이
조악해서 readibility가 떨어져 치를 떨었죠.

공짜 코드를 보면서 무슨 말이 많냐구요? 능력이 안 되니까 남의 코드라도
봐야죠. -_-;;


참고로 이 글을 쓴 분과 내용 중의 ***님은 제가 보기에 한가닥씩 하는 분들입니다.
저야 커널 코드를 들여다본 적이 없으니 판단 유보입니다. 뭐, 발뺌이죠. ^^;
Berlin의 이미지

저는 리눅스 데스크탑은 구리고, 윈도우는 싫어서 제3의 길을 택했는데요... 윈도우 쓸 때에도 메인 브라우저는 Mozilla였고 하다 보니 ActiveX는 별로 신경이 안쓰이더군요. 개인적으로는 ActiveX 없이는 못들어가는 사이트 치고 괜찮은 사이트가 별로 없더라구요... 하긴 국내 사이트보다 외국 사이트 돌아다니는 걸 더 좋아하는 편이라 그렇기도 하겠지요. 위에 올라온 단점들 대체로 다 외국에서도 제기되고 있는 문제이지만, ActiveX 안된다고 리눅스를 혹평하는 경우는 외국이라고 없기야 하겠냐마는... 우리나라에서만 봤던 거 같아요.
dotri님은 VHS보다 베타맥스가 좋았고, Win 3.1보다 OS/2가 좋았으며, MS-DOS보단 매킨토시가 좋았다는 고사(?)를 아실만한 분 같은 데 약간 감정을 실어서 글 쓰신 게 아닐까 싶네요. 저는 상관 없지만, 아무래도 자신의 취향이 악평을 듣게 되면 기분 좋은 사람 별로 없거든요. 이런 부분에 있어 적당히 다독거리면서 글을 이끌어내는 것도 좋은 지혜라고 봅니다.

다크슈테펜의 이미지

CY71 wrote:
어플 부족은 아무래도 정보의 비대칭성에서 기인하는 듯 하군요.

리눅스용 어플이 부족하다는 이야기는... 솔직히 진짜 어플이 없다기 보다 어떤 어플이 있다는 사실을 모르는 사람이 더 많다는 것이 주요한 원인이 아닐까 생각해봅니다. 참고로 리눅스용 어플 뒤져보면 웬간한 종류는 다 나옵니다. 문제는 IE 와 같이 M$ 전용으로 제작된 어플이 문제겠죠 ㅡ_ㅡ

예전에 윈도에는 있는데 리눅스에는 왜 없냐는 소리에 리눅스에 존재하는 어플을 그대로 적어본 적이 있었습니다. 없는 어플이 별로 없더군요. 오히려 서버용 어플 몇 종류는 윈도용으로 그런 소프트가 있는지 의심스러울 정도였구요. 하지만 그런 어플이 있다는 사실을 아는 사람은 정말 몇명 안되었습니다. 참고로 기억을 뒤져서 몇개만 적어보겠습니다.

▷ M$N 메신저 → GAIM
▷ 익스플로러 → firefox
▷ 당나귀 → edonkey
▷ M$ 오피스 → 오픈오피스
▷ 미디어플레이어 → mplayer
▷ 원격데스크톱 → rdesktop

일단 생각나는 것만 적었습니다. winmx 라든가 winny 같은 일본 P2P 소프트나 M$ 전용인 액티브X 같은 것들을 제외하면 리눅스에서 못 돌릴 것은 거의 없습니다. 일본 리눅서 중에서는 winny 나 winmx 도 wine 으로 돌리는 사람도 있으니, 어플이 부족하다는 것은 설득력이 없습니다.

다만 어플이 있더라도 그것을 설치하고 세팅하는 작업이 윈도에 비해서 월등히 어렵다는 것은 확실히 리눅스 진영의 약점이긴 합니다. 참고로 컴퓨터 잘 모르는 어른들은 KDE 와 윈도XP 를 구분하지 못하시더군요. K브라우저 툴바를 윈도XP 스타일로 만들어놓으면 웹서핑 잘 하십니다.

리눅스 킬러 어플 부재이야기는 윈도에 익숙한 사람이 윈도랑 다른 스타일에 적응하기 어렵다는 이야기라고 봅니다. 윈도 XP 에 익숙한 초보자에게는 MacOS X 타이거를 주더라도 '윈도랑 구조가 달라서 못 쓰겠다' 라는 말을 똑같이 할 겁니다.


1:1 대응으로는 어느정도 어플을 끼워 맞출수 있으나 그 툴이 강력하냐 예를 들겠습니다.
우선 포토샵과 김프를 1:1 대칭하는데 비교적 그래픽 에디터로서느 1:1 대응이 맞겠지요 하지만 포토샵의 강력한 기능에 비하면 김프는 사용하기가 껄끄럽습니다.리사이즈 조정하고 그리고 간편하게 그림 그릴때는 모르겠습니다만 전문적이고 고 편집 작업이라면 김프로는 힘듭니다.자유 변형의 익스트렉트 리퀴파이 그리고 써드 파트와 기본적인 필터들 이런거는 포토샵에서는 할수 있지만 김프에서는 힘들 것입니다.또한 와인으로 포토샵을 7까지 돌릴수 있다고 하나 그렇다고 불안정한 상태의 에뮬로 포토샵을 돌리면서 작업한다는것은 위험천만하다는 것을 잘 아실겁니다.
나머지 위에 예로 드신 것들도 물론 1:1대응으로 연결할수 있으나 그 강력한 기능은 1:1 대응이 될수 없다는 것을 명심해야 할것입니다.
KDE진영에서도 1:! 대응되는것이 있을지는 몰라도 너무 많은 기능도 오히려 유저에게는 독입니다.적당한 프로그램에 대한 선택이 있지만 리눅스 유저에게는 부족한게 현실입니다.

인생이란게 다 그런게 아니겠어요....? 뭘(?)
http://schutepen.egloos.com

바라미의 이미지

에잇.. 장치 관련 얘기 하려다가 그 부분은 여러 변수가 있으므로 패스합니다.

저 위에 어떤분은 X 가 불안정 하다고 하시는 분이 계신듯 합니다만.
저의 경우는 윈도우에서 어플의 오류로 인해 윈도우가 멎어버린 경우를 수도없이 경험해온 유저라 오히려 X 를 안정적으로 여기고 있습니다.
사양이 않좋아 느린건 감수하지만. 윈도우에 비해 안정적인건 느끼고 있습니다.
아주 약간 배운 상삭으로. 가상콘솔로 들어가 kill xxxx 해주면 된다고 알고
그렇게만 해주면 그 어플만 꺼지고 원상태로 돌아가기에 윈도우처럼 리붓을 하지 않아도 되어 좋습니다.. 혹시 X 자체 를 말씀하시는거라면.. 겪어본적이 없어서 모르겠군요..;

GUI냐 CUI 도 한목합니다만. 그건 다른건 몰라도 젊은세대들에게는 글쎄요..
이미 리눅스도 X 를 동한 GUI 이면서 동시에 CUI 도 쓰고있습니다.
GUI 는 기본적으로 쓸수 있죠 요즘 배포본은. CUI 가 필요한 시점이 있습니다.
그러나 젊은 세대들은 충분히 사용할것입니다.
솔직히 요즘 저보다도 어린 학생들의 컴퓨터 사용 능력 보면 놀랍습니다.
윈도우에서도 최적화 한답시고 레지스트리 수정하는 법이라든지, 게이의 세팅값 최적화 라든지 인터넷에서 잘도 찾아내 써먹읍니다.
세상에 제 사촌 하나는 저는 그냥 귀찮고 외우기 싫어서 그냥 하는 카스도 (그 사촌은 윈도우의 도스 비슷한 명령어도 모릅니다.)
콘솔을 열어서 mox 뭐니뭐니 한참 쳐댑니다.
그러고서는 게임을 즐기죠:)

문제는 그런 것도 안하는 사람들인데. 그부분에 대해서는 한소프트리눅스 라던지, 레드햇이라던지 많은 회사들이 노력을 하고 있다고 보고 있습니다.
그리고 젊은 세대일수록 새로운것을 잘 받아들이는 만큼 리눅스도 잘 적응하게 될거란 얘기죠 :)

자. 이제 제 불만을 얘기해볼까요..;

저는 소프트웨어에 관해 불만이 많이 있습니다.
리눅스는 윈도우에 비해 턱없이 부족한 소프트웨어와 질이 너무 낮다고 생각합니다.
서버용 프로그램 같은 경우는 리눅스가 윈도우보다 훨씬 많고 좋은 프로그램이 많이 있다는것을 압니다.
그러나 데탑시장만큼은 철저하게 윈도우에 맞춰져 있습니다.

요즘 동영상,음악 파일 구하기가 쉽지 않더군요.
소리바다도 윈도우로만 가능하고, 저야 당나귀를 쓰지만 그외 다른 p2p 프로그램들이 없습니다. 있기는 하지만 주로 해외의 프로그램들이죠.
국내 사용자가 많이 쓰는 p2p 는 없습니다.
유일한 대책이 당나귀 뿐.. p2p가 않좋다는 이미지가 있지만 그렇다고 네티즌들은 그거 없으면 어떻게 합니까? 윈도우로 돌아갈지 모르죠.
거기에 더불어 많은 사이트들이 ActiveX 를 사용합니다.
특히 대용량 데이터를 다루는 곳일수록.
제가 신비로 동호회에 가입되 있습니다. 애니메이션이랑 OST 같은것들을 다루는 동호회입니다. (유명한 데죠?)
그런데 파일을 다운받을수가 없습니다. ActiveX 인지라..
이건 전적으로 그렇게 만든 회사들의 잘못이지만. 네티즌들이 과연 그걸 이해할까요. 에이 그냥 윈도우로 가자 하고 이럴지도.

이 2가지 사항이야 저는 주 작업이 아니므로 참고 넘어가죠.

그러나 그 다음은 정말 불편하네요.

데스크탑용 어플이 너무나도 없고, 또한 정보 또한 없습니다.
동영상 재생기라던지, 게임, 몇몇 킬러 어플 같은 어플들이 너무 없죠.
여기서 동영상 재생기에서 mplayer,totem,xine,vlc 같은게 있자나 하시는 분들이 있는데요. 윈도우용 동영상 재생기와 비교하면 너무나도 턱없이 부족하고 또한 편리하지도 않습니다. 대표적인, 곰플레이어,스완,kmp 같은것들을 그냥 설치만 하고 재생하면 완벽한 재생에 자막까지 완벽히 선명하게 나오죠.
그런데 리눅스에서는 삽질을 해야 하는데다. 그것마저도 되어있는레드햇, 한소프트리눅스 같은 경우에도 윈도우의 동영상 재생기보다는 불편합니다.
어떤분들은 윈도우는 윈도 미디어 플레이어의 api 를 쓰는 것이라고 하시지만 그렇다면 왜 리눅스에선 xine, mplayer 의 api 를 이용한 프론트 엔드조차 윈도우에비해 턱없이 모자를까요.

게임은 극악합니다. 리눅스를 쓴다면 몇몇 게임외에는 아예 게임할 생각을 말아야죠. 와인으로 돌리는 분도 있습니다. 그러나 그게 과연 쉬운일 일까요?
저는 아직까지도 와인으로 카운터스트라이크도 못돌려봤습니다.
자꾸 이상하게 오류가 떠서요. ET 라는 게임도 있어 그게임을 하면 되겠습니만..
제컴 사양에서는 게임이 불가능해 못하고 있습니다...
그리고 FPS 가 아닌 온라인 게임을 하고 싶다. 특히 카스 같은게 아닌 온리 directX 로 만들어진 온라인 게임의 경우. 그건 거의 절망에 가깝죠..특히 런처같은게 ActiveX 로 되어있는경우..

또한 몇몇 키러 어플같은 편리함을 가진 프로그램도 그렇죠.
저는 정말 지금 현재 '드림위버' 처럼 편리한 위지윅 에디터를 찾고 있습니다.
nvu 를 써보았지만 드림위버처럼 편리하게 코딩하기가 쉽지 않더군요.
게다가 한글화도 안되있죠.
또한 많은이들이 사용하는 파워포인트, 엑셀, 등.. 오픈오피스가 있다지만 100% 호환되는것은 아니며, 또한 너무 무겁습니다. 안되는 기능도 있고요.

현재 국내의 IT 환경 자체가 MS 윈도우에 맞춰져 있기에 리눅스로서는 제약이 너무 많습니다.

그리고 한가지

리눅스용 어플의 정보를 얻는곳이 너무 한정적이라는 겁니다.
물론 패키지에 설명이 들어있습니다. 그러나 영어라는 점이 우선 문제가 됩니다.
그러나 그 문제는 부차적인 경우이고.
가장 큰 문제는 리눅스용 어플에 대한 정보를 얻을곳이 없습니다.
어떤 종류의 어떤 프로그램이 있으며 어떤 프로그램이 어떤 기능을 하는지 등등
어플리케이션을 소개하는 곳이 없습니다. 국내에는.
sourceforge 니 freshmeat 등이 있지만 전부 영어지요..
국내에는 수많은 공개자료실이 있습니다, 저는 그중에서 심파일과 마이폴더넷을 이용합니다.
그런데 그 수많은 공개자료실에는 리눅스용 어플 소개는 하나도 없습니다. 몇개 있기는 하지만 그건 리눅스용 이라기보다 윈도우 바이너리가 있을 경우에 한합니다.
이렇게 소프트웨어데 대한 정보를 다루는 데가 없어 뭘 하고 싶으면 어떤 프로그램을 써야하는지에 대한 정보가 부족합니다.

한때 linux.co.kr 이라는 사이트의 자료실이 있었지만.
지금 가보면 유지나 되고 있는지 의심이 들정도로 관리가 안되고 있네요.
몇년전 자료가 최산자료로 나와있는둥.

아무튼 제가 윈도우에서 리눅스로 전환하며 느낌점을 썼습니다..;
이런점들은 리눅스진영의 힘으로는 힘들겁니다.
그래도 희망을 가지며..

iolo의 이미지

다크슈테펜 wrote:
CY71 wrote:
어플 부족은 아무래도 정보의 비대칭성에서 기인하는 듯 하군요.

리눅스용 어플이 부족하다는 이야기는... 솔직히 진짜 어플이 없다기 보다 어떤 어플이 있다는 사실을 모르는 사람이 더 많다는 것이 주요한 원인이 아닐까 생각해봅니다. 참고로 리눅스용 어플 뒤져보면 웬간한 종류는 다 나옵니다. 문제는 IE 와 같이 M$ 전용으로 제작된 어플이 문제겠죠 ㅡ_ㅡ

예전에 윈도에는 있는데 리눅스에는 왜 없냐는 소리에 리눅스에 존재하는 어플을 그대로 적어본 적이 있었습니다. 없는 어플이 별로 없더군요. 오히려 서버용 어플 몇 종류는 윈도용으로 그런 소프트가 있는지 의심스러울 정도였구요. 하지만 그런 어플이 있다는 사실을 아는 사람은 정말 몇명 안되었습니다. 참고로 기억을 뒤져서 몇개만 적어보겠습니다.

▷ M$N 메신저 → GAIM
▷ 익스플로러 → firefox
▷ 당나귀 → edonkey
▷ M$ 오피스 → 오픈오피스
▷ 미디어플레이어 → mplayer
▷ 원격데스크톱 → rdesktop

일단 생각나는 것만 적었습니다. winmx 라든가 winny 같은 일본 P2P 소프트나 M$ 전용인 액티브X 같은 것들을 제외하면 리눅스에서 못 돌릴 것은 거의 없습니다. 일본 리눅서 중에서는 winny 나 winmx 도 wine 으로 돌리는 사람도 있으니, 어플이 부족하다는 것은 설득력이 없습니다.

다만 어플이 있더라도 그것을 설치하고 세팅하는 작업이 윈도에 비해서 월등히 어렵다는 것은 확실히 리눅스 진영의 약점이긴 합니다. 참고로 컴퓨터 잘 모르는 어른들은 KDE 와 윈도XP 를 구분하지 못하시더군요. K브라우저 툴바를 윈도XP 스타일로 만들어놓으면 웹서핑 잘 하십니다.

리눅스 킬러 어플 부재이야기는 윈도에 익숙한 사람이 윈도랑 다른 스타일에 적응하기 어렵다는 이야기라고 봅니다. 윈도 XP 에 익숙한 초보자에게는 MacOS X 타이거를 주더라도 '윈도랑 구조가 달라서 못 쓰겠다' 라는 말을 똑같이 할 겁니다.


1:1 대응으로는 어느정도 어플을 끼워 맞출수 있으나 그 툴이 강력하냐 예를 들겠습니다.
우선 포토샵과 김프를 1:1 대칭하는데 비교적 그래픽 에디터로서느 1:1 대응이 맞겠지요 하지만 포토샵의 강력한 기능에 비하면 김프는 사용하기가 껄끄럽습니다.리사이즈 조정하고 그리고 간편하게 그림 그릴때는 모르겠습니다만 전문적이고 고 편집 작업이라면 김프로는 힘듭니다.자유 변형의 익스트렉트 리퀴파이 그리고 써드 파트와 기본적인 필터들 이런거는 포토샵에서는 할수 있지만 김프에서는 힘들 것입니다.또한 와인으로 포토샵을 7까지 돌릴수 있다고 하나 그렇다고 불안정한 상태의 에뮬로 포토샵을 돌리면서 작업한다는것은 위험천만하다는 것을 잘 아실겁니다.
나머지 위에 예로 드신 것들도 물론 1:1대응으로 연결할수 있으나 그 강력한 기능은 1:1 대응이 될수 없다는 것을 명심해야 할것입니다.
KDE진영에서도 1:! 대응되는것이 있을지는 몰라도 너무 많은 기능도 오히려 유저에게는 독입니다.적당한 프로그램에 대한 선택이 있지만 리눅스 유저에게는 부족한게 현실입니다.

대응이라고 하는 것이 어떤 의미냐에 달린것이라고 봅니다.
대응이라는 것이 완전히 동일하거나 그 이상의 어플리케이션을 의미한다면 불가능겠지만... 대체 가능한 또 하나의 어플리케이션이라고 본다면 불가능할 것도 없지요.

다크슈테펜님께서 김프와 포토샵의 비유를 들어 말씀해주셨습니다만...
김프가 포토샵에 비해 부족한 부분이 있는 것처럼 포토샵도 김프에 비해 부족한 부분이 있습니다. 제가 둘을 보는 관점은 두 개의 서로 다른 프로그램이라는 것입니다. 포토샵도 있고 포토페인트도 있고 김프도 있는 겁니다. 김프가 포토샵의 기능을 모두 가질 필요도 없고(가질 수 도 없겠죠) 포토샵도 그렇지 않은 거죠(앞으로도 아니겠죠).
실제로 많은 F/OSS쪽 디자이너(취미로 디자인하는 사람들 말고... 밥먹고 살기위해 디자인하는 사람들입니다)들은 김프를 사용합니다.
일러스트레이터에 대한 대응은 솔직히 없습니다. 잉크스케이프가 많이 발전하긴 했지만 아직은 역부족인 것이 사실이고 그래서 김프를 쓰는 디자이너들도 아직 일러스트레이터를 많이 씁니다. 하지만 점점 잉크스케이프를 쓰는 사람이 늘고 있고 잉크스케이프도 그들의 요구를 받아들여 급속도로 발전하고 있습니다.
전 밥줄로 디자인을 하는 것은 아닙니다만, 꽤 오래전부터 포토샵을 사용해왔고 또 꽤 오래전에 김프로 전향을 해서... 지금은 포토샵보다는 김프에 더 익숙합니다. 그리고 김프가 포토샵보다 못하다는 의견에 동의할 수 없습니다. 김프와 포토샵은 서로 다른 별개의 프로그램일 뿐입니다.
차이를 인정한다고, 차별을 합리화해서는 안됩니다.

----
the smile has left your eyes...

다크슈테펜의 이미지

하지만 포토샵에 대안으로 리눅스에서는 김프나 픽셀정도 밖에 없는 것은 동의하시는 현실아닌가요..?
많은 사용자들에게 김프보다는 포토샵이 더 익숙할것이고 또한 디씨 인사이드의 많은 합성 작품도 김프가 아닌 포토샵으로 거의 만들어 졌을겁니다.
기능이 동등하다 할지라도 써드 파티 필터에는 김프도 역시 포토샵을 따라 잡기는 힘듭니다.눈깔사탕 카이파워툴 아니면 낙아웃을 기본적으로 사용합니다만 그런 동등한 기능을 가진 리눅스 소프트웨어가 있던가요...?
물론 제가 비교한것은 제 오류 일수도 있습니다.
하지만 포토샵과 김프가 대응되지 않는다면 포토샵에 대응은 무엇이란 말입니까...?
그리고 나머지 어플리케이션도 다 기능상으로 대응되지 않는데 그럼 다음 대응으로는 무엇이란 말입니까...?

인생이란게 다 그런게 아니겠어요....? 뭘(?)
http://schutepen.egloos.com

chronon의 이미지

koxel wrote:

요즘 동영상,음악 파일 구하기가 쉽지 않더군요.
소리바다도 윈도우로만 가능하고, 저야 당나귀를 쓰지만 그외 다른 p2p 프로그램들이 없습니다. 있기는 하지만 주로 해외의 프로그램들이죠.
국내 사용자가 많이 쓰는 p2p 는 없습니다.
유일한 대책이 당나귀 뿐.. p2p가 않좋다는 이미지가 있지만 그렇다고 네티즌들은 그거 없으면 어떻게 합니까? 윈도우로 돌아갈지 모르죠.

고가의 AV 환경을 꾸미는데는 p2p 가 필요 없지만 경제력이 부족한 일반 서민들한테는 p2p 의 힘이 절대적이죠. 동감합니다. :oops:

koxel wrote:

거기에 더불어 많은 사이트들이 ActiveX 를 사용합니다.
특히 대용량 데이터를 다루는 곳일수록.
제가 신비로 동호회에 가입되 있습니다. 애니메이션이랑 OST 같은것들을 다루는 동호회입니다. (유명한 데죠?)
그런데 파일을 다운받을수가 없습니다. ActiveX 인지라..
이건 전적으로 그렇게 만든 회사들의 잘못이지만. 네티즌들이 과연 그걸 이해할까요. 에이 그냥 윈도우로 가자 하고 이럴지도.

신비로는 조금 삽질을 해 보시면 ActiveX 를 통하지 않고 다운로드를 할 수 있습니다. 의외로 간단합니다.

offree의 이미지

이제 슬슬 "닭이 먼저냐, 달걀이 먼저냐!" 이야기가 나올듯 하네요.

그리고, 포토샵 이야기를 하자면, 리눅스든, 윈도우든 포토샵에 대응할 만한 다른 프로그램이 있나요?
없다면, 논의 자체가 잘못되었다고 생각이 듭니다.
포토샵 사용하던 사람들은 포토샵이 아닌 어떤것을 가져다 줘도 맘에 안들것입니다.

사용자가 바꾸어 나가자!!

= about me =
http://wiki.kldp.org/wiki.php/offree , DeVlog , google talk : offree at gmail.com

다크슈테펜의 이미지

offree wrote:
이제 슬슬 "닭이 먼저냐, 달걀이 먼저냐!" 이야기가 나올듯 하네요.

그리고, 포토샵 이야기를 하자면, 리눅스든, 윈도우든 포토샵에 대응할 만한 다른 프로그램이 있나요?
없다면, 논의 자체가 잘못되었다고 생각이 듭니다.
포토샵 사용하던 사람들은 포토샵이 아닌 어떤것을 가져다 줘도 맘에 안들것입니다.


하지만 포토샵에 완전히 대응하지는 않지만 거의 모든 기능은 1:1 대응되는 프로그램은 많으며 또한 플러그인 또한 왠만한 윈도우즈 그래픽 프로그램에서는 호환가능합니다.지금 눈깔사탕이나 카이파워툴 낙아웃을 설치했지만 현재 페인트샵 프로나 그리고 파이어웍스등에서 이런것은 불러 내서 사용할수 있습니다.
현재 취미로 포토샵을 하지만 기분내키면 가벼운거 원할때는 파이어웍스나 아니면 페인트 샵 프로를 사용합니다.아니면 포토샵에 같이 들어있는 이미지 레디를 사용할수도 있죠.세가지 모두 기본적인 합성이나 변형 그런것은 포토샵과 같은 작업 플러그인이 사용가능합니다만 김프는 아니란겁니다.
솔직히 파이어웍스나 페인트 샵 프로는 사용한다 할지라도 김프는 정말 손에 익지 않는 이상 힘듭니다.

인생이란게 다 그런게 아니겠어요....? 뭘(?)
http://schutepen.egloos.com

neumann의 이미지

Quote:

아빠곰 씀:
마비노기가 안됩니다.
왜그럴까요.
리눅스 나파요.

... 이러면 누군가, 마비노기 리눅스에서 하는법을 알려주실것 같아요. (기대)

저도 이것만 되면 윈도우 지울수 있는데.
ie는 깔수 있으니 상관없는데. 마비노기가 문제
하프섭 "칼찬요정" 입니다. ㅡ,.ㅡ;

PS) 생각해 보니 방송강좌때문에 못 지우겠군요.

저도 저도 ~~. 하프 "키노루미" 에요 -_-.
그래서 리눅스에서 돌아갈수있는 게임중.. WOW가 된다길래 이것도 생각해봤지만.. 가격이;

그 외로는 딱 한가지.

인터페이스에 관한 점입니다.

X윈도 명확하지 못하다고 할까? 여기서 명확성이란. 직관적이다 이런 뜻은 아닙니다.

미적인 면보다는 음 설명하기 힘들군요.

2%로 부족하다고 생각합니다. GUI면에서 약간의 세심한. 이 필요한듯합니다.

세상은 비선형한 존재

바라미의 이미지

koxel wrote:

거기에 더불어 많은 사이트들이 ActiveX 를 사용합니다.
특히 대용량 데이터를 다루는 곳일수록.
제가 신비로 동호회에 가입되 있습니다. 애니메이션이랑 OST 같은것들을 다루는 동호회입니다. (유명한 데죠?)
그런데 파일을 다운받을수가 없습니다. ActiveX 인지라..
이건 전적으로 그렇게 만든 회사들의 잘못이지만. 네티즌들이 과연 그걸 이해할까요. 에이 그냥 윈도우로 가자 하고 이럴지도.

신비로는 조금 삽질을 해 보시면 ActiveX 를 통하지 않고 다운로드를 할 수 있습니다. 의외로 간단합니다.

비결을 알려주소서... :!:

지리즈의 이미지

hb_kim wrote:
임베디드 커널 개발자 입장에서 몇가지 눈에 띄었던 점을 이야기 하겠습니다.

두서없이 적었습니다. 혹시 리눅스와 윈도우즈 두 플랫폼 모두에서 개발에 경험이 많으신 분이 있으면 반론 혹은 보충해 주세요.

일리가 있는 지적입니다.

다만, 한개 혹은 소수의 디바이스에 특화된 장치를 개발하는 입장에서는
리눅스는 보다 훨씬 유연하고,
강력하고, 또한 저렴하다는 것이 개인적인 생각입니다.

이를테면, ODD(cdrom.. etc)를 테스트하는 장치를 개발한다면,
DOS아니면, 리눅스입니다. 여기에는 NT 5.0이나 CE가 낄자리가 없지요.
(이유는 비용때문입니다.)

DOS는 이러한 장치에 대해서 아에 커널이 아니고...
이러한 디바이스에 대한 핸들을 위해 TSR이나 어플리케이션 레벨에서
핸들을 해야한다는 점입니다.

또한, 다양한 장치에 대해서 너저분한지는 모르겠지만
(경험이 없어서 모르겠습니다.)

다만, 한 장치를 접근하기 위해서 구성되어 있는
리눅스의 계층화 되어진 디바이스 드라이버 구조들은
커널를 개발 초기에는 고려가 되어지지 않은 유연성조차 제공할 수도 있습니다.
(이를 테면, 장치나 디바이스 드라이버 자체가 지원하지 않는데도 불구하고 간단한 전기적 안전장치를 구현한 것만으로 IDE 핫 플러깅을 사용할 수 있는 것과 같은..)

이러한 것은 DOS나 NT에서는 불가능합니다.

결국은 강력한 단일 관리체제가 아닌 느슨한 리더쉽에 의해
개발되는 리눅스의 단점은 분명 존재하지만,
오픈소스로서 가지는 장점은 분명 있다는 점입니다.

There is no spoon. Neo from the Matrix 1999.

지리즈의 이미지

드디어 알아 냈습니다.

리눅스의 불편한점...

그것은 너무도 빨리 변화해가고 하루가 다르게 향상되어 간다는 점입니다.

보안패치의 의미가 아닌 진정한 업데이트의 압박과
새로움에 적응해야 한다는 기대와 때로는 버거움..

제가 생각하는 진정한 리눅스의 불편함은 바로 이거였습니다.

There is no spoon. Neo from the Matrix 1999.

danny의 이미지

많은 사용자가 공감하는 Windows의 편리성과 MS사의 독점이 없었다면

사용자가 리눅스에 적응하고 또한 리눅스는 더욱 발전했겠지요.

MS사가 리눅스사용이 불편하도록 딴지가 심하다는 것이 단점같습니다.

자꾸 표준을 이상한 방향으로 이끌어가고

그게 또 먹히는 거죠 ^^;

욱성군의 이미지

지리즈 wrote:
항상 커뮤니티에 대한 감사의 생각을 잊지 않고
사용해야 하는 의무감이 약간은 부담스럽다고나 할까..

아니면, 뭔가 불편한 점이 있더라도...
대놓고, 비난할 수 없는 것이 불편한 점이라고나 할까...

"불편해"라고 말하기 전에...
"불편하면.. 스스로 해결하면 되는데 안 하면서(사실은 실력이 없어서 못하지만). 남탓이나 하네...
남이 해결해주길 기다릴것이면... 비난은 하지말자"
라는 생각이 먼저 뇌리를 스쳐지나 가면서... 아무말도 못하게 되죠.

반면... 돈내고 산 상용 소프트웨어는
큰 소리치고... 비난하죠...

조금만 불편해도..
"이 따위식으로 만들어 팔다니 이건 사기고 소비자 기만행위다...." 8)

인터넷 문제로 데이콤에 전화했더니 데이콤 상담원이 그러더군요 "리눅스를 쓰신다구요? 그럼 리눅스의 고객센터에 전화를 하셔서.."
고객센터 같은 것 없다고 말해줬더니 당황하는 그 상황이란..

jongwooh의 이미지

danny wrote:
많은 사용자가 공감하는 Windows의 편리성과 MS사의 독점이 없었다면

사용자가 리눅스에 적응하고 또한 리눅스는 더욱 발전했겠지요.

MS사가 리눅스사용이 불편하도록 딴지가 심하다는 것이 단점같습니다.

자꾸 표준을 이상한 방향으로 이끌어가고

그게 또 먹히는 거죠 ^^;

리눅스의 편의성의나 보급에 있어 발생하는 문제는 리눅스를 만드는 사람들과 그것을 사용하는 사람들이 책임을 져야 하는 문제이지 리눅스를 말아먹고 싶어하는 MS에 책임을 돌릴 수는 없다고 봅니다. 물론 MS의 방해가 어느정도 영향은 있겠지만 그정도는 리눅스쪽에서 노력해서 극복해야 할 장애물 환경으로 봐야 합니다.

you must know the power of dark side.

냐옹이의 이미지

포토ㅤㅅㅑㅍ 이야기 나와서 말인데...

실제로 개인사용자중에 포토ㅤㅅㅑㅍ 정품 구입해서 쓰는 사람있나요??? 뭐, 만화그리거나 하는사람 빼고요...

학원같은데서 그냥 막 뿌리던데... FTP에 올려서... 근데 않걸리는것 보면 참 신기합니다.(좀 오해의 소지가 있네요. 학원같은데를 다녔을때 말입니다.)

------------------------
냐옹~~

chaeso의 이미지

거의 10년전 부터 리눅스 썼다 윈도우 썼다를 계속 반복 하고 있습니다..
얼마전에 리눅스 깔아서 firefox 돌려보니 너무 느려서..
그냥 요즘은 윈도우 쓰고 있습니다.
캐쉬도 부족하고 메모리도 부족해서.. 스래싱이 일어나는지.. firefox 돌리는데 버벅 거리네요..
반면에 이상하게도 오피스,포토샵 등등 다 깐 윈도우에선 firefox 가 훨씬 빠르게 돌아 가네요..? 어떻게 된걸까요
X 가 어쨌든지 간에

오만한 리눅서의 이미지

jwhan wrote:
danny wrote:
많은 사용자가 공감하는 Windows의 편리성과 MS사의 독점이 없었다면

사용자가 리눅스에 적응하고 또한 리눅스는 더욱 발전했겠지요.

MS사가 리눅스사용이 불편하도록 딴지가 심하다는 것이 단점같습니다.

자꾸 표준을 이상한 방향으로 이끌어가고

그게 또 먹히는 거죠 ^^;

리눅스의 편의성의나 보급에 있어 발생하는 문제는 리눅스를 만드는 사람들과 그것을 사용하는 사람들이 책임을 져야 하는 문제이지 리눅스를 말아먹고 싶어하는 MS에 책임을 돌릴 수는 없다고 봅니다. 물론 MS의 방해가 어느정도 영향은 있겠지만 그정도는 리눅스쪽에서 노력해서 극복해야 할 장애물 환경으로 봐야 합니다.

엔터테인먼트에서는 솔직히 M$에 밀리는 것은 사실이지만,
엔터프라이즈에서는 매우 강세를 보일 겁니다.

여전히 OpenOffice가 쓸만한 수준이긴 하지만,
M$가 제공할 수 없는 유연함, 강력한 보안, 저렴한 비용등을 무기로,
기업환경에서 앞으로 리눅스가 강세를 보일 가능성 매우 높습니다.

PC도 처음에는 기업환경을 공략하다가, 서서히 일반 가정에도 보급되었죠.

하나둘 오피스 환경에서 리눅스가 정착된다면,
어느날 더 이상 게임이 부족하다던가, M$와 달라서 불편하다는 얘기는 사그러들 날도 올것이라 믿습니다.

ps
개인적으로는 리눅스가 M$의 차선책이나 클론이 될 필요는 없다는 생각입니다.

:evil: :lol:

졸곰의 이미지

다크슈테펜 wrote:

김프는 정말 손에 익지 않는 이상 힘듭니다.

이상하게 김프는 손에 잘 안익더군요...
요즘은 그래서 아예 Painter .NET을 사용합니다.
근데 이놈도 M$에서 서포트 하는 어플이라서... OTL...

Running in the 90's
http://spbear.com

CY71의 이미지

리눅스의 확실한 단점...

2byte 문자권의 볼드패치 문제입니다. 소위 fake 볼드라고 하는 것들은 여전히 리눅스 진입장벽으로 작용한다고 봅니다. 페도라 / 수세 / 맨드레이크 등 유명 배포판에서 2byte 문자권을 위한 볼드패치된 X 를 제공하지 않는 것은 상당히 유감스럽습니다.

윈도에서 사용하는 fake 볼드 방식이 옳다 그르다를 떠나서 볼드체를 볼 수 없으면 웹 브라우저가 갑갑합니다. 하지만 X 볼드패치는 어느 정도 익숙하지 않은 사람에게는 상당히 까다로운 작업입니다. 어떻게 볼드패치를 구해서 X 를 설치했더라도 버전업 되면 황당하게 되죠. 위에 '지리즈' 님도 적으셨듯이 리눅스용 프로그램들은 계속해서 갱신되고 발전하는데, 스스로 패치할 능력이 없으면 더이상 사용하기 힘들게 됩니다.

제 경우에도 gentoo 깔때마다 습관적으로 볼드패치를 해주고 있습니다만... 요즘은 매번 버전업 때마다 같은 작업을 해주기가 귀찮아서 아예 X 버전업을 안하고 그냥 씁니다.

peccavi의 이미지

가끔씩, 윈도의 클립보드가 정말 부럽다고 느낄때가 있습니다.

X에서는, 해당 프로세스가 종료되는 순간, ^c 로 저장해논 것들이 다 사라져 버려요..
예를 들면, 브라우져에서 url를 ^c로 카피해놓고, 브라우져를 닫으면 다른 곳에서 ^v 해도 아무것도 안나온다거나,
계산기로 열심히 계산해서 얻는 결과값을 ^c로 카피해놓고, 계산기를 종료하면 이후에 ^v 해도 아무것도 안나오는.. 뭐 이런 불편함이 있습니다.

마치 X의 클립보드(?)는 해당 객체의 포인터만 가지고 있다가
그 객체가 사라지면 NULL포인터로 변해버리는 느낌이랄까..

제가 X 사용을 잘 못해서 그런건가요.. :oops:

----
jai guru deva om...

다크슈테펜의 이미지

peccavi wrote:
가끔씩, 윈도의 클립보드가 정말 부럽다고 느낄때가 있습니다.

X에서는, 해당 프로세스가 종료되는 순간, ^c 로 저장해논 것들이 다 사라져 버려요..
예를 들면, 브라우져에서 url를 ^c로 카피해놓고, 브라우져를 닫으면 다른 곳에서 ^v 해도 아무것도 안나온다거나,
계산기로 열심히 계산해서 얻는 결과값을 ^c로 카피해놓고, 계산기를 종료하면 이후에 ^v 해도 아무것도 안나오는.. 뭐 이런 불편함이 있습니다.

마치 X의 클립보드(?)는 해당 객체의 포인터만 가지고 있다가
그 객체가 사라지면 NULL포인터로 변해버리는 느낌이랄까..

제가 X 사용을 잘 못해서 그런건가요.. :oops:


그놈에서는 그런것 같은데 KDE에서는 클립보드를 위해서 한개의 프로세서가 더 돌더군요 만약 카피한다음에 그 프로세서가 저장을하고 나중에 원래 카피한 프로세서를 닫고 페이스트해도 카피가 되더군요.
그놈에도 있을 듯한데 한번 찾아 봐야 겠습니다.
그놈은 기본적으로 안돼지만 KDE는 됩니다.

인생이란게 다 그런게 아니겠어요....? 뭘(?)
http://schutepen.egloos.com

ganadist의 이미지

다크슈테펜 wrote:

그놈에서는 그런것 같은데 KDE에서는 클립보드를 위해서 한개의 프로세서가 더 돌더군요 만약 카피한다음에 그 프로세서가 저장을하고 나중에 원래 카피한 프로세서를 닫고 페이스트해도 카피가 되더군요.
그놈에도 있을 듯한데 한번 찾아 봐야 겠습니다.
그놈은 기본적으로 안돼지만 KDE는 됩니다.

그놈 2.12부터 Freedesktop의 클립보드 스펙을 지원하는 클립보드 매니져가 지원됩니다.

Clipboard in Gnome 2.12

----
데스크탑 프로그래머를 꿈꾸는 임베디드 삽질러

danny의 이미지

jwhan wrote:
danny wrote:
많은 사용자가 공감하는 Windows의 편리성과 MS사의 독점이 없었다면

사용자가 리눅스에 적응하고 또한 리눅스는 더욱 발전했겠지요.

MS사가 리눅스사용이 불편하도록 딴지가 심하다는 것이 단점같습니다.

자꾸 표준을 이상한 방향으로 이끌어가고

그게 또 먹히는 거죠 ^^;

리눅스의 편의성의나 보급에 있어 발생하는 문제는 리눅스를 만드는 사람들과 그것을 사용하는 사람들이 책임을 져야 하는 문제이지 리눅스를 말아먹고 싶어하는 MS에 책임을 돌릴 수는 없다고 봅니다. 물론 MS의 방해가 어느정도 영향은 있겠지만 그정도는 리눅스쪽에서 노력해서 극복해야 할 장애물 환경으로 봐야 합니다.

넵. 리눅스의 발전이 기대됩니다.

무궁 발전 리눅스~

talez의 이미지

지리즈 wrote:
드디어 알아 냈습니다.

리눅스의 불편한점...

그것은 너무도 빨리 변화해가고 하루가 다르게 향상되어 간다는 점입니다.

보안패치의 의미가 아닌 진정한 업데이트의 압박과
새로움에 적응해야 한다는 기대와 때로는 버거움..

제가 생각하는 진정한 리눅스의 불편함은 바로 이거였습니다.

동감이요~~~~~~

정말 너무 빨리 바뀌네요~

일주일정도 리눅이를 떠나있다 컴백하니.....

yum -y update 에 뜨는 것들만 수십개 ( - -);;

잇힝~

bhishma의 이미지

처음 글 올립니다.

윈도우에서 리눅스로 옮기며 또 옮긴 후에 느낀 불만은 (가) 하드웨어 인식 부족, (나) 사무용 및 과학자료 처리용 소프트웨어의 부재 또는 기능 부족, (다) 한글 입출력 불편입니다.

하지만 사실 (가)와 (나)는 리눅스가 아직 주류 데스크탑 운영체제로 자리잡지 못했기 때문에 생기는 문제라고 생각합니다. 그러니 차라리 왜 리눅스가 주류로 자리잡지 못하고 있는지에 대한 제 생각을 정리하겠습니다.

1. 배포판 종류가 너무 많다

이건 리눅스의 장점으로 볼 수도 있겠지만, 데스크탑 시장을 놓고 봤을 때는 큰 단점입니다. 배포판에 따라 설치 방법도 다르고, 하드웨어 인식률도 다르고, 소프트웨어 설치 방법도 다르고, 각종 문제 해결 방법도 다릅니다. 이런 다양성은 리눅스를 퍼뜨리는 데에 큰 장애물로 작용합니다.

'리눅스를 시도해보고 싶은데 어떻게 해야 하나요?'라는 질문에는 으례 각각 자신이 쓰는 배포판을 쓰라고 권유하는 답변이 무수히 달리곤 합니다. 윈도우 또는 맥OS만 사용하던 사람들은 리눅스를 시도해보고 싶다가도 이런 답변들을 접하면 오히려 겁만 집어먹게 되고, 또 '리눅스는 여전히 컴퓨터광이나 쓰는 거구나'라는 느낌을 받게 됩니다.

각종 특화된 분야에 적합한 배포판이 생겨나는 것이야 당연하지만, 데스크탑용 배포판은 딱 하나만 정해 집중적으로 개발하는 것이 더 효과적일 듯 합니다.

참고로 전 Red Hat, Mandrake, SuSE 설치에 실패한 후 KNOPPIX를 써보다가 Ubuntu를 시도했고, 대만족하여 주 사용컴퓨터에는 Ubuntu Linux만 깔고 사용하고 있습니다. 한글 입력이 기본적으로 지원되지 않아 imhangul, nabi를 설치해야 했다는 점을 빼면 매우 만족스럽습니다.

2. Window Manager가 통일되어 있지 않다.

사실 이건 1번 문제에 포함된다고 볼 수도 있고, window manager외에 X 환경도 통일되어 있지 않다는 등 다른 지적할 면도 많지만, 그래도 가장 사용자가 절실히 느끼는 문제라 따로 적습니다.

GNOME, KDE 별로 특화된 프로그램들이 만들어지고, 또 이 프로그램들이 상대편 환경에서는 아주 허접하게 뜨는 일을 목격할 때면 '인력/자원 낭비'라는 생각이 듭니다.

물론 리눅스에서 x window가 '부수적인 부품'으로 시작했기 때문에 window manager도 여러 다양한 것이 나온 것은 이해합니다. 하지만 데스크탑 환경에서는 GUI를 기본 중에서도 기본으로 취급해야 합니다. '리눅스 커널'이 버전에 따른 차이가 있을 뿐 한 종류로 통일되어 있듯이, GUI 관리자도 한 가지로 통일되어야 합니다.

3. 상용 프로그램을 공공의 적 취급한다

여러 리눅스 게시판을 돌아다니며 느낀 것 중 하나는 많은 리눅스 고수들이 상용 프로그램을 거의 적대시한다는 것입니다.

하지만 전 공 들여 개발한 소프트웨어를 돈 받고 파는 것이 정당하다고 생각합니다. 공개소스로 소프트웨어를 개발하는 것 만큼이나, 비공개로 상용 소프트웨어를 개발하는 것은 존중받아야할 방법론입니다.

그리고 사실 데스크탑 환경의 "killer application"들은 대부분 상용 소프트웨어입니다: Lotus 1-2-3, Microsoft Office, Adobe Photoshop, 또 과학 분야에서 LabView, Igor Pro, Mathematica.

다행히 LabView나 Mathematica는 리눅스판이 나오기 시작했지만, 다른 소프트웨어들은 아직 리눅스판 개발 계획이 없습니다. 물론 wine, crossover office 등을 써서 이 소프트웨어들을 어설프게나마 리눅스환경에서 돌리는 것도 가능하지만, 그래도 제대로 된 리눅스판이 있는 것과는 천지 차이죠.

OpenOffice는 MS Office 상대가 못 되고, GIMP도 Photoshop의 상대가 못 됩니다. 그러니 누가 '리눅스 써보고 싶은데 MS Office 되나요?' 또는 'Adobe Photoshop'되나요?'라고 질문하면 'OpenOffice 쓰세요', 'GIMP가 더 좋습니다' 류의 답변은 피하는 것이 좋습니다. 십중팔구 OpenOffice와 GIMP에 실망해서 다시 윈도우로 돌아가니까요. 차라리 '윈도우를 지우지 않고도 리눅스를 사용할 수 있다'고 답하거나, '윈도우의 remote desktop 기능을 이용하면 리눅스에서 윈도우에 접속하여 필요한 프로그램을 돌릴 수 있다'고 답하는 것이 좋습니다.

리눅스가 주류 데스크탑 운영체제가 되려면, 차라리 여러 주류 소프트웨어의 장점을 인정하고 열심히 해당회사에 로비를 해 리눅스판이 나오도록 유도하는 것이 좋을 것 같습니다.

Everything should be made as simple as possible, but not simpler.

jedi의 이미지

bhishma wrote:
3. 상용 프로그램을 공공의 적 취급한다

이건 근거가 있나요? 상당한 오해로 보입니다.

저는 윈도2000 정품 있고요, 한컴 리눅스 도 구매 했거든요. 그외에도 조금 있고요....

제가 알기로는 상용 프로그램을 개인적으로 구입해서 사용하는 분이 KLDP에도 많은 것으로 알고 있는데 .....

+++ 여기부터는 서명입니다. +++
국가 기구의 존속을 위한 최소한의 세금만을 내고, 전체 인민들이 균등한 삶을
영위할 수 있는 착취가 없는 혁명의 그날은 언제나 올 것인가!
-- 조정래, <태백산맥> 중에서, 1986년

voljin의 이미지

노트북이나 완제품에 부속으로 포함된 정품이나 업무용으로 사무실에서 쓰기위해 산 윈도 이외에 MS의 노력(?)을 생각하여 정품을 사주는 비율은 그리 높지 않을 것 같네요.

...생각해보면 리눅스 사용자가 아니어도 높지 않은건 마찬가지 일 것 같기도 합니다만.

아무튼 보통 사람이라면 20만원 가까이 지불한 소프트웨어가 프리소프트에 비해 장점이 별로 없다고 말할 수는 없는 법이죠. (타의로 구매한 경우 제외)

punkbug의 이미지

install이..

윈도처럼.. 아무생각 없이 다음..다음.. 눌러주면 깔끔하게 설치되기를 바랄뿐입니다.

newbie :$

Fe.head의 이미지

"상용 프로그램을 적대시 한다" 라는 말은 잘 못 느끼신것 같은데요.

보통 GPL것을 그대로 배껴놓은것을 공개 하지 않는다거나

alzip처럼 해제 툴을 제공 하지 않는것(기업이나 개인이 무료로 가능한것) 을 비난하는거죠.

alzip에 unalz이 있습니다만 이건 alzip에서 내놓은것이 아니죠.

고작 블로킹 하나, 고작 25점 중에 1점, 고작 부활동
"만약 그 순간이 온다면 그때가 네가 배구에 빠지는 순간이야"

fibonacci의 이미지

bhishma wrote:
처음 글 올립니다.

윈도우에서 리눅스로 옮기며 또 옮긴 후에 느낀 불만은 (가) 하드웨어 인식 부족, (나) 사무용 및 과학자료 처리용 소프트웨어의 부재 또는 기능 부족, (다) 한글 입출력 불편입니다.

하지만 사실 (가)와 (나)는 리눅스가 아직 주류 데스크탑 운영체제로 자리잡지 못했기 때문에 생기는 문제라고 생각합니다. 그러니 차라리 왜 리눅스가 주류로 자리잡지 못하고 있는지에 대한 제 생각을 정리하겠습니다.

1. 배포판 종류가 너무 많다

이건 리눅스의 장점으로 볼 수도 있겠지만, 데스크탑 시장을 놓고 봤을 때는 큰 단점입니다. 배포판에 따라 설치 방법도 다르고, 하드웨어 인식률도 다르고, 소프트웨어 설치 방법도 다르고, 각종 문제 해결 방법도 다릅니다. 이런 다양성은 리눅스를 퍼뜨리는 데에 큰 장애물로 작용합니다.

'리눅스를 시도해보고 싶은데 어떻게 해야 하나요?'라는 질문에는 으례 각각 자신이 쓰는 배포판을 쓰라고 권유하는 답변이 무수히 달리곤 합니다. 윈도우 또는 맥OS만 사용하던 사람들은 리눅스를 시도해보고 싶다가도 이런 답변들을 접하면 오히려 겁만 집어먹게 되고, 또 '리눅스는 여전히 컴퓨터광이나 쓰는 거구나'라는 느낌을 받게 됩니다.

각종 특화된 분야에 적합한 배포판이 생겨나는 것이야 당연하지만, 데스크탑용 배포판은 딱 하나만 정해 집중적으로 개발하는 것이 더 효과적일 듯 합니다.

참고로 전 Red Hat, Mandrake, SuSE 설치에 실패한 후 KNOPPIX를 써보다가 Ubuntu를 시도했고, 대만족하여 주 사용컴퓨터에는 Ubuntu Linux만 깔고 사용하고 있습니다. 한글 입력이 기본적으로 지원되지 않아 imhangul, nabi를 설치해야 했다는 점을 빼면 매우 만족스럽습니다.

2. Window Manager가 통일되어 있지 않다.

사실 이건 1번 문제에 포함된다고 볼 수도 있고, window manager외에 X 환경도 통일되어 있지 않다는 등 다른 지적할 면도 많지만, 그래도 가장 사용자가 절실히 느끼는 문제라 따로 적습니다.

GNOME, KDE 별로 특화된 프로그램들이 만들어지고, 또 이 프로그램들이 상대편 환경에서는 아주 허접하게 뜨는 일을 목격할 때면 '인력/자원 낭비'라는 생각이 듭니다.

물론 리눅스에서 x window가 '부수적인 부품'으로 시작했기 때문에 window manager도 여러 다양한 것이 나온 것은 이해합니다. 하지만 데스크탑 환경에서는 GUI를 기본 중에서도 기본으로 취급해야 합니다. '리눅스 커널'이 버전에 따른 차이가 있을 뿐 한 종류로 통일되어 있듯이, GUI 관리자도 한 가지로 통일되어야 합니다.

3. 상용 프로그램을 공공의 적 취급한다

여러 리눅스 게시판을 돌아다니며 느낀 것 중 하나는 많은 리눅스 고수들이 상용 프로그램을 거의 적대시한다는 것입니다.

하지만 전 공 들여 개발한 소프트웨어를 돈 받고 파는 것이 정당하다고 생각합니다. 공개소스로 소프트웨어를 개발하는 것 만큼이나, 비공개로 상용 소프트웨어를 개발하는 것은 존중받아야할 방법론입니다.

그리고 사실 데스크탑 환경의 "killer application"들은 대부분 상용 소프트웨어입니다: Lotus 1-2-3, Microsoft Office, Adobe Photoshop, 또 과학 분야에서 LabView, Igor Pro, Mathematica.

다행히 LabView나 Mathematica는 리눅스판이 나오기 시작했지만, 다른 소프트웨어들은 아직 리눅스판 개발 계획이 없습니다. 물론 wine, crossover office 등을 써서 이 소프트웨어들을 어설프게나마 리눅스환경에서 돌리는 것도 가능하지만, 그래도 제대로 된 리눅스판이 있는 것과는 천지 차이죠.

OpenOffice는 MS Office 상대가 못 되고, GIMP도 Photoshop의 상대가 못 됩니다. 그러니 누가 '리눅스 써보고 싶은데 MS Office 되나요?' 또는 'Adobe Photoshop'되나요?'라고 질문하면 'OpenOffice 쓰세요', 'GIMP가 더 좋습니다' 류의 답변은 피하는 것이 좋습니다. 십중팔구 OpenOffice와 GIMP에 실망해서 다시 윈도우로 돌아가니까요. 차라리 '윈도우를 지우지 않고도 리눅스를 사용할 수 있다'고 답하거나, '윈도우의 remote desktop 기능을 이용하면 리눅스에서 윈도우에 접속하여 필요한 프로그램을 돌릴 수 있다'고 답하는 것이 좋습니다.

리눅스가 주류 데스크탑 운영체제가 되려면, 차라리 여러 주류 소프트웨어의 장점을 인정하고 열심히 해당회사에 로비를 해 리눅스판이 나오도록 유도하는 것이 좋을 것 같습니다.

1. 리눅스 배포본 그 자체가 대부분 GPL 라이센스로 된 소프트웨어들의 묶음입니다. 상용 소프트웨어를 공공의 적 취급하는게 아니라, Free 배포본에는 상용소프트웨어들이 기본적으로 존재하지 않습니다.
리눅스의 특성이 오픈소스 환경이란 것이고, 적어도 리눅스 데스크탑으로 전환하려면 그것을 이해해야 합니다.
리눅스에서 장사하고 싶은 소프트웨어 업계들은 리눅스 버전 소프트웨어를 내긴 합니다만... 이건 부가적인 것으로 봐야 겠죠.

2. Gimp와 Photoshop은 전혀 다른 영역에 있는 소프트웨어입니다.
글 쓰시는 분은 Gimp와 Photoshop이 상대가 안된다.. 고 말하시는데
기능적으로 Photoshop이 우수합니다.
그렇지만, Gimp와 Photoshop을 구입하는 비용 측면에서 본다면,
Photoshop은 Gimp의 상대가 될 수 없습니다.
OpenOffice와 MS Office 역시 마찬가지 입니다.

3. 어떤 리눅스 유저도 Gimp가 Photoshop보다 기능적으로 우수하다고 하지 않습니다.

4. 제 개인적인 견해로는 오픈소스 데스크탑은 "대안적인" 형태의 데스크탑으로서는 성공할 수 있으나, "주류역할"로서의 데스크탑으로 성장하지는 않을 것입니다. 응용 프로그램들이 자본주의 논리에 따라 돈이 벌리는 상용 데스크탑 중심으로 만들어지기 때문입니다. 경제체제가 바뀌지 않는한 이는 어쩔수 없습니다.

그렇다면 "대안적인" 형태의 데스크탑이란 무엇일까요? 자본의 제약에서 벗어나 데스크탑을 이용하고 발전시킬 수 있는 것을 말합니다. 물론 저와 같이 어떤 "이념"을 가지고 리눅스 데스크탑을 쓰시는 분들이 얼마나 될지는 모르겠지만, 분명 대안 데스크탑 하나쯤 있어야 컴퓨팅이 각박하지 않게 됨에는 의문의 여지가 없을 것입니다.

No Pain, No Gain.

서지훈의 이미지

1, 2 번이 불만이면 역시 BSD 강추.

프비는 배포판이 없습니다.
그냥 프비만 있을뿐.

<어떠한 역경에도 굴하지 않는 '하양 지훈'>

#include <com.h> <C2H5OH.h> <woman.h>
do { if (com) hacking(); if (money) drinking(); if (women) loving(); } while (1);

훌륭한녀석의 이미지

리눅스의 단점이 될 수는 없겠지만, 사용자가 많지 않다는게 큰 단점으로 보입니다.
저도 리눅스를 이용해서 디스플레이 장치가 달린(!) end user용 제품을 개발하고 있습니다만, 기획회의를 할 때마다, 외부에 개발 프리젠테이션을 할 때마다 듣는 소리는 headless 장치는 그렇다고 치더라도, 머리달린놈은(디스플레이 장치죠..) 윈도우 CE로 만드는게 맞지 않겠느냐..는 말입니다.
그 이유인 즉! Windows CE에 이미 익숙해져버린 사용자가 많고, 그 사용자가 자신의 손에 익숙한 디바이스를 찾지 않겠느냐 하는겁니다.

사용자가 많았으면 합니다!! ㅡㅜ;
개발하는 제품이 많이 팔려서 리눅스 유저(!)가 많아지길 바랄뿐입니다! :twisted:

luark의 이미지

다른 쓰레드에도 적은 글이지만 이쪽이 더 맞는거 같아서 이쪽에도 살짝 옮겨 봅니다.

리눅스의 경우에는 버전업이 되어도 뭔가 신기술을 익히는 것에 능하지 않은 탓인지 새판이 나오면 두려움부터 생기네요. 업데이트 실패의;;; 사실 매우 기본적인 기능들만 쓰고 있어서 새판이 나와도 뭐가 좋아진 건지를 잘 모르겠더군요. 새판=더안정적인버전 이 아니라 늘 실험적으로 뭔가를 추진하는 리눅스-오픈소스 진영 때문인지 판올림때마다 이상하게도 더 불안해지고 쓰기가 불편해지는 경향이 있어서요. 그러다가 조금 안정화되면 쓰곤 하는데 그 때쯤엔 또 새버전이 나와서 실험정신을 충동질하는 악순환이 계속되는군요^^

---

---
키체의 힘으로 당신에게 평안을...

onion의 이미지

요즘따라 KLDP에 글을 많이 남기게 되는군요.. 삽질거리가 떨어졌나..(먼산)
각설하고.. 나온 주제들을 생각나는대로 열거해볼까요?

1. photoshop과 gimp
그래요.. 다른건 모르고 저는 쓰는게 layer랑 channel밖에 없고 gimp에서는 font처리도 잘 돼서 기본적으로는 불만 없습니다.
게다가 gimp의 단축키는.. 포토샵 배울때처럼만 열심히 하면 정말 좋은 도구에요...
하지만... gimp의 menu 배열 센스는.. 당체.... 커버가 안됩니다...-.-;

2. 배포판과 linux
linux의 배포판을 말씀하셨는데.. 좋습니다.. 사실 linux가 좀 잡스런게 많죠...
그런데.. linux가 windows처럼 하나만 나오는 순간부터.. 다양성은 사라집니다.. 그건 Linux가 아니죠...-.-;

3. 게임과 Linux
제 경우는 될 수 있는한 Linux에서 도는 게임을 하거나, wine으로 windows용의 게임을 돌립니다만.... 뭐.. 사실.. 좋은 환경이라고 보기에는 난감합니다.

4. 상용 application
...흠.. 이건 정말로 잘못 알고들 계시는거같은데..-.-;
maya같은 대형벤더.. 그리고 oracle같은놈들은 이미 linux시장에 발을 들여놓았고 의외로 별로 거부감 없이 쓰고들 있습니다.
또흔 matlab등의 상용 application..정말 많습니다..-.-;
다만.. 결정적인 차이가 있다면 windows용은 불법복제로 구하기가 쉬운데 linux용은 아니랄까요?
그리고.. Openoffice가 MS의 상대가 못된다고 말씀하셨는데.... 제가 보기에 그건 아닙니다..-.-;
openoffice 2.0은 확실히 괴물스럽고 windows보다 좋습니다. MS-office와 interface가 틀리고 문서 format이 틀리다고 해서 MS-office보다 나쁘다는 비교는 하지 말아주시기 바랍니다.

5. windows manager의 다양성
...뭐... 2번과 비슷한 주제라.. pass

뭐 여튼.. 이래저래 주절거리기는 했는데...
약간씩 틀리게 알고 계시는 부분이 있는거같아서 얘기를 한것뿐이고..
...솔직히 저는 단점이 뭔지를 모르겠습니다만....
굳이 꼽으라고 한다면....

1. activex..
이놈 정석적인 방법으로는 당체 답이 안나옵니다.
이론상은 자빠애풀릿님이 대안입니다만...
우훗....우리나라는 이미 무리라 판단이 되기는 합니다....(먼산)

2. 설치편의성
흠.. 사실 linux만을 기준으로 생각한다면 거의 파라다이스 수준입니다만..
기타 OS에 비해서.... 적당히 복잡한 기분이 듭니다..
초보자들에게 별로 익숙하지 않은 용어들도 나와서 거부감이 들거같은 느낌이기는 합니다....
(만.. 저는 젠투사용자라.. 사실 대단히 사치스런 고민같기는 합니다..-.-)

3. 쓸데없는기대...
linux란거 자체가 community에 의해 만들어진 배포판인건 다들 아실거고..
우리나라에서는 뭔가.... 커뮤니티에 대한 대단한 기대가 있는것 같습니다.
사실 ms-windows도 답변 안나오면 포기하면서..
이상하게 linux는 과도한 태클을 걸거든요..
그래서 더더욱 답변을 하기 싫어지는것 같습니다..(이럴때는 linux를 하는 자신이 미울 정도죠..-.-)

사실 linux만의 불편한점을 꼽으라면.. 거의 없는게 사실이고
linux랑 ms-windows는 태생도 틀리고 성장도 틀린놈이라
ms-windows와의 비교는 끝도없겠죠?

다만 linux만의 단점을 꼽는 시도라면 정말 좋은 시도라고 생각되며
그런식의 발전적인 thread가 되었으면 좋겠습니다..-.-;

-----새벽녘의 흡혈양파-----

ps. 뭐 그런다고...... 단점이 당장 개선된다는건 ...참 불량스러운 사실이죠..-.-;
ps2. linux의 장점을 꼽고 정확히 뭐가 좋냐고 물어보면. 흠.. 대략 10개는 넘길 수 있을거같군요..-.-;

-----새벽녘의 흡혈양파-----

NK의 이미지

글을 읽다 보니까 DirectX 가 리눅스에 없어서 불편하단
말이 보여서 한자 적어봅니다.
DirectX 는 그 자체가 어플리케이션이라기 보다는
라이브러리에 가깝습니다.
즉, 라이브러리만 구현한다고 해서 DirectX 기반의 게임이
리눅스에서 돌아가지는 않습니다. '절대로'
결국 리눅스에서 DirectX 를 구현한다는건 '소스 레벨에서
쓸 수 있는 라이브러리가 하나 늘었다' 정도입니다.
그런게 있다 하더라도 소스가 없다면 리눅스에서 돌리는건
가망이 없습니다.
윈도우의 바이너리를 에뮬레이션 하면 된다고 하신다면
그렇게 나온게 Wine 입니다.
제 2의 Wine 을 만들 필요까지는 없어 보입니다.

개발자 입장에서 진정 멀티 플랫폼을 원한다면 MS 종속적인
DirectX 가 아니라 OpenGL 같은 쪽을 택하는게 좋을듯 하며,
일반 사용자 입장에서는 '전혀 필요없는 물건' 입니다.
적어도 그 자체만으로는요...

from nightknight

onion의 이미지

별 상관은 없는 말이지만...
GPX2에서 보이는 NK님이 여기도 보이시길래 깜짝 놀라서 적어봤습니다..-.-;

-----새벽녘의 흡혈양파-----

-----새벽녘의 흡혈양파-----

달려라반니의 이미지

블루 스크린이 없다니!!

(호좁 OS라는 명백한 증거임.)

커맨드 센터라도 띄워보고 GG 치는 거야.

nahu5의 이미지

키퍼오브더세븐누님 wrote:
블루 스크린이 없다니!!

(호좁 OS라는 명백한 증거임.)

"그런 부분은 직접 작성하세요. 당신은 할 수 있습니다.
만약 블루 스크린을 보고 싶어하는 다른 사람들을 위해
작성된 코드를 기부해 주신다면 더더욱 좋겠네요."

오픈 소스의 장점이지만 단점이라고 하기는 뭐하고 가끔 불평을 하게 되는...;

notpig의 이미지

제 설치 경험 담입니다....

제 메인 데스크탑에 리눅스 설치를 결정하고
이것저것 살펴보다가~
데비안은 기존 서버에서 설치 되어 있길래
Ubuntu 와 Knoppix 를 설치 대상에 넣었습니다.

Knoppix를 고려대상으로 넣은 이유는
한글이 너무 이쁘고~~한글화가 잘 되어서이고
(한글화 시킨 버전입니다...한글화 하신분 감사합니다...^^)
Ubuntu 는 여기저기서 좋다는 많들이 많아서입니다..

맨처음 Knoppix 를 설치했습니다...
별 문제없이 설치 됬고~ 작동이 잘 되었습니다....
한가지 빼고요~~~~
전 듀얼 모니터를 사용하는데~~
어떻게 해야 여기서 듀얼 모니터를 쓸수 있을지 감이 안잡혔습니다.
여기저기서 찾아보다가...하루 삽질후 포기하고

Ubuntu 로 돌아섰습니다.

Ubuntu 설치후 듀얼 모니터 설정은 완료했는데..
한글이~~좀.....데스크탑 사용으론 부족했습니다...
홈페이지 여기저기 돌아다니면서~~
폰트받고 설정하니~~약간 이뻐지는군요~~~

이번엔 동영상을 실행해보자~~란 맘에~~~~
동영상을 플레이 해봤습니다......ㅡㅡ;;;;
하나도 안돌아 가더군요...ㅡㅡ;;;
몇시간의 삽질끝에~~
프로그램 설치하고~동영상~~올바르게 플레이 됩니다...
프로그램 여러개 받았는데~~그중 하나에서만 실행되고~
그것도 좀 불안정 합니다....

게다가..아직 자막이 안나오네요~~~
좀더 삽질이 필요한가 봅니다...

게다가~ubuntu 메인 서버에서 시간을 맞추는데~~~
자동으로~~ 9시간 이전으로 돌려놓습니다.
(설치 중에~~~모든 설정은 올바르게 했습니다)

지금까지 프로그램 작업 환경으로만 쓰다가~
데스크탑 환경으로 쓸려니~~~약간 불편한점들이 보이기 시작합니다.

랜덤여신의 이미지

원래 리눅스라는게...
설치가 어렵고 사용이 쉬운 OS 죠...
:-)

lifthrasiir의 이미지

spbear wrote:
다크슈테펜 wrote:

김프는 정말 손에 익지 않는 이상 힘듭니다.

이상하게 김프는 손에 잘 안익더군요...
요즘은 그래서 아예 Painter .NET을 사용합니다.
근데 이놈도 M$에서 서포트 하는 어플이라서... OTL...

혹시 멀티플랫폼 -- Painter .NET은 빼고; -- 오픈 소스 그래픽 소프트웨어 중에서 포토샵 등등의 스타일과 비스무리한 게 있나요? 있으면 그걸로 당장 옮겨 가겠습니다. :p

- 토끼군

sangwoo의 이미지

notpig wrote:

게다가~ubuntu 메인 서버에서 시간을 맞추는데~~~
자동으로~~ 9시간 이전으로 돌려놓습니다.
(설치 중에~~~모든 설정은 올바르게 했습니다)

메인보드의 시간을 UTC에 맞출 것이냐는 질문에 Yes를 하셔서 그렇습니다. (우리나라가 UTC +9니까요..)

PS. 그런데 UTC랑 GMT랑 어떻게 다른가요?

----
Let's shut up and code.

랜덤여신의 이미지

sangwoo wrote:
PS. 그런데 UTC랑 GMT랑 어떻게 다른가요?

UTC 는 세계협정시(Universal Time Coordinated; UTC) 이고, GMT 는 그리니치 표준시(Greenwich Mean Time; GMT) 입니다.
UTC 는 국제적으로 이 시간대를 표준으로 쓰자고 약속한 정의일 따릅입니다. 그리고 현재의 'UTC' 는 'GMT' 입니다.
따라서 'UTC' 가 'KST' 가 되거나, 뭐 그럴 수도 있는거죠.
dmto의 이미지

첫번째,

데스크탑용도라면 기존 기득권을 차지한 윈도우즈를 인정하고

그에 최대한 맞추도록 노력하든지,

서버쪽이라면 별 것 아닌 gui 에 집착하지 말고

서버 자체에만 매달리든지,

이도 저도 아니라면 서버용도와 데스크탑 용도가 분리되어

개발되든지..

한가지 OS가 한꺼번에 두가지를 갖추기는 힘들지 않을까요?

두번째,

지나치게 고지식한 리눅스 유저들.

물론 대다수가 그렇다는 것은 아니지만

윈도우즈를 너무나도 미워하는 나머지

윈도우즈가 가진 편리한 gui 환경을 너무나도 무시합니다.

gui 프로그램을 한번이라도 개발해본 사람이라면

사용자의 편의를 맞추기가 얼마나 힘든 것인지를

충분히 이해할텐데..왜 윈도우즈의 편리한 인터페이스를

인정하지 못하는 것인지.. 그런 일부 리눅스 유저의

고지식함이 리눅스의 발전을 저해하는 요소가 아닐지요.

rekcuf의 이미지

중독성의 향정신성 운영체제...

# apt-get install HOPE

sangu의 이미지

dmto wrote:
첫번째,

데스크탑용도라면 기존 기득권을 차지한 윈도우즈를 인정하고

그에 최대한 맞추도록 노력하든지,

서버쪽이라면 별 것 아닌 gui 에 집착하지 말고

서버 자체에만 매달리든지,

이도 저도 아니라면 서버용도와 데스크탑 용도가 분리되어

개발되든지..

한가지 OS가 한꺼번에 두가지를 갖추기는 힘들지 않을까요?


리눅스 배포판에서 알아서 할 문제겠죠. Ubuntu, Novell 처럼 데스크탑 사용자를 위한 배포판을 만드는 회사가 있는 반면 Red Hat,SuSE 처럼 서버용으로 서비스 하기 위해서 배포판을 만드는 회사가 있는 것 처럼요.

Quote:

두번째,

지나치게 고지식한 리눅스 유저들.

물론 대다수가 그렇다는 것은 아니지만

윈도우즈를 너무나도 미워하는 나머지

윈도우즈가 가진 편리한 gui 환경을 너무나도 무시합니다.

gui 프로그램을 한번이라도 개발해본 사람이라면

사용자의 편의를 맞추기가 얼마나 힘든 것인지를

충분히 이해할텐데..왜 윈도우즈의 편리한 인터페이스를

인정하지 못하는 것인지.. 그런 일부 리눅스 유저의

고지식함이 리눅스의 발전을 저해하는 요소가 아닐지요.

고지식한 사용자는 단지 사용자 일뿐이고 정작 GNOME/KDE 쪽 개발자들은 End User을 위해서 MS OS 나 Apple OS에 있는 편리함 점들을 참고해서 자신들 개발하고 있는 환경에 될수 있으면 추가하고 보다 편리한 환경을 만들기 위해서 노력하고 있습니다.

pok의 이미지

익숙함이라는것은 애정(?)의 정도차이에서 오는것 같습니다.
예를들면 저는 김프를 포토샵보다 먼저배워서
아직도 김프를 훨씬좋아하고 애정을 느낍니다.
반면에 포토샵은 답답도 하고 키설정도 불편하고
무엇보다 "패쓰잡기"가 불편해서리...

비슷하게 저는 김프 버전 1대를 2대보다 훨씬 많이 사용해서
버전 2대가 익숙하지 않습니다.
이제부터 애정을 가져볼라고 합니다.(끝내 1을 쓸순 없잖습니까?)

오픈오피스도 마찬가지인데 저는 한글을 무척좋아합니다.
이제껏 오픈오피스 라이터를 잘 안썼는데...
한번 관심을 가지고 쓰니까 쓸만하더군요.
그러니까 테이블 중심에서 프레임 중심으로 생각하니
그럭저럭 쓸만한것 같습니다.

물론 모든 사람이 관심과 애정을 가지고 프로그램을 쓰길 바라는것은 조금 무리일수도 있겠지만, 제 생각에 어느정도 사용자층이 있는 프로그램은 그것을 사용하는 사용자들이 모두 무조건적인 열렬한 광신도들이 아닌이상 분명 장점이 존재합니다.

대체프로그램을 써야하는 이유가 명백하다면 불평하기보다는 좀더 편하게 쓸수 있는 방법을 알아나가는게 중요하다고 생각합니다.

랜덤여신의 이미지

dmto wrote:
두번째,
지나치게 고지식한 리눅스 유저들.
물론 대다수가 그렇다는 것은 아니지만
윈도우즈를 너무나도 미워하는 나머지
윈도우즈가 가진 편리한 gui 환경을 너무나도 무시합니다.
gui 프로그램을 한번이라도 개발해본 사람이라면
사용자의 편의를 맞추기가 얼마나 힘든 것인지를
충분히 이해할텐데..왜 윈도우즈의 편리한 인터페이스를
인정하지 못하는 것인지.. 그런 일부 리눅스 유저의
고지식함이 리눅스의 발전을 저해하는 요소가 아닐지요.

저도 윈도우를 미워할 필요는 없다고 생각합니다.
윈도우 XP 도 리눅스의 GNOME/KDE 만큼은 아니지만, UI 면에서 비교적 쓰기 편리합니다.
같이 경쟁하면서 발전하는거죠~ ^^
avelose의 이미지

윈도우 프로그램 개발자의 입장에서 리눅스에 대한 접근은 힘들군요. 체계가 다른 놈이니 어쩔 수 없다지만. 리눅스쪽에는 아쉬운 게 있습니다.

WIN API <- 물론 윈도우 쪽에서는 이놈 때문에 문제가 많이 발생하는 편이기도 하지만 이런 어플간의 통신로는 열어 두었어야 했다고 생각합니다.(한프로그램에서 다른 프로그램을 맘대로 접근할 수 있는 기능. 재밌지 않나요? 어떤 랭귀지로 만들었던 간에 서로 대화를 원할하게 할 수 있다는 점 너무 좋아여.. 마소가 이거 아니었으면 아마 많은 개발자를 얻지 못했을 겁니다.)

워낙의 툴도 다양하고 라이브러리도 다양한 리눅스라서 그럴 수 밖에 없겠지만.(오픈 프로젝트의 단점??) 어플간의 통신 표준을 잡아두고 진행해 왔다면 좋았을 것이라는 생각을 접을 수가 없습니다.

'현실은 수학으로 표현할 수 없다.'
'수학은 거짓의 학문이다.'
'난 수학이 정말 싫다.'

서지훈의 이미지

Win API에서 어느 정도 수준까지 지원이 되는지는 몰라도...
어풀간 통신은 pipe, IPC, file, socket 이정도면 훌륭 하죠 ㅋㅋ

<어떠한 역경에도 굴하지 않는 '하양 지훈'>

#include <com.h> <C2H5OH.h> <woman.h>
do { if (com) hacking(); if (money) drinking(); if (women) loving(); } while (1);

kowdream의 이미지

avelose wrote:

WIN API <- 물론 윈도우 쪽에서는 이놈 때문에 문제가 많이 발생하는 편이기도 하지만 이런 어플간의 통신로는 열어 두었어야 했다고 생각합니다.(한프로그램에서 다른 프로그램을 맘대로 접근할 수 있는 기능. 재밌지 않나요? 어떤 랭귀지로 만들었던 간에 서로 대화를 원할하게 할 수 있다는 점 너무 좋아여.. 마소가 이거 아니었으면 아마 많은 개발자를 얻지 못했을 겁니다.)

워낙의 툴도 다양하고 라이브러리도 다양한 리눅스라서 그럴 수 밖에 없겠지만.(오픈 프로젝트의 단점??) 어플간의 통신 표준을 잡아두고 진행해 왔다면 좋았을 것이라는 생각을 접을 수가 없습니다.

API가 잘되어 있다기 보다.. API를 사용하기 위한 참고 문서가 잘되어 있다고 보는 편이 좋겠죠 :)
API자체는 linux도 상당히 잘되어 있습니다.

결론은 윈도가 우수한점은 많이 사용하고 있고 참고할 문서가 많다는거지 윈도 자체가 우수하다고 생각하지는 않습니다. (윈도를 폄하 하기 위한 글은 아닙니다. 오해는 하지 마시길)

bhishma의 이미지

onion wrote:

4. 상용 application
...흠.. 이건 정말로 잘못 알고들 계시는거같은데..-.-;
maya같은 대형벤더.. 그리고 oracle같은놈들은 이미 linux시장에 발을 들여놓았고 의외로 별로 거부감 없이 쓰고들 있습니다.
또흔 matlab등의 상용 application..정말 많습니다..-.-;
다만.. 결정적인 차이가 있다면 windows용은 불법복제로 구하기가 쉬운데 linux용은 아니랄까요?
그리고.. Openoffice가 MS의 상대가 못된다고 말씀하셨는데.... 제가 보기에 그건 아닙니다..-.-;
openoffice 2.0은 확실히 괴물스럽고 windows보다 좋습니다. MS-office와 interface가 틀리고 문서 format이 틀리다고 해서 MS-office보다 나쁘다는 비교는 하지 말아주시기 바랍니다.

'상용 프로그램을 적대시한다'는 제 생각은 너무 극단적이었던 것 같군요.

단지 제가 리눅스 포럼에서 자주 보는 유형의 주제 중 하나가 "학교에서 Endnote 쓰라는데 리눅스용 Endnote는 없나요?"라는 질문에 "아니 그런 나쁜 학교가!"라는 답글이 주르륵 달리는 류입니다. 사실 이런 답글 올리는 분들이 아쉬워하는 건 해당 소프트웨어 회사가 리눅스용 프로그램을 만들지 않는 것이겠지만, 그런 답글들을 얼핏 보면 '리눅스 고수들은 공개 소프트웨어 대신 상용 소프트웨어 쓰는 것이 잘못되었다고 생각하는구나'라는 느낌을 받습니다.

OpenOffice 2.0은 써보지 않았지만, OpenOffice 1.1은 나름 여러 컴퓨터에 깔아놓고 써보려고 노력한 적이 있습니다. 그런데 결국 SpreadSheet의 파일 저장하고 읽는 속도가 너무 느려 포기했습니다. 한 10개 정도의 열에 65536 행을 숫자로 가득 채워넣고 저장해보세요. Excel과 비교할 수 없을 정도로 느립니다.

암튼 저도 주 컴퓨터를 리눅스 데스크탑으로 바꾼지 두 달 되었는데, 불편한 것들이 많이 없어졌습니다. 현재 사용하는 것은 Ubuntu Linux 5.04입니다.

이메일은 윈도우 시절에도 Thunderbird를 썼으니 옮기는데 문제가 없었습니다. 웹브라우저는 원래 Opera를 제 돈 주고 사서 썼는데 (이제는 무료가 되었죠), GNOME환경에서 리눅스용 Opera가 하도 안 예뻐서 (Qt로 만든 거라 그런 듯) Firefox 쓰고 있습니다. 아직도 종종 Opera가 아쉬울 때가 있습니다.

문서 작성을 해야 하는 경우에는 ... 논문 등 덩치 큰 문서에는 LaTex를 쓰고, 편지 등을 보낼 일이 있으면 책상 위에 놓인 윈도우 노트북에서 MS Office를 씁니다. 참고로 문헌관리는 원래 Endnote 쓰다가 bibtex/JabRef 콤비로 바꾸었습니다. 그리고 A0 크기 포스터 만들 일 있으면 그냥 PowerPoint 씁니다.

사진 크기 줄이고 crop하는 등의 작업을 할 때에는 ... 윈도우 노트북에서 PhotoImpact 씁니다. GIMP도 써보았는데, 일단 PhotoImpact가 워낙 손에 익어서 바꾸기가 싫더군요.

벡터 그래픽 만들 일 있으면 간단한 것은 OpenOffice Draw를 쓰고, 약간 복잡해지면 윈도우 노트북에서 Adobe Illustrator 씁니다.

뭔가 직접 프로그램 만들 일이 있으면 윈도우 환경에서 C++ Builder 또는 Delphi 쓰구요. 어차피 실험실 장비에 물려있는 컴퓨터들이 전부(!) 다 윈도우 환경이라 리눅스 환경에서 프로그래밍 할 일이 없습니다. 참고로 자료 분석할 때에는 윈도우 환경에서 Igor Pro 씁니다. 다행히 AFM(원자현미경) 사진 분석할 때는 제가 쓰는 원자현미경 회사에서 리눅스용 소프트웨어를 제공해서 리눅스/윈도우 두 환경에서 다 쓰구요.

위에 언급한 상용 프로그램들은 다 학교에서 공급하는 거라 부담없이 쓰고 있는데, 만약 이런 환경이 아니었다면 불편해도 비슷한 기능의 공개소프트웨어를 쓰지 않았을까 하는 생각은 드네요. 요즘 소프트웨어가 하도 비싸서.

그리고 리눅스가 윈도우에 대해 가지는 장점이야 아주 많지만, 제가 느끼기로 '데스크탑 UI가 더 예쁘다'는 것은 주목을 덜 받는 것 같습니다. 제가 주 컴퓨터에 리눅스를 깐 이유가 바로 GNOME(ClearLooks)이 너무 예뻐서였거든요.

특히 MS core fonts랑 은글꼴 설치하고 Verdana에 해당하는 한글 글꼴이 은돋음 되도록 설정한 후, 웬만한 UI 글꼴을 Verdana로 정해주면 데스크탑이 정말 너무 예뻐집니다. Font rendering을 Smoothing: grayscale, Hinting: none으로 하면 Verdana와 은돋음 사이의 이질감도 전혀 없구요. 윈도우의 cleartype는 비트맵 글꼴이 포함된 돋음/굴림 글꼴에는 영향이 없어서 도무지 글꼴을 예쁘게 만들 수가 없는데, GNOME에서의 글꼴 anti-aliasing은 정말 환상입니다. 웹페이지를 열 때마다 부드러운 글씨체에 감탄합니다.

윈도우보다 UI가 예쁘다고 주장하는 것이 윈도우 진영에서 사람들을 끌어오기에 더 효과적일지도 모르겠습니다.

Everything should be made as simple as possible, but not simpler.

avelose의 이미지

서지훈 wrote:
Win API에서 어느 정도 수준까지 지원이 되는지는 몰라도...
어풀간 통신은 pipe, IPC, file, socket 이정도면 훌륭 하죠 ㅋㅋ

<어떠한 역경에도 굴하지 않는 '하양 지훈'>

그것들은 프로그램 상호간에 체계를 만들어 두어야 하지 않나요?

A라는 기성 프로그램이 있습니다. B라는 새로운 프로그램을 제작해야 합니다. A에 소스를 구할 수가 없습니다. 그러나 A의 결과값이 있어야 B를 구동할 수 있습니다.

보통 이 경우에 프로그램 방식은 A의 결과 값을 따로 받을 수 있다면 해당 결과 값을 가지고 처리하는 B를 만들거나 A의 결과값을 직접 입력해서 B라는 프로그램을 돌려야 합니다.

이 경우 윈도그에선 Api로 처리하면 B만 가지고도 A를 건드려서 원하는 정보를 받아서 처리할 수 있습니다.

제가 리눅스 쪽을 잘 몰라서 그러는데 리눅스쪽에 이런 것은 없는 것으로 알고 있습니다. 이런 것이 있다면 알려 주시기 바랍니다. 무지한 저를 깨우쳐 주시기 바랍니다.

좀더 자세히 말하면 B에서 다른 이가 만든 소스도 구할 수 없는 기성 프로그램의 이벤트를 맘대로 다룰 수 있는거죠.[자료의 이동때문에 API가 좋다는 생각은 안합니다. 오히려 어떤 경우엔 느리죠. 메모리가 충분하지 않은 상태에서 API로 자료 전송을 하게되면 미칩니다. 어쩔 수 없이 루프문이 들어가고 이러면 돌아버리죠. 차라리 DDE를 쓰고 싶지만 그럴 수 없으면...]

kowdream wrote:
avelose wrote:

WIN API <- 물론 윈도우 쪽에서는 이놈 때문에 문제가 많이 발생하는 편이기도 하지만 이런 어플간의 통신로는 열어 두었어야 했다고 생각합니다.(한프로그램에서 다른 프로그램을 맘대로 접근할 수 있는 기능. 재밌지 않나요? 어떤 랭귀지로 만들었던 간에 서로 대화를 원할하게 할 수 있다는 점 너무 좋아여.. 마소가 이거 아니었으면 아마 많은 개발자를 얻지 못했을 겁니다.)

워낙의 툴도 다양하고 라이브러리도 다양한 리눅스라서 그럴 수 밖에 없겠지만.(오픈 프로젝트의 단점??) 어플간의 통신 표준을 잡아두고 진행해 왔다면 좋았을 것이라는 생각을 접을 수가 없습니다.

API가 잘되어 있다기 보다.. API를 사용하기 위한 참고 문서가 잘되어 있다고 보는 편이 좋겠죠 :)
API자체는 linux도 상당히 잘되어 있습니다.

결론은 윈도가 우수한점은 많이 사용하고 있고 참고할 문서가 많다는거지 윈도 자체가 우수하다고 생각하지는 않습니다. (윈도를 폄하 하기 위한 글은 아닙니다. 오해는 하지 마시길)

전적으로 동감합니다. [동감 300%]
저도 리눅스쪽 도큐멘트를[설치관련] 만들어 본 적이 있는데 이게 어디에서나 통용되는 것이 아니려니와 작성 시에 도움을 줄 주위 사람이 없어서 고생을 했던 적이 있습니다. 리눅스쪽은 좋은 뜻으로는 여러 부류의 사람이 개발을 하고 있다고 볼 수 있지만 나쁜 쪽으론 너무 많은 부류라서 표준이 존재하지 않는다는 것이 단점 같습니다.

'현실은 수학으로 표현할 수 없다.'
'수학은 거짓의 학문이다.'
'난 수학이 정말 싫다.'

랜덤여신의 이미지

avelose wrote:
보통 이 경우에 프로그램 방식은 A의 결과 값을 따로 받을 수 있다면 해당 결과 값을 가지고 처리하는 B를 만들거나 A의 결과값을 직접 입력해서 B라는 프로그램을 돌려야 합니다.

이 경우 윈도그에선 Api로 처리하면 B만 가지고도 A를 건드려서 원하는 정보를 받아서 처리할 수 있습니다.

제가 리눅스 쪽을 잘 몰라서 그러는데 리눅스쪽에 이런 것은 없는 것으로 알고 있습니다. 이런 것이 있다면 알려 주시기 바랍니다. 무지한 저를 깨우쳐 주시기 바랍니다.

좀더 자세히 말하면 B에서 다른 이가 만든 소스도 구할 수 없는 기성 프로그램의 이벤트를 맘대로 다룰 수 있는거죠.[자료의 이동때문에 API가 좋다는 생각은 안합니다. 오히려 어떤 경우엔 느리죠. 메모리가 충분하지 않은 상태에서 API로 자료 전송을 하게되면 미칩니다. 어쩔 수 없이 루프문이 들어가고 이러면 돌아버리죠. 차라리 DDE를 쓰고 싶지만 그럴 수 없으면...]


dcop 이나... dbus 같은것을 말씀하시는 건가요?
(허접해서 잘 모르겠네요 =3=33)
avelose의 이미지

랜덤의여신 wrote:
dcop 이나... dbus 같은것을 말씀하시는 건가요?
(허접해서 잘 모르겠네요 =3=33)

헉. 비슷하긴 하군요. 단. dcop데몬에 자신의 함수 내역을 올려야 하는군요. 별도의 처리가... 필요하네요. 쩝.
하긴 윈도우도 비슷한 방식으로 돌아갈터이지만..
눈에 안보이는 것 뿐.

'현실은 수학으로 표현할 수 없다.'
'수학은 거짓의 학문이다.'
'난 수학이 정말 싫다.'

cs010101의 이미지

리눅스...

엔터프라이즈 OS? 아니라고 봅니다.
데스크탑OS? 아니라고 봅니다.

개인적으로 리눅스는 아직까지는 교육용이고, 연구용같습니다.

커널 2.8 쯤 되면 데스크탑에서도 쓸만할거 같군요.
그러면 기업용 응용프로그램들도 나올거구요.

-----------------------------------------------
어머니,
그 이름만으로도 우리는 풍요로와 집니다.

효도합시다......
-----------------------------------------------

페이지

댓글 달기

Filtered HTML

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

BBCode

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param>
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

Textile

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • You can use Textile markup to format text.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Markdown

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • Quick Tips:
    • Two or more spaces at a line's end = Line break
    • Double returns = Paragraph
    • *Single asterisks* or _single underscores_ = Emphasis
    • **Double** or __double__ = Strong
    • This is [a link](http://the.link.example.com "The optional title text")
    For complete details on the Markdown syntax, see the Markdown documentation and Markdown Extra documentation for tables, footnotes, and more.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Plain text

  • HTML 태그를 사용할 수 없습니다.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 줄과 단락은 자동으로 분리됩니다.
댓글 첨부 파일
이 댓글에 이미지나 파일을 업로드 합니다.
파일 크기는 8 MB보다 작아야 합니다.
허용할 파일 형식: txt pdf doc xls gif jpg jpeg mp3 png rar zip.
CAPTCHA
이것은 자동으로 스팸을 올리는 것을 막기 위해서 제공됩니다.