На написание этого поста меня вдохновил вот этот вот пост.
В своем же посте я хочу чуть рассказать об обучении в США и параллельно показать свою точку зрения на то, как это делать лучше. Все ниже сказанное относится более к компьютерным наукам (Computer Science), хотя есть некоторые общие утверждения.
Привет. Сразу скажу, что тема применима не только к администраторам, но и к фрилансерам, аутсорсерам.
Прошёл на днях тренинг «HF421S, ITIL Foundation for IT Service Managment», под впечатлением несу Прометеев огонь в массы.
Надеюсь, большинство знает, что такое ITIL, для остальных выдержка из вики:
ITIL (произносится как «айти́л», англ. — библиотека инфраструктуры информационных технологий) — библиотека, описывающая лучшие из применяемых на практике способов организации работы подразделений или компаний, занимающихся предоставлением услуг в области информационных технологий.
Бытует мнение, что ITIL это серьёзно, сложно и запутано, необходимо только очень большим компаниям, а большинство справляется со всем «на коленке», держит в памяти, и это нормально и удобно.
Отнюдь.
Следование принципам ITIL помогает в первую очередь администратору компании любого размера работать спокойно, стабильно, спланировано. Это просто.
Читать полностью »
Последних стандартов 40GbE и 100GbE на 40 Гбит/с и 100 Гбит/с, которые институт IEEE утвердил в 2010 году, хватит ненадолго. Специалисты IEEE опубликовали экспертную оценку (pdf) роста пропускной способности сетей и прогноз на будущее. По их данным, объём IP-трафика растёт в геометрической прогрессии, удваиваясь примерно каждые 18 месяцев.
У пользователей максимальная скорость скачивания на модемах тоже растёт на 50% в год последние 29 лет.
«Мы ожидаем, что к 2015 году необходимая пропускная способность будет в десять раз больше, чем в 2010 году, а в 2020 году — в 100 раз больше, чем в 2010 году», — говорит Джон Д'Амбросия (John D'Ambrosia), председатель рабочей группы 802.3 Higher-Speed Ethernet Consensus, которая приступила к подготовке новых стандартов Ethernet на 400 Гбит/с и 1000 Гбит/с.
Читать полностью »
Международная организация Moving Picture Experts Group (MPEG) на конференции в Стокгольме представила черновик нового стандарта сжатия видео H.265/HEVC.
Новый кодек обеспечивает такое же визуальное качество, что и нынешний H.264/AVC, при вдвое меньшем битрейте, сказано в пресс-релизе.
H.265 (он же High Efficiency Video Coding или HEVC) будет использоваться, в первую очередь, для передачи видео в мобильных сетях, а также для телевизионного сигнала. Учитывая, что доля видеоконтента в общем мировом трафике к 2015 году может вырасти до 90%, улучшение сжатия в два раза — очень полезная вещь.
Читать полностью »
Данная статья является продолжением моих статей (Часть 1, Часть 2, Часть 3) о применении ГОСТов 34й серии. Сегодня мы поговорим о таком важном и, не побоюсь этого слова, ключевом моменте в создании автоматизированной системы как Техническое задание.
Только еще раз хочу напомнить, что ГОСТ – это не готовый рецепт. Это всего лишь шаблон. Необходимую информацию вы занесете в него сами. И сами решите, что надо заносить и какие пункты использовать. Вам никто не мешает сделать ТЗ вообще на полстраницы. Только учтите, что ТЗ вы пишете не для ГОСТ и не для дяди. Вы его пишете для себя. Потому что именно вы будете по нему работать.
Читать полностью »
Радиовещание — это такая странная и загадочная штука, которая возволяет передать звук за тысячи километров в уши благодарных слушателей, управляя их настроением и поведением. История радиовещания сама по себе очень интересна, равно как и все последствия, которые оно за собой принесло. Но историю лучше почитать в википедии, а в этой небольшой статье будет рассказано, как же происходит работа интернет-радио. Здесь не будет мануалов по настройке, здесь не будет конфигов, зато будет много картинок и немного кода.Читать полностью »
Это перевод статьи с TechCrunch, написанной Полом Стоматьо, соучредителем сервиса печати фотографий Picplum поддержанного Y Combinator. В этом внушительно мотивирующем посте, Пол рассказывает о том, как по его мнению нужно правильно делать стартапы.
Небольшой экскурс в историю. Вы помните, как первый раз подключились к Интернету? Еще до того, как ваш компьютер был всегда на связи и когда выход в онлайн нужно было планировать. Радость видеть новые браузеры, например, появление Phoenix. Ваше волнение, когда вы впервые попробовали работать в Интернете при помощи вашего нового скоростного соединения. Это было время, когда сайты редко использовали JavaScript, а DHTML был модным словечком года. Сейчас сложно поверить, что Chrome-у всего лишь несколько лет.
Читать полностью »
Данная статья является третьей частью и продолжает рассмотрение ГОСТов 34й серии (часть 1, часть 2)
Теперь пришло время поговорить о шестой стадии разработки АС, а именно о стадии «Рабочая документация». Что же это за стадия такая? Как я заметил ранее во второй части, эта стадия настолько близка к стадии «Технический проект», что даже ГОСТ 34.601-90 при всей своей строгости допускает объединение этих стадий в одну «Техно-рабочий проект». В чем же между ними разница? Разница достаточно очевидная (как и родство): если на стадии «Технический проект» мы готовили комплект документов именно на проект АС как таковой, то на стадии «Рабочая документация» мы готовим комплект документов необходимых непосредственно для внедрения АС на конкретной площадке.
Читать полностью »
Эта статья является продолжением моей статьи «ГОСТ 34-й серии для сисадминов, начинающих фрилансеров и всех заинтересованных». Продолжим наш разговор о советских ГОСТах 34й серии и чем они могут помочь в нелегкой работе над проектами.
Читать полностью »
Поводом для написания этой статьи стал цикл статей «Фриланс как средство заработка». Основной целью написания этой статьи послужила попытка донести до читателя всю мощь советских ГОСТов как подспорье в работе проектировщика. Пусть вас не смущают слова «заказчик» или «исполнитель». В любом проекте есть тот, кто заказывает — это может быть ваш начальник, или начальник начальника и т.д. В общем, некое заинтересованное лицо. Заинтересованное в получении выгоды от выполнения проекта. В конце концов заказчиком можете выступить и вы сами, поставив целью внедрения проекта прокачать свой скилл (если компания готова это оплатить, то почему бы и нет?). И с другой стороны есть исполнитель. Тот, кто желания заказчика оформит в некую форму представления. Обычно это вы.
Статья эта — пробная. Если читателю будет интересно, я продолжу. Если будут замечания по изложению — высказывайте, я постараюсь их учесть в продолжении. Если оно, конечно, будет…
