За три дня стал специластом в Android. Привкус говна во рту еще не прошел, но как-то привыкнуть смог.
До сих про впадаю во фрустрацию когда возникают ошибки типа can not resolve symbol R.layout.activityXXX, который генерится из XML-говна.
Причем вроде все формально верно (ошибок в XML нет), однако - хуй.
Ехал XML через XML.

Уже пришлось поебаться с NDK - собирал gstreamer-andoroid и NDK-13 не мог собрать код под armv7, была проблема с какой-то NEON-овкой инструкцией.

Хотя нормальный комплишен в IntelliJ IDEA это все-таки неплохо.

Короче хуй знает. Пока что удобнее инструментов по создании GUI чем QML я не видел.

Расскажите мне что такого охуенного в xhtml-in и зачем бы он мог понадобиться на bnw? Оно как-нибудь может быть полезно при чтении bnw через телеграм?

Предлагаю КРУГЛЫЙ СТОЛ.
С одной стороны @n, @je и @goren.

С другой стороны люди, недовольные их контентом. Возможно кто-то захочет высказаться анонимно.

Предлагаю максимально корректно, без обсценной лексики и аргументаций к личностям, обсудить проблемы коммуникации указаных персонажей и остального коммюнити.

Касательно бнв в общем, могу заметить, что качество постов @goren (да и всего bnw) резко упало.

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

Анонiмус хотел сказать, что для того, чтобы нарисовать круг, не нужна ни эффективность, ни скорость, ни даже программирование. Круг — это объект мира идей, а программа лишь его несовершенное отражение. Истинный философ не будет опускаться до уровня реального кода — это удел рабов. Лучше почитать хабр и википедию.

Короче, имеется сериальчик в HD, скачаный на PC. хочу смотреть его с быдлодевайса (лежа на диване, если это важно).
Что прыщеиндустрия может мне предложить?

сижу уже несколько лет на i3.
стоит ли попробовать что-нибудь еще?

etotmark> в дс бывают сходки?

motique> можешь запилить сходку с ляхом, небедой и комаром

darthramone> Сходка мечты

-всем привет
-иди нахуй
-чо за привет
-чо за всем
-иди нахуй

Создатил чатик про манатки в телеграме. Присоединяйтесь. Уже 8 человек.
https://telegram.me/joinchat/Ai4h2D9SWO_a-Kur_k51Rg

Бнвач, ты юзаешь холодный душ? Какие профиты?

Question: Why do I get a very long compile error when I define more than 20 rows in the transition table?

Answer: MSM uses Boost.MPL under the hood and this is the default maximum size. Please define the following 3 macros before including any MSM headers:
```

define BOOST_MPL_CFG_NO_PREPROCESSED_HEADERS

define BOOST_MPL_LIMIT_VECTOR_SIZE 30 // or whatever you need

define BOOST_MPL_LIMIT_MAP_SIZE 30 // or whatever you need

СТОЛ-ТРАНСФОРМЕР, который позволяет и стоять, и сидеть за пекарней.

https://www.amazon.com/gp/product/B0076O1MQY/ref=as_li_tf_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=B0076O1MQY&linkCode=as2&tag=f0d3e-20

По моему, охуенно. В рахе такое продают вообще?

палю новую прохладную про hype driven development: короче посоны в рабстве запускали в kubernetes контейнерезированную опердень на go, которая sort of k/v store, проксируящая данные определенным образом в big table. Многие пользователи сервиса жаловались, что при высокой нагрузке иногда случаются лаги, от которых просаживается latency, лаги исчезают через некоторое время, потом опять появляются, etc.

стал дебажить копать это говно (типа ssh'ишься в контейнер, там никаких тулов нет, поставить ничего нельзя, остается только стандартный набор утилит командной строки и сраный go), выяснилось, что на самом деле сервис течет, как сучка. Когда ядерный OOM killer убивает опердень, как самый жирный процесс, kubernetes перезапускает контейнер с этой же оперденью либо на той же машине, либо на одной из незагруженных машин в кластере. Логи старого контейнера, в котором ебается опердень стираются и становятся недоступны.

Вот так в компании больше полугада тек сервис, который модненько перезапускался, оставляя всех в неведении о собтсвенной текучести

TIL QtConcurrent

Мне тут личный коуч по продуктивности и мотивации посоветовал составить список дел чтобы меньше проебываться утром. Я подумал: "Нахуй оно вообще мне упало, я что не знаю, что должен сделать утром? Конечно же знаю." (На самом деле знаю)

Ну короче, взял волю в кулак и неимоверным усилием воли написал 5 утренних дел на стикере и ебанул его на дверной косяк. На следующее утро я встал и ПРОСВЕТЛИЛСЯ.

Я понял, что все эти годы отнимало столько времени и генерило такое ебаное настроение утром. Это необходимость ВЫБОРА после каждой вымученой таски.

А список это множество дел с введенным строгим порядком. Выполнил дело - приступаешь к следующему. Никаких мук выбора.

Выбор это не всегда хорошо. Часто это просто лишние anxiety.

Далее планирую избавляться от всяких ебучих привычек типа включения пекарни утром и листания хэкер ньюс.

*c++ *?
Boost::MSM говно или ок?

Объясните почему у меня web.skype.com проебывает сообщения (не от всех контактов, но все же). Как этим пользоваться вообще блять?

Создаю asio::io_service, передаю его как reference вниз классу, который на нем открывает socket.
При разрушении всей этой хуйни разрушается io_service, а потом пытается разрушиться socket и радостно вычитвает данные по освобожденной памяти.

Это буст говно или я тупой и так делать нельзя? Ведь не спроста в basic_datagram_socket в конструкторе io_service передается не по const ref, а по обычному?

==2865==ERROR: AddressSanitizer: heap-use-after-free on address 0x604000535538 at pc 0x560b6cf18d1b bp 0x7ffce4792370 sp 0x7ffce4792368
READ of size 8 at 0x604000535538 thread T0
    #0 0x560b6cf18d1a in boost::asio::detail::reactive_socket_service_base::destroy(boost::asio::detail::reactive_socket_service_base::base_implementation_type&) /usr/include/boost/asio/deta
il/impl/reactive_socket_service_base.ipp:87
    #1 0x560b6cf1f330 in boost::asio::datagram_socket_service<boost::asio::ip::udp>::destroy(boost::asio::detail::reactive_socket_service<boost::asio::ip::udp>::implementation_type&) /usr/in
clude/boost/asio/datagram_socket_service.hpp:138
    #2 0x560b6cf1f0d5 in boost::asio::basic_io_object<boost::asio::datagram_socket_service<boost::asio::ip::udp>, true>::~basic_io_object() /usr/include/boost/asio/basic_io_object.hpp:197
    #3 0x560b6cf1de95 in boost::asio::basic_socket<boost::asio::ip::udp, boost::asio::datagram_socket_service<boost::asio::ip::udp> >::~basic_socket() /usr/include/boost/asio/basic_socket.hp
p:1512
    #4 0x560b6cf1cfab in boost::asio::basic_datagram_socket<boost::asio::ip::udp, boost::asio::datagram_socket_service<boost::asio::ip::udp> >::~basic_datagram_socket() /usr/include/boost/as
io/basic_datagram_socket.hpp:43

0x604000535538 is located 40 bytes inside of 48-byte region [0x604000535510,0x604000535540)
freed by thread T0 here:
    #0 0x7fcfdc9d21f0 in operator delete(void*) (/usr/lib/x86_64-linux-gnu/libasan.so.3+0xc31f0)
    #1 0x560b6cf26daf in boost::asio::datagram_socket_service<boost::asio::ip::udp>::~datagram_socket_service() /usr/include/boost/asio/datagram_socket_service.hpp:40
    #2 0x560b6cf149fa in boost::asio::detail::service_registry::destroy(boost::asio::io_service::service*) /usr/include/boost/asio/detail/impl/service_registry.ipp:101
    #3 0x560b6cf1493a in boost::asio::detail::service_registry::~service_registry() /usr/include/boost/asio/detail/impl/service_registry.ipp:45
    #4 0x560b6cf17963 in boost::asio::io_service::~io_service() /usr/include/boost/asio/impl/io_service.ipp:53