to post messages and comments.

У меня тут странный реквест. А накидайте годных книг или статей по хаскелю на русском. Желательно для новичка не только в хаскеле, но и в программировании вообще.
В книге (или серии статей) должен быть не столько хаскель даже, сколько обучение самому подходу записи программы на ленивом иммутабельном языке. Использование бесконечных структур данных, отображение, фильтр, свертки, развертка, хвостовая рекурсия, паттерн матчинг, вот это все. Ну и алгоритмы соответственно самые постые, типа поиска постых чисел решетом эратосфена.
Тут есть один человек, который возжелал обучаться программированию (для себя), а я его подбил начать сразу с хаскеля, ну и вот ...

Читаю документацию (по чипам gps) на eng, что-то стало не понятно лезу гуглить читаю ответ на stackoverflow переключаюсь на страницу протокола gps маяка. Не понимаю что написано, это не по английски. Через секунду приходит осознание, это русский.

А вот поставил я гем, где теперь документацию на него взять? Глобального сервера с документацией по всем гемам, как Hackage, я так понял, нет.
Зато есть gem server
Выполнил gem rdoc --all
он отработал неприлично быстро, запускаю сервер, там список гемов, но ссылка [RDOC] напротив гема в списке неактивна. Каталог doc в $GEM_PATH пустой, видать не сгенерировалось ничего
Но как сгенерировать то?
Раби поставлены в rvm.

Жуйк, вот есть такая ситуация, есть код на c++/qt его нужно задоксигенить...частично там есть уже коменты в нужном формет...но \param и \return много где нету.Есть ли способ получить "рыбу" под это дело? понятно, что объяснение, что есть что никто за меня не пишет, но пропарсить сигнатуры и написать \param MyParam [OUT] наверное можно...?

Пощупал побольше apiary.io и решили попробовать перенести часть документаций API туда. Из того что я пропустил в первый раз. Оказалось что в первую очередь они позиционируют себя не как способ написания документаций к API и его тестирования, а к прототипированию API. Т.е надо сначала описать API, ресурсы, параметры запросов и что ожидается в ответ, а потом apiary.io на основе этой спеки запускает свой сервер который будет отвечать на ваши http запросы по описанным вами адресам, при этом отвечать теми заготовками которые тоже описаны в спеке. Таким образом мы можем описывать прототип и тут же например разработчик для телефонов может разрабатывать приложения которое будет делать запросы на ваш mock server. Это тоже интересно для меня, но я его рассматривал как способ написания документаций API и его тестирования. Но есть интересный момент, можно в настройках сказать что бы apiary.io проксировал запросы на реальный сервер, и таким образом когда мы напишем реализацию нашего сервера, сможем прозрачно переключится на реальный. Но самое вкусное пока у ребят только запланировано:
1. что бы они сами периодически опрашивали API и сравнивали ответы с документацией (они уже сейчас умеют сравнивать ответы), и в случае провала теста оповещала о том что что то не так
2. пока не решена проблема авторизаций, т.е все запросы изолированы, и нельзя полноценно делать тесты (для себя пока временно решил проблему через описания заголовка HTTP Base Authentication в документаций)
Идея очень интересная, но пока сервис сырой и не хватает фишечек. Например я не знаю как они будут решать проблему изолированных запросов, иначе все превратится просто в написание на markdown тест кейсов с набором данных, потому что как иначе тестировать POST/DELETE/PUT запросы я не знаю, в итоге может выльется что проще писать всё по старинке. Может они и правы что сделали акцент на прототипирование.

Документация:
sh.addShard( "sfo30.example.net" )
MongoDB will discover all other members of the replica set.
Реальность:
sh.addShard( "primary.shard1.mongo:27201" )
"errmsg" : "host is part of set: shard1 use replica set url format <setname>/<server1>,<server2>,...."

Ненавижу такие моменты.

Прекрасная страничка с манами (PDF) и ссылками по оптимизации кода для микропроцессоров x86 и x86-64

agner.org

В частности:

1. Optimizing software in C++: An optimization guide for Windows, Linux and Mac platforms
agner.org

2. Optimizing subroutines in assembly language: An optimization guide for x86 platforms
agner.org

3. The microarchitecture of Intel, AMD and VIA CPUs: An optimization guide for assembly programmers and compiler makers
agner.org

4. Instruction tables: Lists of instruction latencies, throughputs and micro-operation breakdowns for Intel, AMD and VIA CPUs
agner.org

5. Calling conventions for different C++ compilers and operating systems
agner.org

Сравнительная таблица разных библиотек Actor'ов, составленная Девидом Полаком (автор фреймворка lift, в котором используется своя, самописная библиотека акторов), Джейсоном Зауггом (автор такой же функциональности в scalaz), Филиппом Хеллером (нативная библиотека акторов в скале) и Виктором Клангом (автор akka) -> akka.io

Статья про ремонт кулера:

Конец вала ротора выполнен как конус. Поэтому после того, как шайба выведена из кольцевой проточки, она по конической поверхности
сползает с вала. Однако здесь ремонтника подстерегает следующая опасность. При разведении усиков шайбы в ее теле запасается потенциальная энергия. Поэтому если отпустить шайбу после выведения из кольцевой проточки, то силы упругости заставляют ее быстро сжаться, что приводит к отскакиванию шайбы на значительное расстояние (до 1-1,5 м). При этом, поскольку шайба очень мала, найти ее после такого отскока бывает крайне затруднительно. Иначе говоря, если не воспрепятствовать отскоку, придерживая шайбу в момент сползания ее с конусной части вала ротора, то высока вероятность ее утери.

прямо детектив какой-то =)
ЗЫ Вообще очень годная статья, с картинками и прочими схемами: forum.radeon.ru

значит мысль такая, так как git осваивать переводчику не в кайф, то делаем вики с разметкой rest, даем доступ, история изменений в git, основное зеркало держим на github = profit! :-)

Это псевдо-опция, назначение которой — указать конец опций, и обработать последующие параметры как параметры а не опции, даже если они начинаются с дефисов.
Kernel panic. :-(

[email protected] ~/dev/exim-doc $ make man
......
writing... specificationoftheeximmailtransferagent.1 { ch01 ch02 ch03 ch04 ch05 ch06 ch07 ch08 ch09 ch10 ch11 ch12 ch13 ch14 ch15 ch16 ch17 ch18 ch19 ch20 ch21 ch22 ch23 ch24 ch25 ch26 ch27 ch28 ch29 ch30 }
Exception occurred:
File "/usr/lib64/python2.6/site-packages/sphinx/locale/__init__.py", line 72, in __str__
return str(self.data)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-13: ordinal not in range(128)

хотеть man-ов :-(