지난 토요일 "The MicroKernel"의 에피소드가 중단 된 기술적 어려움과 협업의 부족에 대한 복수와 트롤링으로 pandev의 게시물을 능가하는 도전에 나는 블로그의 유머에 의지 할 것입니다. Linux 모자 몇 가지를 명확히하기 위해.
KDE 애플리케이션 작성 방법.
- 반 성공적인 오픈 소스 앱 찾기
- C ++로 작성하는 것이 자위를하는 궁극적 인 방법이며, Qt를 배우는 것이 여자 친구와 시간을 보내는 것보다 낫다는 것을 확신하십시오.
- MOC (Music On Console)가 나쁘지 않은 이유를 기억하십시오.
- 응용 프로그램의 이름 인 sed s / [cg] / k /를 가져 와서 세 개의 ka가 줄에 있지 않은지 확인하십시오. kas가 없으면 처음에 추가하십시오.
- 애플리케이션이 제공 할 수있는 사용자 용 기능을 생각해보십시오.
- Foreach 함수 : 3 개 이상의 다른 백엔드를 제대로 지원하지 않는 추상화 계층 생성
- Foreach 기능 : 도구 모음의 만들기 버튼
- Foreach 기능 : 메뉴 항목 생성
- 창을 분할하고 탭을 만들고 KPart를 지원할 수 있는지 확인하십시오. UI를 생각할 수 없다면 Windows를 모방하십시오.
- Phonon 및 KAddressBook을 사용하는지 확인하십시오. 그리고 도킹 가능한 터미널.
- 이름에 g가있는 서점은 절대 사용하지 마십시오. 못.
- KDE-Look.org에 게시
- Windows로 이식하겠다고 모든 사람에게 약속하되
- 몇 년에 한 번씩 툴킷 검토를 처음부터 다시 시작하기위한 변명으로 사용하십시오.
그놈 응용 프로그램을 작성하는 방법.
- 다른 플랫폼 (Windows, Mac, KDE, 무엇이든 가능하면 Mac)에서 합리적인 응용 프로그램을 찾으십시오. Gnome에 통합하고 싶지 않은 gtk 기반의 다른 대안이 이미 3 개있는 경우 추가 점수.
- 이름에는 g가 있어야합니다. "gn"이 될 수있는 경우 추가 점수. "gnu", "gno"또는 "gna"를 사용할 수 있다면 당신은 지 그니 얼하고 당신의 애플리케이션은 사용할 가치가있을 것입니다. 응용 프로그램의 이름이 실제로 수행하는 작업과 관련이 없는지 확인하십시오. 또한 g가 강하다고 발음되는 경우 문서화하지 마십시오.
- 그놈의 O는 대상을 의미합니다. D-Bus 개체 프레임 워크를 사용합니다. Bonobo도 사용하면 더 좋습니다. 하나 이상의 플랫폼이 네트워크에서 작동하는지 확인하고 애플리케이션이 네트워크에서 플랫폼을 사용하지 않는지 확인하십시오.
- C에서 Object Oriented는 그렇게 나쁘지 않다는 것을 기억하십시오. assert (gtk_not_in_serious_not_so_ bad). 또한 GTK +는 코드를 작성하는 상업적 회사가 없기 때문에 Qt보다 훨씬 낫다는 것을 기억하십시오. 그래서 알다시피, 그것은 더 자유롭거나 이름에 +가 있습니다.
- 생각할 수있는 모든 언어에 대해 래퍼를 생성하되 원하는 방식으로 정확하게 작동하지 않는지 확인하십시오. 플로피 패키지를 각각 별도의 패키지에 포장해야했습니다.
- 적어도 세 명의 다른 프로그래머에게 glib가 그놈과 관련이없는 방법을 설명하십시오. 그들이 걱정하기 때문입니다.
- Tango 아이콘을 잊지 마세요!
- 응용 프로그램이 Windows에서 컴파일되지만 SHIT처럼 보이는지 확인하십시오.
- 응용 프로그램에 필요한 모든 기능을 나열하십시오.
- 90 %를 버립니다. 하기가 어렵 기 때문입니다. 그러나 모두에게 그들이 정말로 필요하지 않다고 말하십시오.
- 그 중 2 %를 구현하십시오. gconf에서 나머지 8 %를 숨 깁니다. 잘 숨기세요.
- 인터페이스에는 버튼이 4 개 이상 있으면 안됩니다.
- 애플리케이션이 이름에 g가있는 4 개 이상의 다른 라이브러리에 의존하는지 확인하세요. 그것은 그녀를 더 노 메라로 만듭니다.
- Mono를 사용하지 마십시오. 성병을 모든 사람에게 퍼뜨릴 것입니다. 기다리지 말고 Mono를 사용하십시오. 훨씬 더 생산적으로 만들 수 있습니다. 잠깐, 아니, Mono를 사용하지 마십시오. 그렇게한다면 아무도 사용하지 않는 지연된 배포판이 여러분의 애플리케이션을 배포하지 않을 것입니다.
- "계획된 노후화를 향한"모듈에 의존
- 앱이 좋지 않더라도 적어도 휴먼 인터페이스 가이드를 따르므로 안심하십시오.
하하하 이제 왕이 원숭이를 입으면 사용하지 마 하하하, 이거 좋다. 추상화의 세 계층 만들기 hahaha
LOL
올바른 것은 kde-apps.org에 KDE 앱을 게시하는 것입니다. 😛
재미있는 점은 영어로 된 원본 기사가 2008 년에 작성되었지만 대부분의 내용이 여전히 사실이라는 것입니다. 특히 :
응용 프로그램에 필요한 모든 기능을 나열하십시오.
90 %를 버립니다. 하기가 어렵 기 때문입니다. 그러나 모두에게 그들이 정말로 필요하지 않다고 말하십시오.
오늘 생각하면 정말 많이 바꿨어요. 원래 게시물에는 4 개의 객체 프레임 워크 (D-Bus, Bonobo, Corba 및 Orbit)가 있었고 최소 2 개를 사용한다고 말했습니다. Corba는 이미 사라졌고 Bonobo는 쓸모가 없습니다. 오늘날 D-Bus가 사용됩니다.
음, 신선함을 잃은 것 같아요. 우리는 여전히 그놈 2의 시대와 KDE 4의 시작을 잊지 않았기 때문에 여전히 재밌습니다.
하하하, 죽었어.
KDE와 "Foreach 함수 : 최소한 3 개의 다른 백엔드를 제대로 지원하지 않는 추상화 계층을 만드십시오."(vlc, gstreamer 및 xine가 떠오르지 만 올바른 것은 없습니다)
앱이 Akonadi와 Nepomuk를 사용해야했지만 작동하지 않는 부분과 그 용도를 아무도 모르는 부분은 ... 아, 그리고 창 크기를 조정하면 그 요소가 끔찍하게 변형됩니다.
하지만 그놈 부분에 이르렀을 때 나는 무너졌습니다.
"상상 가능한 모든 언어에 대해 래퍼를 생성하되 원하는 방식으로 정확히 작동하지 않는지 확인하십시오."및 "응용 프로그램이 Windows에서 컴파일되지만 SHIT처럼 보이는지 확인하십시오." 그들은 모든 손바닥을 가져갑니다, 하하.
안부
내가 가장 좋아하는 점은 개발자가 없어도 하나의 단계와 다른 단계의 수를 보면 Qt에서 프로그래밍하는 것이 더 쉽다는 것을 알 수 있다는 것입니다. 2 단계 적 으면 2 단계 적습니다. xD
또한 QT는 (거의) 모든 유형의 데스크탑 인터페이스에 적응합니다.
그러나 그것은 Qt의 장점이 아니라 데스크탑에 적응시키는 사람들의 장점입니다.
Gnome 3.6 gtks가 Cinnamon 1.6., 1.7 및 1.8에 적용되었다고 말한 것과 같습니다. Gnome 또는 gtk를 개발 한 사람들이 아니라 Cinnamon을 개발하는 사람들의 공로입니다.
죄송합니다. 전체 블로그에서 가장 많은 댓글을 남기는 340 개의 댓글이있을 때 브라우저에서 해당 항목 뒤에 만
xD, 너는 나를 능가 할 것이다 ahaha
블로그에 대한 더 많은 액세스 권한을 얻기 위해 @elav를 고용 했습니까 ... hahahaha.
하하 하하하 LOL
나는 코멘트가 아니라 트롤링 능력으로 말했다. 너의 것은 끈적하다.
구식 기계를 사용하는 사용자가 (제 경우와 같이) 축복받은 댓글이로드 될 때까지 기다릴 필요없이 불꽃을 볼 수 있도록하려면 게시물에서 발췌 한 내용 만 입력하고 전체 불꽃이 여기에 포럼에 연결되었을 것입니다. , 우연히 볼 수 있도록 페이지를 포화시키지 않도록 포럼에서 토론하도록 요청했습니다 (Disqus를 설치하는 데 어려움을 겪지 않는 한, Disqus 및 기타 댓글 관리자와 마찬가지로 WordPress에 포함 된 것처럼 사용자 정의 할 수 없습니다 , 당신은 이유를 이해합니다).
8- 응용 프로그램이 Windows에서 컴파일되지만 SHIT처럼 보이는지 확인합니다.
글쎄,이 경우 특정 qt 응용 프로그램도 끔찍해 보인다고 말할 수 있습니다. Windows 7 또는 8에서 qbittorrent를 시도하여 얼마나 추한지 확인하십시오.
응용 프로그램의 90 %와 같은 창에서는 사용자가 직접 테마로 만들어야하기 때문에보기 흉하게 보입니다.
분명히 QT는 컴파일 된 각 OS의 인터페이스에서 사용하는 테마에 적응하기 때문입니다 (매우 명확한 예는 VLC로 KDE와 Aqua에서는 멋지게 보이지만 Windows에서는 완전히 지루합니다).
헤이 Diazepan, 트롤링에 대해 말하면, 첫 번째 줄에서 올바른 것은 "그들이 운전했습니다"이고 그들은 운전하지 않았습니다.
수정
감사 메이트.
"그리고 트롤링으로서 pandev의 포스트를 극복하는 도전과 함께"
하 하 하 하 하 하 하. 당신은 바를 매우 높게 설정했습니다 !!! 😀
나는 내가 pandev에게 한 말을 반복한다 : "나는 코멘트가 아니라 트롤링 능력으로 말했다."
> C ++로 작성하는 것이 자위하는 궁극적 인 방법이며 Qt를 배우는 것이 여자 친구와 시간을 보내는 것보다 낫다는 것을 확신하십시오.
>는 자위하는 궁극적 인 방법입니다.
> 여자 친구와 시간을 보내는 것보다 낫다
> 마누엘라는 어디에나 있습니다
ㅋㅋ
나는 그것이 Freetard haha의 번역으로 "libretardado"를 사용한 유일한 사람이라고 생각했습니다.
나는 또한 그것을 "libertarado"(자유와 바보)로 번역하는 것을 고려했습니다.
나는 그를 "아침"이라기보다 "지체"로 더 많이 본다. 어쨌든 그들은 어리 석습니다. 어느 쪽이든, 그들은 목표를 달성합니다 ...
게시물은 나에게 항상 똑같은 것처럼 보입니다. KDE를 사용하는 사람들은 Gnome의 것을 분쇄합니다. 하나가 다른 것보다 낫다고 생각하지 않습니다. 그들은 다릅니다. 과부하에 대한 최대한의 단순성입니다. 또 다른 한가지는, 상위 수준의 프로그래밍 언어는 사용하기 쉽지만 해당 언어로 만든 응용 프로그램을 실행할 때 최적이 아닙니다. 어셈블러 프로그램은 C에서보다 잘 작동하고 C에서 하나는 C ++에서보다 잘 작동합니다. Qt가 GTK +보다 낫다는 것은 C ++에 있기 때문에 오류가있는 것처럼 보이므로 Torvalds는 커널에서 C ++ 한 줄을 원하지 않으며 커널 부트와 같은 어셈블러에서 프로그래밍 된 부분이 있습니다.
QT가 모바일에서 가장 많이 사용된다는 것을 어떻게 설명합니까? 제한된 자원을 가진 팀이기 때문입니다…. 어떤 최적화를 기반으로 하시나요? 모든 것이 컴파일러에 따라 다르며, 다른 하나가 수행하지 않는 정적 스케줄링 처리를 수행하면 분명히 다른 것보다 더 효과적 일 것입니다. 각 프로젝트에 대한 개발자 목록?, GTK의 경우 풀 타임 개발자는 한 명 뿐이며 최근에는 각 새 버전이 이전 버전과의 호환성을 깨뜨립니다 ... 당신의 의견은 오히려 객체 지향 프로그래밍에 반대하는 것 같습니다 ...
반면에 과부하라고 부르는 것은 무엇입니까?, 저는 KDE 사용자이며 과부하가 걸리면 RAM 소비로 해석하면 모듈화로 인해 KDE가 제공하는 편의성을 희생하여 구성하여 Gnome보다 훨씬 적게 소비합니다. Gnome에서는 할 수 없습니다) 미니멀리즘에 대해 다시 이야기하면 KDE는 모듈성으로 인해 수천 가지 방법으로 "조정"되어 매우 "최소한"(과부화되지 않은) 수로 해석 할 수 있습니다. KDE와 Gnome 모두 기본 버전을 설치할 수 있고 필수 앱만 가져올 수 있기 때문에 One이 다른 것보다 무거운 것을 말할 수 없다는 것을 말씀 드리게되어 유감입니다.
마지막으로 QT를 사용하면 GTK로는 할 수없는 일을 할 수 있습니다.
qt는 gui 수준에서 더 완전한 언어이기 때문에 적절한 ide를 가지고 있기 때문에 모바일에서 더 많이 사용됩니다.
-나는 많은 사람들의 의견을 매우 잘 정의하는 Linus Torvalds의 구절을 그대로 인용합니다.
“C ++는 끔찍한 언어입니다. 그리고 많은 XNUMX 단계 프로그래머가 그것을 사용한다는 사실은 더 끔찍합니다. 쓸모없는 쓰레기를 생성하는 것이 훨씬 더 쉽고 쉽습니다. 공정하게 말하면 C를 사용하기로 결정한 것이 C ++ 프로그래머를 프로젝트에서 제외시키는 것과 더 관련이 없다고하더라도 C를 사용하는 큰 이유가되었을 것입니다. "
-오버로드로 인해 인터페이스가 버튼과 옵션으로 가득 차서 길을 잃을 수 있고 그 중 절반이 아무것도하지 않거나 중요하지 않은 일을하는 것을 의미합니다 (GTK보다 더 많은 일을한다는 의미인지 모르겠습니다), 메모리 소비 문제입니다. 별도의 문제에 대해 이야기 할 필요가 없습니다.
-@ pandev92는 QT가 휴대폰에서 많이 사용되기 때문에 매우 잘 정의되어 있지만 GTK는 데스크톱 응용 프로그램에서 가장 많이 사용되는 제품이기 때문에 전체적으로 진실을 말해야합니다. GTK2는 각 버전에서 급격하게 변경되기 때문에 GTK3보다 낫지 만, 예를 들어 Firefox와 같은 애플리케이션으로 인해 GTK2는 여전히 GTK3 이상을 지원하고 있습니다.
나는 Torvalds의 의견을 매우 존중하지만 그가 말했듯이 그는 C ++를 좋아하지 않지만 무능한 프로그래머를 언급하고 있습니다. 동물 인 C 프로그래머가 있다면 C를 사용하여 좋은 프로그램을 만들지 못할 것입니다 , 그들은 계속 쓰레기가되기 위해 C도 봤고 잠시 동안 일을 통제 할 수있는 동료가 있었는데 그들은 ¬¬ 내부에서 휴식을 취하면서 그들을 통제했습니다. 제 관점에서 C는 훌륭한 언어이지만 척 프로그래밍이 뒤에 있다면 아무것도없는 것과 같습니다.
인터페이스에 관해서는 매우 주관적입니다 .KDE 응용 프로그램의 90 %가 창에 표시 할 버튼을 구성 할 수 있습니다. 불필요한 항목이 있다고 생각되면 간단히 제거하면됩니다.
모바일에 관해서는 프레임 워크라는 것이 사실이지만, gtk보다 QT 뒤에 더 많은 사람들이 있습니다 .. OpenGL에 대한 개선 사항은 일정합니다. 간단히 말해서 명령형 언어를 좋아합니다. 이런 종류의 언어로 만들 수있는 계란의 고통은 객체의 개념이 있기 때문입니다.
-좋은 프로그래머가 있느냐 없느냐가 아니라 모든 것이 동등하다는 것 (좋은 프로그래머, 좋은 컴파일러 등 ..) C는 C ++보다 더 많은 성능을 얻을 수 있습니다. -엔드 언어 수준과 고급 언어는 물론 인터페이스를 디자인 할 때 C로 프로그래밍하는 것이 더 어렵지만 어셈블러에서 프로그래밍하는 것과 동일하지만 더 어렵지만 많은 성능을 얻습니다. Linux 커널에는 C ++, C 및 어셈블러가 커널 시작과 같은 작업에 사용되지 않습니다.
-KDE 인터페이스를 정말 이해하지 못합니다. 화로 (GTK)와 같은 프로그램을 사용하고 K3B (QT)와 같은 프로그램을 사용하고 K3B가 인터페이스에 과부하가 걸리고 버튼과 옵션으로 가득 찬 것처럼 보이면 사용하지 않으면 마법으로 버튼과 메뉴를 사라지게 만들 수 있나요? 음, 처음 들었어요.
미안하지만 왜 더 많은 성능을 얻었는지 이해가 안 돼요. 그렇게 말하는 이유는 무엇입니까? 나는 그것이 컴파일러에 달려 있다는 것에 동의합니다. 모든 것은 당신이하는 코드 스케줄링의 양에 달려 있습니다. 실험적 기능으로 활성화 할 수 있습니다.
인터페이스에 관해서는 여기에 언급 한 것의 캡이 있습니다. K3B는 완전히 뜯어 냈습니다. (나는 간단하게 제거하거나 위치를 변경할 수 있음을 보여주기 위해 패널을 바깥쪽으로 가져 왔습니다. 그들에 초점을 맞추지 않고 (kwin의 효과입니다) 도구 모음을 사용하여 사용하려는 버튼을 구성 할 수도 있습니다
http://i.imgur.com/Z1OZqgQ.jpg
전 KDE 프로그래머로서이 경우 MOC는 콘솔의 음악이 아니라고 말합니다. 문안 인사.
나는 당신이 매우 리눅스에 대한 내 의견을 보았고 소스로 가서 복사 붙여 넣기 및 guugle로 번역했습니다.