Pull to refresh
39
0
Игорь @elw00d

Разработчик

Send message
Не знаю, может быть, аналитики просто растянули график влево. Однозначно могу сказать только то, что данные, приведённые в таком виде, представляются мне сомнительными.
Странно видеть график с iOS-вакансиями за 2006 год, когда еще не было iPhone.
А сейчас вообще через какие браузеры проникают такие штуки? Только ИЕ? или для других браузеров тоже имеются эксплоиты?
Эх, вот бы ещё патчик, который бы позволял в одном запросе более одного раза обращаться к временной таблице…
Ну вот эта раскладка мне как раз не нравится, из-за наличия числовой клавиатуры клавиши PgUp/PgDown/Home/End приходится размещать сверху, а это сверхнеудобно при наборе текста. Так что ваше предположение о том, что я именно про эти 4 клавиши — верно.
Главное не прекращайте производить ноутбуки с нормальной раксладкой клавиатуры image
Как-то сложновато всё, имхо. А штуки типа detach HEAD производят впечатление текущей абстракции. Но сама статья супер, спасибо, теперь более или менее разобрался.
C++ for real programmers, Jeff Alger
И как вы справились с этой проблемой?
Спасибо огромное!
Подскажите пожалуйста, а как вы настроили студию, чтобы она не рисовала менюшку большими буквами?
А у вас не было случаев, когда Word при сохранении rtf-шаблонов разбивал определение поля на несколько? У меня, к примеру, частенько было вот такое безобразие в сохранённом файле:

{\fldrslt {\rtlch\fcs1 \af0\afs24 \ltrch\fcs0 \f0\lang1024\langfe1024\noproof\insrsid6494982\charrsid5374675 $}{\rtlch\fcs1 \af0\afs24 \ltrch\fcs0 \f0\lang1024\langfe1024\noproof\langnp1033\insrsid6494982 contract}{\rtlch\fcs1 \af0\afs24 \ltrch\fcs0 \f0\lang1024\langfe1024\noproof\insrsid6494982\charrsid5374675 _}{\rtlch\fcs1 \af0\afs24 \ltrch\fcs0 \f0\lang1024\langfe1024\noproof\langnp1033\insrsid6494982 date}}}

Здесь видно, что подставляемое поле $contract_date было разбито на 4 части: $, contract, _ и date.
Чтобы это исправить, нужно удалить лишние группы (rtf-группы — это все, что внутри фигурных скобок), и оставить только одну группу с полным текстом переменной:

{\fldrslt {\rtlch\fcs1 \af0\afs24 \ltrch\fcs0 \f0\lang1024\langfe1024\noproof\langnp1033\insrsid6494982 $contract_date}}}

В итоге я написал программу, которая парсит RTF-файлы и вносит вот такие вот исправления. Прогоняю после каждого изменения шаблона.

(Правда, в моём случае был не QUOTE, а FORMFIELD, но, думаю, это не суть важно).
А он не моноширинный?
Похоже, конечно, но Scada — более удлинённый в высоту. Буквы «ш» и «т» в наклонном начертании тоже различаются. Запятые совсем разные.
Спасибо, интересная ссылка. Но судя по тому, что там они сделали — вполне понятно, почему оно не взлетает. Оно и не взлетит, если излишне пытаться сделать ВСЁ графическими примитивами. На мой взгляд всю их блоксхему как раз проще запихнуть в один «квадратик» а внутри квадратика написать код обычным текстом. А вот уже с чем связать этот квадратик — другой вопрос.
Ну вообще если вспомнить о нелинейной сути программы, то можно сформулировать текущую ситуацию следующим образом: программа — это многомерный граф связанных между собой объектов, а исходный код — проекция этого безобразия на двумерный массив символов. Собственно все «последние» выдумки программистов (аспектно-ориентированное программирование, к примеру) — это попытки улучшить презентабельность этой проекции. То есть, грубо говоря, начиная навешивать аннотации на классы, мы добавляем в нашу программу еще 1 «измерение». Добавляя xml-файлы с описанием — тоже. И еще, и еще.
Так что все автор верно говорит. Рано или поздно мы придем к пониманию того, что голый текст — далеко не лучшее представление программы, и даже продвинутые IDE уже не очень помогают. Будут сделаны специальные редакторы для кода. В них программист будет явно создавать различные программерские «объекты» (типы, функции, определения) уже не голым текстом, а в специальном интерфейсе. Соответственно, связи между этими вещами будут храниться нативно, и не составит никакого труда написать удобные инструменты для просмотра программы под разными углами (можно сказать мы будем «вертеть» многомерный граф программы руками, рассматривая его различные грани с удобных для нас позиций).
Интересная статья, всегда приятно читать размышления на тему того, что можно было бы улучшить. Полезно для мышления — немного отойти вбок и посмотреть на проблемы под другим углом, спасибо автору. Но все же стоит помнить о том, что самая важная вещь, которой следовал Страуструп при проектировании языка — это совместимость с Си. Мне кажется, у него было много задумок на тему того, как можно улучшить синтаксис (к примеру, убрать сишные определения массивов и указателей на функции), но, к сожалению, он не мог себе этого позволить. Иначе С++ никогда не обрёл бы той популярности, которую он имеет сейчас. Рекомендую прочесть «Дизайн и эволюция С++» самого Страуструпа (если кто не читал ещё), реально _очень_ хорошая книга.
Ничего плохого не вижу. Вообще мы не про строки говорили изначально, а о конкретном случае оптимизации выполнения цикла. И до сих пор я так и не получил доказательств того, что значение свойства Length строки может быть закешировано CLR, несмотря на особый статус строк и их иммутабельность. Поэтому мне кажется эта возможность сомнительной. Ну и основное, я считаю, — это не то, как CLR работает со строками, а то, как она работает со всеми остальными классами.
То есть, на ваш взгляд, CLR именно для строк должна поддерживать специальную оптимизацию? По-моему, для CLR не должно быть разницы между классами. Либо должен быть способ пометить свой любой класс как immutable, либо иммутабельность конкретно класса String не должна приниматься во внимание.
Пусть String — immutable, но это только мы с вами знаем. CLR не знает, что String — immutable. И у CLR нет никаких гарантий на то, что возвращаемое методом (а геттер по сути — метод) значение не изменится. Да и даже если бы были такие атрибуты константности (как в С++)… По-моему, даже С++ с константными ссылками и константными функциями не производит такой оптимизации.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity