Раньше был такой прикол. Каждый уважающий себя программист обязан создать свой язык программирования.

Времена меняются. Теперь это аськин клиент :)) Наверное не тривиальная задача :))

Ну и нахуй он нужен? Взяли бы один клиент и довели бы его до ума. А так каждый хочет выебнуться, а в результате -- масса говенных программ. ОпенСоурс мля....

Ну причем тут опенсоурс? Мода такая, что ли, как что не нраивтся - все, опенсырц виноват, давить, коды не показывать :-E

Ну сделали же все условия, для свободной работы над одной программой, так нет -- обязательно надо показать себя Кр00ТыМ ХаЦкЕР0М...

Просто этот опенсоурс ни хрена себя не оправдывает.

i glavnoe ves' p@#$%$%&#zh' ot anonymous'ov %(

>Просто этот опенсоурс ни хрена себя не оправдывает
извините пожалуйста! простите великодушно! Чего изволите? куды класть прикажете? ах, не извольте сумлеваться!
я просто тащщусь от этих оборзевших анонимов.

рассуждать каждый может а вот сделать . и нехрен хаять.

делать самому - единственный способ научиться делать стоящие вещи. Другое дело, что другим показывать надо то, для чего есть обоснование полезности и незаменимости "изделия" в сравнениии с существующими аналогами.

Наконец-то кто-то из авторов ICQ-клиентов подумал о выборе инструмента. Как результат - 1500 строк кода (по сравнению с более чем 5 у vicq) и читать этот код можно.

А то придумают тоже - на C++ аськовых клиентов писать. Чтобы такая фитюлька как instant messenger по полчаса компилировалась.

Ну помрет он благополучно через год, никто его даже всерьез не успеет
воспринять. Обидно только, что важная фича OpenSource замыливается.
Вместо того, чтобы вложиться в какой-то мало-мало развитой и
нужный людям проект, каждый неофит норовит сляпать свой "свечной заводик"

Вот не удержался!
Не, ну взял-бы каждый орущий "суксь" да сам что-нибудь полезное написал!
А потом уже и пальцы растопыривал!

---
BanZaj

Не проще ли писать на голом Си в таком случае? Если из micq удалить перевод
интерфейса на другие языки, то получится что-то около 8-9тыс строк кода.
vicq запустил - 4-5мег памяти долой. Ну разве это хорошо? У меня smtp-сервер
занимает в памяти меньше мегабайта.

А объединить усилия мешают амбиции разработчиков, каждый
их которых хочет быть "ведущим разработчиком", как в
российских университетах, чтобы светиться везде c медалькой
героя-разработчика.

>>>рассуждать каждый может а вот сделать.
Ну зачем плодить велосипеды! Возьми существующий и улучши!
Ну почему все забывают о таком понятии как "повторное
использование кода"...

>>>>делать самому - единственный способ научиться делать стоящие вещи.
Согласен. Но еще круче - научиться поддерживать чужие проекты.
Вот это - круто. И за это можно деньги срубать неплохие (это к слову).

Запомните ребята - "ПОВТОРНОЕ ИСПОЛЬЗОВАНИЕ КОДА, МОДУЛЬНАЯ СТРУКТУРА, КОММЕНТАРИИ, ДОКУМЕНТАЦИЯ". Вот к чему надо стремиться.

Всех с наступающим Новым Годом!

По-настоящему unix-клиентов icq не так много -- vicq и alicq. Остальное -- от лукавого...

Вон и Витус со мной согласен.

2 MAXCOM, All
Может будет лучше, если anonymous-сы не будут постить новости?

2 anonymous
Давайте не будем рекламировать свои сырые поделки.
Над Вами, в лучшем случае, посмеются.
Доработайте, протестируйте, и чтоб годик опытной эксплуатации
у друзей. Вот тогда, милости просим.

2BlackRabit. Ну ты не прав в корне.

А так действительно TCL/TK для такого проекта самое то. Сам на нем писал аналог ICQ... Не пинать! :-) Это просто аналог. Было задание за 1 день написать программу которая бы выполняла функции ICQ, но только в локальной сети и чтобы была без сервера, а только клиенты. К тому же клиенты должны быть на Mac, Windows и Linux...

Естественно TCL/TK единственный язык для этого с учетом того что сроки - 1 рабочий день. Java не предлагать. Машинки слабенькие в сети есть 386.

Программа получалась хорошой. Работает и не большой. Весь код, интерфейс и конфигурационные файлы вышли в 250-270 строк. Все в UNICODE поэтому нет проблем с межплатформенным русским.

Вот так вот. Поэтому поддерживаю этот проект. Правильное направление.

Я не пойму, зачем так шуметь ? Ну любит человек tcl, хочет найти единомышленников. Может у него все программы, которыми он пользуется, написаны на tcl, и он совершенно не понимает, зачем ему тащить в систему gtk/qt.

>А объединить усилия мешают амбиции разработчиков, каждый

Не только и не столько амбиции. Как сказал Булат Окуджава, "Каждый пишет как он дышит, не стараясь угодить".

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

И это хорошо что есть выбор. Если мне нужно добить в какую-нибудь программу нужную мне функциональность, я из набора эквивалентных клиентов выберу ту, архитектура которой больше всего соответствует моим представлениям о правильности.

И еще о правильнй архитектуре

>Запомните ребята - "ПОВТОРНОЕ ИСПОЛЬЗОВАНИЕ КОДА, МОДУЛЬНАЯ СТРУКТУРА, КОММЕНТАРИИ, ДОКУМЕНТАЦИЯ".

Вот по поводу комментариев есть некоторые но. Классики пишут, что если программа нуждается в комментариях, то она непонятно написана. Документация по общей архитектуре гораздо удобнее лежит отдельно (если ты конечно, не на WEB пишешь).

И еще забыта такая вещь как 100% покрытие кода тестами. Тесты очень часто являются гораздо более правильной документацией чем комментарии.

А то можно и скрестить два обладающих нужными фичами :))

С Новым Годом :)

2 Korwin (*) (2001-12-28 11:02:19.0)
Извини, в чем неправ? У нас в фирме, каждый второй студент-практикант,
именно таких горбатых icq-лошадок лепил. Я не отрицаю полезность
тренировок, и то что 0.1% позже переродится из горбатой лошадки во
что-то практически полезное. Мне не нравится засорение LOR локальными
микроновостями.

2 vitus (*) (2001-12-28 12:59:03.0)
Золотые слова. Можно в рамочку. Я в принципе согласен, но
100% покрытие кода тестами возможно для простого функционала.
Мошность теста для функционала из N связанных сущностей будет
порядка N^N. По-этому и стараются все упростить и изолировать.

С Новым Годом!

С новым годдм !!

2LeXa:
>Запомните ребята - "ПОВТОРНОЕ ИСПОЛЬЗОВАНИЕ КОДА, МОДУЛЬНАЯ
>СТРУКТУРА, КОММЕНТАРИИ, ДОКУМЕНТАЦИЯ". Вот к чему надо стремиться.
Вот-вот! Это ты все ты как раз про tcl/tk и сказал! :)

Читаю я этот флейм, читаю RU.UNIX.PROG, и приходит в голову странная мысль что новое поколение линуксоидов повторяет тот путь, который мы проходили в 95-96 году.

Расширяется кругозор, появляется понимание что C++ это не единственный язык программирования, бывает еще и, например Tcl. Скоро народ начнет осознавать, что С и C++ - разные языки, а там глядишь и дойдут до того, что GUI-builder-ы - не единственный, и далеко не всегда лучший способ создания интерфейса.

Так держать.

А потом придет новое поколение, и все начнется сначала ;-)

Ну-тка, по пунктам: >Времена меняются. Теперь это аськин клиент :)) Наверное не тривиальная >задача :)) Задача вполне тривиальная, размер программы это подтверждает.

>Ну сделали же все условия, для свободной работы над одной программой, >так нет -- обязательно надо показать себя Кр00ТыМ ХаЦкЕР0М. "Ну сделали же все условия для работы в одной OS, так нет же всякие хацкеры люниксы и юниксы всякие повыдумывали. И чего их в windows не устраивает?"

> Ну и нахуй он нужен? Взяли бы один клиент и довели бы его до ума. >Вместо того, чтобы вложиться в какой-то мало-мало развитой и >нужный людям проект, каждый неофит норовит сляпать свой "свечной >заводик" Объясняю. Причин ровно две: 1) Ва пробовали разобраться в 10Mb исходников licq? В 3.5Mb исходников Miranda? А интегрировать свои изменения в эти исходники? Да что там говорить, если _команда_ разработчиков добавляет поддержку нового протокола в licq дольше, чем я один написал новый клиент _с нуля_? 2) Практически все клиенты, за исключением vicq, развиваются несколько не в ту сторону, которая интересует меня :). Они вазвиваются в сторону "крутости", а мне нужна "гибкость". В результате licq, gaim etc имеют навороченный и жутко красивый интерфейс, и весьма уборие возможности по автоматизации и расширяемости со стороны конечных пользователей. (Я знаю о существовании плагинов, но сложность написания и отладки плагина на С/С++ не сравнима со сложностью напиания аналогичного модуля на Tcl).

>Ну зачем плодить велосипеды! Возьми существующий и улучши! >Ну почему все забывают о таком понятии как "повторное >использование кода"... Нет! Как раз "повторное использование" и бралось в расчет. Не нужен gui - отключи, нужна только реализайия протокола - возьми только icq.tcl и используй в своей программе. Напиши на tcl либу для работы, допустим, с AIM или MSM c тем же интерфейсом что icq.tcl - и используй GUI и все модули без изменеиий.

>Согласен. Но еще круче - научиться поддерживать чужие проекты. >Вот это - круто. И за это можно деньги срубать неплохие (это к слову) Я знаю об этом, и не по наслышке :). Причины, по которым я не взялся дорабатывать существующие, я объяснил выше.

>Доработайте, протестируйте, и чтоб годик опытной эксплуатации >у друзей. Вот тогда, милости просим. Мне нравится принцип OpenSource "Release early, release often". Клиент вполне рабочий, по крайней мере на уровне ickle. Я выложил его именно тогда, когда посчитал его достойным выкладывания.

Вот так. Всех с Новым Годом, Iverg

> Ну помрет он благополучно через год, никто его даже всерьез не успеет
воспринять.
Не помрет. Мы его поддержим :-)

> Вместо того, чтобы вложиться в какой-то мало-мало развитой и
нужный людям проект...
Вот alicq и будет таким проектом!

dk

а тебе, LeXa, амбиции мешают даже попробовать попользоваться alicq.
А мне амбиции не помешают даже поучаствовать в этом проекте.

>Ну почему все забывают о таком понятии как
>"повторное использование кода"...
А ты этот код видел? Я, например, после того, как посмотрел код
gtk+licq плагина, потерял желание заниматься программированием,
чтобы меня не ассоциировали с теми ублюдками, которые так могут
писАть.

> А ты этот код видел? Я, например, после того, как посмотрел код
> gtk+licq плагина, потерял желание заниматься программированием,
> чтобы меня не ассоциировали с теми ублюдками, которые так могут
> писАть.

А не надо было заглядывать :) Если в большинство OpenSource проектов заглянуть,
то становится страшно - как они еще работают... Но ClosedSource просто не показывает эту кривость - я вот
исходники IOS как-то смотрел - стало ясно, почему Cisco постоянно в ребут уходят :>

Я как раз наоборот хорошего мнения об почти всех исходниках OpenSource проектов. А видел я их много, хобби у меня такое :))

Тех что вы перечисляли, правда не смотрел. Самые голимые исходники в reiserfs-progs 3.x.x