Правила IT-карьеры…

Карьера, карьера, что ты сделал для хип-хопа в свои годы? Недавно прочел я статью, не знаю правда почему она меня заинтересовала? Наверно заголовком. Статья туповата немного, но есть и интересные моменты. Вот и решил, что всем кто начинает путь в IT, она будет полезна:

“Есть несколько правил, о которых следует знать, если вы намерены сделать карьеру в сфере информационных технологий.

Правило № 1: Не досаждайте людям разговорами о деньгах. То есть с теми, кто выше вас по служебной лестнице и как-то влияет на ваш бюджет или зарплату. Это все ваши лучшие друзья или, как минимум, близкие знакомые, вне зависимости от того, насколько надоедливыми или неприятными они могут быть.

в Студии Лебедева допустим это правило соблюдают (я там не работал, устав читал=))

Правило № 2: Всегда, и в первую очередь делайте копию. Какой бы простой ни была задача, если вы что-нибудь меняете, а копии оригинала у вас нет, то вы играете с огнем. Это правило отражено в Законе Мерфи: если что-то плохое может произойти, то оно обязательно произойдет. Если у вас нет копии, то неприятность случиться непременно. Особенно, если вы меняете таблицы маршрутизации.

Вот это особенно актуально. Когда переустанавливаешь Винду по 2 раза в месяц, начинаешь умнеть и делать бэкап…

Правило № 3: Никаких попыток быть лидером. Вне зависимости от того, что утверждает пресса, производители, реселлеры, интеграторы или кто-то еще, ваш «передний край» должен быть где-то рядом с вашей компанией, если, конечно же, у вас нет огромной кучи денег и вы не можете отказаться от ответственности за катастрофы космического масштаба.

По-моему Дима Давыдов тоже об этом говорил…+1

Правило № 4: Записывайте все. Вы никогда не можете знать заранее, не обернется ли импровизированный и на вид безопасный запрос от вашего начальника огромным удавом, который вас задушит. Если он (или кто-то еще) попросит вас сделать что-нибудь, что может хоть как-то повлиять на ИТ, то обязательно все это запишите. Вы собираетесь поменять таблицы маршрутизации? Сначала сделайте резервную копию (см. Правило № 2), а затем оформите документ, в котором укажите, что вы делали и почему. Когда я призываю все документировать, я имею в виду действительно все. В некоторых организациях сотрудники документально оформляют любой уход с рабочего места, в том числе и в туалет.

+1

Правило № 5: Не записывайте ничего (см. Правило № 4). Как только вы начнете все записывать и дадите знать, что вы это делаете, вам придется убедиться, что ничего из того, что вы делаете как участник процесса принятия решения, документировать нельзя. Вы просто хотите найти правдоподобное опровержение.

Правило № 6: Это не ваша вина. Что бы ни произошло, отвечаете за это не только вы. И у вас есть документы, которые могут это подтвердить (см. Правила № 4 и 5).

Правило № 7: Обвиняйте конечных пользователей прежде, чем они обвинят вас. Существует баланс между построением карьеры, внимательной заботой о пользователях и их поддержкой и тешащей ваше самолюбие, но неразумной практикой их мучить. Соблюдайте правильный баланс, и вас будут считать суровым, но справедливым. Что-то не получится, и вы окажетесь тем самым парнем, которому придется обновить свое резюме.

Правило № 8: Вы не можете позволить себе приобрести оборудование или программу, цена которой заставляет вас содрогнуться. Если вы все же вынуждены нечто такое купить, то это должно быть не ваше решение (вне зависимости от того, насколько вы на него повлияли), и ваша подпись не будет стоять в заказе на покупку, не так ли?

Правило № 9: Всегда говорите правду, никогда не лгите и никогда не меняйте таблицы маршрутизации (см. Правила № 2, 4 и 6).

Правило № 10: Всегда прикрывайте свою спину (см. Правила № 1, 2, 4, 5, 6 и 8).”

Правила 5-10 попахивают американским юмороном, но до истины каждый добирается сам=)

Марк Гиббс - статью написал, прочитать целиком можно здесь

PS: на мой взгляд, для того чтобы сделать карьеру в IT надо реально шарить, а не соблюдать правила…А вы как думаете?

ЗЫЫ: нашел вот такую картинку, тоже стоит подумать, а вообщем посмеяться…

ICQ-приколы…=)

У Вас есть ася, у меня есть ася, у Ваших друзей есть ася. Кто-то работает, общаясь в асе, кто-то спамит, а кто-то(нас большинство) просто общается, прикалываясь, обсуждая проблемы и поднимаяя друг другу настроение(правда Эн?). Иногда, в разговоре, а точнее в переписке рождаются такие перлы, которые в обычном разговоре и не придумаешь. Я решил просмотреть свою историю сообщений и выложить на блог, на мой взгляд, наиболее забавные icq-послания. Друзья простите. Орфография, пунктуация и прочие науки о языке сохранены в авторском варианте:

—в степи нет сосен! :-D-
—бля это метафора дура,
—и в степи сосны есть, наверно карливовые
—…это мега модные зауженные джинсы МАНГО….гуру МАНГО снизошлет на тебя кару за «Треники»
—ХУЯНГО ХУЯНГО мама зузу бубалие мама зузу джага джага
—че мое в центре
—меня…я видела вчера твой оценивающий взгляд
—нда…надо что-то делать…
ринопластику желательно…
—это что из его резюме, или можно расценивать как знак качества
—могу прислать 1 мб гавна — под названием заставка для экрана тебе должно понравится готова выкачать
—ну тогда тебя вырвет от культа тряпья
—ну там Почему мальчики нас бросают? или Он кинул тебя, узнай почему? или Как не стать дурой?
—я тоже сидел и улыбался…
—а как дерево обошел, каким способом
—Ты вылез
—я напишу — ПРофессор Вы мудак
—Ты, идиот, давай быстро взял методу и вызубрил всё, бездарь ты этакий! Кстати, за суку я тебе завтра «крапивку» устрою, падла!
—да щас приеду дыхну
—Купи у меня че нибудь
—Чтоб таз раскалывался
—а микропрога это же и есть блок?
—Серёг,а если пишет что диск не пригоден для записи что делать?
—да!эврестический метод- рулит!
—пиздец — рука неподнимается — подбодри что ли меня?
—о отлично — все супер, я зажегся, начал работать…жу жужужужужу
—Раз, два, три, Зенитушка дави!
—все пока, погружаюсь в гавно с головой, так что завтра буду попахивать на рейтинге, как впрочем и все=)
—в ворд чето не копируется пусть сам чиатет
—А то я тут кое-что понял, что у нас ищет он штук 5 разных лексем, а на остальные 30 плюёт!
—опять шифруешься?
—блин чето счетчик тебя никак не пропалит
—так что давай — блять чуствую ночь будет длиная
-Серёга- мегаммозг!!!!!!!!!
—Ответ учителя- с твоего блога- секксмэн!!!!!
—ага вот щас прикинь успел — было короче один день 68 — а этот 69 сука вытянул все-таки=)
—угу
—да не просто он … да хуй знает его дела
—нормально — не открывал
—Но Ватружкин — тварь дрожащая!!! @=
—линейку… маленькую и желательно прозрачную, понял? Да и ещё, я люблю оранжевенький цвет…
—оранжевый? — я всегда знал что ты бамбуча
—Серёж,а ты можешь мне сказать как зайти на твой блог??? говорят там интересно!

продолжение следует…

ICQ-приколы снова или 2…=)

ICQ-приколы 3 или 61 пост спустя…=)

Приколы из ICQ, пост четвёртый…=)

ICQ-приколы 5, снова смейся ты опять…=)

Blogus tags : юмор,icq,прикол,сообщения

Стив Возняк про интерфейсы…

Меня тоже вставляют эти яблоки. Не знаю как Вам, а мне дизайн всей Apple-продукции очень нравиться. Недавно я наткнулся на статью, в которой Стив Возняк - один из отцов-основателей яблочного гиганта, рассказывает про свой путь, свою жизнь, карьеру в Apple и про пользовательские интерфейсы. Я решил, что тем кому нравятся мои посты в категории Интерфейс, тем кто разрабатывает или тестирует интерфейсы, и тому кто ввел в Яндексе: Пользовательский интерфейс основные принципы разработки, докликался до 4 страницы! и все-таки зашел на мой блог (надеюсь, я тебе помог ) будет интересно знать мнение Стива. Я привожу лишь, некторые выдержки из статьи, которые, по-моему очень ценны. Ссылку на статью ищи в конце поста.

«Во-первых, в понятие пользовательского интерфейса (ПИ) входит не только, и даже не столько, картинка на экране — трехмерная, анимированная, просто выполненная в модном дизайне, — а способы взаимодействия пользователя с системой.

Этот взгляд кардинально отличается от широко распространенного мнения, что пользовательский интерфейс — это набор «интерфейсных элементов» и их расположение на экране. Сама номенклатура принятых в среде Windows интерфейсных элементов вызывает большие сомнения в том, что на ее базе можно создать действительно удобные интерфейсы.

Например, такой интерфейсный элемент как линейка прокрутки находится в противоречии с одним из основных принципов психологии восприятия: у человека может быть только одна точка активного внимания. При использовании же линейки прокрутки приходится смотреть в две совершенно различные точки — на прокручиваемое изображение (не пора ли остановиться) и на линейку. Всем знакомые неприятности с непопаданием мышью в нужную точку при прокрутке или с «соскакиванием» мыши с линейки — очевидное следствие вышеуказанного противоречия.

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

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

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

Концептуальный дизайн интерфейса должен базироваться на идее интерфейсной среды. В сущности, на время работы с системой пользователь погружается в среду интерфейса подобно тому, как приехав на сафари, турист погружается в среду дикой природы. Здесь слово «среда» применяется не для красоты, а как обозначение типичной для поведения человека в различных средах связки «сигнал-действие».

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

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

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

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

К сожалению, следует констатировать, что сегодня стандартом стал плохой интерфейс, даже не столько плохо сделанный, сколько вообще «получившийся сам собой». Так, самое модное сейчас применение компьютеров — блуждание по Сети — имеет тот интерфейс, который вытекает из языка HTML, а он, в свою очередь, производит впечатление «времянки», которая, как теперь ясно, пришла всерьез и надолго.

Моя любимая цитата из обзора интерфейсов — «Интерфейс этой программы неестественен, потому что клавиша Alt+F4 не закрывает приложения». Здесь уже требуется талант Дарвина, чтобы понять происхождение такого вида естественности!»

Ссылки в тему:

http://www.webradar.ru/mix/1125.php - статья целиком.

http://www.sellme.ru/2005/06/16/stiv_djobs_i_tri_e… - Стив Джобс и его три истории.

PS=): А.Толстой, устав создавать связи между таблицами в БД, решил отвлечься и сочинил сказку, для начинающих программистов — «Золотой ключик».

© Серёжа Борзов

и не болейте…

Blogus tags : интерфейс,Стив Возняк,apple

Концепция процесса в теории операционных систем…

Поводом для написания этого поста, послужил тот факт, что сидя на двух разных лекциях, двух разных преподов (а может даже и трёх), я услышал одну и ту же формулировку, объясняющую понятие процессов и их планирования. «Ну это когда Вы вот запускаете Ворд, Аутлук и при этом еще переписываетесь в асе, процессор же их на самом деле не одновременно выполняет, а по очереди, планирует так сказать последовательность исполнения команд» — сказал один. Другой сказал тоже самое, но (вот здесь внимание), когда он перечислял проги, которые Вы запустили, добавил: «…или слушаете музыку в своем эмпэтретьем плеере» =). Кстати о нем я расскажу поподробней, после окончания семестра=) (именно с ним связан пост Ответ учителя…=)). Тут я понял, что мальчики слегка не теме, а самое главное — я тоже. Исправляемся.

Для того, чтобы Вы сразу поняли, что из себя представляет процесс для ОС, приведу пару аналогий из жизни, а потом поговорим «языком книжек»:

1. Текст книги можно сравнить с текстом компьютерной программы или спецификацией модуля. Операция чтения книги сравнима с выполнением программы процессором.
2. Два музыканта, читающих одну и ту же партитуру во время исполнения муз. произведения, подобны двум процессам, которые одновременно выполняют одну и ту же программу на двух процессорах. Если музыкантам для синхронной игры нужно одновременно переворачивать страницы, то процессам необходимо согласовать свои действия.
3. Вы почитали книгу и отложили запомнив страницу. Книгу взял Ваш друг-ботаник и тоже начал читать. В результате Вы оба по очереди дочитали книгу. Это аналогия с 2 процессами, выполняющими программу. В каждый момент времени книгу может читать только один из Вас, а программа может выполняться только одним процессоров.
4. Вы читаете книгу, звонит телефон, вы отвечаете на звонок и возвращаетесь к прерванному занятию. Таким же образом и процесс может временно оставить выполнение команды, для того чтобы отреагировать на то или иное событие, например, сигнал от дисковода о завершении передачи данных.

Надеюсь у Вас уже сложилось представление. Закрепляем. Процесс — абстрактное понятие, описывающее работу программы. По стути, процессом является выполняемая программа, включая значения счетчика команд, регистров и переменных. С позиции данной абстрактной модели, у каждого процесса есть собственный виртуальный центральный процессор. На самом деле, конечно процессор один и он переключается с одного процесса на другой, но для лучшего понимания лучше рассматривать набор процессов идущих параллельно(псевдопараллельно), чем пытаться представить себе процессор, переключающийся от программы к программе. Это переключение и есть то самое свойство многозадачности, присущее современным ОС. Чтобы Вы окончательно уловили смысл процесса и отличали его от понятия программы приведу еще пример. Вы решили испечь торт (я себя правда в этой роли смутно представляю, ну а вдруг нас читают девушки=)). У Вас есть рецепт, ингридиенты, кухонная плита. Тогда, по аналогии, рецепт — это программа (то есть алгоритм записанный в заданном виде), Вы — это процессор, а ингридиенты — входные данные. Процессом является следующая последовательность действий: Вы читаете рецепт(ваша программа), смешиваете продукты и печете торт. А теперь представьте на кухню заходит Ваша мама и просит убраться в комнате (я себя в этой роли отлично представляю=)). Тогда, Вы отмечаете на чем остановились (сохраняете текущее состояние процесса) и идете убираться, таким образом наш процессор(то есть Вы) переключается с одного процесса на другой, с более высоким приоритетом (ведь мама попросила=)). У каждого процесса есть своя программа(рецепт и «алгоритм уборки»). После уборки, Вы возвращаетесь к выпечке. Ну а теперь уяснили? Ок, двигаемся снова.

Создаются процессы в ОС посредством следующих событий:

• Инициализация системы.
• Выполнение изданного работающим процессом системного запроса на создание процесса.
• Запрос пользователя на создание процесса
• Инициирование пакетного задания

Обычно при загрузке системы создаются несколько процессов. Некоторые из них являются высокоприоритетными процессами, то есть обеспечивающими взаимодействие с пользователем и выполняющими заданную работу. Отсальные процессы являются фоновыми - их также называют демоны. Список демонов ты видишь нажимая Ctrl-Alt-Del.

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

1. Работающий (в этот конкрентный момент использующий процессор).
2. Готовый к работе (процесс временно приостановлен, чтобы позволить выполняться другому процессу).

3. Заблокированный (процесс не может быть запущен прежде чем произойдет некое внешнее событие).

 

Если процесс может быть вытеснен с процессора в любой момент, за возобновление его работы в том же состоянии отвечает ОС. Для этого ОС, для каждого процесса поддерживает блок данных — дескриптор процесса. Когда процесс принудительно вытесняется или блокируется, система сохраняет его дескрипторе информацию о состоянии процессора, счетчика команд, содержимое регистров, приоритет, ссылки на структуры данных, состояние и т.д..

Стоит сказать, что процесс не единственное понятие для ОС или так сказать «неделимое». Существуют более мелкие и крупные модели. На рисунке ты можешь увидеть, «кто в что одет», на примере Windows 2000:

 

• Задание — набор процессов с общими квотами и лимитами
• Процесс — контейнер для ресурсов
• Поток — сущность, планируемая ядром
• Волокно — облегченный поток, управляемый полностью в пространстве пользователя

Моей целью было объяснить читателю, что такое процесс, при этом я не стал вдаваться в подробности алгоритмов планирования, расстановки приоритета или синхронизации процессов. Если эта тематика Вам интересна или Вы не уловили что-то - для этого существуют комменты.

PS (не в тему): я редко смотрю телек, но сегодня включил около 11 утра НТВ. Оказывается Шнур начал вести программу: «Шнур Вкоруг Света». То есть Серёга путешествует=). И надо сказать, гид из него хоть куда. Сегодня он был на Ямайке — родине Боба Марли. Я запомнил пару фраз, кинутые «ленинградским путешественником»:

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

— Интересно, сколько же они выкурили, для того чтобы додуматься начать заниматься бобслеем? (я тоже офигел, когда показали бар посвященный участию сборной Ямайки по бобслею!!! на олимпийских играх )

Вообщем, приколов хватает — советую и Вам смотреть=).

PSS: а крокодила он назвал клаббером , за то, что тот днем спит, валяется на солнце и пьет воду, а ночью начинает охотиться…