программистское

[avva]

1. Написал поддержку мышки в текстовой почтовой программе mutt. Послал патч в рассылку разработчиков mutt-dev. Теперь, подсказывает печальный опыт прошлых лет, его там очень активно проигнорируют.

Побочный эффект: я теперь ненавижу авторов следующих библиотек: ncurses, S-Lang, а также авторов следующих спецификаций: xterm escape sequences; а также авторов следующих программ: mutt, slrn, xterm, PuTTY, autoconf (троекратно).


Планы на будущее: расширить и улучшить эту поддержку.

2. Довёл ЖЖ-клиент LogJam до состояния, в котором он бежит и что-то полезное делает под Windows NT/2000/XP (95/98 не пробовал и не буду). Вот, ежели кому интересно; но чтобы его запустить, надо сначала установить GTK+/Win32 Runtime Environment отсюда. Он сейчас умеет делать login, писать/читать/редактировать записи, редактировать френдов итд., но не работает пока скачивание/хранение/поиск всех прошлых записей (offline store). Ну и ещё наверняка какие-то вещи не работают.

Побочный эффект: я теперь ненавижу авторов следующих библиотек: GLib, GTK, GDK, Pango, libiberty, gnulib; а также авторов следующих программ: MinGW, MSYS, autoconf (ещё больше, if humanly possible).

Планы на будущее: убрать ненужное консольное окно, исправить сохранение конфигурации и offline store.

3. Поработал немного с различными версиями perl под Win32/MinGW. Нашёл два недочёта, один из которых оказался уже исправленным в не-стабильной версии. Потом нашёл ещё один, хоть и тривиальный, недочёт, который исправили как раз перед выпуском следующей нестабильной версии, 5.9.2 (цитата из Пинчона inside!).

Побочный эффект: теперь я ненавижу авторов следующих библиотек: MakeMaker (ох...), Cygwin, Expat, XML::Parser; а также авторов следующих программ: perl, dmake.

Планы на будущее: забыться вечным сном; уйти в монастырь; переквалифицироваться в управдомы.

Comments

[nms.livejournal.com]

Следующий этап: ненавижу и повбиваю всех авторов, кроме этих (очень маленький список на/стоящих авторов). (-;

[avva.livejournal.com]

Нет, лучше всех авторов убить, а специальный список оставить в живых, чтобы подольше пытать и мучить.

[ryedeer.livejournal.com]

А могли бы Вы назвать авторов хотя бы парочки программ, которых Вы нежно любите? :)

[shtraz.livejournal.com]

Неужели Windows? (а что еще остается?)
:)))

[avva.livejournal.com]

(смеётся сквозь слёзы)

[nice-beaver.livejournal.com]

Кстати, действительно интересно - какую операционку, компиляторы и т.д. предпочитаете?

[avva.livejournal.com]

Знаете, на американском телевидении есть культовая реалити-программа Survivor? Это слово описывает мои отношения с ОС. Я их всех переживу, плеваться буду, а выживу ;)

Если серьёзнее, то долгое время был поклонником FreeBSD, но потом несколько лет пришлось сидеть исключительно на NT/2000, а последние полтора года мой домашний компьютер - Gentoo Linux (и т.к. на меня ничего не давило в смысле выбора OS, когда я его купил, это и есть наиболее удобный для меня выбор на данное время, полагаю). Но при этом, если судьба надолго забрасывает на Windows NT/2000/XP, по работе например, совершенно не ною и не стенаю и не страдаю, обустраиваю её себе поудобнее и сижу с удовольствием.

[nice-beaver.livejournal.com]

Спасибо.

[cousin-it.livejournal.com]

Авва начинает собственный BileBlog! Следите за новостями!

[avva.livejournal.com]

Ха, а вот BileBlog я раньше и не видел! Почитал, смешная штука ;)

Но у меня это так, скорее упражнение в стиле.

[cousin-it.livejournal.com]

Ну уж, надеюсь, Unix Hater's Handbook Вы видели?

[avva.livejournal.com]

Да.

LogJam полон сюрпризов

[yuridichesky.livejournal.com]

Когда я запускал LogJam (под Linux), то столкнулся с такой задачкой: для настройки прокси нужно сначала успешно залогиниться, я для этого нужно, чтобы был настроен прокси. Пришлось брать в руки напильник...

Re: LogJam полон сюрпризов

[avva.livejournal.com]

А Вы пожалуйтесь evan'у, он и исправит, или сами исправьте и патч ему пришлите ;)

Я уже полтора года пользуюсь LogJam (под Linux) без нарицаний, правда прокси не приходилось при этом использовать.

[iratus.livejournal.com]

А чем CygWin так не угодил ? :)

[avva.livejournal.com]

Глючный, тяжёлый как слон, проблемы с распостранением DLLя... да и вообще подход неправильный. MinGW - правильный подход: Win32 как платформа достаточно богата интерфейсами, просто они другие: вместо BSD sockets - winsock, вместо fork() - CreateThread() итп. Надо перевести GNU Tools на эту платформу, обеспечить нормальный C runtime, а сложные приложения, делающие вещи, для которых C runtime не хватает, пусть программисты переводят на native API, это обычно несложно и намного стабильнее/эффективнее выходит, чем пользоваться тяжёлым пластом симуляции, каковым является Cygwin'овский DLL.

MSYS при этом подходе является хаком, позволяющим запускать типичный GNU-шный configure, без претензий на то, чтобы служить полной UNIX-like системой. И это тоже правильно.

[iratus.livejournal.com]

Я не могу с вами согласится ( может потому-что пользуюсь Cygwin уже лет 8)
у MinGW и Cygwin немного или даже сильно много разные задачи. Кроме того перевести POSIX платформу типа GNU напрямую на WIN32 - задача практически невыполнимая да и не нужная. Cygwin очень эффективный метод для портов Юниксовских аппликаций на Винды. Например, без него полный порт Х11 сервера был бы невозможен. Я еще помню время, когда единственной возможностью запустить Х сервер под Микрософтом было потратить много много долларов за Hummingbird.
Потом, например, разница между winsock и BSD практически отсутствует ( кроме собственно API calls)
а те же fork() и pthread до недавнего времени были тяжелым хаком на Linux платформах через clone()

а MinGW это просто порт компилятора на WIN32. который использует native интерфейсы и библиотеки.
для большинства вещей, я бы посоветовал вам использовать Open Watcom или даже Visual Studio Free edition или как он там. А основная ценность MinGW - это возможность строить кросс-компиляторы на Микрософтовской платформе. а в embedded поддержка Гнусных компиляторов просто нобходима на сегодняшний день.

[iorish.livejournal.com]

Я, видимо, не в курсе. Зачем (наивный вопрос) делать LogJam под Виндовс, если есть Semagic? То есть, конечно, я понимаю - удовольствие от процесса etc, но всё же... Не проще ли предложить свои силы разработчикам семаджика, если видишь в нём недостатки?

[avva.livejournal.com]

Semagic мне: не очень нравится; не внушает доверия модель его разработки (я ничего не имею против quirrc и у меня нет никаких оснований ему не доверять, но я предпочитаю, когда Open Source-проекты ведут люди с реальной, а не только виртуальной, личностью; опять же подчеркну, что это моё предпочтение и никаких претензий я не имею); нет совершенно никакого желания участвовать в его разработке и снова вспоминать ту гору дурнопахнущего навоза, которой только покривив душой (потому что несправедливо по отношению к навозу) можно назвать MFC.

LogJam же мне: нравится; я им пользуюсь последние полтора года под Линуксом; в принципе не сложно перенести его под Windows, т.к. основные библиотеки, на которые он опирается (GTK), существуют в более или менее стабильных Windows-версиях. Просто этим никто не занимался уже давно, так почему бы мне это не сделать? Я буду рад, если в результате многие попробуют LogJam под Windows и будут им пользоваться, но если этого и не случится, не пролью не единой слезинки, у меня на это ничего глубоко не завязано, ни материально, ни эмоционально.

[iorish.livejournal.com]

А, ну я понял. Поскольку я не программист, а юзер, то мне это и было неочевидно. Мне снаружи кажется, что semagic вполне себе ничего, а недостатки - над ними вроде бы есть кому работать. С программистской колокольни всё выглядит иначе.

[avva.livejournal.com]

Да, это очень верно ;)

багрепорт

[drmor.livejournal.com]

У вас линк по слову MSYS ведёт на сайт mingw. :)

Re: багрепорт

[avva.livejournal.com]

Это правильно, MSYS на том же сайте ;)

[drmor.livejournal.com]

Mea culpa! Значит надо проверять, даже если видится очень правдоподобное объяснение (мнимой) ошибки. Я решил, что вы случайно поставили два раза подряд одинаковый адрес. :)

[avva.livejournal.com]

Ага, действительно обычная ошибка, поэтому я так и подумал, что Вы так подумали ;)

mutt-ng

[ahaxopet.livejournal.com]

Возможно, имеет смысл послать этот патч еще и в mutt-ng (http://mutt-ng.berlios.de/) проект. Я слышал, они гораздо охотнее принимают всякие исправления и дополнения.

[avva.livejournal.com]

Да, в этом смысл их существования ;) но я не убеждён пока, что этим проектом занимаются люди, которые действительно смогут отделить зерна от плевел, а не ударятся в крайность, противоположную разработчикам mutt'а. В любом случае они наверняка читают mutt-dev, так что если их мой патч заинтересует, они мне напишут, надеюсь.

[dinozavrik.livejournal.com]

А автора PuTTY-то за что?

[avva.livejournal.com]

PuTTY поддерживает xterm mouse tracking в "normal tracking mode", но не в "X10 compatibility mode", хотя второй - по сути дела подмножество первого, и поддерживать его ничего лишнего не стоит, речь идёт о 10-20 строках кода максимум (может, я их сам и напишу в результате и пошлю авторам PuTTY). Т.к. об этом, естественно, ясно нигде не говорится, мне пришлось повозиться с исходниками совершенно незнакомой мне программы, чтобы разобраться.

mutt можно построить с библиотекой S-Lang, а можно с библиотекой ncurses; первая поддерживает колесо мыши, но работает только в "X10 compatibility mode", а вторая не поддерживает колесо. Так выходит, что заходя на свой счёт через PuTTY, я не могу пользоваться колесом мыши в mutt'е, хотя мой патч поддерживает всю нужную технологию, и принципиальной проблемы нигде нет. Есть только лень и невнимание разработчиков разных библиотек/программ, в результате чего они не состыковываются.

[ivan-gandhi.livejournal.com]

А что, перл ещё жив? Время-то его прошло уже безвозвратно...

[cmm.livejournal.com]

как известно, язык Перл не имеет формальной спецификации, и его разработчики позволяют себе не обращать большого внимания на такие идиотские мелочи как обратная совместимость и прочая.

из чего следует заключить, что языка Перл как такового нету.  есть язык "Перл 5.0.2", или там "Перл 5.6.3".  а просто так: "Перл", без уточнений — это не язык вовсе, а культурное явление, или даже культурное движение, служащее выражением определённых аспектов современной IT-культуры.  и вот время этих самых аспектов категорически не прошло, а значит не прошло и время культурного движения "Перл".

[rowaasr13.livejournal.com]

А где можно почитать официальное заключение о прохождении времени Perl'а?

[avva.livejournal.com]

Не дождётесь!

[-pk-sly.livejournal.com]

да, есть такой недостаток у opensource-сообщества.

но я их понимаю. у них нет времени на проверку всех-всех проиходящих патчей.

[avva.livejournal.com]

Да я тоже всех понимаю. Но в данном случае это скорее недостаток конкретного проекта, а не всего open-source сообщества.

[-pk-sly.livejournal.com]

Ок, тогда уточним ещё. Это - недостаток любого opensource-сообщества, организованного таким образом. А именно, централизовано, когда в итоге всем занимается и за всё отвечает один человек. Когда объём работы превышает некоторый уровень, всё стопорится и начинаются метания между различными патчами, багами и фичами.

А такое устройство имеет большинство opensource-проектов.

До сих пор, я видел единственный успешный в смысле организации работы проект - Линукс. У них там древовидная структура разработчиков, каждый занят своим делом. Хотя, конечно, это - взгляд со стороны.

(ожидаю, что сейчас будет история с концовкой: "... с тех пор я ненавижу авторов Linux") 8)

[avva.livejournal.com]

Ну, я видел гораздо больше успешных проектов, чем один только Linux, но Вы правы в основном: почти всегда в таких проектах decision-making делегирован нескольким людям или группе людей. Задачей лидера проекта, если есть вообще один лидер, становится принимать "судьбоносные" архитектурные решения, а также отбирать хороших людей в эту группу decision-maker'ов, и отсеивать из неё. И от его способности делать это грамотно и успешно - зависит тогда успех проекта.