Доставил домой последнюю версию первой ветки обработчика выгрузок из SAP. Надо бы выкинуть на гитхаб... И сразу постановка задачи: требуется мультиплатформенная библиотека для _чтения_ файлов Microsoft Excel Форматов M$ Office XP/2003/2010/7/etc.

Бээнвач, посоветуй опенсорс иконок 16x16 или в том районе. Нужно оформить гуй. Алсо планирую и дотнетовский и Tcl код оформить под BSD. (Собсно, исходник версии 0.1, который лежит на гитхабе, уже релизнут под этой лицензией.)

А по хорошему - да по хуй на чём писать. Главное, чтобы затраты на получение результата были сопоставимы с масштабом и сложностью задачи.

Глянул на Tcl/Tk. Удобная вещь. Вот только стоит перекомпилять с поддержкой потоков. Anyway выглядит инструментом, который сравним по эффективности с Python и подобными. Товарищу @stiletto спасибо за рекомендацию.

Решил переписать программу, которую писал для завода перенести с .NET на Путон. Типа проще в поддержке и модификации. (Вообще, хотел делать на Java, но Oracle настораживает своей политикой.) Соответственно, есть ньюансы. Народ, что предпочтительнее пользовать: ПуQT или ПуGTK? Какие подводные камни?

Поигрался с GitHub/Git, почитал мануалы. В последнее время мой лисп-говнокодер-скилл растёт большими темпами и я начинаю уходить от простеньких утилиток/скриптов "для себя" в мир реального кода. Таки начинаю понимать принципы коллективной разработки софта. Однако, радоваться пока слишком рано. Хромает скилл проектирования ПО (собственно, это главный фактор, который не даёт мне писать больше кода) и теперь причины stable API nonsense становятся для меня более понятными. Всё ещё не хватает практической базы. Если уж следовать принципу писания того софта, который нужен тебе самому, то мне и нечего писать по сути, ибо современный набор ПО покрывает практически все мои нужды. И всё же я надеюсь стать более полезным для OpenSource community через неопределённый срок. :3

ECLIPSE НАСТРОЙКИ МОИ ПРОЕБАЛ КОНФИГИ ДОЛГО ЕБАЛ КОВЫРЯЛ ТУПЫЕ МЕНЮШКИ ЛУЧШЕ КОНСОЛЬ СОЗДАТЕЛЯМ ЭТОЙ ЕБЕНИ ПОЗОР

Осилил defgeneric/defmethod и CLOS. Теперь распознавалки новых типов ссылок и их загрузчики будут добавляться быстрее. Anyway это говно пока всё равно будет в неюзабельном состоянии. А ещё хромает модульность и общее построение кода. Но это будет проще переписать когда таки появится хотя бы наполовину рабочий прототип.

Бээнвач, есть проблема. Существует сферический инсталлятор. Изначально рассчитан на UNIX-like ОС. Инсталлятор должен определить наличие уже установленной версии программы и при необходимости её удалить/обновить (или поставить, при отсутствии некоторой отметки). Как и где лучше всего положить файлик с метаинформацией для обработки? Пока думаю сделать Файлик по типу метаинформации для слаковой /var/log/packages/, чтобы можно было работать стандартным пакетным менеджером, но решение не сильно портабельно. Куда и как принято срать в таких случаях?

Прикрутил к Хомяку ВКОНТАКТОКОММЕНТЫ. Хотя комментить пока нечего. Пытаюсь разыскать архивы блога и статей и конвертнуть их в asciidoc.

КРОВЬ-КИШКИ-ГОВНО обновил Eclipse, ща буду вспоминать свой говно-лиспо-код и инициализировать новую гитрепу для кода применимого в институте.

Откопал: http://browsershots.org/ ← делает скриншоты сайта, как бы он выглядел в разных браузерах. Много опций. http://findicons.com/ ← поисковик по иконкам. Собираюсь воспользоваться. Можно указать размер, и много других параметров фильтрации. Правда, запросы надо вводить на ингрише.

R360 ( http://r360.com/ ) - офигенная online collaboration suite. Типа Google Wave с плюшками. Как хорошо не зависеть от Google...

Если запихать настройки в hash-table, то оно смотрится явно лучше. Вот только никак не соображу, как лучше хранить опции для вызова архиваторов. Хочется как-то унифицировать процедуру вызова. Потом надо ещё будет подумать над тем, чтобы работа с временными файлами велась в /tmp, а не где попало. Потом можно будет подумать над, собсно, парсерами и сортировкой. А потом уже будет не стыдно кинуть ссылочку для общего доступа к коду. :D

Начал думать над парсером realityLAPSE. Собсно, его написать не сложнее, чем для StopTazmo, но надо грузить много страничек для парсинга. Ессно, на файловой системе будет срач. Пора думать над нормальной организацией рабочих данных для программы. (Да-да, я начала написал парсер ссылок, а потом сообразил, что это часть большой программы.) За неимением опыта в разработке общественно полезных говн (только для себя говнюшки писал) натыкаюсь на много косяков. А ведь в теории всё было просто...

Сначала для настроек приспособил несколько переменных. Потом сообразил, что их можно организовать в список. Когда дописал инициализацию списка, то сообразил, что можно было бы использовать hash-table. А потом ещё вдруг дошло, что настройки можно хранить в домашнем каталоге. Блеать, ну почему я сразу не учёл таких простых вещей?!

Скачал "Welcome to N. H. K.". Смотрю, WGet рапортует о 40-ка скачанных главах. Думал, что парсер поломался и распознал только 40 ссылок, а на остальных завалился. Посмотрел на страничку - действительно всего 40 глав. Это ок. :3 Алсо читаю "Good LISP programming style" от Peter Norvig и Kent M. Pitman. Они внезапно открыли мне глаза на причины использовать when, let* и defparameter. Ну, и вообще, просто неплохой мануал.

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

Блеать. У меня идёт закачка манги "Welcome to the N. H. K.", а я задевал куда-то свою оффлайн-версию "Practical Common LISP". Блеать. Придётся читать про макросы в "Мир лиспа" и "On LISP". Ненавижу эти книги, блеать. >_< !

Я знаю проблему лиспа. Дело даже не в том, что там много скобочек. Меня реально напрягает то, что простейшая функция в несколько строчек имеет СЕМЬ уровней вложенности. Ну, или я говно, да.