И это всё МОЁ
Пишет  ТёмныйЭльфНавостриэль2010:

«Короче, значицца к своему второму телефону решил я чехол прикупить силиконовый. Думал, к этой модели уже нет, но мне повезло! Посмотрел, а там! Есть силиконовые чехлы с картинкой сзади. Акцыя! 3 по цене 2х. Ну я и давай скупать. Как лох два года ходил с прозрачным чехлом, теперь всё буит по-другому!

Заказал знач тёмный чехол с Дартом Вейдером. Мне кажецца у каждого мущины должно быть что-то с Дартом Вейдером. Потом значицца светлый, там ещё две морские звезды. А ещё зелёный и на ём написано I'm young wild and free.

Припёр это сегодня всё на работу. Из пункта сомовывоза. Показываю коллегам, а они грят, фу, нефтяные отходы, чуешь, какой запах? Ну ваще да, чехлы сделаны так, что на прозрачный силиконовый чехол наклеена плёнка с изображением - на внешнюю поверхность чехла. Прозрачный чехол у меня был гладкий и в меру скользкий, а плёнка шероховатая и к пальцам липнет. И пока пованивает, но это пройдёт.



Потом знач дон Алваро подошёл поближе рассмотреть мои чехлы, читает надпись и грит "ну ты уже не young, не сказал бы, что free, вот wild да, диковатый ты какой-то" Лишь бы хуйню сморозить, бля, да?



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

URL записи

@темы: мобилы

И это всё МОЁ
Пишет  ТёмныйЭльфНавостриэль2010:

«Короче, значицца к своему второму телефону решил я чехол прикупить силиконовый. Думал, к этой модели уже нет, но мне повезло! Посмотрел, а там! Есть силиконовые чехлы с картинкой сзади. Акцыя! 3 по цене 2х. Ну я и давай скупать. Как лох два года ходил с прозрачным чехлом, теперь всё буит по-другому!

Заказал знач тёмный чехол с Дартом Вейдером. Мне кажецца у каждого мущины должно быть что-то с Дартом Вейдером. Потом значицца светлый, там ещё две морские звезды. А ещё зелёный и на ём написано I'm young wild and free.

Припёр это сегодня всё на работу. Из пункта сомовывоза. Показываю коллегам, а они грят, фу, нефтяные отходы, чуешь, какой запах? Ну ваще да, чехлы сделаны так, что на прозрачный силиконовый чехол наклеена плёнка с изображением - на внешнюю поверхность чехла. Прозрачный чехол у меня был гладкий и в меру скользкий, а плёнка шероховатая и к пальцам липнет. И пока пованивает, но это пройдёт.



Потом знач дон Алваро подошёл поближе рассмотреть мои чехлы, читает надпись и грит "ну ты уже не young, не сказал бы, что free, вот wild да, диковатый ты какой-то" Лишь бы хуйню сморозить, бля, да?



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

URL записи

@темы: мобилы

И это всё МОЁ

Как это можно оптимизировать? Берем минимальную и максимальную дату и выбираем минимальный и максимальный год
далее генерим года и месяцы, и выбираем максимальную цену в каждом месяце. Как это можно на орме сделать оптимальней?
Т.е в конце концов мне нужно

{
"2019": [
{
"month": 1,
"cost": 12.0
},
{
"month": 2,
"cost": 14.2
},
}

res = {}
min_year = CoinMetrics.objects.values('timestamp').first()['timestamp'].year
max_year = CoinMetrics.objects.values('timestamp').last()['timestamp'].year
for year in range(min_year, max_year + 1):
for month in range(1, 13):
qs = CoinMetrics.objects.filter(
timestamp__year=year,
timestamp__month=month,
name=param['name']
).aggregate(Max('cost'))['cost__max']
if qs is not None:
if year not in res:
res[year] = []
res[year].append({'month': month, 'cost': qs})







 , ,








И это всё МОЁ


Платформа: Windows
Версия: AIMP v4.60 или более новая

Форма: Горизонтальная
Тон: Темный
Поверхность: Матовая, Глянцевая
Интерфейс: Hi-Fi

The Tascam FireOne is a FireWire Audio Interface featuring shortcut keys and a unique backlit jog wheel.

Tascam was created in the 3D program Blender.





И это всё МОЁ

Сохраняю alist список переменных в .dir-list.el вот так вот

(add-dir-local-variable 'nil 'CurrentStat CurrentStat)

Где CurrentStat - это alist массив переменных. Создан через 'defvar' и заполняется значениями по умолчанию инит функцией. Данный массив содержит ключи, влияющие на содержимое меню и вызываемых форм.

При открытие файла принадлежащего данному проекту, projectile (надеюсь это делает он) загружает вышеописанный массив (что массив загружен смотрел через специально написанную для этого дебаг функцию), но загружает он его только для текущего буфера, из-за чего меню можно обновить только принудительно вызвав функцию обновления в данном буфере. Обновить меню по hook, который срабатывает при открытии файла не выходит. Даже с обновлённым меню, функции, вызываемые из меню, не видят вышеуказанный массив (они видят массив заполненный дефолтными значениями), из-за чего работают неверно, их тоже приходится вызывать только из данного буфера. Как бы этот массив сделать глобальным после загрузки.








 ,








И это всё МОЁ

Этот вопрос меня преследует уже год. Никак не могу понять нужен ли мне vue. Обновлять дом? Да, в некоторой степени это удобно, но и накладывает некоторые ограничения. Бесят эти v-onclick, я привык навешивать события не в тегах, а сразу на множество элементов по селекторам в jquery. Вся html разметка в бесконечных v-if v-html. Ну да, это здорово, меняешь 1 свойство и весь шаблон сказочно перерисовывается. Но чем больше я погружаюсь в vue, тем больше времени я трачу на решение поисков ответов на элементарные вопросы как сделать нечто по философии vue, не используя костыли.

Также пробовал ангяляр, хорошо все получалось, писал контролеры, растыкивал также как и в vue по всей разметке ng*, но и он не прижился в моем миру. Приходилось больше гуглить и искать также ответы на элементарные вопросы, чем делать

Меньше пробовал react, уже не стал эксперементировать, посмотрел, такое же vue собственно, реактивность, шаблонны

На данный момент есть мысли что vue а тем более ангуляр не то чтобы упрощают разработку, а наоборот тормозят ее, отбирая время на бесконечное гугление и написание костылей. Больше разбираешься в устройстве молотка, чем забиваешь гвозди

Наверное я просто не вник в эти инструменты достаточно и у меня ничего не выходитс ними или использую устаревшую концерцию генерации шаблонов на сервере. Я просто не понимаю для чего нужен vue








 , ,








И это всё МОЁ

Всем привет! Ситуация такая. Есть виртуальная машина CentOS в минимальной поставке. Настроена на прием параметров по DHCP. На VmWare настроен NAT, и пинг проходит по доменным именам до внешних ресурсов. На линукс я установил Apache, запустил его, и теперь пытаюсь увидеть посадочную страницу Apache по адресу <ip>; на хостовой ОС. Но страница не загружается. Подскажите, пожалуйста, что я упустил.








 , ,








И это всё МОЁ

На X11 есть небольшие утилиты, которые позволяют удобно работать с помощью скриптов на хоткеях.

Например: сделать скриншот выбранной области экрана, записать видео с выбранной области экрана и многое другое — всего с помощью 2-3 маленьких утилит на скриптах.

Вот хороший пример того, как это должно быть: https://youtu.be/YSVB7y_EDRI?t=406.

Есть ли нечто подобное на Wayland? На X11 их очень и очень много. Каждый может выбрать что-то для себя.

Почему «такой крутой Wayland» так не может? И сможет ли вообще? Как я понимаю, это связано с тем, что Wayland обязывает каждый композитор (читай — DE) реализовывать это у себя. Т. е. каждый будет по-своему делать. Альтрнативные стредства не рассматриваются вообще. Да что там... Даже софт для стриминга не работает на Wayland.

Все перечисленное — базовые возможности, которые пользователи ждут от системы.

Гарантированное отсутсвие тиринга, лучшая архитектура (в сравнении с иксами) и плавность интерфейса — хорошо. Вот только ради таких преимуществ жертвовать базовыми функциями — очень странно.

Может я ошибаюсь и, все же, все вышеперечисленное есть на Wayland, либо уже известно, что точно появится в ближайшее время и в каком виде?

EXL. eternal_sorrow Sunderland93.








 , ,








И это всё МОЁ

Хочу собрать идеи - может быть попадется что-то реализуемое. Интересны идеи не мед. работников - возможно, взгляд на проблему со стороны будет глотком свежего воздуха.

Есть категория практически полностью обездвиженных не реанимационных пациентов, которые по различным причинам не нужны/не имеют родственников и не попадают из больницы в учреждения социального обслуживания. Чаще это пожилые лица, иногда социально неблагополучные. Иногда их когнитивные способности существенно нарушены, способность к речи утрачена. Питание часто получают через зонд.

Единственным способом их развлечения был и остается радиоприемник. Кто может говорить, конечно, пытается говорить.

Условия: околонулевой бюджет, отсутствие необходимости привлекать персонал, отсутствие необходимости перепланировать палаты.

Прошу воздержаться от обсуждения состояния отечественного здравоохранения и подобного.








 








И это всё МОЁ

https://www.nme.com/news/music/vinyl-set-outsell-cds-first-time-since-1986-25...

Пока только в США, но тренд заметен по всему миру.

Когда ждать возрождения магнитных лент?








 ,








И это всё МОЁ

Привет, народ. Подскажите самое недорогое место, где можно спокойно поработать со своим ноутбуком, чтоб небыло посторонних личностей и никто не мешал работать. Нужно наличие вайфая.

Общественная библиотека? Взять одну книгу и сидеть 8 часов с ней? Какой-то коверкинг?

Место желательно в районе Лахта-центра (Мебельная, Оптиков). Но можно и чтоб на метро добраться.


Перемещено leave из job








 , ,








И это всё МОЁ

Здравствуйте. Есть ли альтернативы патчу DWM cfacts? Я пытался его применить, но он не сливается даже с дефолтным двм, вручную не выходит









 , ,








И это всё МОЁ
Пишет  ТёмныйЭльфНавостриэль2010:

«У Линукса есть одна неприятная черта. Откроешь кучу приложений и вкладок и не выключаешь комп, допустим, неделю, другую. Приложения открыты у тя, ты их не используешь, видимо, они убираются в swap. Но потом ты начинаешь их использовать - тыкаешь в приложение, а там тишина, всё подвисает секунд на десять, потом оно просирается. Вкладки в ФФ тоже так же тыкаешь, которые долго не открывал, тоже секунд на десять подвисает, потом вкладка возвращается из небытия. И ладно бы тыкнул, оно всё ожило, но нет. Вся ОС становится тормозная какая-то, ползает не спеша, такшта приходится её перезагружать, дабы встряхнуть. Прям как Windows 9x, который так любят обсирать линуксоеды.

А у вас такое было?
»

URL записи

@темы: Linux

И это всё МОЁ
Пишет  ТёмныйЭльфНавостриэль2010:

«У Линукса есть одна неприятная черта. Откроешь кучу приложений и вкладок и не выключаешь комп, допустим, неделю, другую. Приложения открыты у тя, ты их не используешь, видимо, они убираются в swap. Но потом ты начинаешь их использовать - тыкаешь в приложение, а там тишина, всё подвисает секунд на десять, потом оно просирается. Вкладки в ФФ тоже так же тыкаешь, которые долго не открывал, тоже секунд на десять подвисает, потом вкладка возвращается из небытия. И ладно бы тыкнул, оно всё ожило, но нет. Вся ОС становится тормозная какая-то, ползает не спеша, такшта приходится её перезагружать, дабы встряхнуть. Прям как Windows 9x, который так любят обсирать линуксоеды.

А у вас такое было?
»

URL записи

@темы: Linux

И это всё МОЁ
Пишет  ТёмныйЭльфНавостриэль2010:

«У Линукса есть одна неприятная черта. Откроешь кучу приложений и вкладок и не выключаешь комп, допустим, неделю, другую. Приложения открыты у тя, ты их не используешь, видимо, они убираются в swap. Но потом ты начинаешь их использовать - тыкаешь в приложение, а там тишина, всё подвисает секунд на десять, потом оно просирается. Вкладки в ФФ тоже так же тыкаешь, которые долго не открывал, тоже секунд на десять подвисает, потом вкладка возвращается из небытия. И ладно бы тыкнул, оно всё ожило, но нет. Вся ОС становится тормозная какая-то, ползает не спеша, такшта приходится её перезагружать, дабы встряхнуть. Прям как Windows 9x, который так любят обсирать линуксоеды.

А у вас такое было?
»

URL записи

@темы: Linux

И это всё МОЁ

Сижу на Debian testing. Приспичило мне GIMP запустить (потребность возникает раз в несколько лет), а он, выхухоль мордатый, сегфолтится при открытии файла.
Но красивенько так сегфолтится: окошечко такое миленькое появляется с бектрейсом и призывом отправить эту информацию разработчикам.
Заодно предлагают пройти на их замечательный сейтец, завести там учётную запись, скопировать туда бектрейс и написать пару слов как я рад ситуации.
Вот нахрена там регистрация? Почему не сделать чтобы кнопку нажал — бектрейс ушёл. Не буду я регистрироваться на багтрекере ГИМПа. И мало кто ещё будет. Ну вот зачем всё усложнять? Мне нужнее всех что ли? Дык не нужнее, свои задачи я выполнил в другой программе.

Объявляю троекратное «фу» разработчикам GIMP за их антипользовательское отношение.








 ,








И это всё МОЁ

при прочих равных условиях.

В качестве гостя OpenBSD под ARMv7hf.

В качестве хостов варианты для разных случаев использования:

1) Физический AMD64 на нем QEMU

2) Linode KVM VM, в нем запускается QEMU

3) Физический одноплатник ARM Beaglebone Black.

В идеале, чтобы можно было бы использовать один и тот же userspace и даже ядро гостя OpenBSD, чтобы все было единообразно и унифицированно.








 , , , ,








И это всё МОЁ

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









 ,








И это всё МОЁ

Привет, лор.


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


Дискуссия, в целом, в классическом лоровском стиле: с одной стороны хорошие, правильные программисты, поясняют за UB и атомики, с другой - поехавшие наркоманы, которые пытаются пользоваться особенностями CPU. Я был вынужден выступить в дискуссии (частично, только из соображений производительности) на стороне наркоманов. Просто потому что иногда нужно чтобы софт работал быстрее, даже несмотря на то что яйцами в пилораму.


От товарища @Marvel поступило такое возражение:



Так запись в atomic_uint32_t с relaxed ordering в релизе на Intel сгенерирует код, идентичный обычному присвоению uint32_t (проверено)



В ассемблерном выводе видно, что это немного не так. Но насколько действительно пострадает (если пострадает) производительность от использования atomic с relaxed ordering вместо обычных переменных?


Вот наколеночный тест https://gist.github.com/vmxdev/31c377f55d6717fce86c3b1160c89017


Устроен он так: работают три потока - продюсер на атомиках, продюсер на обычных переменных и потребитель.


Продюсеры просто в цикле увеличивают на единицу элементы массива, потребитель спит, потом просыпается, печатает что там насчитали производители, и опять засыпает. Две строки вывода это значения элементов в разных массивах. Первая строка - «обычные» переменные, вторая - на атомиках. Чем больше число, тем больше успел наувеличивать поток.


На моих железках этот тест дает (с довольно сильным разбросом) устойчиво более быстрый код с «обычными» переменными на x64 (до 2-х раз, в зависимости от количества элементов в массиве, с одним элементом барьер на ассемблере не нужен). На ARM (у меня только 32-битный) - практически та же картина, атомики даже еще немного медленнее (до 3-х раз).


Интересно, можно ли как-то разогнать код с атомиками? Если кто-то знает и может подсказать, было бы отлично.


Возможно, у меня старые компиляторы, и в новых атомики быстрее. Если кто-то даст результаты со свежими gcc и clang (тест лучше запускать несколько раз, хвоста достаточно) - было бы тоже неплохо.









 , ,








И это всё МОЁ

Привет, лор.


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


Дискуссия, в целом, в классическом лоровском стиле: с одной стороны хорошие, правильные программисты, поясняют за UB и атомики, с другой - поехавшие наркоманы, которые пытаются пользоваться особенностями CPU. Я был вынужден выступить в дискуссии (частично, только из соображений производительности) на стороне наркоманов. Просто потому что иногда нужно чтобы софт работал быстрее, даже несмотря на то что яйцами в пилораму.


От товарища @Marvel поступило такое возражение:



Так запись в atomic_uint32_t с relaxed ordering в релизе на Intel сгенерирует код, идентичный обычному присвоению uint32_t (проверено)



В ассемблерном выводе видно, что это немного не так. Но насколько действительно пострадает (если пострадает) производительность от использования atomic с relaxed ordering вместо обычных переменных?


Вот наколеночный тест https://gist.github.com/vmxdev/31c377f55d6717fce86c3b1160c89017


Устроен он так: работают три потока - продюсер на атомиках, продюсер на обычных переменных и потребитель.


Продюсеры просто в цикле увеличивают на единицу элементы массива, потребитель спит, потом просыпается, печатает что там насчитали производители, и опять засыпает. Две строки вывода это значения элементов в разных массивах. Первая строка - «обычные» переменные, вторая - на атомиках. Чем больше число, тем больше успел наувеличивать поток.


На моих железках этот тест дает (с довольно сильным разбросом) устойчиво более быстрый код с «обычными» переменными на x64 (до 2-х раз, в зависимости от количества элементов в массиве, с одним элементом барьер на ассемблере не нужен). На ARM (у меня только 32-битный) - практически та же картина, атомики даже еще немного медленнее (до 3-х раз).


Интересно, можно ли как-то разогнать код с атомиками? Если кто-то знает и может подсказать, было бы отлично.


Возможно, у меня старые компиляторы, и в новых атомики быстрее. Если кто-то даст результаты со свежими gcc и clang (тест лучше запускать несколько раз, хвоста достаточно) - было бы тоже неплохо.









 , ,