Если ваша работа не связана с компьютерными технологиями, вы, вероятно, не думали долго о том, как хранятся данные на компьютерах или в облаке. Я говорю не о физических механизмах работы жёстких дисков или чипов памяти, а о чём-то одновременно более сложном и более понятном, чем вы думаете.

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



«Каких ещё островах?», — спросите вы?

14 мая прошёл отборочный раунд Russian Code Cup 2017. По традиции выкладываем разбор задач и подводим итоги.

A. Маленькие числа
B. Новая клавиатура
C. Складывание фигуры
D. Остроугольные треугольники
E. Объединение массивов
F. Два поддерева

В раунде участвовали 603 человека: приблизительно по 200 лучших программистов с каждого квалификационного раунда. По результатам отборочного раунда мы взяли в финал 55 участников.

Большинство людей готово безмерно трудиться, чтобы избавиться от необходимости немного подумать. Простые и полезные инструменты для анализа системы, поиска новых решений и создания уникальных продуктов лежат у нас под ногами – остается их только взять и использовать. В Программе «Единая Фронтальная система» мы генерим огромное количество идей. Выявлять самые жизнеспособные из них и успешно решать существующие проблемы помогает дизайн-мышление.



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

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

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

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

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

Автор иллюстрации: John Kenn

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

О многозадачности, а точнее о том как с ней справиться, в статье и пойдет речь.

Встречаются два мужика. Один спрашивает:
— Как жизнь?
— Отлично! Купил слона: дети в восторге, жена его обожает, грядки поливает, на крышу бревна таскает, колодец чистит.
— Потрясающе! Слушай, продай, а?
— Нет, он же вроде как член семьи.
— Ну, пожалуйста!
— Хорошо.
Через месяц:
— Ну что, как слон?
— Ужас! Все грядки растоптал, крышу сломал, в колодец нагадил! Весь дом на ушах, дети в ужасе, жена из комнаты не выходит.
— Неет, дружище, с таким настроением ты слона не продашь!

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


Источник

Всем доброго времени суток! Я студент, для дипломной работы выбрал тему «информационные нейронные сети» (ИНС). Задачи, где требуется работать с числами, решались достаточно легко. И я решил усложнить систему, добавив обработку слов. Таким образом, я поставил перед собой задачу разработать «робота-собеседника», который мог бы общаться на какую-нибудь определённую тему.

Так как тема общения с роботом довольно обширна, диалог в целом я не оцениваю (привет товарищу Тьюрингу), рассматривается лишь адекватность ответа «собеседника» на реплику человека.

Введение

Добрый день, господа! Я ученик 11 класса и разработкой занимаюсь только от того, что не хочу готовиться к ЕГЭ. Идею приложения можно описать тремя словами — увидел, запомнил, повторил. Перед игроком появляется квадратное поле с определённым число закрашенных элементов. Через некоторое время поле очищается. Надо выбрать какие элементы были закрашены. По мере прохождения уровней игры поле становится всё больше и запоминать приходится больше.

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

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

Это вполне реально. И вот как это сделать.

Эту самую картинку наш технический директор подкладывал в каждую презентацию с комментарием: «Я хочу, чтобы вы были как они.»

Приветствую, дорогой читатель.

В атмосфере взаимодействия гибкости и тесного взаимодействия (на буржуйском — Agile и DevOps) присутствует такое понятие, как Continuous Learning. По сути общая идея заключается в том, чтобы признавать простой факт: как бы усердно ты ни работал, каким бы профессионалом бы ты ни был — ты всегда можешь быть и делать лучше.

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

Однако, каждый раз я задаюсь одним и тем же вопросом — становлюсь ли я лучше?

Доброго времени суток, Хабрахабр! Целью статьи является рассказать начинающим программистам о возможности не только разработать что-то интересное на основе несложных инструментов, но и разместить проект в общий доступ, а при усердных стараниях увидеть, что не только автор может оценить потраченные усилия.

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

Говорят, что нельзя полностью понять систему, пока не поймёшь её сбои. Ещё будучи студентом я ради забавы написал реализацию TCP, а потом несколько лет проработал в IT, но до сих пор продолжаю глубже и глубже изучать работу TCP — и его ошибки. Самое удивительное, что некоторые из этих ошибок проявляются в базовых вещах. И они неочевидны. В этой статье я преподнесу их как головоломки, в стиле Car Talk или старых головоломок Java. Как и любые другие хорошие головоломки, их очень просто воспроизвести, но решения обычно удивляют. И вместо того, чтобы фокусировать наше внимание на загадочных подробностях, эти головоломки помогают изучить некоторые глубинные принципы работы TCP.

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

Мы в 1cloud попытались найти такие аналогии, так что теперь разговоры с неспециалистами могут стать чуточку интереснее, и вам с большей вероятностью удастся достичь взаимопонимания (на эту тему мы написали практическое пособие «Как вывести из себя программиста»).

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

«Хороших» компаний не так уж много. Поэтому в попытке трудоустроиться туда соискатели готовы пойти на многое: переехать в другой район, город, и даже в другую страну.

Несмотря на встряску и стагнацию экономики Китая, за последние шесть лет она демонстрирует рост порядка 6,5%. Наибольший клад в этот процесс вносит китайская ИТ-индустрия. Более того, многие стартапы из этой страны (включая Baidu, Alibaba и Tencent) на слуху в Кремниевой долине.

Профессионалами (а особенно IT-профессионалами) не рождаются. Это значит, что необходимо постоянно учиться и развиваться сразу во многих направлениях. Именно поэтому мы совместно с образовательным порталом GeekBrains.ru организуем онлайн-конференцию GeekWeek 2016. И приглашаем всех, кто интересуется сферой информационных технологий или хочет попробовать себя в различных направлениях программирования, веб-дизайна и интернет-маркетинга.

В конце 2008-го года две компании Илона Маска, Tesla Motors и SpaceX, провели несколько дней на краю пропасти. Оба проекта отчаянно нуждались в новых вложениях, а четких планов по их получению у менеджмента не было. Основатель и сам был на грани нервного срыва — год выдался чересчур напряженным даже для такого незаурядного человека, как Маск.

Чудо случилось, как это принято, в самый последний момент. Почему инвесторы снова поверили в Теслу и как получилось, что NASA «вдруг» предложили SpaceX очень выгодный контракт именно в тот момент? Кто знает, наверное, это рождественская сказка о том, как за три дня Tesla Motors и SpaceX спаслись от состояния банкротства и получили необходимые деньги.

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