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



Библиотека React, созданная Facebook, представляет собой мощный JavaScript-фреймворк, упрощающий работу программистов, занимающихся веб-разработкой. Однако, если вы работали какое-то время с React JS, вы согласитесь с тем, что для того, чтобы в полной мере раскрыть возможности этого фреймворка, не помешает ещё несколько дополнительных библиотек.

Автор материала, перевод которого мы сегодня публикуем, говорит о том, что из опыта знает о важности опенсорсных проектов в деле веб-разработки. Однако, из-за того, что на GitHub присутствует очень много библиотек для React, программисты оказываются избалованы выбором. Поэтому было бы неплохо сузить рассматриваемые варианты до буквально нескольких проектов. Перед вами — обзор первой десятки самых популярных библиотек для React с GitHub, ранжированных по количеству присвоенных им звёзд.

Мы подготовили дайджест из 30 полезных материалов о блокчейне: это книги, статьи, видео для тех, кто «что-то слышал, но хочет лучше разобраться в теме». Этот список мы формировали на основе собственных материалов и исследований, а также рекомендаций резидентов платформ Hacker News, Quora, Reddit.

Как устроены смарт-контракты, как объяснить концепцию биткойна ребенку и (самое интересное) как сделать свой собственный блокчейн — обо всем под катом.

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

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

1. Есть хорошая идея?

Как же узнать – хорошая ли у вас идея или нет? Первый шаг: насколько цельна идея. Шаг второй: ответьте на вопрос – имеет ли она хоть один показатель успеха?

	Решает ли ваше приложение уникальную проблему? До того как лампочка была изобретена, кто то должен был крикнуть «Эй, омерзительно трудно читать под светом свечи!”. Разберитесь что делать сейчас «омерзительно” трудно и как ваше приложение может сделать более комфортным жизнь тех людей, которые его будут использовать.
	Предназначено ли ваше приложение для какой нибудь специфической ниши? Несмотря на то, что для поиска AppStore нет никакой статистики, масштаб использования приложений растет вместе с расширением приложений в AppStore. Найдите нишу со страстными поклонниками (любители домашних животных, например) и создайте приложение, которое будет интересно специфической категории людей.
	Заставляет ли людей хохотать? Это не поддается прогнозам. Если вы можете придумать что нибудь смешное, вы несомненно на верном пути и ваша идея может стать золотой. Вчера я нажимал красную кнопки «не нажимать” в течении 5-и минут.
	Не создаете ли вы колесо получше? Есть ли успешные существующие приложения, которые не нуждаются в значительных изменениях? Не надо довольствоваться только списком вин, предоставьте возможность виноделам пообщаться со своими поклонниками.
	Будет ли приложение интерактивным? Давайте посмотрим правде в глаза, многим из нас нравятся именно такие приложения. Удачные игры и приложения привлекают пользователей именно требованием действий!

Задание: Подумайте, можно ли включить ваше приложение в один из вышеизложенных категорий? Если да, то самое время подготовить необходимые инструменты.

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

Hello world! Меня зовут Слава, я работаю верстальщиком в агентстве Coalla. Эта статья не о разжигании холивара и рассуждения о том, какой браузер лучше, как бы всем легко жилось без Internet Explorer’a, а мой недавний полезный опыт по установке всех необходимых браузеров и их версий на одну операционную систему, а именно на Microsoft Windows 7 Ultimate x64.

«У нас файл не читается». «У нас другая версия ПО». «У нас каракули вместо текста и название знаками вопроса». «Это файл, который вы выслали вчера или который выслали неделю назад?»

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

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

Я хотел бы разобрать его на примере логотипов.

Забрал из Федерального института промышленной собственности (ФИПС) свидетельство на программу.

Зарегистрировали достаточно быстро: со дня подачи заявки, до подготовки свидетельства прошло 1,5 месяца. Из финансовых затрат – только уплата госпошлины около 1200 руб. Сама заявка состояла из 74 листов фрагмента исходного кода системы и 5 листов других бумаг.

Кратко сам процесс регистрации:
1) Отправил на электронный адрес otd69@rupto.ru соответствующего отдела ФИПСа запрос, о том, что нужны документы по регистрации программы для ЭВМ

Тема письма: Запрос пакета документов на регистрацию ПрЭВМ
Текст письма:
Добрый день.
Прошу выслать пакет документов, который необходимо подготовить для официальной регистрации ПрЭВМ.
1) объект регистрации ПрЭВМ;
2) статус правообладателя юридическое лицо;
3) кол-во авторов 4 человека.
С уважением,
Дмитрий Бороздин

2) Через несколько дней ожидания позвонил им, попросил обратить внимание на мой запрос, так уж работают наши гос.службы.
Зам. зав отделом регистрации ПрЭВМ, БД и ТИМС ФГУ ФИПС Куликовский Вадим Александрович тел. (499) 240-63-54
На следующий день пришло письмо с документами, которые надо было заполнить и инструкцией.
3) Оплатил гос. пошлину в банке.
4) Далее подготовил заявку и отнес её в ФИПС (дни приема: вторник, четверг).
5) Позвонил в ФИПС через 2 месяца после сдачи заявления, долго выяснял нужный номер телефона (+7(499)240-33-42 – телефон экспертной группы отдела).
6) В ФИПСе обязательно нужна была печать – когда приехал туда за свидетельством, пришлось дополнительно прошивать листы с исходным кодом, ставить на них роспись и печать.

При прошивании исходных кодов сломал одно шило, другим чуть не проткнул стол – эксперт сказал «Государство всё простит». Я понял, на что уходят деньги с оплаты госпошлин за регистрацию).

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

Похоже в сравнении с регистрацией товарного знака регистрации программы для ЭВМ намного проще и быстрее.
Если у кого-то есть вопросы по данной теме – обращайтесь, могу дать примеры заявки и детали процесса регистрации.

UPD: добавляю список документов:
1) Заявление
2) Дополнение к заявлению (форма РП/Доп)
3) Распечатка исходного текста программы
4) Реферат
5) Платежный документ об уплате госпошлины
Формат документов вам укажут в ответе на запрос по электронной почте.

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



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

Чтобы объяснить, как я понимаю качество в дизайне веб-сайтов, я собрал несколько рекомендаций и примеров.

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

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

Вот погожий зимний пейзаж



Под катом еще фотографии, а если вам интересен Тафти, у меня на сайте есть ссылки на его книги и примеры из них.

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

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

Список шоткатов:

Alt + -	короткое тире –
Alt + =	длинное тире ―
Alt + [	открывающая кавычка «
Alt + ]	закрывающая кавычка »
Alt + .	многоточие …
Alt + ,	буллет •
Alt + \	стрелка вверх ↑
Alt + /	(numpad) неравенство ≠
Alt + *	(numpad) смайл ☺
Alt + +	(numpad) копирайт ©
F13	свернуть окно
F14	развернуть окно
Caps Lock	переключение раскладки

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

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

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

Мною был организован опрос среди опытных SEOшников на тему сабжа. Надеюсь — оцените.

Факторы с важностью по 10-и бальной шкале в картинках (чем больше — тем важнее):



Остальные графики спрятал под кат.

Это возможно. Может быть, для кого-то это не новость, но для меня это стало почти открытием: можно запатентовать свое изобретение в Бюро Патентов и Торговых Марок США (United States Patent and Trademark Office), сокращенно — USPTO (именно там патентуются все Гуглы и Эплы) не вставая из-за компьютера. В буквальном смысле этого слова. У меня вся процедура заняла ровно 15 минут. Спешу поделиться.

Информация к размышлению:

1. USPTO — это американский Роспатент, только с мозгами.
2. USPTO принимает заявки на патентование у жителей любых стран, в т. ч. из РФ.
3. У них есть такая замечательная штука, как временная заявка (Provisional Application) — это приоритет на изобретение в упрощенной и ускоренной форме. Своего рода анонс вашего будущего патента.
4. Provisional Application (далее Provisional Application) действует 12 месяцев, после чего ее нужно подтвердить «настоящим патентом», иначе теряет силу.
5. Временная заявка нигде не публикуется.
6. Заявка может быть написана по-русски (но перевод должен быть предоставлен не позднее 16 месяцев с момента подачи).
7. Заявка стоит от 105 долларов. Можно и больше, но это зависит только от количества информации, которую вы попытаетесь запихнуть в заявку. Мне вполне хватило 105.
8. Оформление заявки делается с помощью веб-приложения EFS-Web. Оно может: добавлять заявку в базу USPTO, проверять эту заявку, принимать пошлину за прием заявки и высылать заявителю квитанцию о приеме заявки.
9. Я не патентный поверенный, не юрист и вообще не-не-не. Просто любитель. Поэтому если надумаете получать таким образом патент — проверяйте. Хотя у меня, вроде, все получилось.
10. Услуга по оформлению Provisional Application у патентных поверенных стоит в среднем 15 000 рублей. Не считая самих пошлин.

Итак, поехали

Недавно открылся интересный сайт: tineye.com, о котором уже как-то писал Mitesha, но тогда он был в стадии закрытого тестирования.



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

Например:

исходная картинка



найденные

Крис Найджел создал Wildbit, и вот уже 8 лет работают виртуальной командой над Beanstalk. Он живет в Филадельфии а его команда — по всему миру. Ему точно есть что сказать по поводу виртуальных команд, и он сделал это в данной статье.
Меня постоянно спрашивают «Как вы управляете виртуальной командой и, фактически, добиваетесь поставленных целей?». В Wildbit каждый из десяти членов команды работает из дома или из коворкинг центра. Мы разбросаны по четырем странам и многим часовым зонам. Даже с такими условиями мы можем сделать многое и получать удовольствие от нашей работы.
До того как написать эту статью, я не слишком задумывался о том как мы работаем в виртуальной среде. Моим первым ответом был — простая практика и много ошибок. Знания добытые из этих ошибок могут быть сведены к трем главным направлениям: люди в команде, процессы управляющие командой и коммуникация.

Перепечатано с моего ЖЖ.

Решился написать про свой опыт изучения английского в экстремально короткие сроки (1 месяц) — вдруг кому пригодится. Также выдам немного инфы про то, как собеседовался за границу.

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

Методы монетизации аудитории

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

По предоставляемых пользователям услуг можно выделить три основных категории сайтов:

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

Я уверен, что любому дизайнеру знакома история, связанная с утверждением дизайна (сайта, плаката, неважно…), когда заказчик (ну или скажем шеф) не может утвердить конечный вариант, и собирает массу народа «обсуждать дизайн» (нужно заметить, что большая часть собравшихся совершенно не разбирается в дизайне). К чему это я?

В свое время Сергей Михалков написал замечательную басню СЛОН-ЖИВОПИСЕЦ. Сие произведение рекомендую распечатать и использовать в качестве гимна всем дизайнерам и вменяемым менеджерам работающими с заказчиком.

Кросспост из моего блога.

Самое замечательное в этом тесте то, что он не отнимет более трёх минут.

1. Пользуетесь ли вы системой управления версиями исходного кода?
2. Можете ли вы выполнить сборку продукта за один шаг?
3. Выполняете ли вы ежедневную компиляцию?
4. Ведете ли вы базу данных ошибок в программе?
5. Исправляете ли вы ошибки, прежде чем писать новый код?
6. Есть ли у вас актуальный график работы?
7. Есть ли у вас спецификации?
8. Создали ли вы спокойные условия для работы программистов?
9. Стараетесь ли вы использовать для работы лучшие из существующих инструментов?
10. Привлекаете ли вы к работе тестеров?
11. Предлагаете ли вы соискателем рабочих мест написать во время собеседования код?
12. Проводите ли вы проверку «юзабилити» на случайных людях?

Что привлекает в тесте Джоэла, так это возможность быстро ответить «да» или «нет» на каждый вопрос. В идеале вы должны набрать 12 очков. 11 очков — терпимое количество, а 10 или менее указывает на серьёзные проблемы.

Взято из книги Джоэла Спольски «Джоэл о программировании».

Уже довольно давно занимаюсь продвижением различных интернет-проектов и в большинстве случаев, это не собственные проекты – а проекты заказчиков. А чем занимается средне статистический заказчик? Да ничем интересным. :) Я в основном работаю с компаниями, представителями малого бизнеса, которые оказывают какие-то услуги (b2b, b2c), либо продают кем-то произведенные товары. В большинстве случаев все банально и скучно. Как правило, каждому заказчику присуще большинство следующих черт…