My-library.info
Все категории

Коллектив Авторов - Цифровой журнал «Компьютерра» № 161

На электронном книжном портале my-library.info можно читать бесплатно книги онлайн без регистрации, в том числе Коллектив Авторов - Цифровой журнал «Компьютерра» № 161. Жанр: Прочая околокомпьтерная литература издательство неизвестно, год 2004. В онлайн доступе вы получите полную версию книги с кратким содержанием для ознакомления, сможете читать аннотацию к книге (предисловие), увидеть рецензии тех, кто произведение уже прочитал и их экспертное мнение о прочитанном.
Кроме того, в библиотеке онлайн my-library.info вы найдете много новинок, которые заслуживают вашего внимания.

Название:
Цифровой журнал «Компьютерра» № 161
Издательство:
неизвестно
ISBN:
нет данных
Год:
неизвестен
Дата добавления:
17 сентябрь 2019
Количество просмотров:
184
Читать онлайн
Коллектив Авторов - Цифровой журнал «Компьютерра» № 161

Коллектив Авторов - Цифровой журнал «Компьютерра» № 161 краткое содержание

Коллектив Авторов - Цифровой журнал «Компьютерра» № 161 - описание и краткое содержание, автор Коллектив Авторов, читайте бесплатно онлайн на сайте электронной библиотеки My-Library.Info
ОглавлениеКолонкаМотивационный инфантилизм лежит в основе IT консюмеризма — кто-то сомневался? Автор: Сергей ГолубицкийЧайник Ильича, или О пользе посещения музеев, как провинциальных, так и столичных Автор: Василий ЩепетнёвАйТи как убийца sci-fi, или Почему раньше умели сочинять научную фантастику, а потом разучились Автор: Сергей ГолубицкийГоворите, говорите, мы вас пишем! Автор: Сергей ГолубицкийРационально ли в век сущностной цифровой свободы отказываться от неё ради временной безопасности? Автор: Михаил ВаннахАнатолий Левенчук о «сотовой» энергетике Автор: Анатолий ЛевенчукДмитрий Вибе: Размышления в постметеоритную эпоху Автор: Дмитрий ВибеРодина — программистам! Автор: Сергей ГолубицкийИспытание бренда сомнениями, репутацией и молвой Автор: Сергей ГолубицкийПрофессиональное клонирование, криптозащита, амазиге и тамашек Автор: Сергей ГолубицкийКак нас дурят: анализ порции антипрививочных аргументов от «первоисточника» Автор: Дмитрий ШабановВоображаемое противостояние как стимул к самосовершенствованию Автор: Сергей ГолубицкийIT-рынокЧему роботы из Lego смогут научить российских школьников Автор: Андрей ПисьменныйЧто погубило браузер Opera и чем займутся его создатели в будущем Автор: Олег ПарамоновАлексей Афанасьев, «Лаборатория Касперского»: DDoS-атаки — инструмент давления на бизнес Автор: Юрий ИльинДети, учите китайский! Автор: Денис ВикторовА вы заглянете в магазин Google? Для чего поисковый гигант планирует свою розничную сеть — и удастся ли повторить успех магазинов Apple? Автор: Евгений ЗолотовYoutube и реклама: что могут сделать рекламодатели и получить пользователи Автор: Юрий ИльинКак злые аналитики из Forrester Research Ларри Эллисона обидели Автор: Денис ВикторовКакой будет Playstation 4: первые подробности о приставке Sony Автор: Андрей ПисьменныйРекламные посты в блогах обложат налогом. Платить будут все Автор: Максим БукинКто обидел The Pirate Bay — и почему информация не обязана быть свободной? Автор: Евгений ЗолотовГэвин Ньюсом — будущий президент США от «партии ИТ и инноваций»? Автор: Денис Викторов«Государственный e-mail» за 1 млрд. долларов сделает… Почта России? Автор: Максим БукинПромзонаНовое покрытие самолётов компании Lufthansa в виде «акульей кожи» снижает аэродинамическое сопротивление Автор: Николай МаслухинПроект Epiphany One Puck: как зарядить смартфон от горячего кофе Автор: Николай МаслухинПосмотрите на Eartha — самый большой макет Земли, занесённый в Книгу рекордов Гиннеса Автор: Николай МаслухинMobileДеанонимизация Рунету не грозит, или Какие правила использовать для улучшения вашей анонимности? Автор: Максим БукинСтоличные парковки проще оплатить по SMS. Паркоматов мало, а приложения работают нестабильно Автор: Максим БукинТехнологииВременами метеоритный дождь: почему мы не следим за мелкими астероидами — и когда начнём? Автор: Евгений ЗолотовOpera с возу, но Сети не легче: чем аукнется усыхание разнообразия браузеров? Автор: Евгений Золотов«Бионические» протезы: какие органы сегодня можно подменить электроникой Автор: Юрий ИльинРабота без останова: можно ли научить компьютер не бояться ошибок? Автор: Евгений ЗолотовИнновацииПочему стартаперам не нужно сразу бежать за инвестициями в Sequoia Автор: Игорь Балк, управляющий директор Global Innovation LabsТехнологическая революция оставит миллионы людей без работы? Автор: Денис ВикторовНейминг для стартапа: небыстро, небезболезненно Автор: Михаил Зарин, основатель сервиса tootFM«Правильные» инновации — для бизнеса не более чем побочный продукт Автор: Кирилл Рубинштейн, руководитель интернет-сервиса Smartnut / ГК NAUMENКак быть стартаперам, если инвестор уходит досрочно Автор: Елена КраузоваГид23 февраля: десять подарков ко Дню защитника Отечества Автор: Андрей Васильков

Цифровой журнал «Компьютерра» № 161 читать онлайн бесплатно

Цифровой журнал «Компьютерра» № 161 - читать книгу онлайн бесплатно, автор Коллектив Авторов

Тем не менее и сегодня ещё стопроцентная надёжность остаётся недостижимой. Даже дата-центры таких гигантов бизнеса, как Amazon, Facebook, Google, Microsoft, обеспечивают аптайм лишь с одной девяткой после запятой (онлайн 99,9 процента времени). Вправе ли мы надеяться, что однажды научимся строить вычислительные машины, сохраняющие работоспособность вне зависимости от качества кода, решаемых задач, любых других обстоятельств? Учёные — пожалуй, единственные, кто ещё не растерял оптимизма. На днях группа британских компьютерщиков (University College, London) обнародовала результаты эксперимента, в рамках которого была создан действующий прототип именно такой — абсолютно надёжной! — машины.


Британцы оттолкнулись от простого рассуждения. Мы строим компьютеры и разрабатываем программы, равняясь на последовательное исполнение команд. Суперскалярные фокусы в микропроцессорах (уже Intel Pentium умел исполнять несколько команд одновременно) и суперкомпьютеры с их тысячами параллельно работающих узлов лишь маскируют это препятствие. Взгляните на картину в целом: весь компьютерный мир всё ещё крутится вокруг идеи последовательного исполнения. Если одна команда в потоке приводит к непредвиденному результату, выполнение прекращается — и вся задача остаётся нерешённой.

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

Это и попытались воспроизвести в виде компьютерной архитектуры британцы. Идея, несколько упрощая, следующая: каждая большая задача разбивается на множество независимых кусков, которые — и это важный момент — вместе с необходимыми исходными данными передаются на исполнение разным микропроцессорам. Авторы назвали это «системными вычислениями», потому что каждый микропроцессор с порученной ему частью задачи здесь фактически является самодостаточной системой (архитектура HAoS — Hardware Architecture of Systemic computation). Работают они одновременно, асинхронно, словно пчелиный рой или части человеческого тела. Вышла из строя одна система? Не беда! Можно добавить избыточности, сделав резервные системы, ждущие повода вступить в игру, а можно заставить некоторые из систем следить за соседями, скажем, перезагружая их в случае необходимости. Результатом станет машина, не просто чрезвычайно устойчивая к сбоям, но и обладающая необычной для компьютеров способностью «лечить» себя на ходу.


Строго говоря, авторы HAoS Америки не открыли, но научная пресса комментирует их работу тепло: британцы спроектировали и построили (с помощью имеющихся на рынке FPGA и графических процессоров) действующий, практически применимый образчик сверхнадёжного компьютера с архитектурой, отличной от доминирующей фон-неймановской, а попутно ещё и доказали, что такая машина может быть производительней, нежели предполагалось ранее.

HAoS — больше, чем просто эксперимент: уже есть конкретные планы её практического применения. К сожалению, пока не дома и не в офисе, где цена компьютерного сбоя не настолько велика, чтобы оправдать смену вычислительной архитектуры. HAoS планируется применить в науке — для эффективной симуляции живых систем (вроде очень сложных генетических алгоритмов или нейросетей). А следующим кандидатом считаются военные и представители космических отраслей. Так управление дроном кажется задачей, хорошо укладывающейся в идею и возможности HAoS. Равно и частные космические извозчики вроде SpaceX могут заимствовать такую архитектуру для своих бортовых компьютеров.

Будут ли и персоналки когда-нибудь строиться из системных кубиков а-ля HAoS? Очень может быть. Но тут необходимо сделать приятную поправку: на самом-то деле миллиарды человек уже пользуются преимуществами HAoS-подобных систем. Каждый день! Для того чтобы это увидеть, необходимо переключить внимание с микроуровня на уровень макро. Вспомните о коммерческих дата-центрах, с которых начался сегодняшний рассказ. «Облака», в которых хранятся данные и выполняются веб-сервисы Google, Facebook и прочих, к настоящему моменту превратились из просто серверных ферм в сложное целое, функционирующее в соответствии с принципами, очень похожими на живую природу.


Посмотрите, как строит своё облако, скажем, Microsoft. Кирпичиком, мельчайшей функциональной единицей для неё сегодня стал — как она сама его нарекла — ITPAC: контейнер размером с небольшой загородный домик, вмещающий тысячи серверов (на фото выше). Такой «кирпич» полностью самодостаточен: извне ему требуется только какой-никакой источник электричества и широкий интернет-канал, но, строго говоря, даже качество этих двух компонент особой роли не играет. ITPAC бросают в любой точке Земли — и он вливается в облако, беря на себя часть вычислений. Избыточность и высшая степень абстракции решаемых задач от «железа» позволяют не беспокоиться о судьбе конкретного «кирпича»: облако составлено из тысяч подобных юнитов — и если сколько-то из них выйдут из строя, на работоспособности облака в целом это не скажется. Та же картина в Google (где сломавшиеся серверы даже не трудятся менять сразу, ибо смысла в такой спешке нет), в Facebook (где петабайтные кластеры, работающие в том числе и под Erlang, обслуживают лишь несколько человек), в Amazon, Dropbox и многих других крупных компаниях.

Тот факт, что облака периодически всё-таки «зависают», говорит не столько о неспособности инженеров справиться с вечной проблемой, сколько о достигнутом консенсусе между спросом и предложением. Надёжности в 99,9 процента, очевидно, достаточно для бизнеса и рядовых пользователей. А конкуренция со временем улучшит эту цифру — возможно, и путём заимствования наработок из проекта HAoS. В любом случае, необходимость беспокоить рядового пользователя сменой архитектуры появится вряд ли.


К оглавлению

Инновации

Почему стартаперам не нужно сразу бежать за инвестициями в Sequoia

Игорь Балк, управляющий директор Global Innovation Labs

Опубликовано 18 февраля 2013

В России государство пытается внедрять механизмы «инновационных лифтов». В теории каждый из инновационных проектов должен проезжать «этажи», на каждом из которых определённые структуры предоставляют ему господдержку — чаще всего финансирование в той или иной форме. То есть от предпосевной стадии (pre-seed) до как минимум этапа рыночного расширения (expansion) стартап может рассчитывать на инвестиции при участии институтов развития, причём, как правило, достаточно крупных.

Пока трудно утверждать, что такая схема в нашей стране заработала. Тем временем в США вопросы финансирования стартапов на ранних этапах развития решаются благодаря механизму ангельского инвестирования, то есть без участия инвестиционных гигантов. И это принципиальная деталь. На Западе стартаперы, как правило, не стремятся брать деньги на ранних стадиях у таких ведущих игроков, как, скажем, Sequoia Capital. По одной простой причине: вот инноваторы взяли деньги у Sequoia. Но… что делать, если этот же инвестор откажется давать деньги в рамках следующего раунда? Представьте себе ситуацию: крупный инвестор, на которого вы рассчитывали, вам отказывает. И уже не важно, почему именно. В таком случае двери во все другие фонды для вас тут же закроются. Ибо клеймо «Этому проекту отказали в самой Sequoia Capital!» будет уже не смыть. Никто не поверит, что известный фонд «просто так» отказался от продолжения сотрудничества. И все будут искать изъяны в молодом бизнесе…

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

Итак, преимущества цепочки «от мелких инвесторов к крупным» очевидны. А что в России? Я лично знаю ребят, которые, располагая только идеями, красивой презентацией и промоматериалами, получили 20 млн долларов инвестиций, тогда как подобному проекту в США не дали бы и 5 млн. Справедливая оценка этого стартапа не превышала 2-4 млн долларов. Да, эти деньги инноваторы получили бы. Но инвестор наверняка сказал бы им: «Берите деньги, сделайте что-нибудь, а потом мы будем смотреть, что у вас получается. И — стоит ли с вами дальше иметь дело».


Коллектив Авторов читать все книги автора по порядку

Коллектив Авторов - все книги автора в одном месте читать по порядку полные версии на сайте онлайн библиотеки My-Library.Info.


Цифровой журнал «Компьютерра» № 161 отзывы

Отзывы читателей о книге Цифровой журнал «Компьютерра» № 161, автор: Коллектив Авторов. Читайте комментарии и мнения людей о произведении.

Прокомментировать
Подтвердите что вы не робот:*
Подтвердите что вы не робот:*
Все материалы на сайте размещаются его пользователями.
Администратор сайта не несёт ответственности за действия пользователей сайта..
Вы можете направить вашу жалобу на почту librarybook.ru@gmail.com или заполнить форму обратной связи.