Федеральная торговая комиссия США (FTC) впервые приняла на рассмотрение дело, связанное с краудфандингом, а именно — с неудачной кампанией по сбору средств на сайте Kickstarter.

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

Под «следствие» FTC попал предприниматель Эрик Шевалье (Erik Chevalier), выступающий под вывеской The Forking Path, Co.

Я хочу поделиться с вами некоторыми удивительными результатами ответа на вопросы:

• Что делает компании успешными?
• Какие факторы больше всего важны для успешного стартапа?

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

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

От переводчика

Рад приветствовать тебя, %юзернейм%!

Я новичок в профессии дизайнера интерфейсов, и как-то давно, листая вакансии, меня заинтересовали требования к одной из них. Среди таких, как знание пакета Adobe, средств прототипирования и навыков в области ux/ui я прочитал, что соискателю именно на эту вакансию неплохо было бы уметь держать порядок в слоях, структуре и названиях файлов и папок, а так же знать и уметь применять на практике то, что называется pixel perfect. Меня это заинтересовало, так как на моей работе ни от меня, ни от других сотрудников этого не требуют, но я всегда старался этого придерживаться и даже пытался убедить в этом других, но мне почему-то не хватало аргументов, чтобы объяснить, для чего это нужно.

С понятием pixel perfect я вообще на тот момент не был знаком, только слышал где-то пару раз, и так как этот пункт стоял в конце списка требований «аккуратности», я понял, что это что-то вроде апогея, вершины айсберга в организации работы над макетами.

Я стал искать, но ничего, кроме статьи на Хабре из пары абзацев про Pixel perfect от программиста не нашёл. Потом я как-то услышал о Monument Valley, и даже наткнулся на справочник Pixel Perfect Precision, но времени изучать так много информации на английском как-то не было, и первый раз он меня не зацепил. Стало появляться время и вышли некоторые статьи, одна из которых, наполненная практическими советами по Pixel Perfect зацепила меня, и я решил не просто прочитать и понять, а ещё и перевести по возможности литературно, чтобы дать вопросу широкую известность, и распространить тему на Хабре.

Небольшой технический момент. Оригинальная статья с Tuts+ называется «How to Create Pixel Perfect Artwork Using Adobe Illustrator», при этом я могу вас уверить, что большая часть из предложенных в статье настроек присутствует и в Adobe Photoshop CS6, а уж в Adobe Photoshop CC вообще можно повторить всё это полностью.

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

Краткое содержание

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

Настройки Abobe Illustrator

1. Edit > Preferences > Units > General → Pixels
   Edit > Preferences > Units > Stroke → Pixels
2. Edit > Preferences > Guides & Grid > Gridline every → 1px
   Edit > Preferences > Guides & Grid > Subdivisions → 1px
3. Edit > Preferences > General > Keyboard Increment → 1px
4. View > Snap to Grid
   View > Snap to Point
5. View > Pixel Preview

Не благодарите.
Всех заинтересовавшихся прошу пройти под кат.

Как создавать pixel perfect изображения в Adobe Illustrator

Всем привет.

До начала работы в Альфа-Банке я около десяти лет разрабатывал сайты, рекламные кампании и фирменные стили для проектов и компаний. Накопленный опыт о товарных знаках и брендинге я изложил в книге, которая в 2013 году вышла в издательстве “Манн, Иванов и Фербер”.

Книгу мы с коллегой выложили в виде сайта — совершенно бесплатно. Приглашаю почитать.

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

Иногда закорючка в логотипе может стоить месяцев простоя в развитии компании, а иногда ошибка с именем может стоить всех вложений в рекламу (а вложения эти могли делаться годами — и всё впустую).

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

До начала обсуждения условий договора на разработку ПО необходимо определиться с его формой. В этом вам поможет предыдущий пост: «Как выбрать договор на разработку ПО». С формами договоров и пояснениями к ним можно ознакомиться здесь.

После определения формы договора на разработку ПО стороны, как правило, волнуют три вопроса:
1) Как оформить заказ на разработку ПО в упрощенном порядке?
2) Какие права на ПО переходят заказчику и сохраняются у разработчика?
3) Как документально оформить передачу заказчику прав на ПО?

Ниже мы рассмотрим данные вопросы подробнее.

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

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

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

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

Такой подход казался мне логичным, но он оказался неверным.

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

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

Давайте взглянем на небольшое количество показательных примеров.

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

Доброго времени суток, уважаемые хабравчане. За последнее время я увидел несколько интересных и полезных инструментов/библиотек/событий, которыми хочу поделиться с Хабром.

Webtorrent

Полноценный торрент клиент для NodeJS и браузеров. Стримминг будет работать прямо в браузере благодаря WebRTC (data chanels) для P2P транспортировки. А самое главное «It's Just JavaScript™», то есть не нужны никакие дополнительные плагины или расширения. Проект собрал более 3000 звезд на GitHub и на данный момент предоставляет следующие возможности: непосредственно саму потоковую передача данных, загрузка нескольких торрентов одновременно, поддержку magnet uri, peer discovery и protocol extension api, возможность подключения WebTorrent клиентов на разных доменах, стримминг видео в <video> тег в формате (webm (vp8, vp9) или mp4 (h.264)), а также в AirPlay, Chromecast, VLC player и прочие устройства.

var WebTorrent = require('webtorrent')

var client = new WebTorrent()
var magnetUri = '...'

client.add(magnetUri, function (torrent) {
  // Got torrent metadata!
  console.log('Torrent info hash:', torrent.infoHash)

  torrent.files.forEach(function (file) {
    // Get a url for each file
    file.getBlobURL(function (err, url) {
      if (err) throw err

      // Add a link to the page
      var a = document.createElement('a')
      a.download = file.name
      a.href = url
      a.textContent = 'Download ' + file.name
      document.body.appendChild(a)
    })
  })
})

Предлагаем вашему вниманию подборку с ссылками на полезные ресурсы, интересные материалы и IT-новости

В этой статье Джеймс Клир (James Clear), расскажет, как использовать законы Ньютона для повышения продуктивности в повседневной жизни.

На практике нам часто приходится сталкиваться с различными договорами на создание программного обеспечения. Обычно для оформления заказа на разработку программных продуктов используются договор возмездного оказания услуг, договор подряда либо договор авторского заказа (авторский договор).

Какой из них верный и чем грозит ошибка при выборе договора?

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

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



Как и ранее, основная концепция не изменилась. Под выражением «настольный компьютер» я подразумеваю (как минимум) возможность установки любого процессора из линейки Intel Core i Desktop Processors, встроенный блок питания и возможность установки не менее 2-х внутренних накопителей информации. Также, должна быть предусмотрена возможность подсоединения как внутренних, так и внешних беспроводных антенн.

В предыдущем дизайне обеспечивалась выборочная совместимость с материнскими платами Thin Mini-ITX. Мне показалось это несправедливым, и я переработал дизайн для совместимости со всеми существующими платами этого стандарта. Так же, кардинально была пересмотрена система охлаждения. Итак, обо всем подробнее…

Предлагаем вашему вниманию подборку с ссылками на полезные ресурсы, интересные материалы и IT-новости

Это первая часть про символы и их использование в JavaScript.

Новая спецификация ECMAScript (ES6) вводит дополнительный тип данных — символ (symbol). Он пополнит список уже доступных примитивных типов (string, number, boolean, null, undefined). Интересной особенностью символа по сравнению с остальными примитивными типами является то, что он единственный тип у которого нет литерала.

Для чего же нужен был дополнительный тип данных?

В JavaScript нет возможности объявить свойство объекта как приватное. Чтобы скрыть данные можно использовать замыкания, но тогда все свойства нужно объявлять в конструкторе (так как нет возможности объявить их в прототипе), к тому же они будут создаваться для каждого экземпляра, что увеличит размер используемой памяти. ECMAScript 5 предоставил возможность указать enumerable: false для свойства, что позволяет скрыть свойство от перечисления в for-in и его не будет видно в Object.keys, но для этого нужно объявлять его через конструкцию Object.defineProperty.

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

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

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

Мне совершенно непонятна выгода от удобного интерфейса.

Да, он красивый, с ним проще работать. Но как посчитать материальную пользу?

Пять лет назад в аэропортах звучал синтезированный голос, объявляя прилёты и вылеты с разорванной интонацией после каждого слова. Иногда даже отличалась скорость речи для разных слов.

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

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

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

Все правила, описанные ниже, мы выработали сами. Большинство из них используем или скоро подключим на dadata.ru.

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