Pull to refresh
33
0
Тимушев Роман @romik

User

Send message
Только для правильной интерпретации надо поделить время работы на производительность, что кардинально меняет картину.
Да, Chrome за секунду съест больше заряда чем IE. Только потом Chrome отпустит процессор и потребление упадёт, а IE будет ещё столько же работать дорисовывая сайт.
Работа с окнами — задача оконного менеджера, а не программы. У меня в KWin есть правило, превращающее окна диалогов в закладки. Иногда же наоборот удобно все диалоги держать в отдельных окнах на втором мониторе разложенными в аккуратную мозаику.
Да, скайп под линукс реализован неидеально. И процессор ест, и виснет иногда.
Но именно по удобству использования он всё же значительно обходит виндовую версию.
Например, предположим, что часы не тикнули между вызовами двух свойств в ниже приведенном коде.
А я-то думал, что придумать что-то хуже стандартных джавовских Date и Calendar нельзя… Оказывается, можно :-)
Можно окна windows показывать как отдельные окна в линуксе.
Когда я пару лет назад подобной темой интересовался был полузаброшенные проект seamlessrdp. В линуксе стандартный rdesktop, а в windows устанавливается одна маленькая программа.
Пожалуй всё же к Страуструпу — const появился в C++ и только потом его добавили в стандарт C.
.еенжолс адук торобоан ьтасип, онжолс и жу кат ен отэ хывреп-оВ
Во-вторых, переставлять слова и буквы это совершенно разные вещи.
В-третьих, если вас не устраивает это мнемоническое правило — используйте любое другое, ничего не имею против.
А в четвёртых — вопрос о том, удобно сделан const или нет, вообще адресован не по адресу, обратитесь к Страуструпу ;-)
Для таких примеров я слишком давно не писал на C++ :-D
Правильное мнемоническое правило — читать звёздочки и const с конца (опуская сам тип):
Foo * const -> переворачиваем и читаем -> константный указатель
const Foo * -> указатель на константу
const Foo * const -> константный указатель на константу
А почему у вас 'ю' транслитерировалось в 'ju', 'е' в 'je' и 'ё' в 'jo', если это так просто? :)
Такой вариант протестируйте пожалуйста: gist.github.com/1685623
По коду:
1. BacklogThreadPool.sequence инкрементится непотокобезопасно, лучше убрать volatile, а getSequence сделать static synchronized. Хотя здесь это, конечно, совершенно некритично.
2. Я на 100% уверен, что CasCounter будет работать медленнее, поскольку CAS всё равно эмулируется через synchronized, а операция сложения явно проще чем сравнение и условное присваивание.

Ну и, естественно, вертящийся на языке вопрос: зачем в реальной жизни нужно условие не использовать java.util.concurrent кроме как для поддержки чего-нибудь на Java 1.4
Попробуйте так:
implicit def func2OnClickListener(func: (View) => Unit): View.OnClickListener = { ... }
У меня нумпадные кнопки набираются через Fn+NumLk, но этот способ я сразу проверил, не работает.
Фух, я в безопасности. У меня на клавиатуре ноутбука символа * нет :-)
У меня вроде подстройка экспозиции происходит в первую секунду после включения камеры. На самый первый кадр она кажется сильно не влияет, но точно не скажу.
А если вместо всей математики попробоавть так?
avcolor=`convert snapshot.jpg -colorspace GRAY -resize 1x1 txt: | sed 's/[^(]*(\s*\([0-9]*\),.*/\1/p;d'`
Мне тоже нравится подстрочное цитирование, но оно удобно только в коротких переписках. Если обсуждение затягивается (а заранее это предсказать не всегда возможно), топ-постинг выигрывает.
«Топ-постинг» и полное цитирование используют по простой причине: если в переписку добавляется новый участник он сразу будет в курсе всей истории переписки.

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity