Встречал ли кто аналог Raspberry PI, с такими хотелками:

0. Wi-Fi на борту

1. все так же прилично GPIO

?

Конкурс сочинений/фраз на тему «Секс на <конкретный ЯП> - это ...». Условие - можно писать только о языке, на котором ты писал минимум один месяц.

Сабж. Побродив по оффлайн-магазинам, увидел много ноутов с процами AMD (изначально смотрел только на Штеуд). Взлетит ли? У кого лучше соотношение цена/качество? Есть ли какие-то подводные камни в использовании AMD?

Нужен ноут 15.6 дюйма уровня средненького i3/i5. Игры не планируются. Ценовой диапазон 600-700$. Формат ультрабука - только в плюс.

Купить нужно срочно, а в ассортименте я что-то немного теряюсь - потому и прошу помочь.

!Ъ - Похороникс

Ъ: По замерам оналитегов похороникса, 3.12-git быстрее в тестах дисковой подсистемы на 17-37% на замерах SSD. Что-то не верится...

По мотивам треда. Как алкоголь влияет на вашу продуктивность разработки ПО?

Планирую в новой квартире переложить часть электрики. Как кошерно соединять провода? Медные, одножильные - как положено.

Собираюсь писать прогу, основное занятие - висеть в трее и не высовываться. Должен быть гуй для настройки, и, пожалуй, все.

Про фичи qt5 толком не знаю. Что выбрать - qt4 или qt5? Еще есть вариант kded демона + kcm-конфигурялки. DE-фобия по боку, меня интересует лишь чистота результирующего решения.

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

Что именно развивает программирование в человеке? Слышал когда-то про существенно большее кол-во объектов, которые человек способен одновременно держать в памяти. Кто что знает?

http://www.youtube.com/watch?v=FbZ_0r4eFfo

Для Ъ: работа шланга в качестве парсера KDevelop - глубоко экспериментальная поддержка от одного чувака.

Навеяно тредом. Кого тут кто считает лучшим?

Чисто на поржать.

Пример - Rainbow - Maybe Next Time. IMHO просто гениально.

Разыскивается идея полезного устройства для дома (т.е. квартиры) с целью спаять. Желательно цифрового.

Пока есть только идея пульта ДУ для компа через стандартные 433MHz брелки и с USB HID интерфейсом.

Greg Kroah-Hartman originally shared this post:

Two different conversations I had a week ago:
  Linux kernel developer talking to me at ELC:
    him: "If you put dbus into the kernel, I am going to switch to one of the BSDs"
    me: "Sorry to hear that, good luck."

  Email sent to me the next day from a BSD kernel developer:
    him: "As you want to put dbus into the Linux kernel, we probably want to as well, do you have any objection to us doing this?"
    me: "Not at all, if there's anything I can do to help out, just let me know."

I'm tempted to say something to that first developer now, but I think I'll just sit back and watch this all play out...

https://plus.google.com/u/0/111049168280159033135/posts/4KJxFY8VvT1

http://www.phoronix.com/scan.php?page=news_item&px=MTMxNzA

Progress is being made within the Linux kernel for reducing the I/O wait times and system interactivity/responsiveness when dealing with large I/O operations.

One of the well known Linux kernel bugs to be talked about in the past few years has been Bug #12309 from 2008. The bug is about «Large I/O operations result in poor interactive performance and high iowait times.»

Among the example I/O operations cited in the original bug posting was backing up the user's home directory with large files, moving messages between large mail directories, running updatedb, or upgrading large numbers of packages with RPM. With these workloads and others, the wait times become very high with extremely degraded interactivity.

The bug has seen more than 600 comments and there's been many I/O improvements made to the Linux kernel over the past five years. While the bug is marked as closed, some Linux desktop users still complain of a sluggish experience when dealing with heavy I/O operations dragging down the system. Fortunately, improvements are still being made to the Linux kernel.

A new update was posted to the bug report this morning is about work that's merged into the Linux 3.9 kernel. Some of the related work includes progress on eliminating the timer-tick while running in user-space by fixing up more code to work without timer interrupts. There's also a scheduler patch to fix a «bouncing cow» problem by when running fewer processes on the system than number of processor cores, the process could be bounced around between cores and yield poor performance. This bouncing cow fix for the scheduler yields a performance boost by 15x in a worst-case scenario. More work will come to future Linux kernel releases.

Есть предложение дать один из дней недели (пятницу, в дань традициям), когда треды заранее определенных направлений (к примеру тян-треды и прочая безобидная тематика) не будут сноситься. В полночь или чуть чуть позже их можно будет просто закрыть на «только для модераторов» и таким образом прекратить обсуждение.

Это даст возможность выговариваться без последующего повышения напряженности в сообществе («таз, схрена удалил?», «где мой трактор» и т.п.). Польза в том, что будет меньше исход пользователей ввиду несогласия с политикой партии.

Похороникс опубликовал вброс майнтейнера KWin на тему грядущей поддержки Wayland.

Ъ:

In a new blog post, Martin notes that the Wayland protocol doesn't mandate the use of client side decorations or prevent server-side decorations. What does require client side decorations is Weston, the reference compositor for Wayland.

Developers in support of client side decorations use the talking points of only needing one texture to be rendered, no aliasing when rotating/wobbling windows, and application developers are free to come up with their own innovative decorations.

With KDE's focus on the desktop, netbook, and tablet form factors, Martin feels server-side decorations are important so that the most appropriate window decorations can be used depending upon the form factor.

The German developer also adds, «my main fear with CSD is that it ends up in a mess as we can see on Microsoft Windows. There CSD are common but applications don’t use it to do useful stuff, but to enforce their corporate design. This is bad for usability. Each application looking different? Stupid idea. Not even Microsoft is having a consistent decoration for their various products. Some have titles on the left, some centered. A complete mess. And my fear is that Linux would head there, too.»

In the end he says that since Wayland doesn't require client side decorations (only Weston) and QtWayland allows turning CSD off, he will use server-side decorations when porting KWin as a Wayland compositor. Martin feels that overall it's a much better design choice not going with client side decorations.

ЪЪ:

• В KWin/Wayland будут серверные декорации, т.е. одни для всех.
• потому что пестрый пиз*ец разных декораций, как в венде, не нужен.

Собственно благодаря этому сайту я стал троллем IRL. Других факторов не было. Потому тут и спрашиваю: как, лядь, теперь от этого отучиться?

Проблема выражается в том, что подосрать/вызвать баттхерт у ближнего стало почти основным занятием. Качество троллинга ниже плинтуса (хотя порой срабатывает), что усугубляет. Все это, естественно, влияет на взаимоотношения.

Анонс

After about two years of development and 894 commits, I'm happy to announce the first stable release of kdev-python! kdev-python is the Python language support plugin for KDevelop, which provides syntax checking, code completion, quickopen support, and much more for the Python scripting language. For details, please refer to the announcement on my blog.

First of all, kdev-python is a plugin for KDevelop. Its purpose is to make development of python applications more convenient. The main focus of the program is static analysis of source code, and providing features which use the information gathered, such as

• Semantic syntax highlighting (not the regex-stuff kate does, but real highlighting, showing your defined functions colorized etc.)
• Intelligent code completion, depending on where the cursor is and what variables exist etc.
• Navigation features, such as Jump to Declaration, searching for functions/classes, class browser, ...
• and many more

There's also a few features other than static code analysis, such as debugger integration, but the former is clearly the main focus of the project. kdev-python itself is written in C++.