Дискового пространства нужно не так уж много. Если в 10 тыс. статей вставить по 1 изображению размером по 300 кбайт, получается всего 3 гига. Ну всякие бэкапы да репликации отожрут ещё сколько-то, но это мелочи. Вопрос, я думаю, в трафике…
Ещё было бы неплохо хостить картинки из статей на серверах хабра, ведь если копнуть страниц на 500 назад, можно обнаружить, что половина ссылок на картинки уже дохлая. Зачем тогда вообще нужны эти статьи?
А я бы хотел чтоб мой телефон мог за меня звонить, договариваться о встречах, читать книги и самообучаться. Ну и т.п. Это я к тому, что идей можно придумать тысячи. Но кроме всего прочего неплохо бы подумать и об их практической реализации. На мой взгляд, на данном этапе развития OCR-систем написать нормальный (!) переводчик невозможно. Кстати, недавно наткнулся на приложение Google OCR. Интересно в качестве «поиграться», но не более.
Как раз сейчас от нечего делать расширяю WPF, чтобы обычные гуёвые проекты можно было запускались в консольном режиме и на выходе получалось нечто Turbo Vision-подобное. Это хардкор. %)
совершенно не понятно, каким образом я смогу доказать, что syncBlock — это именно 4-хбайтовое значение. Имхо, об этом можно только прочитать, либо догадаться, проведя некоторое количество экспериментов. Или где-то в глубине typehandle-ов всё-таки есть полные метаданные о class-layout-е, в т.ч. и о вспомогательных полях?
Экземпляр этого класса занимает 12 байт. 4 байта отводится на ссылку на элемент в таблице синхронизации (если объект не участвует в блокирующих операциях, эти 4 байта равны 0), 4 на ссылку на тип объекта, последние 4 на значение Val.
Как это проверить не знаю =)
Хабр — не место для копипастеров. Размещение полностью скопированного чужого контента с других сайтов запрещено. Даже при использовании гиперссылки на источник. В таких случаях лучше использовать топики-ссылки.
Ну про фотошоп ничего сказать не могу, а вот про текстовые редакторы — это вы зря… Общий лэйаут страницы, если это не сплошной текст, вполне узнаваем на миниатюре с шириной в 100 пикселей. Взять хотя бы Adobe Reader. Я часто пользуюсь опцией показа миниатюр страниц. Удобно, особенно если текст разбавлен картинками. Ну и никто не мешает дописать снизу миниатюры номер страницы.
Хоть я и не таскаю текст мышкой, но вообще идея имеет право на существование. Если неохота тянуться до клавиатуры, довольно удобно. Есть только одно дополнение: для того, чтобы это было юзабильно, нужно сделать секундную задержку перед скроллингом к месту вставки, а сам скроллинг сделать плавным.
Согласен, но если бы в VS2010 из новинок были одни только мелочи…
Где-то читал, что в новой версии был существенно дополнен API для плагинов, что, якобы, позволит решарперу и другим подобным тулзам использовать готовый AST, предоставляемый VS, вместо того, чтобы каждый раз при открытии файла парсить его заново и хранить в памяти огромное количество дублирующей информации. Вот про это было бы действительно интересно почитать…
Ехал %username% через %username%,
Видит %username% — в %username% %username%.
Сунул %username% %username% в %username%,
%username% за %username% %username% %username%.
Вообще-то это как раз пример самомотивации…
X obj = new X();
fixed (int* ptr = &obj.Val)
{
int val = ptr[0];
int typeHandle = ptr[-1];
int syncBlock = ptr[-2];
}
сойдёт за ответ? =)
Как это проверить не знаю =)
Хабр — не место для копипастеров. Размещение полностью скопированного чужого контента с других сайтов запрещено. Даже при использовании гиперссылки на источник. В таких случаях лучше использовать топики-ссылки.
От 3 до 5 лет.
Где-то читал, что в новой версии был существенно дополнен API для плагинов, что, якобы, позволит решарперу и другим подобным тулзам использовать готовый AST, предоставляемый VS, вместо того, чтобы каждый раз при открытии файла парсить его заново и хранить в памяти огромное количество дублирующей информации. Вот про это было бы действительно интересно почитать…
Видит %username% — в %username% %username%.
Сунул %username% %username% в %username%,
%username% за %username% %username% %username%.