mdbtools экспортит только первые 40 полей, остальное нулями забивает. Никаких упоминаний в гугле нет, или не так ищу.

вот перевод интересный нашел http://iproc.ru/2011/06/why-i-still-program/#more-4381 вот этого http://lemire.me/blog/archives/2011/06/06/why-i-still-program/

... поиск по сайту такого не находит

http://serge-sereda.livejournal.com/6609.html

1 на новом ядре 2.6.38 начал определяться через раз при обращении xrandr TV1. Возник естественный гимор с размерами виртуального стола и скаканием окон по оному столу.

2 вместо того чтобы заглушить его от xorg как советуют люди

https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/617421

Section «Monitor» Identifier «TV1» Option «Ignore» «True» EndSection

я обновил xorg.intel

3 compiz инвертировал хитро вертикальную ось, шрифты вывернулись зеркально... пичаль, пичаль...

чё делать пока не придумал

не делайте так :)

или это фича такая, для оживляжа?

Следовательно, объем емкостей с электролитом в новом аккумуляторе можно будет уменьшить...

http://gazeta.ru/news/science/2011/03/19/n_1753621.shtml

А что собственно с аватарками происходит? Кто то написал генератор кишечнополостных созданий? :)

Всем способным держать оружие ходить о ссылкам и читать по английски :)

http://stackoverflow.com/questions/1295955/what-is-the-most-useful-r-trick

В дебиан тестинг установил opencv

код компилируется но не линкуется

#include "highgui.h"
#include "cv.h"
#include <stdio.h>
#include <ctype.h>

int main()

{
  int ncams = cvcamGetCamerasCount( );
  printf("result %d\n", ncams);

  return 0;

}

$ gcc `pkg-config --cflags opencv` -c ./proba.c ; gcc ./proba.o -o code `pkg-config --libs opencv` -L "/usr/lib"
./proba.o: In function `main':
proba.c:(.text+0x3a52): undefined reference to `cvcamGetCamerasCount'
collect2: ld returned 1 exit status

нужно опросить несколько камер сразу, а вот так не работает

CvCapture* capture = cvCreateCameraCapture(200);
    
CvCapture* capture1 = cvCreateCameraCapture(201);

авторы выкинули cvcam и очень непонятно что делать теперь, все примеры относятся к этой части библиотеки...

Закономерная победа в Google AI Challenge решения на lisp

Сводка с поля боя http://ai-contest.com/profile.php?user_id=8565

Оказывается ЛОР таки отражает окружающую реальность!

http://nature-wonder.livejournal.com/186291.html#cutid1

Эпический полет мысли госпожи косиловой в жж! Учитесь у девушки, сопляки :)

для Ъ:

тезис косиловой

Есть еще один фактор. В обществе будут все большее влияние играть информационные технологии. Ну, грубо говоря, написал на языке си++ програмку-троян - и живешь себе. Языки программирования меняются и делаются все более мощными и интересными. Чем моложе человек, тем легче ему осваивать новые языки и приемы программирования. Поэтому в руках молодых будет колоссальная сила, которая будет недоступна даже не только пожилым, но уже 30-летним! В 30 лет даже квалифицированный программист предпочитает писать на тех языках, которые он уже знает, а не хватать новые. А новые дают возможность взламывать программы на старых, поэтому хакерствовать в 15 лет намного легче, чем в 30. Так что пожилым нужно будет еще приспособиться к тому, что у молодых в руках огромные денежные средства, связанные с программированием.

породил целый флейм, содержательно ответ выглядит как:

не, что-то совсем мимо кассы. без правильной постановки задачи никакие новейшие технологии не помогут, а постановщик задач это прежде всего опыт. если оставить в стороне 1% «гениев», то опыт все же значит больше, чем гибкие мозги (гибкие в частности вследствие пустоты, отсутствия того самого опыта). чем уж так отличается программист? прочел только новые книги и не читал старых? а молодой преподаватель (20+) лучше немолодого (40+)? следуя вашей логике - должен быть лучше.

http://www.drewconway.com/zia/?s=wikileaks

там кино, поэтому Ъ в пролёте :(

http://gazeta.ru/science/2010/10/21_a_3430363.shtml

для всех способных держать оружие ходить по ссылкам :)

http://blog.revolutionanalytics.com/2010/10/fibonacci-1-liners.html

для Ъ

очередной вброс информации от Революшен «что можно в R эффективно писать for» http://blog.revolutionanalytics.com/2010/09/newtwitter-design-based-on-a-gold... закончился водопадом однострочников делающих то же самое но «без for»

как я предполагаю --- истинная причина невозможность организовать галеру с кодерами на R лежит в невозможно медленном исполнении "индусногоиндусриального кода" в этом языке

например при наличии зонда человек пишет так (проверяют наблюдая как сходится «золотое сечение»):

require(iterators)
## Generator for Fibonacci sequence
iFib <- function() {
	lastFib <- 0
	nextFib <- 1
	nextEl <- function() {
		newLast <<- nextFib
		nextFib <<- lastFib + nextFib
  lastFib <<- newLast
  lastFib
	}
	it <- list(nextElem = nextEl)
	class(it) <- c('abstractiter','iter')
	it
}

«лишенцы» пишут в R как то так (наиболее органичный пример)

f=function(n){k=1:n;ifelse(n<1,0,sum(choose(n-k,k-1)))}

print(sapply(1:100,f))

или так

> cfrac <- function(x) Reduce(function(u, v) u + 1 / v, x, right = TRUE)

> cfrac(rep(1,10))

не понять им всей прелести коллективной гребли :)

Новый, и как всегда красивый, пример кодогенерации от swizard

http://swizard.livejournal.com/158763.html

на этот раз решение задачи http://shootout.alioth.debian.org/u32q/benchmark.php?test=fannkuchredux&lang=...

У.Клоксин, К.Меллиш

ПРОГРАММИРОВАНИЕ НА ЯЗЫКЕ ПРОЛОГ

2 издание 1984 год

Есть debian-testing, если делать cat /proc/asound/version говорит, что «Advanced Linux Sound Architecture Driver Version 1.0.21».

alsa-base уже 1.0.23

Каков правильный путь поднять версию alsa в ядре?

PS дело в том, что hp620 на старой алсе не видит встроенный динамик и встроенный микрофон

Что сейчас сделать в дебиан тестинге после apt-get dist-upgrade, с наличием старой нвидии?

Откуда взять последний действующий драйвер под ядро тестинга?

http://www.infoworld.com/d/open-source/bossie-awards-2010-the-best-open-sourc...

Из корректно отработавших программ Lisp решение самое быстрое --- 74с.

Ближайший конкурент на C# 153 с.

При этом решение написано полностью в духе Lisp --- стек eDSL.

Увы но жюри не осилившее по всей видимости такой подход к решению не присудило заслуженного I места :( Всех отправить на пересдачу SICP :)

Характерна строчка из таблицы (из обсуждения на форуме журнала) характеризующей Lisp решение среди прочих: «Lisp --- ХЗ какая логика».

Там же (в обсуждении) муссируется некое решение на питоне которое якобы быстрое «но вот беда некорректно решает примеры» :) Думаю что довести его до ума это задача, в ходе решения которой станет ясно почему подход с порождением цепочки eDSL является более продуктивным.

http://community.livejournal.com/fprog/11783.html