ааа. кидали лук

у него ещё температура плавления высокая, выше 36.6°

это да. холодное попить после жирной пищи - в принципе опасно.

ну вот да, не надо их есть

это я в книжке сталика почитал

что их есть надо

потом на эту книжку смотреть не мог, выкинул

как посмотрю, так вспоминаю всё это

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

ну да

съел

скорую вызывать пришлось

укол какой-то поставили, таблеток от панкреатита дали

с тех пор каноничный плов больше не готовлю

ну. а я зато теперь знаю, что такое настоящий плов. а не то, что обычно продается )

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

Есть ли какой-нибудь простой способ приобразования record к proplist?

Record это тюпл

def user_record_convert {:user, name, age}, do: [name: name, age: age]

Record это тюпл

Это понятно, я просто думал, мб есть чудо функция, которая перегоняет любой рекорд в проплист

Напиши такую чудофункцию

Делов то

https://hexdocs.pm/elixir/Record.html#extract/2 - Первая строчка

https://hexdocs.pm/elixir/Kernel.html#elem/2 - Вторая строчка

Или лучше даже record |> to_list |> zip

что-то спама стало прямо много

Много ботов заходит?

точнее спамеров?

Я раз 5 вычищал за неделю

всем привет ?

Не лучшее начало

Делаем ставки - увеличитель члена? Блог о путешествиях? Или "с чего изучать ФП"?

просто поприветствовал

ну здарова тогда. заходи.

Господа знатоки, ваша ставка не сработала. 6-0 в пользу телезрителей

"с чего изучать ФП"? - а это теперь равносильно рекламе?

"с чего изучать ФП"? - а это теперь равносильно рекламе?

Я просто попробовал закрыть все кейсы

ааа

это не ерланг вей

У меня как раз эрланг вей

Если бы я такое на расте написал - не скомпилировалось бы

А так - упадёт в рантайме

Вернее уже упало...

закрыл не все кейсы

закрыл не все кейсы

Закрыл интересующие, а все остальное - let it crash

Склоняем русские имена на Elixir: https://github.com/petrovich/petrovich_elixir

Коллеги. А из вас никто музыкой, звуком, студийной записью, аналоговым и прочим синтезом звука не увлечен? просто мне вчера один знакомый расстроенный музыкант написал. недовольный качеством. и скинул статейку почитать, почему вот всё так. ну я вот давно так не ржал. так что, если тема аудиофилии головного мозга близка, то прям рекомендую почитать и поднять себе настроение. http://synthmusic.ru/articles/native

Коллеги. А из вас никто музыкой, звуком, студийной записью, аналоговым и прочим синтезом звука не увлечен? просто мне вчера один знакомый расстроенный музыкант написал. недовольный качеством. и скинул статейку почитать, почему вот всё так. ну я вот давно так не ржал. так что, если тема аудиофилии головного мозга близка, то прям рекомендую почитать и поднять себе настроение. http://synthmusic.ru/articles/native

לא היבנתי שום דבר...

Я так и не понял, почему чувак решил что музыкальный софт сводит в реальном времени?

да там вообще всё не так. начиная с того момента, что цапы выводят данные в тот момент, когда их cpu посчитал. такого не было уже во время dos, и звук уже там игрался в режиме DMA.

Ну, в статье кое что есть конечно.

Но не для мастеринга это применимо точно

а мультитрек считать. ну есть у тебя определенный момент на оси времени. ты его считаешь. и берешь данные которые в нем должны быть. а вот те эффекты, что он там описал - то они будут только если каждый трек запускать ерланговым процессом и смешивать только когда данные пришли ))) то есть без привязки к таймлайну. что есть просто мегабред.

Вот если ты диджей - тогда нужны железки, ну или во всяком случае железки лучше

А если ты сводишь трек на компе - комп может три минуты хоть час обсчитывать, проблемы не вижу

я думаю, что реально то, что может существовать - это треки параллельно запустить через разные интерфейсы. вот там да. может быть на разные звуковые буфер разной длины. и может произойти рассинхрон. ну и клоки у разных звуковых тоже не синхронны.

вот! я и говорю. в чем разница? каша? каша в реалтайм? а если рендеришь - тоже каша? типа тоже да. тогда дело не в производительности проца, не так ли

Ну и когда диджеишь физически на россыпи железок кнопок больше

Удобно ...

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

да. удобно. но это вопрос человеко-машинных интерфейсов.

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

Но это только в риалтайме

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

ERROR: S client not available

да MIDI протокол стандартный - там вообще 31250 бод. и каждая note_on это три байта. так что там по определению, ноты одновременно не включаются и не гасятся.

Честно не знаю

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

Но по ощущениям синтезаторы отличаются вот если всеми пальцами нажмёшь - какие то крякают а какие то не

а тыкать носом бесполезно. т.к. опять же субъективизм. у них там студия за 100500 лямов и они продюсеры группы "руки вверх", настоящие профи. а я так, из лесу вышел со своим технически высшим образованием для них

А почему это - фиг пойми

да. я считаю, просто математика разная. просто я временами делаю проект синта на ПЛИСе. и там даже банально сгенерировать прямоугольную форму - не так просто

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

банально. берешь Sound Forge , создаешь проект 48000 и генеришь частоту 4001 Гц и пожалуйста. будет треш

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

а чудесов никаких нет, типа натив не натив. т.к. по сути дела и в современном синте и в звуковой плате один и тот же ЦАП. такие дела. ладно. простите за оффтоп

Вы прослушали лекцию о частотах и дискретизации от Алексея Большакова. Спасибо за внимание

а теперь про эмиграцию.... ))

Здравствуйте. Если моя цель найти поскорей работу джуном, какой язык лучше учить: Ruby (соответственно для Rails, web scraping ) Javascript (для React/Vue.js, Node) Python (Django,web scraping ) PHP (Laravel) Elixir (Phoenix )??? Душа лежит к Ruby and Elixir.

Здравствуйте. Если моя цель найти поскорей работу джуном, какой язык лучше учить: Ruby (соответственно для Rails, web scraping ) Javascript (для React/Vue.js, Node) Python (Django,web scraping ) PHP (Laravel) Elixir (Phoenix )??? Душа лежит к Ruby and Elixir.

ruby, если frontend то js

Чего вакансии в радиусе доступности есть, то и учить. Если вариантов много, то к чему душа лежит.

ruby,python - проще работу будет найти, js также, с точки зрения языков как таковых исключи php, (js я бы тоже исключил trollface.jpg)

Чего вакансии в радиусе доступности есть, то и учить. Если вариантов много, то к чему душа лежит.

К чему душа лежит, а дальше вакансии подтянутся, или ты к ним

Иначе никак

вот кстати да

классный совет

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

Чего вакансии в радиусе доступности есть, то и учить. Если вариантов много, то к чему душа лежит.

Вакансий больше всего на 1) frontend - 395, 2) php - 305 3) Python - 106 4) в частности Node.js 64 5) Ruby - 46 Это данные из dou.ua. Если брать upwork, то там ситуация для Ruby немного получше

А если оставить чисто джуниоров и убрать поддержку дремучего легаси на пхп, в котором о личном развитии даже мечтать не стоит(опционально)?

Я бы учил руби, но это потому что сам с него начинал. Либо питон, если локальная ситуация более благоприятная. У нас на рубистов и спрос больше, и платят им больше, например.

Если удаленка/фриланс предпочтительнее, то там уж точно то к чему душа лежит, как и говорили выше.

ruby и python похожи очень

знаешь хорошо один, считай другой тоже

Знание экосистемы все же чуть ли не нужнее, чем знание самих языков, так что это такое.

Тут не от языка надо отталкиваться