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

Итак, большинство комментариев делится на две категории: «Да ну, рядовому юзеру семантическая разметка информации непонятна, недоступна, и соответственно, он не будет ей заниматься» и «Да ладно, все будет хорошо, как-нибудь добредем то этого светлого будущего».

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

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

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

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

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

На глаза попалась очень красивая и приятная для глаза сборка бесплатных ресурсов наборов иконок, кистей, текстур и шрифтов, выполненных в стиле «нарисовано от руки». Пример:



Остальное смотрим тут: 50 Free Resources Of Hand Drawing Style Icons, Brushes, Textures and Fonts

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

Говоря об отсутствии ответственности, я говорю не об ответственности перед заказчиком или высшими силами, а об отсутствии далеко идущих и страшных последствий — в отличие от профессий, например, врача, пилота самолёта или архитектора. Именно поэтому вход в эти профессии сопряжён с фундаментальным образованием, в то время как веб-деятели работают «на глазок», методом проб и ошибок. Причём практически все. И одну ошибку совершают 100% самостоятельных дизайнеров и молодых компаний.

Заблуждение

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

Ошибка! Неправильно! Уволить!

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

Более года, наша команда занимается переносом игр и приложений в операционную систему Mac OS, было портировано 99% запрошенных приложений. Для этого были разработаны специальные утилиты и врапперы, которые доступны в открытом коде. Но обо всех я сразу не успею рассказать. начну пожалуй с Wine Skin.

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



Что внутри:

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

Организатор — мы: Blackbox, blackbox.ru.

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

Выбор темы

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

Как-то по долгу службы появилась необходимость добавить к поиску на сайте всем известную фичу, сервис «Возможно вы имели в виду…» или «Поиск с опечатками». Стали думать как реализовывать. Сторонние сервисы и api использовать не хотелось, ибо время до чужого сервера и назад, да и в целом не очень хорошо. Как раз кстати пришелся модуль pg_trgm, который ищет близкие к запросу слову на основе триграммного индекса.

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

Мечты

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



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

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

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

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

Ни для кого не секрет, что есть такая замечательная система Payoneer. Для тех, кто не знает, скажу: замечательна она тем, что вы можете заказать выпуск дебетовой карты Payoneer PrePaid MasterCard, получать деньги на неё (фрилансерство на зарубежных сайтах, электронная коммерция и др.) от ваших клиентов и снимать в любом банкомате, который работает с MasterCard. Теперь любой человек может перевести вам деньги на вашу карту со своей карты Visa или MasterCard! Как это сделать, читайте дальше!

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

Новая реклама Google Chrome, описывающая основные «фичи» браузера.



Сделано на отлично, по-моему!

via Gizmodo

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


Основной проблемой является то, что реляционные базы данных не могут справляться с нагрузками актуальными в наше время (мы говорим о high-load проектах). Есть три конкретные проблемных области:

• горизонтальное масштабирование при больших объемах данных, например как в случае Digg (3 терабайта для зеленых значков, отображаемых, если ваш друг сделал dugg на статье) или Facebook (50 терабайт для поиска по входящим сообщениям) или eBay (2 петабайта в целом)
• производительность каждого отдельного сервера
• не гибкий дизайн логической структуры.

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

Поговорим о рисках

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

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

Students Calculator — это мое первое серьезное приложение, идея доведенная до конечной реализации. Это то, что определило мою текущую профессию. Смешно вспомнить, начинал я писать его в блокноте, в функциональном стиле, не зная о существовании Javadoc и даже java.util, пользуясь только исходниками других j2me приложений. (Конечно, в дальнейшем, с ростом моих навыков программа пережила 2 рефакторинга)

Программа оказалась достаточно популярной среди школьников и студентов. Ей даже была посвящена колонка в одном журнале ). Но вершиной славы было письмо из китайского представительства Моторолы с предложением включить Students Calculator в набор стандартных приложений их мобильных телефонов (Чему, к сожалению, не суждено было сбыться)

Для чего этот пост: Я уже достаточно долгое время забросил работы над программой. Для меня это достигнутая цель и сложно мотивировать себя и далее выполнять пожелания пользователей. Также я думал, что с приходом touch-телефонов придет и волна хороших тач-калькуляторов. Однако, я по-прежнему получаю письма с вопросами и предложениями, просьбой предоставить исходники… (простят меня их авторы — отвечаю я на них редко). Так вот сегодня я решил побороть лень, найти в глубине бакапов исходники и выложить их во всеобщий доступ. Теперь каждый желающий сможет продлить жизнь этому проекту.

Оффсайт: calc.motofan.ru (тут последняя версия 1.5.0 PR от 26.03.2006)
Реальная последняя версия:1.9.2 альфа от 2.4.2008
Sourceforge: sourceforge.net/projects/stdcalc/develop — исходники тут

Передо мной частенько вставала задача написать какой-нибудь Java-сервис. В качестве ОС мы используем по большей части линукс, так что удобнее всего управляться с такими сервисами — работать с ними как с демонами. То есть, запускаем:

start-stop-daemon --start --make-pidfile --pidfile /var/run/myservice.pid --exec /usr/bin/java — -jar myservice.jar

, и останавливаем:

start-stop-daemon --stop --quiet --oknodo --pidfile /var/run/myservice.pid

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

Но все не так страшно, благо JVM начиная с 1.3.1 позволяет обрабатывать сигналы. За ответом как — под хабракат.