Допустим, у меня есть вики на движке MediaWiki (от Википедии который), в ней категория "Требования" и много-много страниц с требованиями. И нет желания ползать по ним и втыкать заветное [[Категория:...]] руками.
У новых Lenovo появился прекрасный, чудесный, чтоб ему, разъем "для гарнитуры". Как обычный джек, но с тремя, а не двумя секциями. Фокус в том, что в наушники-то он отлично играет, а вот с микрофона ничегошеньки не передает. Ни с обычного, ни с гарнитуры от нокии, которая судя по найденному в интернете должна подходить.
В документации от ядра/альсы моего ноута нету, есть сетапы от похожих моделей, но они не подходят. (Вернее, они работают точно так же).
Может, там есть какая-то ручка: "здесь у нас микрофон, точка прописью", а я не знаю?
Может, надо написать каким-то волшебным людям (alsa mailing list? Я не готов читать его ВЕСЬ ради одного ценного юз-кейса!)?
Гуглом гуглятся всякие m-audio pro и иже с ними. И описания проблем, но вроде бы старые описания. В каком сейчас состоянии все это, смогу я петь сиплым шепотом через такую карточку?
Хотелось бы услышать истории успеха по применению данных устройств в Linux, а также по втыканию в них миди-клавиатуры. Чтобы не оказалось, что в дорогущей красивой коробочке с кучей клевых ручечек половина функционала не работает в linux, а оставшаяся работает только в винде/макоси.
Прикупил ноут с БТ, возникла следующая проблема: телефон и ноут друг друга обнаруживают, удается даже ввести на обоих пин-код, но на этом все заканчивается.
Если пробовать законнектить телефон, вот что получается:
-bash$ sudo hcitool cc --role m 30:38:55:62:FF:84 && hcitool con; while sleep 1; do hcitool con; done
Connections:
< ACL 30:38:55:62:FF:84 handle 11 state 7 lm MASTER
Connections:
< ACL 30:38:55:62:FF:84 handle 11 state 1 lm MASTER
Connections:
< ACL 30:38:55:62:FF:84 handle 11 state 8 lm MASTER
Connections:
Connections:
Connections:
^C
hcitool auth проваливается:
sudo hcitool cc --role m 30:38:55:62:FF:84 && sudo hcitool auth 30:38:55:62:FF:84
HCI authentication request failed: Input/output error
Система убунту, ядро 3.0.3, до этого было 2.6.32 и там blueetooth работал при помощи гномовского апплета. Соответственно, скорее всего, регрессия в ядре.
Как-то так сложилось, что к клавише вин у меня приделано множество полезных буквосочетаний, а вот меню ни для чего полезного не используется. Можно ли как-то переколдовать menu key в win key?
Для Ъ: логотип гита (точнее, http://git.wiki.kernel.org*) и довольно коряво приделанная к нему подпись, что это-де CVS переворачивается в гробу. Кстати, если кто-то переделает это в нормальный демотиватор, буду только за.
Решил совместить приятное с полезным, т.е. подкачать питон и порешать интересные задачки. Однако, на старом добром http://acm.mipt.ru/judge/problems.pl питон тоже старый и добрый (2.1) и моих закорючек не понимает.
Есть где-нибудь похожие сайты, где можно в ненапряжном режиме порешать задачки?
"Уберите анкету с сайта или пишите по собственному прямо сейчас!"
Исключительное ли явление подобные ультиматумы, или распространенная практика?
Я тут давеча подумал (анализируя весьма давний опыт), что это способствует преобладанию в фирме людей с заниженной самооценкой, а с такими убойный продукт не сделаешь и рынок не завоюешь.
А с другой стороны, что должен делать мудрый руководитель, обнаружив в поисках [s]еды[/s] новых бойцов собственного подчиненного?
Следует добавить в Jabber расширение, которое позволяло бы
а) Указывать в профиле "такой-то — это тоже я": обозначим это как X=>Y
б) Автоматически френдить (т.е. добавлять в ростер и авторизовать) контакт Y, если добавлен X, X=>Y _и_ Y=>X.
в) При недоставке сообщения пытаться отправить его другим репликам того же контакта, в порядке убывания приоритета/статуса, желательно не пользуясь s2s.
г) При приеме сообщения, если открыт диалог с тем же пользователем, — отправлять сообщение туда, а не в новый диалог.
Какие могут быть проблемы в реализации, баги, нецелевое использование и т.д.?
(Ну, например, братья Вася и Петя "в шутку" заявляют "мы одно", потом внезапно разлепляются — рраз у каждого половина братнего ростера).
Случается так, что я открываю код и вижу там если не дитя Шелоб и Барлога, то, по крайней мере, кого-то из них. Разум предыдущего разработчика (это, впрочем, мог быть и я) в этом месте не просто уснул, но забылся тяжелым пьяным бредом, весь обрыгался и мерзко храпел.
В хитросплетении из всех имеющихся в языке конструкций, кунштюков и паттернов проглядывает реализация вроде бы простой идеи, суть которой, однако, никак не удается ухватить.
И вот в этом во всем надо если не разобраться, то, по крайней мере, быстро что-то поменять, чтобы получился результат.
Мозг от этого взрывается (примерно как от приведенного выше текста), и я убираю код с глаз долой, отхлебываю чаек и иду читать любимый ЛОР. Тут, по крайней мере, нет таких ужасов.
Собственно, вопрос: как быстро восстанавиться из такого состояния до работоспособного? Может, есть какие-то наработанные методики, кроме проджект менеджера с плеткой и наручниками?
Вот стало интересно, есть ли в природе демон, который бы получал (через сокет, например) уведомления для определённого пользователя поштучно, а отправлял (на мыло) пачками, не чаще чем раз в определённое время?
То есть, чтобы не орал как резаный, когда питание нестабильно. А, допустим, раз тихо пискнул, когда погасло, второй раз громко — когда собирается отдать команду на отключение.
Мне, как любителю писать комментарии и потом их не отправлять (в силу ненужности или ещё каких-то причин), а также работать с массой открытых вкладок, весьма мешает такая фича, как алерт с подтверждением закрытия окна.
Создаётся такое впечатление, что если тратить всё время на кодирование (т.е. добавление функционала и устранение багов), получается неэффективно. Всё время приходится переделывать свою и чужую работу, на разбирание в коде уходит туча времени и т.д.
С другой стороны, подход "сейчас день потерять, потому за 5 минут долететь", во-первых, раздражает менеджеров, во-вторых, перфекционизм вреден.
Итак. Каково оптимальное соотношение времени, затрачиваемого на:
кодирование/проектирование;
автотесты, документацию, рефакторинг и т.п. инфраструктуру;
самообразование?
Фредерик Брукс косвенно говорит нам, что время на (2) вдвое превышает время на (1). Но ничего не говорит про (3).
Предположим, есть код, который вызывает три желания: позвать ихтиандра, переписать нафиг и убить автора.
Но нельзя, некогда, приходится править, часто по нескольку раз в _почти_ одинаковых скопипащенных кусках.
У меня в такие моменты просто опускаются руки, наступает состояние, близкое к анабиозу, и хочется тупить, читать интернет (весь) и не возвращаться к работе никогда. Производительность труда, соответственно, падает.
Вопрос: как с этим (т.е. не с плохим кодом, а с состоянием, которое он вызывает) бороться?
Итак, ситуация. Вы — молодой перспективный разработчик, и на вас только что как снег на голову свалился развесистый проект и указание начальства в двухнедельный срок прИнять его у разработчика предыдущего, который увольняется.
Объём внешней информации по проекту физически невозможно переварить и осмыслить за это время, кода тоже очень много, и не везде он подобающе документирован.
Какие данные следует запрашивать в первую очередь, чтобы обеспечить оптимальную преемственность и минимизировать время, продолбанное на неизбежный реверс-инжиниринг?
Если в интернете есть на русском/английском языке на эту тему статьи, ссылки на них приветствуются. Я нашёл только для проджект-менеджеров и принял к сведению, но я всё-таки не он.
Хочется странного — то есть, команду редактора, которая бы
1) отправляла содержимое текущей строки во внешнюю команду
2) открывала в редакторе файл с именем, выданным командой
Т.е. что-то типа
:command E :.w ! ~/bin/myscript | xargs vim
но без xargs vim.
Я угуглился уже, что что-то верный вопрос составить не получается.