Открыть список
Как стать автором
Обновить

Комментарии 64

НЛО прилетело и опубликовало этот опрос?
Я хоть и Ruby программист, но часто пишу для экстеншины для Ruby, естественно на C. Ну а так как и рабочие машины, и целевая платформа — все на *nix'ах, то такой блог для меня очень интересен. С нетерпением жду интересных постов:)
Если блог будет расчитан на новичков в этом вопросе, то я всеми руками За +) Я не говорю о синтаксисе языка, а о каких либо базовых понятиях +)
я бы не отказался от блога о Obj-C
НЛО прилетело и опубликовало эту надпись здесь
вау, не заметил, спасибо
А что значит — о программировании под nix-системы?
Будут рассматриваться особенности POSIX'a, сисколлы и прочее? Это было бы интересно.
А где вариант в опросе про НЛО?
НЛО прилетело и забрало этот вариант.
еле прочитал Ваш ник;)
НЛО прилетело и опубликовало эту надпись здесь
Будет актуален блог про программирование под *nix системы без акцента на конкретный язык, ящитаю.
так не бывает
А про юникс-программирование писать в отвлеченном ключе сложно. Либо Си, либо скриптовые bash, perl, python и Co:)
Про юникс-программирование как раз таки есть, что писать. Куча языков и платформ.
Не, понятно, что примеры разумно на C приводить, просто какой-то именно сишной специфике уделять внимание не стоит.
Блоги про си и плюсы вообще сами по себе очень интересны:)
думаю неплохо, с учётом что информации свежей не так уж и много, как раз вчера столкнулся с такой проблемой, что проще почитать исходники и разобраться самому, чем найти «вменямый текст»
Хотелось бы побольше узнать о программировании на GTK (а лучше GTKmm)
Не ради холивара, а просто интересно, зачем GTK, когда Qt вышла под LGPL?
По-моему, программирование не кроссплатформенных GUI-приложений на Qt и GTK не очень разумно. Думаю, что в опросе стоило уточнить, что именно программировать.
По-моему, программирование не кроссплатформенных GUI-приложений на Qt и GTK не очень разумно.
Почему?
Если вы пишите что-то аппаратно и архитектурно зависимое, то тогда другой вопрос. Если имеются ввиду прикладные программы (для которых собсвенно Qt и GTK созданы), то зачем зависить от платформы вообще, не одними nix'ами, как говорится, живем.
А, в этом смысле. Я вас изначально неправильно понял :)
Вроде как Adobe Lightroom на Qt написан, выглядит он весьма красиво.
Возможно вы имели ввиду среду KDE?
Большинство приложений на QT мне очень не нравятся. Подсознательно.
Уточните пожалуйста: уродлива архитектура библиотеки, или внешний вид программ, на Qt написанных?
Вид программ конечно, сама библиотека написана на очень достойном уровне, после MFC вообще сказка.
Внешний вид. Конечно, это сугубо личное мнение.
Внешний вид зависит от того, что нарисует дизайнер. На GTK тоже можно каку нарисовать, взять хотя бы Wireshark. А в Qt внешний вид можно вообще с помощью CSS задавать и менять на лету, вгляните на скриншоты внизу этой страницы.
CSS в Qt — издевательство какое-то, настольное приложение — не веб-сайт, чтобы его верстать.
Это типа предрассудок такой, или есть какие-то объективные причины не использовать CSS для скиннинга приложений?
Если хочется верстки и скиннинга, то тогда лучше за WPF взяться.
Учитывая, что технология изначально создавалась для разделения работы между дизайнером и программистом. Правда, только под винду пока.
Кстати, верстание интерфейсов настольных приложений на XAML вас не смущает?
Вы меня опередили.
вот это да :)

А мне вот кажется, что CSS в приложениях — вроде как следующий шаг эволюции интерфейсов «толстых» клиентов. )

Кроме того, ответ на сообщение выше — Qt прекрасен, для программиста изнутри — так вообще вроде божественного откровения и учебника на тему «так надо делать API». :)
Qt конечно удобная библиотека для построения GUI, но где вы там божественное открование нашли.
А после майкрософтских библиотек в свое время такой аккуратный фреймворк не мог не показаться божественным. Не знаю, как и что сейчас, но года три назад я ему очень порадовался.

Сейчас им не пользуюсь по работе, но до сих пор с нежностью вспоминаю.
Разве только после MFC. Но MFC сложно назвать библиотекой, это какой-то сплошной макрос без начала и конца.
Я не против CSS и декларативного программирования интерфейсов в целом, просто CSS в Qt притянут за уши.
Да… Значит у меня отвращение к KDE программам тогда.
Приложения на Qt поддерживают ключ командной строки -stylesheet (если конечно разработчик умышленно это не отключит). Так что вы можете написать стиль, который вас устроит, и без отвращения пользоваться KDEшными программами :)
Внешний вид. Конечно, это сугубо личное мнение.
Например, в универе продолжают задания по ООП требовать на GTK (не все преподаватели, конечно)
Согласен, было бы отлично
Всеми руками и ногами ЗА! Хотелось бы, чтобы были рассмотренны различные языки, а главное IDE визуальные средства разработки, про rpmы может быть…
да чего уже думать создавайте давайте. есть о чем поговорить
Только ЗА! Кто бы что ни говорил, о том, что «Си мёртв», для меня он живее живых. Тем более данная тема актуальна по той причине, что Си — родной язык *nix де-де факто.
C — портабельный ассемблер. Как он может умереть — непонятно. Он может немного видоизменяться, но сама концепция будет всегда.
Оно, кончено хорошо, но лучше на RSDN. Так плотность компетентности выше.
Если статьи будут не уровня hello world, то очень и очень.
Особое внимание хотелось бы уделить сетевому программированию. Можно прям по Стивенсону=)
Да
Если блог будет включать информацию по созданию демона — это будет очень гуд
if (!fork()) {
exit(0);
}

Так что ли? ;)
Скорее всего еще подразумевается переоткрытие стандартных потоков, отвязку от терминала, и становление родительским процессом для всех дочерних процессов.
так это man daemon лучше :)
ммм… я так понимаю что товарища odessky интересует исключительно примеры syscall'ов.
НЛО прилетело и опубликовало эту надпись здесь
Господа!
Вижу, тема многим интересна.
Создал блог.
Контент coming soon.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.