#psy

Очень знакомо, да

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

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

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

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

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

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

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

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

Ахахаха, последний пост Дурова собрал так много дизлайков (порядка 30 тысяч), что он вырубил на канале реакции 🤡

#prog #meme

#prog #python #abnormalprogramming

Crimes with Python's Pattern Matching (перевод)

Или как при помощи __subclasshook__ поменять и даже сломать декларативность и семантику pattern matching в Python.

#music

Я всё ещё считаю, что Bytenommer незаслуженно непопулярен. И этот трек, пожалуй, пока что наилучшее из того, что он сделал.

youtube.com/watch?v=Lp2TxF8KTOM

Быстропортрет @insert_reference_here

❤️

Ещё и с собой портрет увёз

Чисто на сравнение вам новость:

https://snob.ru/accidents/v-tatarstane-opravdali-muzhchinu-iznasilovavshego-polutorogodovaluyu-doch/

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

Единственные слова, которые у меня есть — матерные

#prog #go

В Go недавно (кстати, thanks @go_perf) внесли изменение: "strconv: optimize Parse for []byte arguments". Что же там такого сделали? Читаем:

When one has a []byte on hand, but desires to call the Parse functions,
the conversion from []byte to string would allocate.

    var b []byte = ...
    v, err := strconv.ParseXXX(string(b), ...)

This changes it such that the input string never escapes from
any of the Parse functions. Together with the compiler optimization
where the compiler stack allocates any string smaller than 32B
this makes most valid inputs for strconv.ParseXXX(string(b), ...)
not require an allocation for the input string.

<...>

Previously, this was not possible since the input leaked to the error,
which causes the prover to give up and instead heap copy the []byte.
We fix this by copying the input string in the error case.
The advantage of this change is that you can now call strconv.ParseXXX
with a []byte without allocations (most times) in the non-error case.
The detriment is that the error-case now has an extra allocation.
We should optimize for the non-error path, rather than the error path.

Так а для чего это в принципе понадобилось? Дело в том, что строки в Go — это единственный, помимо числовых, неизменяемый тип данных. Не смотря на то, что представление строки — это префикс представления слайса (указатель и длина) и, по идее, конвертация из одного в другое должна быть дешёвой, в общем случае это делать небезопасно: этот слайс могут менять где-то в другом месте и таким образом инвалидировать иммутабельность строки. Именно поэтому конвертация из []byte в string в общем случае должна аллоцировать память. Да, в Go есть escape analysis, но он тут не работал из-за сомнительного дизайн-решения: ошибка парсинга включает в себя текст разбираемой строки.

(Кстати, функции для парсинга почему-то хоть и возвращают всегда *NumError — и даже пишут об этом в документации — но скрывают это в типах за error)

Как и описано в изменении, на error path строка теперь копируется. Но причём тут extra allocation, если аллокация и так раньше была? Дело в том, как именно это копирование строки реализовано — через написанную на месте функцию cloneString:

func cloneString(x string) string { return string([]byte(x)) }

И тут действительно две аллокации: из строки в слайс и из слайса в строку — на одну больше, чем до изменения. Казалось бы, можно использовать strings.Clone, которая ровно для этого и предназначена (и, кстати, которая эксплуатирует одинаковое представление префикса слайса и строки). Но нет, как написано в комментариях, транзитивной зависимостью strings является пакет unicode с объёмными таблицами, добавляющими размер итоговому бинарю.

Для сравнения: в Rust операция парсинга (которая, между прочим, называется одинаково вне зависимости от разбираемого типа и даже может поддержать кастомный тип через реализацию FromStr) проводится на &str. Какими бы не были байты на руках, их всегда можно привести к &[u8], ссылке на байтовый слайс, а их, в свою очередь, через std::str::from_utf8 к &str. Это не совсем дёшево в том плане, что требует прохода по всем байтам для того, чтобы убедиться, что они корректно закодированы в UTF-8, но всё же не требует аллокации в куче. Иммутабельность ссылки на пару с borrow checker-ом гарантируют, что во время вызова str::parse нижележащие байтики не будут изменены. При этом этот запрет на изменение действует лишь на время жизни ссылки, а потому ничто не мешает сделать это со ссылкой на некоторый изменяемый буфер.

TL;DR: отсутствие иммутабельности в Go (как, впрочем, и странные решения в стандартной библиотеке) напрямую ведёт к необходимости трейдоффов по производительности.

#prog #rust #serde #article

Exploring Traits with Erased ‘serde’ — статья с демонстрацией того, как erased-serde выглядит на практике и где это может пригодиться

#prog #rust #article

Trivia About Rust Types: An (Authorized) Transcription of Jon Gjengset’s Twitter Thread

Коллекция небольших неожиданных фактов о типах в Rust. И пофиг, что это компиляция треда в твиттере, всё равно интересно