Билл Гейтс покидает Microsoft.

Выступление Билла Гейтса на выставке высоких технологий CES 2008 стало сенсацией. Глава корпорации Microsoft уже неоднократно использовал подмостки выставки для предсказания будущего в сфере инновационных технологий. Однако на этот раз Гейтс попытался предсказать будущее не только высоким технологиям, но и самому себе. Около четырех тысяч человек собрались в отеле Venetian Hotel s Palazzo Ballroom в Лас Вегасе, чтобы услышать доклад главы корпорации Microsoft Билла Гейтса, приуроченной к ежегодной выставке высоких технологий CES 2008. Мое первое выступление здесь состоялось очень давно, в 1994 году, - начал Гейтс. Это было время, когда Windows 95 делал свои первые шаги, а эпоха Интернет только зарождалась. Будущее инновационных технологий Гейтс назвал вторым цифровым тысячелетием, путь к которому был проложен благодаря совместной работе множества компаний, разрабатывавших программное обеспечение и совершенствовавших возможности цифровых технологий. Мы проделали огромный путь и это только начало, - подчеркнул он.

Залепа 9. Microsoft друзей не признает.

Начну с цитаты из одной полезной книжки Алена И. Голуба Правила программирования в С и С речь идет именно о C : Другими словами, правильное проектирование в ООП - это создание классов, АБСОЛЮТНО НЕЗАВИСИМЫХ от других классов и объектов, инкапсулирующих все необходимые для работы классы внутри себя. Только такой тип проектирования позволяет создавать действительно переносимый код, который без всякой адаптации можно встроить в свою программу. Следуя описанному выше работа с классом дата должна выглядеть примерно так: Естественно, класс CDate должен быть порожден от System.Windows.Control или иметь некий другой механизм, чтобы при необходимости без проблем встраиваться в пользовательский интерфейс. Оцените удобство такого контрола в сравнении с предлагаемым аналогом из библиотеки. NET. Думаю, не надо доказывать, что описываемый здесь на порядок удобнее для программиста. Вот это и есть грамотное, правильное проектирование в стиле ООП.

Урок информатики для мелкософта пояснение к залепе 8

Давайте поговорим о С и его синтаксисе. В частности о сокращенной записи некоторых операций. Слово сокращенной я взял в кавычки неспроста. Дело в том, что это сделано не только и не столько для того чтобы избавить пользователя от написания длинных строк. Хотя, учитывая майкрософтовскую маниакальную тягу к длинным идентификатором, эти сокращенные формы действительно дают прирост производительности программиста. : Ладно, шутки в сторону. Давайте о серьезном. Язык С да и его потомок - С спроектированы таким образом, чтобы при использовании НОРМАЛЬНОГО компилятора программист мог еще на этапе разработки программы управлять полученным машинным кодом. Удивлены? Я тоже не сразу поверил. Язык С разрабатывался как альтернатива ассемблеру по этому поводу заранее попрошу не флудить в комментах, т.к. серьезные программы писать на асме в то время стало уже слишком сложно. Другие языки высокого уровня генерировали слишком медленный и прожорливый машинный код и не позволяли программисту управлять этой самой генерацией.

Залепа 8. Крах технологии от обычного int а.

Все-таки вредно не спать по ночам! Лежал вот, думал. Пытался вникнуть в суть технологии, подстроиться как-то, понять то, что все еще понять не могу, приспособиться и начать наконец! получать удовольствие от ее использования. Ведь тысячи программистов пишут под. NET программы и вовсе не страдают от этого, не ощущают никаких неудобств. Вокруг только и слышно: За. NET будущее, Самая удобная система, Передовое решение. Наверное все же я слишком тупой, что не вижу всех этих прелестей. Вот такие мысли роились у меня в голове и нароили в конце-концов одну идею, которую я и решил тут же опробовать. Даже из постели вылез. На дворе пятый час ночи, а я тут. NET на прочность проверяю! : Как я и ожидал, технология мой простейший экзамен с треском провалила! Супер-простое приложение 30 строчек сработало правильно, но АБСОЛЮТНО НЕЛОГИЧНО.

Залепа 7. Самые умные на свете.

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

Залепа 6. Вечный календарь и пляска с бубном.

Ситуация: Есть некоторое событие, достаточно жестко привязанное к конкретным датам. Например поездки с проверками некоего крутого начальника. И этому начальнику надо знать, в какие поездки брать с собой помощника, а в какие нет. Сознаюсь, задача слегка синтетическая, но поразмыслив немного, вы сами найдете кучу вполне реальных задач, сводящихся к этой. Итак, секретарше в календаре надо видеть дни, в которые начальник выезжает и как-то особо метить дни, в которые начальник будет брать с собой помощника. Как это сделать программно? Да очень просто, ведь у нас есть супер-мега-контрол MonthCalendar. Кроме всех обычных прелестей, эта мега-кульная штука умеет еще и метить дни. Причем метки можно ставить аж трех разных типов, включая ежемесячные события. К слову сказать, диапазон у этого календаря тоже удовлетворит любого - он умеет работать с датами до 9999 года, так что очередная проблема 3000 нам уже не грозит.

Залепа 5. Мы строили, строилаи и. .. ничего не построили :

Одна из особенностей. NET, которую создатели превозносят до небес - строгий контроль типов. Это значит, что теперь что попало чему попало не присвоишь. Хорошо или плохо это - тема отдельная и достаточно большая. Но я хочу поговорить немного о другом. Если теперь система сама с точностью до запятой знает какой тип имеет каждая переменная, то зачем программисту вручную делать приведение типов? Почему компилятор не может взять эту рутину на себя? Давайте рассмотрим пример. Вариант 1 не компилируется, в то время как 2 проходит компиляцию на ура. Но как работает в этом случае скомпилированная программа? А работает она так: когда дело доходит до преобразования Object в MyClass, CLR проверяет, соответствует ли значение в переменной о типу MyClass и, если это так, то производит присваевание. Иначе мы получим исключение. Подчеркну, что это происходит во время выполнения, а не компиляции.

Залепа 4. Деревянный TreeView.

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

Залепа 3. Майкрософт - антиглобалист!

C - мега-объектно-ориентированный язык. Настолько ориентированный, что создатели решили насовсем отказаться от глобальных объектов, хотя в классическом ООП на этот счет нет таких строгих правил. Смысл этого отказа остается непонятным - без глобальных объектов просто невозможно написать ни одной программы, в крайнем случае хотя бы один объект но все же будет глобальным. Например объект, представляющий само приложение : Но давайте лучше рассмотрим КАК это выглядит на практике. Думаю, никто не будет спорить, что в любой программе есть функции, не привязанные к какому-то определенному объекту, т.е. по-сути глобальные например та же Main. Так же есть и объекты, не являющиеся членами других объектов, т.е. тоже глобальные. В C глобальных объектов быть не может, поэтому вышеописанные пасажиры насильно всунуты в классы-обертки, а свою истинную глобальность выдают только наличием волшебного слова Static. Но объясните мне, дураку, в чем такое мега-отличие между обычной глобальной переменной от той же переменной с атрибутом static и засунутой в псевдо-класс, который представляет собой просто бесполезную оболочку?

Залепа 2. Билли не любит точку с запятой.

Символ Точка с запятой в языках типа паскаля или Си означает конец команды. Таким образом запись типа: item delta является вполне допустимой. В C такое тоже проходит. Вы можете абсолютно безнаказанно написать например i value 15 value inkrement Компилятор расценит это как само собой разумеющееся и не будет возражать. Но.... Но попробуйте всунуть этот супер-символ после закрывающей фигурной скобки, ограничивающей описание класса или метода и компилятор в истерике разразится отборным матом! Оказывается ТАМ ставить данный символ нельзя!!! Почему? Спросите об этом дядю Билла.