ENargit

Приемлемое решение найдено. Как писал в комментарии выше, решил использовать плагин duns.github.com/maven-nar-plugin. Стоит отметить, что он сыроват, и по-моему, уже ко всему прочему мертв(последний коммит в 2010 году). Но в какой-то мере своё предназначение выполняет. Мне только пришлось перековырять его код и добавить возможность различать пакеты не только по связке AOL(Architecture,OS,Linker), а еще и по дополнительным классификаторам, в которые я теперь пишу версию Octave.
Думаю, когда всё это реализую, можно будет и статейку написать. Хотя, конечно, спектр применимости у NAR-плагина весьма узкий.

Я при написании диплома в LaTeX делал всё, кроме титульной страницы. Титулку по-привычке делал в OpenOffice.

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

Кроме того, чтобы что-то менять в верстке титулки Вам придется влазить в код eskdtext.

Согласен с предыдущими ответами. Выучиться самому — реально. Сам выучился еще по книге «Бейсик для детей» (Вам не рекомендую, эта книжка действительно для детей ;) ).
Добавлю, еще кое что. В качестве именно языка программирования для начала неплохо подходит Паскаль — он изначально для этого создавался. Хотя можно и сразу брать что-то более используемое в реальной жизни.
По-моему, для практического освоения программирования, нужно решать задачки, которые легко можно представить на бытовом уровне. Например, любимая моя задачка — написать какое-нибудь решето для поиска всех простых чисел в заданном диапазоне.

Сам учусь на очном, на «компьютерной» специальности. Качество обучения программированию хуже чем на кружке в школе, где мы решали олимпиадные задачи. Но зато по окончанию будет документ.

Насколько я знаю, в Latex всё вроде идет именно через шрифты. Т.е Вам придется не векторные картинки под каждый иероглиф подкладывать, а всё-таки создавать шрифт? в котором все эти векторные картинки будут объединены.
Другое дело, что пакет, возможно, способен в себе тащить кастомный шрифт так, что для пользователя это работает как «Прописал в LaTeX файле — и вуа-ля».

Поделюсь своим опытом. У меня LG Optimus (GT 540, не One). Купил недавно, тоже первый смартфон, выбирал как самый дешевый из Android-фонов. Не перепрошивал, проблем с ним почти не было, но всё же немного времени на предварительную настройку потратил.

Во, первых, AdvancedTaskKiller всё-таки поставить желательно, но это и не сложно. Смартфон вполне юзабелен, но:
— да, бесили предустановленные приложения LG. За полчаса — рутнул таки телефон, удалил лишнее.
— немного тормозили некоторые игры при включенном интернете(из-за рекламы). За полчаса — подменил файл /etc/hosts. Вся реклама исчезла, тормозить перестало.
— не хватало места для приложений (Android 1.6, установки на карту памяти нет). За 3 дня копания в форумах перенес все данные на SD-карту. (не советую это делать без необходимости, но Вам и не понадобится, у выбранных Вами телефонов уже Android 2)

Вобщем, резюмируя… С обычными телефонами было проще. Смартфон требует чуть больше внимания. Бюджетные смартфоны, думаю, требуют некоторого допиливания. О своем выборе я не жалею.

Насчет совета, что выбрать Вам… Ну если объективно, то у Optimus One лучше цветовая гамма, а у Cosmo больше памяти. Если хотите ставить много разных приложений, возможно, лучше Cosmo. Иначе — точно LG Optimus One.

Посмотрите на вариант, который используется Яндексом для магазинов.

В Вашем случае, можно Rq взять равным, например, 1.

Попробуйте использовать CubeOn. Это не ответит на Ваш вопрос, но зато вам не придется об этом думать впредь.

CubeOn — интерфейс, сфокусированный на задачах. С ним точно открываются те файлы, которые были открыты в прошлый раз при работе над конкретным таском. Плюс — можно временно переключаться между заданиями не теряя контекст.

Можно еще предложить habrahabr.ru/blogs/erp_systems, хотя 1С не совсем дотягивает до такого звания.

Насчет экспоненты логарифма я погорячился, не нахожу подходящих функций.
Кстати, конвертация mpz в ui совсем несложна:
unsigned long int mpz_get_ui (mpz_t op)
Это если для отчета, например, нужно будет выводить промежуточные расчеты — чтоб вывести результат возведения в степень еще без взятия по модулю. Хотя не думаю, что это Вам нужно.

да, а вот тут проблема… показатель степени больше чем помещается в unsigned long? Можно попробовать посчитать степень через экспоненту логарифма

Эта функция должна Вам подойти:
void mpf_pow_ui (mpf_t rop, mpf_t op1, unsigned long int op2)

У меня появилась еще идея для Вас.
А зачем вы используете такой огромный вложенный второй цикл? Ведь для точки (0,0) второй цикл пробежит по сути весь массив (сколько он у Вас там — 3000х2000 ?). Можно было бы пробегать лишь [x1,x1+rasstKriteria],[y1,y1+rasstKriteria]. Думаю, это эффективнее.

Возможно, в привилегиях.

useradd, вообще-то, по умолчанию запускается только с правами root. CGI, с большой долей вероятности правами root не наделен, и правильно. При «обычном запуске» — Вы от рута запускаете, что оно работает? Или в вашей конфигурации разрешено использование useradd сторонними пользователями?

В крайнем случае — перенаправьте вывод команды useradd… > useradd.log 2> useradd.err.log. И посмотрите, что будет

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

Что касается меня как пользователя, Яндекс.Карты в использовании мне нравятся больше. Но насчет подводных камней и особенностей реализации сказать не могу.

Мне не каежтся, что здесь вопрос действительно лишь в непонимании специфики Java. Мне бросаются в глаза несколько моментов:
— обнуление «к черту» я бы проводил в одном месте полным двойным циклом вначале (меньше побочных эффектов надо отслеживать).
— смущает округление Math.round. Это точно Вам нужно? Просто, в принципе, это может быть причиной потери нескольких вариантов.
— ну и проверьте, не забыли ли Вы учесть удвоение радиуса в rasstKriteria.

А вообще, действительно, сложно строить предположения не видя хотя бы какого-нибудь примера.

Посмотрите здесь. Я пользовался trang. Она на Java, потому кроссплатформенная. Но по опыту — меня не устраивал автоматически сгенерированный результат, доводил немного ручками.

Решил самостоятельно, как написано тут.

К сожалению, данный подход вообще не оправдал себя. Встроить модули в плагин Spring_а получилось, но при этом потерялись преимущества модульной архитектуры (если 2му плагину потребуется Spring — его опять придется подкладывать его в архив).

Кроме того, фреймворк Apache Camel, ради которого все затевалось, не умеет работать в OSGI окружении с обычным спрингом. Видимо, нужно переделывать всё на использование Spring DM / Eclipse Gemini Blueprint

Ну про скорость загрузки — так ведь почти все браузеры это сейчас умеют (в Firefox — Firebug, в Chrome — встроенный инструмент, в Опере — DragonFly)

Насчет скорости выполнения — это, мне кажется, нужно вручную профилировать — т.е. записывать время начала и конца работы функций.