Để trả thù cho những khó khăn kỹ thuật và sự thiếu cộng tác đã dẫn đến việc gián đoạn tập phim "The MicroKernel" vào thứ Bảy tuần trước và với thách thức vượt qua bài đăng của pandev như một trò troll, tôi sẽ sử dụng blog hài hước Linux haters để làm rõ một vài điều.
Cách viết một ứng dụng KDE.
- Tìm kiếm một số ứng dụng nguồn mở bán thành công
- Hãy thuyết phục bản thân rằng viết bằng C ++ là cách tuyệt vời nhất để thủ dâm và học Qt tốt hơn là dành thời gian cho bạn gái của bạn, vì nó quá đẹp
- Nhắc nhở bản thân tại sao MOC (Music On Console) không tệ.
- Lấy tên của ứng dụng, sed s / [cg] / k /, xác minh rằng bạn không có ba kas thẳng hàng. Nếu không có kas, hãy thêm một kas ở đầu.
- Hãy nghĩ về bất kỳ chức năng hướng tới người dùng nào mà ứng dụng của bạn có thể cung cấp
- Hàm Foreach: tạo một lớp trừu tượng hỗ trợ kém ít nhất 3 phần phụ trợ khác
- Chức năng Foreach: tạo nút trên thanh công cụ
- Chức năng Foreach: tạo mục menu
- Đảm bảo rằng nó có thể chia nhỏ cửa sổ, tạo tab và hỗ trợ KParts. Nếu bạn không thể nghĩ ra giao diện người dùng, hãy bắt chước giao diện người dùng của Windows.
- Đảm bảo rằng nó sử dụng Phonon và KAddressBook. Và một thiết bị đầu cuối có thể gắn được.
- KHÔNG BAO GIỜ sử dụng thư viện có tên có g. KHÔNG BAO GIỜ.
- Đăng nó trên KDE-Look.org
- Hứa với mọi người rằng bạn sẽ chuyển nó sang Windows, nhưng đừng
- Vài năm một lần, hãy sử dụng việc đánh giá bộ công cụ như một cái cớ để bắt đầu lại từ đầu.
Cách viết một ứng dụng GNOME.
- Tìm kiếm một ứng dụng hợp lý từ một số nền tảng khác (Windows, Mac, KDE, bất cứ thứ gì, tốt nhất là Mac). Thêm điểm nếu đã có 3 lựa chọn thay thế khác dựa trên gtk không muốn tích hợp vào Gnome.
- Tên PHẢI có một g. Thêm điểm nếu nó có thể là một "gn". Nếu bạn có thể sử dụng "gnu" hoặc "gno" hoặc "gna" thì bạn là người có địa vị và ứng dụng của bạn sẽ đáng sử dụng. Đảm bảo rằng tên ứng dụng của bạn không liên quan nhiều đến những gì nó thực sự hoạt động. Ngoài ra, KHÔNG BAO GIỜ ghi lại nếu chữ g được phát âm mạnh.
- Chữ O trong Gnome có nghĩa là đối tượng. Nó sử dụng khung đối tượng D-Bus. Nếu bạn cũng sử dụng Bonobo thì càng tốt. Đảm bảo ít nhất một nền tảng hoạt động trên mạng, nhưng cũng đảm bảo rằng ứng dụng của bạn không bao giờ sử dụng nó trên mạng.
- Hãy nhớ rằng Hướng đối tượng trong C không phải là xấu. khẳng định (gtk_not_in_serious_not_so_ bad). Ngoài ra, hãy nhớ rằng GTK + tốt hơn nhiều so với Qt vì bạn không có công ty thương mại viết mã cho nó. Vì vậy, bạn biết đấy, nó tự do hơn hay gì đó và nó có dấu + trong tên.
- Tạo các trình bao bọc cho mọi ngôn ngữ có thể hình dung, nhưng đảm bảo không có ngôn ngữ nào trong số chúng hoạt động chính xác theo cách bạn muốn. Bạn yêu cầu gói đĩa mềm của mình mỗi gói trong một gói riêng biệt.
- Giải thích cho ít nhất ba lập trình viên khác hiểu glib không liên quan gì nhiều đến gnome. Bởi vì họ quan tâm.
- Đừng quên các biểu tượng Tango!
- Đảm bảo rằng ứng dụng của bạn biên dịch trên windows, nhưng trông giống như SHIT.
- Liệt kê tất cả các tính năng bạn muốn ứng dụng của mình có.
- Loại bỏ 90% chúng. Vì chúng rất khó làm. Nhưng hãy nói với mọi người rằng họ thực sự không cần chúng.
- Thực hiện 2% trong số đó. Ẩn 8% còn lại trong gconf. Giấu chúng thật tốt.
- Giao diện của bạn không được có nhiều hơn 4 nút.
- Đảm bảo rằng ứng dụng của bạn phụ thuộc vào ít nhất 4 thư viện khác có chữ g trong tên. Nó làm cho cô ấy trở nên gnomera hơn.
- Đừng sử dụng Mono, vì bạn sẽ lây STD của mình cho mọi người. Đừng chờ đợi, hãy sử dụng Mono, vì nó sẽ giúp bạn làm việc hiệu quả hơn nhiều. Chờ đã, không, đừng sử dụng Mono, bởi vì nếu bạn làm vậy, một số bản phân phối bị trì hoãn mà không ai sử dụng sẽ không phân phối ứng dụng của bạn.
- Phụ thuộc vào một mô-đun đang "hướng tới sự lỗi thời theo kế hoạch"
- Hãy yên tâm rằng mặc dù ứng dụng của bạn tệ nhưng ít nhất nó cũng tuân theo hướng dẫn giao diện của con người.
Hahaha bây giờ nếu nhà vua đeo con khỉ thì đừng dùng nó hahahaha tốt cái này. Tạo ba lớp trừu tượng hahaha
LOL
Điều chính xác sẽ là xuất bản các ứng dụng KDE trên kde-apps.org, phải không? 😛
Điều buồn cười là bài báo gốc bằng tiếng Anh được viết vào năm 2008, nhưng phần lớn những điều vẫn đúng. Đặc biệt :
Liệt kê tất cả các tính năng bạn muốn ứng dụng của mình có.
Loại bỏ 90% chúng. Vì chúng rất khó làm. Nhưng hãy nói với mọi người rằng họ thực sự không cần chúng.
Tôi thực sự đã thay đổi mọi thứ một chút xem xét ngày hôm nay. Trong bài viết ban đầu, có 4 khung đối tượng (D-Bus, Bonobo, Corba và Orbit) và nó được cho là sử dụng ít nhất 2. Corba đã biến mất và Bonobo đã lỗi thời. Ngày nay D-Bus được sử dụng
Tôi nghĩ nó đã mất đi sự tươi mới. Vẫn còn buồn cười vì chúng ta vẫn chưa quên những ngày của GNOME 2 và những ngày đầu của KDE 4 (buồn cười là GNOME điểm 10, 11 và 12 vẫn được áp dụng).
hahaha, tôi chết mất.
Nó đã có một khởi đầu tốt với KDE và "Chức năng Foreach: tạo một lớp trừu tượng hỗ trợ kém ít nhất 3 phần phụ trợ khác" (vlc, gstreamer và xine, không có gì phù hợp cả)
Ứng dụng cần thiết phải sử dụng Akonadi và Nepomuk, nhưng những phần đó không hoạt động và không ai biết chúng dùng để làm gì ... à, và khi cửa sổ được thay đổi kích thước, các phần tử của nó bị biến dạng khủng khiếp ...
Nhưng khi đến phần Gnome, tôi đã vỡ lẽ:
"Tạo trình bao bọc cho mọi ngôn ngữ có thể hình dung, nhưng đảm bảo không có ngôn ngữ nào hoạt động chính xác theo cách bạn muốn" và "Đảm bảo rằng ứng dụng của bạn biên dịch trên windows, nhưng giống như SHIT." Họ lấy hết lòng bàn tay, haha.
Liên quan
Điều tôi thích nhất là ngay cả khi không có nhà phát triển, chỉ cần nhìn vào số bước của bước này và bước khác, bạn sẽ nhận ra rằng lập trình trong Qt dễ dàng hơn. 2 bước ít hơn là 2 bước ít hơn, như họ nói. xD
Ngoài ra, QT thích ứng với (hầu hết) bất kỳ loại giao diện máy tính để bàn nào.
Nhưng đó không phải là công lao của Qt mà là của những người điều chỉnh chúng phù hợp với máy tính để bàn của bạn.
Cứ như thể bạn đã nói với tôi rằng Gnome 3.6 gtks thích nghi với Cinnamon 1.6, 1.7 và 1.8, khi đó là công nhận của những người phát triển Cinnamon, không phải những người phát triển Gnome hoặc gtk's.
Xin lỗi, khi bạn nhận được 340 nhận xét khiến bài đăng được nhận xét nhiều nhất trên toàn bộ blog, chỉ sau mục đó từ trình duyệt,
xD, bạn sẽ vượt qua tôi ahaha
Đó là bạn đã thuê @elav để truy cập nhiều hơn vào blog ... hahahaha.
hahahahaha LOL
Tôi nói với khả năng trolling, không phải trong bình luận. Của bạn là dính.
Để làm cho người dùng sử dụng máy móc lỗi thời (như trường hợp của tôi) có thể xem ngọn lửa mà không cần phải đợi tải các nhận xét may mắn, bạn sẽ chỉ đặt một đoạn trích từ bài đăng của mình và ngọn lửa hoàn chỉnh sẽ được liên kết với diễn đàn ở đây , tình cờ, bạn yêu cầu họ thảo luận trong diễn đàn để không phải bão hòa trang được xem (trừ khi họ gặp khó khăn khi cài đặt Disqus, nhưng giống như Disqus và các trình quản lý bình luận khác, chúng không thể được tùy chỉnh như những trang có trong WordPress , bạn hiểu tại sao).
8-Đảm bảo rằng ứng dụng của bạn biên dịch trên windows, nhưng nó trông giống như SHIT.
Chà, trong trường hợp này, tôi có thể nói rằng một số ứng dụng qt nhất định cũng trông rất kinh khủng, chỉ cần thử qbittorrent dưới windows 7 hoặc 8, để xem nó trông xấu xí như thế nào.
Trong windows, 90% ứng dụng có giao diện xấu xí, vì bạn phải tự làm chủ đề cho nó….
Rõ ràng, vì QT thích ứng với chủ đề được sử dụng bởi giao diện của từng HĐH được biên dịch (một ví dụ rất rõ ràng là VLC, trông tuyệt vời trong KDE và Aqua, nhưng trong Windows thì hoàn toàn nhàm chán).
Này Diazepan, nói về trolling, ở dòng đầu tiên, điều chính xác là "họ đã lái xe" và họ đã không lái xe.
sửa lại
Cảm ơn bạn đời.
«Và với thử thách vượt qua bài đăng của pandev là trolling»
HA HA HA HA HA HA. Bạn đặt thanh rất cao !!! 😀
Tôi lặp lại những gì tôi đã nói với pandev: "Tôi nói với tư cách trolling, không phải trong bình luận."
> Thuyết phục bản thân rằng viết bằng C ++ là cách tuyệt vời để thủ dâm, và học Qt tốt hơn là dành thời gian cho bạn gái của bạn, vì nó quá đẹp.
> là cách thủ dâm cuối cùng
> tốt hơn là dành thời gian cho bạn gái của bạn
> manuela ở khắp mọi nơi
cười lớn
Tôi nghĩ đó là người duy nhất sử dụng "libretardado" như một bản dịch của Freetard haha.
Tôi cũng đã cân nhắc việc dịch nó là "libertarado" (tự do và ngu ngốc)
Tôi thấy anh ta giống như "chậm phát triển" hơn là "đồ ngốc." Dù sao thì chúng cũng thật ngớ ngẩn. Dù bằng cách nào, họ cũng đạt được mục tiêu của mình ...
Bài viết có vẻ như thường lệ đối với tôi, những người sử dụng KDE nghiền nát những cái Gnome, tôi không nghĩ cái nào tốt hơn cái kia, chúng khác nhau, sự đơn giản tối đa để chống quá tải. Và một điều khác, các ngôn ngữ lập trình cấp cao hơn dễ sử dụng hơn nhưng kém tối ưu hơn khi thực thi các ứng dụng được tạo bằng ngôn ngữ nói trên, một chương trình hợp ngữ hoạt động tốt hơn một chương trình trong C và một chương trình trong C hoạt động tốt hơn một chương trình trong C ++. Qt tốt hơn GTK + bởi vì nó ở trong C ++ đối với tôi dường như là một sai lầm, đó là lý do tại sao Torvalds không muốn một dòng C ++ duy nhất trong hạt nhân và có những phần được lập trình trong trình hợp dịch như khởi động hạt nhân.
Làm thế nào để bạn giải thích rằng QT được sử dụng nhiều nhất trong điện thoại di động? vì họ là những đội có nguồn lực hạn chế…. Bạn dựa vào sự tối ưu hóa nào để nói điều đó? Tất cả phụ thuộc vào trình biên dịch, nếu nó thực hiện một số xử lý lập lịch tĩnh mà cái kia không thực hiện được, rõ ràng nó sẽ hiệu quả hơn cái kia ... mặt khác, bạn đã thấy danh sách các nhà phát triển có cho mỗi dự án ?, đối với GTK chỉ có một nhà phát triển toàn thời gian và gần đây mỗi phiên bản mới phá vỡ khả năng tương thích với các phiên bản trước đó… nhận xét của bạn có vẻ chống lại lập trình hướng đối tượng…
Mặt khác, bạn gọi là quá tải là gì? Tôi là người dùng KDE và nếu quá tải, chúng tôi hiểu nó là tiêu thụ RAM, KDE, do tính mô đun của nó, có thể được cấu hình hy sinh một số tiện nghi mà nó cung cấp để tiêu thụ ít hơn Gnome ( mà trong Gnome tôi không biết có thể không), nếu chúng ta nói lại về chủ nghĩa tối giản, KDE do tính mô-đun của nó có thể được "điều chỉnh" theo hàng nghìn cách để làm cho nó rất "tối thiểu" (không quá tải), nếu chúng ta hiểu nó là số lượng ứng dụng mà nó mang lại, thì tôi rất tiếc phải nói với bạn rằng Không thể nói cái này nặng hơn cái kia vì cả KDE và Gnome đều có thể cài đặt phiên bản cơ sở của chúng, chỉ mang lại những ứng dụng cần thiết.
Cuối cùng với QT, bạn có thể làm những điều mà bạn không thể với GTK
qt được sử dụng nhiều hơn trên điện thoại di động bởi vì nó có một lý tưởng tốt, bởi vì nó là một ngôn ngữ hoàn chỉnh hơn ở cấp độ gui, v.v.
- Tôi trích dẫn nguyên văn một cụm từ của Linus Torvalds xác định rất rõ ý kiến của nhiều người:
“C ++ là một ngôn ngữ kinh khủng. Và thậm chí còn kinh khủng hơn khi rất nhiều lập trình viên cấp hai sử dụng nó, đến mức việc tạo ra rác vô ích với nó thậm chí còn dễ dàng hơn. Thành thật mà nói, ngay cả khi quyết định sử dụng C không liên quan gì * đến việc giữ các lập trình viên C ++ không tham gia dự án, đó sẽ là một lý do tuyệt vời để sử dụng C. "
-Với quá tải, tôi có nghĩa là các giao diện đầy các nút và tùy chọn nơi bạn có thể bị lạc và sau đó một nửa trong số chúng không làm gì hoặc điều gì đó không đáng kể (tôi không biết liệu điều đó có nghĩa là làm nhiều thứ hơn GTK), vấn đề tiêu thụ bộ nhớ là một vấn đề riêng biệt, không cần thiết phải nói về điều đó.
- @ pandev92 đã định nghĩa rất tốt vì QT được sử dụng rất nhiều trong điện thoại di động, nhưng chúng tôi phải nói toàn bộ sự thật, vì GTK là cái được sử dụng nhiều nhất trong các ứng dụng máy tính để bàn, điều quan trọng đối với tôi là thứ được sử dụng nhiều nhất trong GTK2 tốt hơn GTK3, vì như bạn nói nó thay đổi hoàn toàn trong mỗi phiên bản, nhưng GTK2 vẫn được hỗ trợ và có thể hơn GTK3 do các ứng dụng sử dụng chúng, chẳng hạn như Firefox.
Tôi rất tôn trọng ý kiến của Torvalds, nhưng như anh ấy nói, anh ấy đang ám chỉ những lập trình viên kém cỏi, mặc dù anh ấy không thích C ++, nếu bạn có một lập trình viên C là một con vật, bằng cách sử dụng C anh ấy sẽ không tạo ra những chương trình tốt. , họ sẽ Tiếp tục là rác, tôi cũng đã thấy C, và có những đồng nghiệp có thể kiểm soát mọi thứ trong một khoảng thời gian, họ kiểm soát chúng bằng for với sự phá vỡ bên trong ¬¬, theo quan điểm của tôi, C là một ngôn ngữ tuyệt vời, nhưng nếu có một chương trình chuck đằng sau nó thì giống như không có gì.
Về giao diện thì khá chủ quan, 90% ứng dụng KDE có thể cấu hình những nút nào bạn muốn hiển thị trong cửa sổ, nếu xét thấy có những thứ không cần thiết thì chỉ cần gỡ bỏ là xong.
Về điện thoại di động, mặc dù đúng là nó là Framework, nhưng có nhiều người đứng sau QT hơn gtk .. và những cải tiến đối với OpenGL là không đổi, nói tóm lại, tôi thích ngôn ngữ mệnh lệnh, nhưng tôi nhận ra rằng có những điều một quả trứng để làm cho chúng trong loại ngôn ngữ này, vì có khái niệm về đối tượng
- Không phải là có lập trình viên giỏi hay không, mà là tất cả đều bình đẳng (lập trình viên giỏi, trình biên dịch giỏi, v.v.) C có khả năng đạt hiệu suất cao hơn C ++, vì nó là sự pha trộn lý tưởng giữa thấp -end language level và high-level language, tất nhiên lập trình bằng C khó hơn khi thiết kế giao diện chẳng hạn, nhưng nó cũng giống như lập trình trong trình dịch hợp ngữ, khó hơn nhưng bạn nhận được rất nhiều hiệu suất, đó là lý do tại sao Linux kernel không có Không một dòng C ++, C và trình hợp dịch nào được sử dụng cho những thứ như khởi động kernel.
- Tôi thực sự không hiểu các giao diện KDE, ý tôi là, tôi chọn một chương trình như brazier (GTK) và sau đó là một chương trình khác như K3B (QT) và nếu K3B có vẻ như với tôi rằng giao diện rất quá tải, đầy các nút và tùy chọn mà không được sử dụng, thì tôi có thể làm cho các nút và menu biến mất bằng phép thuật? Chà, đây là lần đầu tiên tôi nghe thấy nó.
Xin lỗi, tôi vẫn không hiểu tại sao bạn đạt được hiệu suất cao hơn, bạn dựa vào điều gì để nói như vậy? Tôi đồng ý rằng điều đó phụ thuộc vào trình biên dịch, tất cả những điều đó phụ thuộc vào mức độ lập lịch mã bạn làm, thậm chí lên đến GCC bạn có thể kích hoạt nó như một tính năng thử nghiệm
Đối với các giao diện, đây là một nắp của một trong những điều bạn đề cập, K3B hoàn toàn bị rút ruột (tôi lấy các tấm bên ngoài chỉ đơn giản để cho thấy rằng chúng có thể được tháo ra hoặc đặt lại vị trí một cách dễ dàng và hài lòng, một điều khác, chúng trông tối vì tôi không tập trung vào chúng (Đó là một hiệu ứng của kwin)) và thanh công cụ, bạn cũng có thể định cấu hình các nút nào bạn muốn có sẵn
http://i.imgur.com/Z1OZqgQ.jpg
Là một cựu lập trình viên KDE, tôi nói với bạn rằng MOC KHÔNG PHẢI là nhạc trên bảng điều khiển, trong trường hợp này. Trân trọng.
Tôi đoán bạn đã thấy bình luận của tôi trong rất linux và đã tìm đến nguồn để copypaste và dịch bằng guugle.