Роман Нестер имеет научную степень по социальной психологии массовых коммуникаций. С 2004 по 2009 годы работал в рынке медийной рекламы в компаниях зарубежных холдингов WPP и Bonnier. С 2009 года — сооснователь компании-разработчика трейдинговых финансовых алгоритмов QuantBrothers.

В 2011 стал со-основателем компании Segmento (в 2011-2014 также работала под брендом Rutarget), контрольный пакет которой прошлой весной был приобретён «Сбербанком». Роман — эксперт по предиктивному маркетингу и programmatic-стратегиям.

Согласно распространенной точке зрения, RTB – это такой «глухой лес»: вроде в нем происходят очень важные вещи, сейчас там начинают бегать какие-то сказочные существа, которые будут похожи на «единорогов», как говорят стартаперы. Но по-прежнему серых пятен остается больше, чем ответов.

Имевшиеся вопросы мы решили адресовать Роману.

Лорен Мендоза
Инженер-программист. Воздушная акробатка. Родилась и живу в Сан-Франциско.

Когда многие продукты являются, по существу, одним и тем же приложением с различными цветовыми схемами и кнопкой копирования, почему мы всё ещё программируем?

Файлы в вашем компьютере могут быть представлены различными способами. Средством, с помощью которого большинство людей находит свои файлы, является графический интерфейс, такой как, например, Mac Finder. Но можно сделать также всё то же самое, используя текстовый интерфейс, как, например, Terminal. Оба интерфейса представляют собой различные пути для моделирования одной и той же информации и взаимодействия с нею.

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

Виктор Шабуров — широко известный в узких кругах человек. Но на волне событий, связанных с очередной победой российских программистов из Санкт-Петербурга (СпбГУ) на чемпионате мира по программированию 2016 года, известность Виктора вновь вышла за пределы этих кругов.

Виктор не только является спонсором команд по спортивному программированию разного уровня и географии (команда СпбГУ — в том числе), он — предприниматель, инвестор и один из основателей компаний Looksery Inc., Handster Inc. и SPB Software.

Виктор Шабуров прошел путь от увлеченного математикой школьника из поселка под Екатеринбургом до технического директора компании Snapchat. Мы решили узнать о том, как это было, из первых рук.

Введение

В 2010 году я учредил компанию Fab, затем отделившуюся от неё компанию Hem, и был генеральным директором обеих до 2015 года.

Венчурный капитал Fab вырос до 300 млн. долларов.

Ничего не получилось.

Я зафейлил.*

Неудача давит и доставляет боль всем вовлечённым в неё. Я несу ответственность за тот катастрофический крах. Мне потребовались два года и некоторая физическая и душевная отодвинутость, чтобы прийти в состояние говорить и искренне писать об этом.

Этот пост представляет собой изложение последовательности событий проекта Fab+Hem и начинает рассмотрение уроков, извлечённых мною из всей этой истории. В следующие несколько недель будут подготовлены ещё посты, в которых вопрос будет рассмотрен глубже, особенно в отношении полученных уроков. По пути я буду обсуждать, как те события влияют на выбор, который я делаю сегодня, как часть процесса осмысления-восстановления.

Заранее благодарю за чтение.

*(Примечание для читателя: компании Fab+Hem потерпели неудачу как венчурные капиталовложения. Однако бренды Fab.com и Hem.com живут у их новых владельцев, и я желаю им обоим большого успеха.)

Рассказ для общественности о катастрофическом крахе

В 2004-13 годах я написал десятки постов о стартапах и моём опыте по части успехов и неудач в предпринимательстве. Множество людей читало эти посты, и многие говорили, что они высоко ценят их.

Затем в 2013-14 годах компания Fab рухнула. Я принял несколько плохих решений в критическое время, включая попытку воодушевить людей через теперь печально известный пост «Это — дрянной стартап». Униженный, в ужасе от возможности попасть в неприятную историю, пытаясь оставаться сосредоточенным на выправлении корабля, я отстранился и отключил мой блог.

Сегодня моя первая реальная попытка за несколько лет публично что-то написать.

Ведущий конструктор FFD Николай Моисеев (слева) и президент компании Тед Саусерн (справа) демонстрируют новый дизайн скафандра

Привет, Geektimes. Сегодня снова у нас в гостях Николай Моисеев — ведущий конструктор и главный инженер компании Final Frontier Design (FFD) с офисом в Бруклине, Нью-Йорк. Основное направление работы компании — создание космических скафандров и отдельных элементов к ним (например, перчаток). Николай работает в этой сфере уже более 20 лет, и сегодня он согласился рассказать о своей текущей работе и о том, как обстоит дело с разработкой скафандров в других компаниях.

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

Источник: wired.com

Считается, что первый браузер появился 25 декабря 1990 года. Его создателем был Тим Бернерс-Ли, младший сотрудник Европейской организации по ядерным исследованиям. По его словам, разработка не заняла много времени (около двух месяцев), потому что он использовал платформу со специальным конструктором приложений. Тим создал так называемый Консорциум всемирной паутины (World Wide Web Consortium, сокращенно W3C), который разрабатывал стандарты, внедряемые в программное обеспечение.

К концу 1992 года, кроме самого первого браузера под названием WorldWideWeb, на рынке появилось множество других, большинство из которых было основано на библиотеке libwww – Line Mode Browser, ViolaWWW, Erwise, MidasWWW, MacWWW и другие. Следующими браузерами, выпущенными в 1993 году, были Cello, Arena, Lynx, tkWWW и NCSA Mosaic.

Mosaic, мультиплатформенный браузер, был разработан в организации National Center for Supercomputing Applications (NCSA). В октябре 1994 года Mosaic был на пути к превращению в эталонный для всего мира интерфейс. Несколько компаний лицензировали Mosaic, чтобы создать свои собственные коммерческие браузеры, такие как AirMosaic и Spyglass Mosaic.

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

Создание киберспортивной организации.
Apei Gaming — проекту быть! (Часть 2)

Один из вопросов, который будоражит умы современной молодежи ввиду событий последних лет — как же все таки стать киберспортсменом? Такой ажиотаж обусловлен наличием огромного количества международных турниров с баснословными призовыми фондами. Чтобы ответить на этот вопрос и разобраться в проблематике данной темы стоит вернуться к истокам, в те времена, когда киберспорт только зарождался и попытаться проследить закономерность действий людей, которые чего-то добились в данной сфере, постепенно придя к пониманию того, есть ли все таки какая-то «секретная формула» или все это воля случая.

Источник: geektimes.ru

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

Его кругозор распространялся от квантовой теории и принципа относительности до психологии и неврологии. А в качестве способа познания и передачи своих знаний Тьюринг использовал аппарат математики и логики. Он находил решения, казалось бы, нерешаемых задач, но был сильнее всего увлечен идеей «Универсальной машины», способной вычислить всё, что в принципе вычислимо.

Популярность языка программирования Си трудно переоценить, особенно вспоминая его былые заслуги. Наверное, каждый разработчик, как минимум, знает о его существовании, и, как максимум, пробовал на нем программировать. Си является предшественником таких языков, как C++, Objective-C, C#, Java.

Компания Microsoft для разработки родного языка к своей платформе .Net выбрала именно Си-подобный синтаксис. Более того, на Си написано множество операционных систем.

Конечно, Си не идеален: создатели языка – Кен Томпсон и Деннис Ритчи – долгое время дорабатывали его. Стандартизация Си продолжается до сих пор. Он существует более 45 лет и активно используется.

С ним часто ассоциируют не один, а два языка программирования — C/C++. Однако ниже речь пойдет именно о «чистом» Си.

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

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

Более того, многие пользователи ставят знак равенства между понятиями «программа для обработки документов» и Microsoft Office. Стандартных средств для профессиональной, полноценной обработки документов операционная система не предоставляет. Но ведь кроме MS Office есть продукты других производителей.

Наверняка, у каждого из них есть свои недостатки. В настоящее время бессменным лидером рынка является детище Microsoft, а ее конкуренты самоотверженно над этим работают. Однако в этой сфере пока прорыва не случилось. Чего же не хватает существующим продуктам «для полного счастья»?

Введение

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

Эти правила — не моё собственное изобретение. Скорее, я просто сформулировал их из того опыта, который появился благодаря общению со многими талантливыми техническими и литературными редакторами за более чем десять лет работы. Всё, что я понял в этом деле, сформировалось потому, что другие показали мне путь. У меня не находится достаточно слов, чтобы выразить им в полной мере мою благодарность.

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

Итак — эти 7 правил:

1. Скука убивает
2. Прежде чем начать, выясните точно для себя, какие действия вы ожидаете от читателя, осилившего ваш труд
3. Пишите в соответствии с правильно сформированной структурой
4. Избегайте неоднозначных местоимений
5. Ясность = иллюстрации + слова
6. Когда имеете дело с понятиями, концепциями и т.п., используйте логическую иллюстрацию и пример
7. Не опасайтесь переделок

Юрий Гурский — человек, о котором сегодня много пишут. Представитель немногочисленных белорусских предпринимателей, ныне вице-президент Mail.ru Group и человек, частично ответственный за успех MSQRD.

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

Юрий нашёл время для того, чтобы пообщаться с нами и ответить если не на все, то хотя бы на часть вопросов.

Изображение с сайта abv24.com

Один из тех людей, с именем которых связано превращение программирования из шаманства в науку, — Эдсгер Дейкстра. Он небезуспешно доказывал, что программирование — высокое искусство и интеллектуальное творчество.

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

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

Сейчас это не кажется чем-то необычным, но в 50-е годы это прозвучало как откровение. Дейкстра понял и убедительно показал, как теория может и должна помочь практике.

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

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

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

Изображение usatoday

Вексельберг стал совладельцем американского издания Gawker недавно – 21 января 2016. Он выкупил миноритарный пакет акций за неназванную сумму. Продажа была вынужденной: по данным Forbes, из-за постоянной необходимости оплачивать услуги адвокатов и судебные издержки у издания скопился многомиллионный долг.

10 июня издатель Gawker подал заявление о банкротстве. Последней каплей стал проигранный рестлеру Халку Хогану иск на $140 миллионов.

Все фотографии в этой статье взяты из трилогии Кристофера Нолана «Тёмный рыцарь». Это всё же Бэтмен!

Давайте сыграем!

При подготовке вы хорошо поработали с телефоном. Интервью в офисе этим утром проходили занятно. После общего обеда сотрудник отдела кадров сел за стол напротив вас. Он спросил: «Какую зарплату вы бы хотели?».

Что вам делать? Что же вам делать?!

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

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

Этот вопрос звучит вполне резонно. Разве не надо отвечать на этот вопрос?

К чему ведет нас прогресс в области производства программного обеспечения? Средства разработки ПО становятся все более совершенными, некоторые этапы разработки полностью или частично автоматизированы. Консерваторы, конечно же, скажут, что программист в настоящее время – уже не торт, что подобная автоматизация ведет к упрощению задач и потере квалификации инженера-программиста. По их мнению, на фоне развития инструментария происходит деградация кадров.

Но если копнуть глубже, возникнут вопросы. О каких именно программистах речь? О тех, кто проектирует ПО? О тех, кто разрабатывает алгоритмы? О ведущих разработчиках или простых «кодерах»? В любом случае, одного мнения здесь быть не может.

Поэтому, прежде чем делать какие-то выводы, стоит хотя бы вспомнить, как мы пришли к этому.

Некоторые считают, что современный мир почти не знает Никлауса Вирта и даже не догадывается о его огромном вкладе в мировую компьютерную науку. Кто-то полагает его «отцом Паскаля». Вирта вспоминают не только педагоги в ВУЗах, когда преподают студентам Turbo Pascal, но и коммерческие разработчики, пишущие на Delphi.

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

История дружбы двух компаний: «ТМ» и Redmadrobot началась во дворе… нашего офисного центра. Кроме шуток — офисы наших компаний находятся в одном здании и, даже несмотря на такую «близость», долгое время мы друг о друге лишь слышали.

До того самого момента, когда «Роботы» (так ребята называют себя сами) первыми вышли на связь и предложили прийти к ним в офис, познакомиться и пообщаться. Так сложилось, что наше «общее» знакомство сразу стало продуктивным — Boomburum рассказал, как правильно вести блог на Хабре, а после этого разработчики «ТМ» попали на пьянку в офис Redmadrobot. Так всё закрутилось, завертелось и в один определённый момент за столом остались только я, Максим и диктофон.

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

Часто такая критика действительно аргументирована и полезна. Иногда это признают даже те, на кого она направлена. В исключительных случаях они принимают решение вернуть ту самую «старую версию». А иногда наоборот – мнение общественности полностью игнорируется, и это, как ни странно, приводит к положительным результатам.

Часто людская молва годами приговаривает тот или иной IT-продукт к «смерти». Если этого не происходит, молва продолжает терпеливо ждать. А если когда-нибудь тот или иной проект закрывается, кто-нибудь обязательно выждет момент и скажет: «А мы ведь говорили, что это случится».

Сколько лет подряд языку PHP пророчат «смерть»? Но ему, кажется, хоть бы что. А в последнее время он даже стал развиваться активнее. Язык программирования Ruby развивается медленно, с неспешностью, свойственной восточному, а точнее, азиатскому мировосприятию. Естественно нашлись те, кто и ему предвещает скорый закат.

Однако сообщество Ruby живее всех живых, а некоторые исследования показывают, что его популярность вновь растет. Как бы там ни было, Ruby сумел занять особое место в сфере веб-разработки. Как его создателям удалось этого добиться? Что происходит с ним сейчас? Какое будущее ждет Ruby?