Untitled — @дневники: асоциальная сеть

23:14 Мифологический БДСМ

-- Гермес -- бог-трикстер, как и Локи.
-- Да. Но Гермеса никто не приковывал к скале.
-- Он просто всё на Прометея свалил.

@темы: Викторика

URL

Комментировать

21:21 Дом, который я потерял: как умирал nnm-club

Вот тут уже бросают клич: insar.diary.ru/p214071298.htm .

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

И это мне остро напомнило то, о чём я обещал написать в посте про смерть.

О том, как закрывался nnm-club в 2008 году.

RAM
DATE&TIME	2008/12/??
SCENE TITLE	Дом, который я потерял: как умирал nnm-club
OUTLINE	zHz мирно проживает на nnm-club'е, но внезапно случается неприятность...

DISCLAIMER.
1. Я рассказываю так, как помню. Если у вас есть уточнения или важные дополнения (а некоторые участники тех событий меня читают) -- сообщите мне.
2. Я постараюсь воздержаться от оценочных суждений и излагать только факты. Однако даже факты могут быть ложны, ибо всю правду знают только администраторы.

(дела давно минувших дней)

@темы: Летопись

URL

Комментарии (23)

23:44 Строить не ломать

Итак, у меня было две версии функции. Одна была отлично откомментирована и хорошо разбита на блоки. Но она не работала. Это было следствие рефакторинга.

Другая работала. Изначальная. Но выглядела мягко говоря... не очень.

Передо мной стояла задача: надо было заставить первую работать.

Было две стратегии:
1. Долгим вдумчивым взглядом пытаться понять, чем же эти функции различаются, и где я облажался;
2. По частям вводить отрефакторенные блоки в старую функцию и следить, когда она перестанет работать.

Второе оказалось эффективнее.

@темы: Программирование, Говнокод, Очевидное-невероятное

URL

Комментировать

23:59 Whole words only

В большинстве дневников слетело оформление до такой степени, что прям слетело-слетело.

Поэтому интересный пост писать сегодня не хочу. Напишу ерунду.

В японском языке нет пробелов. Как же можно без напряга читать японские тексты? Как определять, где одно слово кончается, а следующее начинается? Честно говоря, я об этом не задумывался. Читал и читал. Но теперь подумал.

Тут есть две смежные проблемы: а) как определить конец слова б) как определить начало слова.

В японском языке тексты пишутся на смеси иероглифов (знаков, имеющих и смысл и чтение) и т.н. "хираганы" (эти знаки имеют только чтение). Иероглифами обычно записываются знаменательные слова. То есть те, которые имеют смысл. А хираганой записываются окончания слов и служебные слова, не имеющие собственного смысла.

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

А теперь главный ключ. Иероглифы и хирагана выглядят очень по-разному. Иероглифы угловатые (например, 本, 曜, 顰

. Хирагана же круглая (например, 　の, ふ, ゑ

.

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

海産物を特に嫌っており、このことは彼の作品に登場する邪神たちの造形に強く影響を及ぼしている。逆に好物はチーズ、チョコレート、アイスクリームで、これは母親が彼の好むものだけを与えたことによる。酒・タバコは嗜まなかった。また極端な寒さ嫌いで、これもまた『冷気』などの作品に反映している。芸術作品については、彼の作品に見られるものと同じく、古いものを愛した。絵画に関しては風景画を好み、建築に関しては機能的な現代様式を嫌い、ゴシック建築を好んだ。あらゆる種類のゲームやスポーツに関心がなく、古い家を眺めたり、夏の日に古風で風景画のように美しい土地を歩き回ることを好んだ。幼い頃にヴァイオリンを習わせられていて、これが好短編『エーリッヒ・ツァンの音楽』などに若干反映されているが、音楽に関する好みは貧弱であった。

С концами слов сложнее. Тут уже приходится думать. Если слово состоит из двух и более иероглифов, то оно, как правило, не имеет окончания (потому что слова из нескольких иероглифов заимствованы из китайского языка "как есть", а там нет окончаний). Поэтому последний иероглиф перед хираганой -- это конец слова. Однако если слово состоит из одного иероглифа, то обычно это исконно японское слово. В таких словах может как быть окончание, так и не быть. Тут возможны несколько вариантов:

иероглиф -- служебное слово -- следующий иероглиф
иероглиф -- окончание -- следующий иероглиф
иероглиф -- окончание -- служебное слово -- следующий иероглиф

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

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

А вот как люди умудряются читать КИТАЙСКИЙ текст -- мне действительно интересно.

@темы: Японский язык, Восприятие

URL

Комментарии (2)

23:58 Что вижу то пою

Надо учиться лучше держать свои мысли при себе.

Заходит коллега из другого отдела. С кружкой. На кружке олени.

Я: О, олень!

Повисло напряжённое молчание.

Я: Я про кружку.

Напряжение снизилось.

Коллега: А. Сначала я думал, что ослышался. И что ты сказал "Добрый день". Но на всякий случай решил проигнорировать.

@темы: Случай из жизни, Мысли

URL

Комментарии (9)

23:54 О перспективах закрытия diary.ru

Всем заинтересованным лицам сообщаю: в случае внезапного закрытия diary.ru на первое время я перееду сюда:

zhz00.livejournal.com/

Там же будет продублирована информаци о том, где меня искать, если закрытие будет не внезапным, а плановым.
Также я проверяю почту mailto:[email protected] .

Кто не в курсе, вот официальная инфа:
Раз :diary-spirit.diary.ru/p212362335.htm
Два: diary-spirit.diary.ru/p214057537.htm

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

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

(я прочитал предупреждение и готов узнать, что там понаписал этот уёбок)

@темы: Дзякиган, Мысли

URL

Комментарии (7)

23:36 Пирожки для чайников

Коллега1 принёс на работу пирожки, которые испекла его жена. Я вижу -- в них есть дырки. По одной дырке на пирожок.

Я спрашиваю: А зачем в пирожках отверстия?

И тут коллега1 и коллега2 отвечают хором:

Коллега1: Это чтобы пирожки не взрывались!
Коллега2: Это для стравливания избыточного давления!

Смех тут в том, что коллега1 -- доктор наук, а коллега2 -- кандидат.

А потом коллега1 рассказал ещё более потрясающую вещь. Если отверстие одно -- то пирожок с яблоком, если два (таких не было), то с капустой. И так далее.

@темы: Случай из жизни, Наблюдения

URL

Комментарии (4)

23:59 Град обреченный

То ли я раньше этого не замечал, то ли в Москве действительно весьма усилилась подсветка неба наземными источниками света. Когда пасмурно, некоторые выступы облаков имеют цвет, заметно отличающийся от фона. При этом кажется, будто источник света расположен ЗА облаком, а не перед ним.

И вот один из примеров этого.

Иду я как-то и вижу -- луна за облаками. Полная. Но постойте, ведь сейчас новолуние! Кроме того, полная луна за облаками на самом деле выглядит не так. Она формирует вокруг себя огромный полуосвещённый круг, а тут был маленький, аккуратненький, точно размером с луну. Что за ерунда.

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

То есть, на самом деле это был бетмен-прожектор! Только без летучей мыши.

@темы: Наблюдения

URL

Комментарии (5)

22:03 Centaur no Nayami 01-12 END

Авторам явно пришлось по душе то, как необычно выглядит один из персонажей сериала Demi-chan wa kataritai, а именно -- безголовая девушка. Нет, такое было и в других местах, к примеру, в Durarararararara. Однако там не было головы. В Demi-chan... же голова есть. И она активно участвует в повествовании. Это вызывает какое-то инфернально-сюрреалистичное чувство, поскольку все окружающие к безголовой девушке с головой подмышкой относятся нормально.

В данном же сериале решили сделать, чтобы ВСЕ персонажи выглядели необычно. Хотя большая часть необычных персонажей для аниме как раз довольно обычна, типа ангелочков и чёртиков, есть и те, которые смотрятся примерно так же, как дуллахан из Demi-chan... И это кентавр и человек-змея.

Я буду продолжать сравнивать Centaur no Nayami с Demi-chan... , поскольку у них много общего. Оба сериала номинально -- комедийная повседневность. Однако если Demi-chan более-менее хаотичен, то Centaur no Nayami -- систематичен. И главный элемент системы -- это внутрисериальное пояснение о том, почему у всех живых существ либо есть крылья, либо рога, либо что-нибудь ещё. Ниже я коротко перескажу это пояснение:

"Давным-давно вся жизнь на земле разделилась на четвероногих и шестиногих животных. А четвероногие вымерли. Поэтому мы все являемся потомками выживших шестиногих".

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

Что же ещё есть в этом сериале, кроме комедийной повседневности, ради которой его, безусловно, стоит смотреть?

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

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

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

Скриншотов много не будет.
(смотреть)

@темы: Аниме

URL

Комментарии (5)

23:52 Добби свободен

Старушки иногда обращаются ко мне с целью перемещения их тележек по лестничным пролётам.

Иду по лестнице. Посередине стоит старушка с тележкой.
Старушка:
-- Кто-нибудь, помогите поднять тележку!
Я подхожу и встаю рядом.
-- Помогите поднять тележку!
Я стою, смотрю на неё. Она смотрит в сторону. Потом поворачивается.
-- Да я не вас прошу, а их!

Машет рукой в сторону. Я смотрю туда -- там стоят два лица без национальности. Я пожимаю плечами и иду по лестнице дальше.

Тут эти два лица меня обгоняют и быстро исчезают в дали. Без тележки.

О_О

И почему ей требовалась именно их помощь?

@темы: Случай из жизни

URL

Комментировать

23:59 Untitled [511]

Кредитными картами я не пользуюсь. Была у меня одна, пролежала на полочке 3 года, потом закрыл. Тем не менее, условия кредитных карт, как правило, стандартные. Они мне известны.

Предоставляется беспроцентный кредит на 50 дней. Месяц средства расходуешь, потом ещё 20 дней есть, чтобы погасить задолженность. Если погасил частично (обычно 5-10% задолженности), на остаток проценты начисляются в размере 20-30% годовых. Но зато на следующий месяц заново открывается полный об'ём кредита. Называется -- револьверный кредит.

Вроде всё чётко и ясно. Условия более-менее драконовские, но честные. Я думал, тут нет никаких подвохов.

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

ОКАЗЫВАЕТСЯ беспроцентный кредит действует только при безналичной оплате. Если осуществить операцию "получить наличные" в банкомате, то 50-дневный срок сбрасывается в 0 и сразу начинают начисляться проценты в том самом размере 20-30% годовых!

@темы: Сбербанк, Наблюдения

URL

Комментарии (20)

22:46 Anki и реклама

Anki -- программа для зазубривания связанных фактов. Часто её используют для заучивания слов и иероглифов (связка слово -- перевод). Анки в переводе с японского означает "помнить наизусть".

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

Авторы программы сочли, что такие промежутки приводят к наиболее эффективному запоминанию.

На разных каналах по-разному, но допустим, что по телевидению во время показа фильмов рекламу пускают каждые 20 минут и длится она 5 минут.

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

Очевидно, заказчики показа знали о методе интервальных повторений. Человек, смотрящий фильм даже не целиком, имеет все шансы увидеть ролик 4 и более раз по схеме:

первый показ -- 2 минуты -- второй показ -- 20 минут -- третий показ ( -- 2 минуты -- четвёртый показ).

Это способствует наиболее эффективному запоминанию рекламы.

@темы: Наблюдения

URL

Комментарии (2)

22:40 Рациональное мышление

Заходит мужик в автобус. Говорит водителю:
-- Скажите, а я до улицы Копытной доеду?
-- Возможно.
-- Э, что значит "возможно"?!
-- (раздражённо) Ну откуда ж я знаю, может вы раньше выйдете?

@темы: Случай из жизни, Викторика, Общественный транспорт

URL

Комментарии (2)

23:58 Ключевое слово static в C-like языках: масонская ложа

На эту тему существует несколько заметок, однако я счёл, что все они обладают недостатками. Поэтому решил написать свою.

Ключевое слово static -- наверное, самое эзотерическое слово в языках Си-группы. Во-первых, оно довольно редко нужно (но volatile, конечно, круче). Во-вторых, в зависимости от контекста это слово может означать довольно разные вещи.

(читать дальше)Если пытаться найти что-то общее среди всех применений, то static следует переводить как "глобальный, но скрывает это".

1 Язык Си

1.1 Статическая локальная переменная

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

Пример.

void f(void)
	{
		static int n=0;
		printf("n=%d\n",n);
		n++;
	}

int main (void)
	{
		f();
		f();
		f();
	}

На экране должно появиться:

0
1
2

Зачем. В данном случае переменная просто является счётчиком вызовов (что может быть полезно). Основное же применение статической локальной переменной -- это сохранение состояния вычислений внутри функции. Имеет смысл в различных итерационных методах, когда каждый вызов функции должен учитывать результаты работы предыдущих. Например, так можно реализовать конечный автомат.

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

Как известно, данные программа размещает в трёх местах. Во-первых, это стек. Там хранятся все локальные переменные. Во-вторых, это так называемая "область данных". Некая область, куда при старте программы складываются все глобальные переменные. Туда же попадают, к примеру, строковые константы. В примере выше строка "n=%d\n" будет храниться в области данных. Третье место -- это динамическая память. То, что получается через malloc/new. Эта память выделяется на ходу и не имеет отношения к двум предыдущим.

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

1.2 Статическая глобальная переменная

Это вообще отдельная песня. Если глобальная переменная об'явлена как статическая, она видна только в текущем c-файле (модуле; дальше для краткости я буду писать именно "модуль", а не "единица трансляции" и не "c-файл").

Пример.

file1.c:

static int i;//1

file2.c:

int i;//2

file3.c:

extern int i;

К глобальным переменным нельзя просто так получить доступ из других модулей. Надо в этих других модулях об'явить переменную как extern. Тогда при сборке компоновщик (linker) будет искать переменную с таким именем в других модулях. Однако если переменная статическая, компоновщик к ней не привяжется, а будет искать другую. В данном случае в file3.c будет использоваться переменная, у которой в комментарии указано "2". (Переменные, обозначенные "1" и "2" -- разные.)

Зачем. Чтобы у вас не возникло конфликта с каким-нибудь ушлёпком, который в соседнем модуле сделал глобальную переменную с таким же именем.

1.3 Статическая (глобальная) функция

А неглобальных функций в Си и нет. Тут то же, что и глобальная переменная, но есть особенность.

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

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

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

2 C++

То, что работало в Си, точно так же работает и в Си++, но тут на это ключевое слово навесили ещё кое-что.

В качестве предупреждения о разнице между Си и Си++ указываю на то, что лично для меня оказалось неожиданностью: локальная статическая переменная метода класса существует в единственном экземпляре на все экземпляры класса.

2.1 Статическое поле класса

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

Пример.

struct A
	{
		static int i;
		int a;
		A(){a=0;}
	};

int A::i=5;//*

int main(void)
	{
		A a,b;
		a.a=7;
		a.i=8;

		printf("b.a=%d\n",b.a,"b.i=%d\n",b.i);
	}

Мы увидим:
0
8

Хотя 8 мы записывали только в об'ект a!

Обратите внимание на строчку, помеченную звёздочкой. Дело в том, что об'явление статического поля класса не производит выделения памяти под него в области данных. На самом деле это странно, но вот так. Поэтому надо выбрать модуль, в котором реально будет храниться это поле, и сделать там его настоящее определение так, как это указано выше (при этом об'являть как extern в других модулях поле не надо!). Там же можно его инициализировать (и это единственный способ). В конструкторах "инициализировать" статические поля не советую, т.к. при создании каждого об'екта значение поля будет перезаписываться.

Также можно получать доступ к статическому полю иным способом:

A::i=9;

При этом существование хотя бы одного экземпляра класса необязательно.

Я пишу про классы, но почему-то в примере у меня структура. Почему я так сделал -- предлагаю разобрать самостоятельно. Вместо этого я укажу на совершенно неожиданное свойство, касающееся об'единений (union). Оказывается, поля об'единения не могут быть статическими, кроме одного очень особого случая. Если об'единение у вас анонимное и глобальное, то все его поля должны быть явно об'явлены как static. Пруф.

Зачем. Я могу придумать несколько применений:
1. Общие данные класса. Например, счётчик экземпляров. Можно в каждом конструкторе увеличивать поле на 1, тогда его значение будет показывать число созданных экземпляров. Для корректной работы требуется создание отдельного конструктора копий, иначе может возникнуть казус.
2. Общие ресурсы класса. Если все экземпляры класса работают с каким-либо оборудованием, то через статические поля можно реализовать работу с мьютексом (взаимоисключением).
3. Данные, предназначенные специально для работы со статическими методами (см. ниже).

Статическое поле класса по сути является глобальной переменной, но об этом знает только класс, полем которого оно является.

2.2 Статический метод класса

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

Нет.

Метод класса получает ещё один, невидимый параметр. И это указатель this. Все обращения к полям внутри метода осуществляются через него. Мы пишем:

void A::f(void)
	{
		a=3;
	}
//...
A a;
a.f();

А на самом деле это (я по ассемблеру проверил):

void f(A *this)
	{
		this->a=3;
	}
//...
A a;
f(&a);

(естественно в жизни это не заработает, т.к. компилятор не разрешит использовать this как имя переменной; для проверки я использовал имя _this)

Наличие скрытого параметра накладывает ряд ограничений на метод класса. Например, некоторые функции стандартной библиотеки, WinAPI и т.п. от нас хотят получить в качестве аргумента указатель на функцию (например, функции qsort, CreateThread). Однако даже при совпадении прототипа мы не можем передать указатель на метод класса, т.к. на самом-то деле прототип не совпадает! Есть только видимость совпадения. И как бы мы прототип не меняли, мы не сможем избавиться от скрытого параметра.

Если не об'явим метод статическим.

Статический метод не получает указателя this. Таким образом, он может обращаться напрямую только к статическим полям класса. Чтобы получить доступ к остальным, ему надо как-то (например, через параметры) получить указатель на какой-нибудь экземпляр класса.

Конструктор и деструктор статическими быть не могут (в C# конструктор статическим быть может, см. далее).

Пример. CreateThread -- отличный пример.

struct A
	{
		int i;
		static DWORD ThreadFunc(LPVOID _this)
			{
				for( ; ; )
					{
						((A*)_this)->i++;
						Sleep(1);
					}
			}
	};
//...
A a,b,c;
CreateThread(NULL,0,ThreadFunc,(void*)&a,0,NULL);
CreateThread(NULL,0,ThreadFunc,(void*)&b,0,NULL);
CreateThread(NULL,0,ThreadFunc,(void*)&c,0,NULL);

CreateThread создаёт новый поток программы, который выполняется одновременно с main. В качестве третьего параметра функция хочет получить указатель на функцию со следующим прототипом:

DWORD ThreadFunc(LPVOID *p);

Возвращаемое значение нужно как результат работы функции. А указатель в качестве параметра (LPVOID это то же, что и void*) позволяет функции потока понять, с какими данными работать.

Четвёртый параметр CreateThread является тем самым указателем, который потом передаётся функции потока. (остальные параметры в данном случае значения не имеют)

Таким образом, статическая функция вызывается трижды и каждый раз при вызове получает указатель на свой об'ект класса A. В данном случае эта функция ничего особенного не делает, просто увеличивает значение поля класса. В приведённом выше примере значения полей каждого из трёх экземпляров будут расти синхронно.

Зачем.
1. Пример выше: мы хотим передать указатель на метод класса как аргумент другой функции.
2. Метод не зависит от данных класса. Типичный пример этого -- математические библиотеки. Создаётся класс без полей, но с кучей статических методов, которые делают сложные расчёты. Экземпляра класса может даже не быть, а методы могут вызываться через имя_класса::метод(). Преимущество тут в том, что нам не надо создавать отдельный экземпляр класса при вызове. И не надо думать, имеется ли сейчас в области видимости хотя бы один. Хотя я считаю, что для этих целей лучше подходят пространства имён (namespace).
3. Метод требует статических данных подобных статической локальной переменной, однако необходимо, чтобы экземпляры класса имели к этим данным доступ. Это как раз тот случай, о котором я писал в п. 2.1, когда статические поля класса создаются по нужде статического метода.

3 С# и Java

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

3.1 Java: статический вложенный класс

В Яве нету:

глобальных переменных (а значит, и их статичности);
глобальных функций (а значит, и их статичности);
статических локальных переменных.

Однако статические методы и поля классов работают точно так же.

Появляется одна новая фишка -- статический вложенный класс. (подробности тут)

Оказывается, чтобы создать экземпляр вложенного класса, сначала надо создать экземпляр внешнего класса:

public class A
	{
		public class B
			{
			}
	}

A a= new A();
B b = a.new B();

Однако если вложенный класс статический, то можно делать так:

public class A
	{
		public static class B
			{
			}
	}

B b = new B();

3.2 C#: статический класс и статический конструктор

Глобальных переменных и функций тоже нет. Статические локальные переменные поддерживаются. Статические поля и методы классов тоже.

Тут новая фишка называется почти так же, а значит совсем другое. Тут просто "статический класс".

public static class A
	{
	}

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

Кроме того, поддерживается статический конструктор (не поддерживаемый в Яве и Си++), предназначенный для инициализации статических полей. Указано, что он вызывается в промежутке между стартом программы и созданием первого экземпляра класса. По-видимому, использовать статические поля без хотя бы одного экземпляра нельзя, иначе когда будет вызываться конструктор?

4 PHP: позднее статическое связывание

Статически локальные переменные работают в PHP примерно так же. Статические поля класса и методы тоже (но статическое поле нельзя указать через стрелку, только через два двоеточия). Но всё же слово static явно мёдом намазано, поэтому в PHP на нём висит ещё одно совершенно особенное действие: static, подобно self, раскрывается как имя класса. но не того класса, где слово static написано (как это происходит с self), а того, в котором реально происходит вызов. Это называется позднее статическое связывание (late static binding, подробнее об этом тут).

Пример. ( отсюда: php.net/manual/en/language.oop5.static.php#1048... )


class a
	{
		static protected $test="class a";
		public function static_test()
			{
				echo static::$test."\n"; // Results class b
				echo self::$test."\n"; // Results class a
			}

	}

class b extends a
	{
		static protected $test="class b";
	}

$obj = new b();
$obj->static_test();

Должно вывести:
class b
class a

5 Заключение

А ну его, устал я...

@темы: Программирование, Статьи

URL

Комментарии (5)

23:59 Китай

Я уже встречался с чужими механическими фейлами при проектировании электроники.

И вот ещё один.

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

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

Однако.

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

Видимо, корпус придётся пилить.

@темы: Фейлы, Борьба с техникой, Электроника

URL

Комментировать

23:59 Об опрадваниях

Оправдываться, когда тебя не спрашивают -- плохо. Долгое время я думал, что это не так. Но сейчас моё мнение иное.

Короткие оправдания -- ещё ладно. Но длинные -- однозначное зло. (к случаям, когда у вас интересуются, почему вы так себя ведёте, оправдания не относятся)

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

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

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

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

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

Он сказал: "Раз я задержал книжку, вам скидка 100 рублей".

Преображение произошло у меня в сознании. А точнее -- в эмоциях. Моё неприятие как рукой сняло. Я даже немножко положительно стал к нему относиться.

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

@темы: Восприятие, Мысли

URL

Комментарии (8)

23:56 Эволюция эгрегора

Вот что мне рассказали (и разрешили пересказывать).

Одна учительница английского языка учила с младшеклассниками новые слова. И одно из слов было -- duck. Спрашивает на следующем занятии, как будет "утка" -- никто не помнит.

Учительница: Я вам подскажу. Я начну, а вы продолжайте. Дональд...
Дети: ТРАМП!

@темы: Случай из жизни, Викторика, Политика

URL

Комментарии (1)

22:35 My Little Pony The Movie (2017)

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

(18+)
Вот тут некоторые недовольны сюжетом, говорят, что он туп, либо бессвязен, нелогичен.

Горите в аду.

Вы нихуя не поняли, что вам показали. РАСКРОООЙТЕ ГЛАЗААА. Сюжет этого фильма -- хрестоматийное инициатическое путешествие (мономиф Кэмпбелла ( www.youtube.com/watch?v=2174B8fVZ6g ), путешествие героя в Таро (описано у Банцхафа) -- вот это всё). При этом поезд следует, блядь, со всеми остановками. С посещением мира мёртвых. Каждый этап чётко локализуется.

Это, блядь, лучший фильм, что я видел в последние годы. Уровня Одиссеи Гомера или Ночной Земли Ходжсона (это, правда, не фильмы).

Кто разбирается в Таро, очень рекомендую растащить фильм по арканам. Получите огромное удовольствие.

[далее возможны спойлеры]

Твайлайт Спаркл (и её команда) проходит инициацию как принцесса дружбы не тогда, когда получает крылья. И не тогда, когда её поселяют в замке. А именно (!) во время этого фильма. И то, что она выигрывает несмотря на свой фейл -- лишь подтверждает её статус: дружеская поддержка организуется как отдалённое следствие всех её действий в прошлом. И единичный фейл не в состоянии всё перечеркнуть.

И сокровище, которое она должна обрести по схеме мономифа -- вовсе не та магическая сфера. Эта сфера -- хуйня. Настоящее сокровище -- вот эта вот поддержка. И Твайлайт обретает её по-настоящему, как Наноха.

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

А этот фильм -- гигантская веха.

Следующие две добавки не относятся к тексту выше.

(добавка, без спойлеров)

(добавка, со спойлерами)

@темы: Дзякиган, Кино/Мультфильмы

URL

Комментарии (67 - 1 2 3 )

23:39 Ипполит

Еду я как-то по Калужско-Рижской линии. Заснул. Просыпаюсь, смотрю в окно. Там станция:

-- белый кафель на стенах: √
-- красно-розовые колонны: √
-- из-за одной из колонн видны буквы "КА": √

О боги! Как я оказался на Каширской-то?! Она же на другой линии!

Где я?! Кто все эти люди?!

По такому поводу просыпаюсь окончательно.

(ответ)

@темы: Случай из жизни, Общественный транспорт

URL

Комментарии (8)

23:59 Знаковые числа как беззнаковые

Это больше заметка для себя о том, как я лоханулся и почему это произошло.

(осторожно, шестнадцатеричные представления чисел!)Знаковые (signed) числа хранятся в компьютере в т.н. "дополнительном коде".

Я хранил массивы данных разных типов. Но для передачи их из микроконтроллера мне показалось логичным их все представлять как один тип. uint32_t (беззнаковый, 32-битный). Естественно, я просто записывал знаковые числа по нужному адресу, на который указывал беззнаковый указатель. В компьютере я всё проделывал наоборот и получал своё изначальное число.

Всё было хорошо, пока я не стал вводить усреднение: я получаю с датчика несколько чисел, складываю их, а потом делю на количество. Получаю вместо 10 чисел -- одно. И отправляю в компьютер только его.

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

Датчики возвращали только 18 бит в дополнительном коде (потому что датчики 18-разрядные). Старшие биты 32-разрядных чисел были забиты нулями.

Почему дополнительный код для отрицательных чисел так часто используется? У него есть фишка: сложение и вычитание знаковых и беззнаковых чисел происходит одинаковым образом. Поэтому храня и даже складывая знаковые числа я ошибки не совершал. А ошибка была при делении. Делить знаковые числа как беззнаковые нельзя.

Что же происходило?

Пусть есть два числа и мы хотим посчитать среднее. Рассмотрим три случая.

1. Оба числа положительные
Допустим, это числа 16 (0x00000010) и 18 (0x00000012). При сложении (в 32-разрядной сетке) мы получим число 0x00000022. И при делении 0x00000011. Это 17. Всё правильно.

2. Оба числа отрицательные
Пусть теперь оба числа будут отрицательными, 18-разрядными в дополнительном коде, расширенные слева нулями до 32-бит. -16 и -18.

В шестндацатеричном виде это будет 0x0003FFEA и 0x0003FFE8. При сложении это даёт 0x0007FFD2. При делении пополам как беззнакового это даёт 0x0003FFE9. Если взять младшие 18 разрядов и рассмотреть их как знаковое число в дополнительном коде, мы получим как раз -17 (подробный разбор преобразований я не привожу). Пока всё правильно.

3. Одно положительное, другое отрицательное
Когда же результат должен быть около нуля, то часть чисел при усреднении могут быть положительными, а часть отрицательными. И именно этот-то случай и вызывал ошибку. В качестве супер-примера теперь будут числа 1 и -1. Очевидно, в среднем они должны давать ноль. В шестнадцатеричном виде 1 это будет 0x00000001. А -1 (по тем же правилам: дополнительный код 18 бит, расширенный нулями до 32) это будет 0x0003FFFF. Если сложить эти два числа, получается 0x00040000. Деление пополам как беззнакового даёт 0x00020000.

Вот тут я обратное преобразование из дополнительного кода распишу подробно:

В двоичном виде число выглядит так:
0b00000000 00000010 00000000 00000000

Единичный бит означает, что число отрицательное (число 18-разрядное, поэтому старшим следует рассматривать 18-й бит, если младший считать первым). Остальные биты равны нулю. И эти нули надо преобразовать в модуль отрицательного числа. Для этого надо все (младшие) биты инвертировать и прибавить единицу (это правила работы с дополнительным кодом). Результат надо трактовать как беззнаковое число. Получается:

0b00000000 00000001 11111111 11111111
+
0b00000000 00000000 00000000 00000001
=
0b00000000 00000010 00000000 00000000

(кстати, получилось побитово то же, что и было)
В итоге модуль этого числа будет 131072, а знак отрицательный. Т.е. это -131072. А должно было быть 0, вообще-то.

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

@темы: Программирование, Говнокод

URL

Комментировать