Объясните, как и кому эта статья может быть полезной? Если я ничего не знаю про атомики, lock free и memory order, то статья не сможет мне это доступно объяснить - вы просто рассыпали горстью все термины, быстро прошлись по ним очень общими фразами, ничего фундаментально не объяснили и были таковы.
Memory order - моя самая тяжелая, вымученная тема, я прочитал по ней столько статей, столько умственных сил приложил, чтобы адекватно понять смысл и причинность этой темы: зачем memory order вообще оказался необходим; роль компилятора, процессора и кеша в этом всем; интуиция, best practices; что реально значат все эти happens-before, syncronizes-with, специфика на разном железе...
И вот приходите вы: вот есть memory order, тут короче lock free, все дела, тут у нас happens before, а еще cas, aba, профилируем значит, а memory_order_seq_cst используем для простоты рассуждения о коде.
После прочтения статьи возникает только один вопрос: что это было? Потом идешь в комментарии, а там: "вам статья была полезной?".
меня на днях угораздило собирать ffmpeg под windows - чуть не помер
документация - это разрозненные статьи (в т.ч. и официальная) разной степени устаревшести. в итоге получилась своя собственная инструкция на несколько экранов
Я один из гнилых индивидуумов, поставивших вам минус в карму. Чтобы понять мою мотивацию достаточно взглянуть на ваш комментарий, на который я сейчас отвечаю - стиль ответов, вокабуляр и желание мягко или не очень оскорбить - это не то, что я хочу видеть в статьях или комментариях.
Карма и рейтинг - инструмент, и люди им пользуются. И я так же воспользовался. И вы можете им воспользоваться. Ну и, видимо, я не один такой, и скорее всего люди не хотят видеть ваш стиль письма на портале.
Ваш призыв к помощи выглядит как "помогите, п*д*ры!", поскольку перемешан с той самой желчью, про которую вы пишете.
Видимо, окажусь единственным, кто отнесется с энтузиазмом к статье.
Я работаю в git каждый рабочий день своей жизни, и у меня накопилось к нему очень много вопросов. Можно даже сказать, что я задолбался жить с гитом. Помимо него есть опыт работы с Perforce, но это, право, еще хуже.
В следующий пет-проект я попробую работать с jj. Я не слышал о нем до этой статьи, но мне как-будто видится, что с ним может ьбыть действительно приятнее и продуктивнее работать. Единственные мои опасения - можно ли будет с ним работать так же приятно в большой команде на большом проекте. Может так статься, что jj станет заменой git хотя бы для одиночных проектов
Кому-то всё это нравится, но большинство нормальных людей негодует
Уютным вечером открываешь Хабр, а там тебя с порога ненормальным обзывают. Обидно, но дело даже не в этом, а в том что кто этот ваш автор такой, чтобы раздавать нормы
мне чето как-то сразу вспомнились ffmpeg и компиляторы, и я орнул с тезиса
что это даст?
ааа, я-то думал, почему статья вскрыла столько желчных личностей. а это один и тот же образец
вы просто не в курсе, сколько стоит ваш час
у автора хорошие статьи, и эта статья хорошая - со смачным удовольствием влепил плюс. отнюдь не мусор, не ваодите всех в заблуждение
Объясните, как и кому эта статья может быть полезной? Если я ничего не знаю про атомики, lock free и memory order, то статья не сможет мне это доступно объяснить - вы просто рассыпали горстью все термины, быстро прошлись по ним очень общими фразами, ничего фундаментально не объяснили и были таковы.
Memory order - моя самая тяжелая, вымученная тема, я прочитал по ней столько статей, столько умственных сил приложил, чтобы адекватно понять смысл и причинность этой темы: зачем memory order вообще оказался необходим; роль компилятора, процессора и кеша в этом всем; интуиция, best practices; что реально значат все эти happens-before, syncronizes-with, специфика на разном железе...
И вот приходите вы: вот есть memory order, тут короче lock free, все дела, тут у нас happens before, а еще cas, aba, профилируем значит, а memory_order_seq_cst используем для простоты рассуждения о коде.
После прочтения статьи возникает только один вопрос: что это было? Потом идешь в комментарии, а там: "вам статья была полезной?".
меня на днях угораздило собирать ffmpeg под windows - чуть не помер
документация - это разрозненные статьи (в т.ч. и официальная) разной степени устаревшести. в итоге получилась своя собственная инструкция на несколько экранов
В общем, Cursor всех усреднит до миддла :)
Я один из гнилых индивидуумов, поставивших вам минус в карму. Чтобы понять мою мотивацию достаточно взглянуть на ваш комментарий, на который я сейчас отвечаю - стиль ответов, вокабуляр и желание мягко или не очень оскорбить - это не то, что я хочу видеть в статьях или комментариях.
Карма и рейтинг - инструмент, и люди им пользуются. И я так же воспользовался. И вы можете им воспользоваться. Ну и, видимо, я не один такой, и скорее всего люди не хотят видеть ваш стиль письма на портале.
Ваш призыв к помощи выглядит как "помогите, п*д*ры!", поскольку перемешан с той самой желчью, про которую вы пишете.
Интересно, при чем здесь конкретно Go - понятие указателя существовало за много десятилетий до этого языка
а, еще одно важное - автор пишет, что jj совместим с git / GitHub. в ином случае я бы, пожалуй, не заинтересовался
Да даже если так, что плохого, что автор делится позитивным опытом работы с инструментом
Видимо, окажусь единственным, кто отнесется с энтузиазмом к статье.
Я работаю в git каждый рабочий день своей жизни, и у меня накопилось к нему очень много вопросов. Можно даже сказать, что я задолбался жить с гитом. Помимо него есть опыт работы с Perforce, но это, право, еще хуже.
В следующий пет-проект я попробую работать с jj. Я не слышал о нем до этой статьи, но мне как-будто видится, что с ним может ьбыть действительно приятнее и продуктивнее работать. Единственные мои опасения - можно ли будет с ним работать так же приятно в большой команде на большом проекте. Может так статься, что jj станет заменой git хотя бы для одиночных проектов
логика - она в коде. все остальное - игры словами
прямо-таки очень?
Уютным вечером открываешь Хабр, а там тебя с порога ненормальным обзывают. Обидно, но дело даже не в этом, а в том что кто этот ваш автор такой, чтобы раздавать нормы
Как тонко автор понимает, что я чувствую (нет)
да тут уже чисто частные замарочки: https://habr.com/ru/articles/950046/comments/#comment_28892724
так-то лог-шкала хорошее решение. у него правда один недостаток - не так шокирует резкостю изменений)
грандиозный комментарий - мое почтение. я приму к сведению все, что вы сказали (может звучать как сарказм, но это не сарказм)
познавательный момент про ведение коммитов в ядре Linux, эти-то точно собаку съели