В отместку за технические трудности и отсутствие сотрудничества, которые привели к прерыванию эпизода "MicroKernel" в прошлую субботу, и в связи с проблемой преодоления поста Пандева как троллинга, я собираюсь прибегнуть к юмору блога Linux Ненавистников чтобы прояснить некоторые вещи.
Как написать приложение KDE.
- Найдите какое-нибудь полууспешное приложение с открытым исходным кодом
- Убедите себя, что написание на C ++ - лучший способ мастурбировать, и что изучение Qt лучше, чем проводить время со своей девушкой, потому что это так красиво
- Напомните себе, почему MOC (Music On Console) неплох.
- Возьмите имя приложения, sed s / [cg] / k /, убедитесь, что у вас нет трех kas в строке. Если касов нет, добавьте в начале.
- Подумайте о любой пользовательской функции, которую может предоставить ваше приложение.
- Функция Foreach: создать уровень абстракции, который плохо поддерживает как минимум 3 других бэкэнда.
- Функция Foreach: кнопка создания на панели инструментов
- Функция Foreach: создать пункт меню
- Убедитесь, что он может разделять окна, создавать вкладки и поддерживать KParts. Если вы не можете придумать пользовательский интерфейс, имитируйте пользовательский интерфейс Windows.
- Убедитесь, что он использует Phonon и KAddressBook. И стыковочный терминал.
- НИКОГДА не используйте библиотеку, имя которой имеет g. НИКОГДА.
- Разместите на KDE-Look.org
- Обещайте всем, что вы перенесете его на Windows, но не
- Раз в несколько лет используйте обзор набора инструментов как предлог, чтобы начать все с нуля.
Как написать приложение GNOME.
- Поищите подходящее приложение на другой платформе (Windows, Mac, KDE или что угодно, предпочтительно Mac). Дополнительные очки, если уже есть 3 другие альтернативы на основе gtk, которые не хотят интегрироваться в Gnome.
- Имя ДОЛЖНО иметь g. Дополнительные очки, если это может быть «gn». Если вы можете использовать «gnu», «gno» или «gna», вы - gegnial, и ваше приложение стоит использовать. Убедитесь, что имя вашего приложения не имеет ничего общего с тем, что оно на самом деле делает. Кроме того, НИКОГДА не записывайте, если g произносится как сильный.
- О в Gnome означает объект. Он использует объектную структуру D-Bus. Если вы также используете Bonobo, тем лучше. Убедитесь, что в сети работает хотя бы одна платформа, но также убедитесь, что ваше приложение никогда не использует ее в сети.
- Напомните себе, что объектная ориентация в C не так уж и плоха. assert (gtk_not_in_serious_not_so_ bad). Также помните, что GTK + намного лучше, чем Qt, потому что у вас нет коммерческой компании, пишущей для него код. Так что, вы знаете, он свободнее или что-то в этом роде, и у него есть + в названии.
- Создавайте оболочки для всех мыслимых языков, но убедитесь, что ни один из них не работает именно так, как вы хотите. Вы требовали, чтобы каждая обертка для дискеты была упакована в отдельный пакет.
- Объясните как минимум трем другим программистам, что glib не имеет ничего общего с gnome. Потому что им не все равно.
- Не забывайте иконки Tango!
- Убедитесь, что ваше приложение компилируется в Windows, но выглядит как ДЕРЬМО.
- Перечислите все функции, которые должно иметь ваше приложение.
- Выбросьте 90% из них. Потому что это сложно сделать. Но скажите всем, что они им действительно не нужны.
- Реализуйте 2% из них. Остальные 8% спрячьте в gconf. Хорошо их спрячьте.
- В вашем интерфейсе не должно быть более 4 кнопок.
- Убедитесь, что ваше приложение зависит как минимум от 4 других библиотек, в названии которых есть буква g. Это делает ее более гномером.
- Не используйте Mono, потому что вы передадите свой ЗППП всем. Нет, подождите, используйте Mono, потому что это сделает вас более продуктивным. Подождите, нет, не используйте Mono, потому что если вы это сделаете, какой-нибудь отложенный дистрибутив, который никто не использует, не будет распространять ваше приложение.
- Опираясь на модуль, который «приближается к запланированному устареванию»
- Будьте уверены, что даже если ваше приложение отстойно, оно, по крайней мере, следует руководствам по интерфейсу с человеком.
Хахаха, если король носит обезьяну, не используйте ее, хахаха, это хорошо. Создайте три слоя абстракции, хахаха
LOL
Правильнее было бы опубликовать приложения KDE на kde-apps.org, верно? 😛
Самое забавное, что оригинальная статья на английском языке была написана в 2008 году, но подавляющее большинство вещей все еще верны. Особенно :
Перечислите все функции, которые должно иметь ваше приложение.
Выбросьте 90% из них. Потому что это сложно сделать. Но скажите всем, что они им действительно не нужны.
Я действительно немного изменил ситуацию, учитывая сегодняшний день. В исходном посте было 4 объектных фреймворка (D-Bus, Bonobo, Corba и Orbit) и говорилось, что нужно использовать как минимум 2. Corba уже исчез, а Bonobo устарел. Сегодня используется D-Bus
Ну думаю он потерял свежесть. Это все еще забавно, потому что мы все еще не забыли дни GNOME 2 и истоки KDE 4 (забавно, что пункты 10, 11 и 12 GNOME все еще применяются).
хахаха, я умер.
Все началось с KDE и «Функция Foreach: создать уровень абстракции, который плохо поддерживает как минимум 3 других серверных модуля» (на ум приходят vlc, gstreamer и xine; ни один из них не подходит bien)
Для приложения было необходимо использовать Akonadi и Nepomuk, но те части, которые не работают, и никто не знает, для чего они нужны ... ах, и что при изменении размера окна его элементы ужасно деформируются ...
Но когда я добрался до части Gnome, там я сломался:
«Создавайте оболочки для всех мыслимых языков, но убедитесь, что ни один из них не работает точно так, как вы хотите» и «Убедитесь, что ваше приложение компилируется в Windows, но выглядит ДЕРЬМО». Они забирают все ладони, ха-ха.
привет
Что мне больше всего понравилось, так это то, что, хотя разработчиков нет, просто глядя на количество шагов для одного и другого, вы понимаете, что программировать на Qt проще. На 2 шага меньше, как говорится, на 2 шага меньше. xD
Кроме того, QT адаптируется (почти) к любому типу интерфейса рабочего стола.
Но это заслуга не Qt, а тех, кто адаптирует их к вашему рабочему столу.
Это как если бы вы сказали мне, что Gnome 3.6 gtk адаптирован к Cinnamon 1.6, 1.7 и 1.8, когда это заслуга тех, кто разрабатывает Cinnamon, а не тех, кто разрабатывает Gnome или gtk.
Извините, когда вы получаете 340 комментариев, которые делают пост наиболее комментируемым во всем блоге, только после записи в браузерах,
xD, ты меня превзошел ахаха
Вы наняли @elav, чтобы получить больший доступ к блогу ... хахахаха.
хахахахаха LOL
Я сказал в качестве троллинга, а не в комментариях. Ваш безвкусный.
Чтобы пользователи, которые используют устаревшие машины (как в моем случае), могли просматривать пламя, не дожидаясь загрузки благословенных комментариев, вы бы поместили только отрывок из своего сообщения, и полное пламя было бы связано с форумом здесь кстати, вы попросили их обсудить на форуме, чтобы не перегружать просматриваемую страницу (если только они не потрудятся установить Disqus, но, как Disqus и другие менеджеры комментариев, их нельзя настроить, как те, что включены в WordPress , сами понимаете почему).
8-Убедитесь, что ваше приложение компилируется в Windows, но выглядит как ДЕРЬМО.
Что ж, в этом случае я могу сказать, что некоторые приложения qt также выглядят ужасно, просто попробуйте qbittorrent под Windows 7 или 8, чтобы увидеть, насколько это уродливо.
В Windows 90% приложений выглядят некрасиво, так как вы должны сами сделать это темой….
Очевидно, потому что QT адаптируется к теме, используемой интерфейсом каждой компилируемой ОС (очень наглядным примером является VLC, который отлично смотрится в KDE и Aqua, но в Windows совершенно утомителен).
Эй, Диазепан, говоря о троллинге, в первой строке правильно сказано: «они ехали», а они не ехали.
исправлено
Спасибо друг.
«И с задачей преодоления поста пандева как троллинга»
HA HA HA HA HA HA. Вы очень высоко поставили планку !!! 😀
Я повторяю то, что я сказал пандеву: «Я сказал в качестве троллинга, а не в комментариях».
> Убедите себя, что написание на C ++ - лучший способ мастурбировать, и что изучение Qt лучше, чем проводить время со своей девушкой, потому что это так красиво.
> это лучший способ мастурбировать
> это лучше, чем проводить время с девушкой
> мануэла везде
смешно
Я думал, что это единственное, что использовало «либретардадо» как перевод Фритарда, ха-ха.
Я также подумал о переводе этого слова как «либертарадо» (свобода и дебил)
Я считаю его скорее «отсталым», чем «дебилом». Во всяком случае, они глупые. В любом случае они достигают своей цели ...
Сообщение кажется мне обычным, тем, кто использует KDE, давят на Gnome, я не думаю, что один лучше другого, они разные, максимальная простота от перегрузки. И еще: языки программирования более высокого уровня проще в использовании, но менее оптимальны при выполнении приложений, созданных на указанном языке, программа на ассемблере работает лучше, чем программа на C, а программа на C работает лучше, чем программа на C ++, чтобы сказать что Qt лучше, чем GTK +, потому что он написан на C ++, мне кажется ошибкой, поэтому Торвальдс не хочет ни одной строчки C ++ в ядре, а есть части, запрограммированные на ассемблере, такие как загрузка ядра.
Как вы объясните, что QT наиболее часто используется в мобильных телефонах? поскольку это команды с ограниченными ресурсами…. На какой оптимизации вы опираетесь, чтобы сказать это? Все зависит от компилятора, если он выполняет некоторую обработку статического планирования, которую другой не делает, очевидно, что это будет более эффективно, чем другое ... с другой стороны, вы видели список разработчиков для каждого проекта?, для GTK есть только один постоянный разработчик, и в последнее время каждая новая версия нарушает совместимость с предыдущими ... ваш комментарий скорее противоречит объектно-ориентированному программированию ...
С другой стороны, что вы называете перегруженным? Я пользователь KDE, и если он перегружен, мы интерпретируем это как потребление ОЗУ, KDE, из-за его модульности, можно настроить, жертвуя некоторыми удобствами, которые он предлагает, так что он потребляет гораздо меньше, чем Gnome ( что в Gnome, я не знаю, может), если мы снова поговорим о минимализме, KDE из-за его модульности можно «настроить» тысячами способов, чтобы сделать его очень «минимальным» (не перегруженным), если мы интерпретируем его как количество приложений, которые он приносит, то я с сожалением сообщаю вам, что нельзя говорить об одном тяжелее другого, потому что и KDE, и Gnome могут устанавливать свои базовые версии, которые приносят только основные приложения.
Наконец, с QT вы можете делать то, что не можете делать с GTK.
qt больше используется на мобильных устройствах, потому что у него приличный ide, потому что это более полный язык на уровне графического интерфейса и т. д.
- Я цитирую дословно фразу Линуса Торвальдса, которая очень хорошо определяет мнение многих:
«C ++ - ужасный язык. И это еще более ужасно из-за того, что многие программисты второго уровня используют его до такой степени, что с его помощью становится еще проще и проще генерировать бесполезный мусор. Честно говоря, даже если бы решение использовать C * не имело * ничего больше общего с удержанием программистов C ++ от участия в проекте, это было бы отличной причиной для использования C. "
- Под перегруженным я имею в виду интерфейсы, полные кнопок и опций, где вы можете потеряться, а затем половина из них ничего не делает или что-то незначительное (я не знаю, означает ли это делать больше, чем GTK), проблема потребления памяти. отдельная тема, об этом говорить не приходится.
- @ pandev92 определен очень хорошо, потому что QT часто используется в мобильных телефонах, но мы должны сказать всю правду, потому что GTK - это тот, который наиболее часто используется в настольных приложениях, что для меня является важным, и именно это наиболее часто используется GTK2. что лучше, чем GTK3, поскольку, как вы говорите, он радикально меняется в каждой версии, но GTK2 все еще поддерживает и, возможно, больше, чем GTK3, из-за приложений, которые их используют, таких как Firefox, например.
Я очень уважаю мнение Торвальдса, но, как он говорит, он имеет в виду некомпетентных программистов, хотя ему не нравится C ++, если у вас есть программист на C, который является животным, используя C, он не будет создавать хорошие программы , они будут продолжать быть мусором, я также видел C, и у меня были коллеги, которые могли контролировать вещи через некоторое время, они контролировали их с помощью a for с перерывом внутри ¬¬, что я собираюсь с моей точки зрения, C - это отличный язык, но если за ним стоит чак-программирование, то это то же самое, что ничего.
Что касается интерфейса, то это довольно субъективно.В 90% приложений KDE можно настроить, какие кнопки вы хотите видеть в окне.Если вы считаете, что есть ненужные вещи, просто удалите их и все.
Что касается мобильных устройств, хотя это правда, что это Framework, за QT стоит гораздо больше людей, чем за gtk ... и улучшения в отношении OpenGL постоянны, короче говоря, мне нравятся императивные языки, но я понимаю, что есть вещи, которые большая боль, чтобы сделать их в этом типе языков, так как есть понятие объекта
- Дело не в том, что есть хорошие программисты или нет, дело в том, что при прочих равных (хороший программист, хороший компилятор и т. Д.) C способен обеспечить большую производительность, чем C ++, потому что это идеальное сочетание низкого -end уровень языка и язык высокого уровня, конечно, программирование на C сложнее при разработке интерфейсов, например, но это то же самое, что программирование на ассемблере, это сложнее, но вы получаете большую производительность, поэтому Linux в ядре нет Ни одной строчки C ++, C и ассемблера не используются для таких вещей, как запуск ядра.
- Я действительно не понимаю интерфейсы KDE, я имею в виду, я беру программу типа brazier (GTK), а затем другую, например K3B (QT), и если K3B кажется мне, что интерфейс очень перегружен, полон кнопок и опций которые не используются, то я могу заставить исчезнуть кнопки и меню по волшебству? Ну, я впервые это слышу.
Извините, я до сих пор не понимаю, почему вы получаете большую производительность, на чем вы основываетесь, чтобы сказать это? Я согласен с тем, что это зависит от компилятора, все эти вещи зависят от того, сколько вы выполняете планирование кода, даже до GCC вы можете активировать его как экспериментальную функцию
Что касается интерфейсов, вот колпачок того, который вы упомянули, K3B полностью выпотрошен (я вынес панели наружу, просто чтобы показать, что их можно легко и удобно снимать или перемещать, другое дело, они выглядят темными, потому что я не фокусируясь на них (это эффект kwin)) и на панели инструментов вы также можете настроить, какие кнопки вы хотите, чтобы они были доступны
http://i.imgur.com/Z1OZqgQ.jpg
Как бывший программист KDE, я говорю вам, что MOC в данном случае НЕ ЯВЛЯЕТСЯ музыкой для консоли. С уважением.
Думаю, вы видели мой комментарий в очень Linux и обратились к источнику, чтобы скопировать и перевести с помощью guugle.