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


Источник

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

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


Яндекс.Картинки

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

Всем привет! Так случилось, что моя статья – первая в блоге группы компаний ЛАНИТ на Хабре. Очень рад этой возможности, осознаю ответственность и надеюсь, что материалы нашего блога будут для вас интересны.

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

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

Картинка с the9gag.com

Привет, Хабр! Хочу сейчас затронуть тему коммуникации заказчиков с техническими специалистами Веб-студий и SEO компаний. Хотя, думаю, вопрос этот актуален для всех компаний, так или связанных с технологиями — ведь априори заказчик говорит на другом языке. Как показывает практика, клиент редко хочет тратить свое время на заполнение ТЗ и тем более не хочет вникать в разработку или суть предлагаемой услуги. Он хочет по взмаху волшебной пачки денег получить то, что рисовало его воображение. В результате любой рискнувший взяться за разработку исполнитель может сделать то, что клиенту не понравится. Сегодня этот подход к разработке наконец-то понемногу исчезает, клиент становится умнее и основой его желаний становится не просто сделать красиво и эффектно, но ещё и чтобы это работало, как часы и приносило доход. Но и тут нередко случаются крайности — клиент начинает считать себя супер профи. Как найти баланс и выжить в процессе общения с заказчиком, мы и попробуем разобраться.

Как сделать сайт, который понравится пользователю? Какой он должен быть: красивый, с удобной навигацией, с запоминающимся URL? Прежде всего, сайт не должен тормозить — у пользователя должно складываться впечатление, что всё летает. Это первично. Всё остальное решается по мере разработки. О том, как воспринимают сайт пользователи, от чего это зависит и когда производительность решает, мы поговорили с Денисом Мишуновым, frontend-разработчиком (в прошлом контрибьютор в CMS Plone в составе Plone UI Team), автором статей про производительность в Smashing Magazine и активным спикером на профессиональных конференциях (среди которых From The Front, JSConf EU, JSConf Budapest, Smashing Conference, а теперь и HolyJS)



— Расскажи о себе. Какой был путь к web-разработке, почему именно она? Чем ты сейчас занимаешься?

— До того, что сейчас называют веб-разработкой, я дошёл быстро, уверенно и предсказуемо: первый компьютер, первый, никому не нужный, сайт, осознание бренности бытия. Дальше было чтение первых страниц «Программирование на Perl» Ларри Уилла и Тома Кристиансен с депрессивным верблюдом на обложке, повторное осознание бренности бытия и, как следствие, откладывание верблюдокниги. А потом я открыл для себя «Designing with Web Standards» Джеффри Зельдмана. Потом было, конечно же, «Ководство» Лебедева и много всего остального. Но книга Зельдмана была переломной. Хотелось бы сказать что-то красивое типа: «мир веба захватил меня после прочтения», но на самом деле я просто понял, что по сравнению с «конструктор электронных аппаратов» (которых из нас тщетно пытались сделать в институте), интернет-разработчик, а именно так это называлось в начале нулевых, звучит откровенно круче.

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

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

Легко построить внутренний рынок торговой компании. Там все что-нибудь покупают и продают.

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

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

А можно ли сделать так, чтобы сотрудникам было выгодно продавать вам именно то, что приносит доход фирме?

Эта статья родилась из личного опыта. Я искал самые эффективные способы монетизации сайта (ныне уже проданного на Telderi) и в какой-то момент понял, что тема очень обширная и требует подробного исследования. А его результаты могут быть интересны не мне одному.

Рассматриваются способы, наиболее актуальные для России и СНГ и не требующие участия разработчиков или требующие в минимальной степени.

Статья ввиду большого объема писалась не один месяц, поэтому не серчайте сильно, если где-то встретите неточности (в расценках, форматах). Просто напишите об этом в комментариях.

О Telegram на Хабре писалось достаточно много, и даже в последнее время было не единожды, но всё это с прицелом к вопросам безопасности. Вложу в общую копилку и я своих пять копеек. Использую Телеграм около года и изначально устанавливая приложение был уверен, что это мессенджер с прицелом на безопасное общение и исключительно для мобильных платформ, эдакий WhatsApp/Viber огороженный противотанковыми ежами, но оказалось это не совсем так. В первую очередь это просто качественный и удобный современный мессенджер, клиенты для которого в наличии для всех основных платформ, а также доступен WEB-интерфейс. Функция шифрованного общения присутствует, но это не основной фактор из-за которого стоит использовать Телеграм.

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

Пост пополняемый.

Новый тренд на HighLoad++ — множество докладов об использовании оперативной памяти. Слово Константину Осипову, разработчику платформы Tarantool, автору доклада «Что особенного в СУБД для данных в оперативной памяти».

Ты отвечал в MySQL за производительность, как так получилось, что ты решил разрабатывать свою СУБД?

В MySQL я руководил одной из команд разработки сервера, за производительность там отвечали все.

MySQL по многим параметрам был работой мечты, но, к сожалению после того, как мы стали частью Oracle, многое изменилось.

Несколько моих коллег ушли в MariaDB, кто-то основал свою компанию (SeveralNines, FromDual). Я никогда не чувствовал себя «недогруженным», а с уходом многих ключевых разработчиков работа вообще превратилась в марафон по передаче знаний. Сопротивление поглощению, желание начать всё с чистого листа, бунт против медленного принятия решений большой компанией, нежелание по разным причинам уезжать в США, в конце концов, хорошее предложение от Mail.Ru, которому к этому моменту уже было около года — и я ушёл.

Если бы знал, куда ухожу, ещё десять раз подумал бы. Иногда вообще не было веры, что удастся сделать что-то полезное, чем будут пользоваться за пределами Mail.Ru, да и сейчас Tarantool очень далёк пока от «идеальной СУБД».

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

Я проверил. В течение получаса после моего твита я получил документ по почте. Моё сообщение ретвитнул аккаунт Shecanhazpdf, в описании к которому сказано: «С 2014 года не делает ничего, кроме ретвитов #icanhazpdf целый день».

По негласным правилам твит нужно удалить, но я этого делать не буду — я специально дал ссылку на документ, который не требует оплаты подписки. Поэтому я получил письмо с фразой: «Мне файл доступен без логина, но всё равно я прикладываю его к письму».

Will you help? #icanhazpdf https://t.co/X1R1trWtGQ sychev.i.p@gmail.com

— Иван Сычев (@ivan_sychev) 24 октября 2015

Андреа Кужевски — учёная, придумавшая распространять работы с помощью Twitter. Фото из Google+

Просто рыжий кот. Или он цвета #FFCC33?

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

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

Эта история берет начало в 1980-х годах в Массачусетсе. Изначально, цвета CSS были продуктом X Window System (X), графического пользовательского интерфейса (GUI), распространенного в MIT с 1984 года. В июне 1986 был сформирован первый список цветов этого GUI, после настройки его для работы на терминале VT240. Список включал в себя шестьдесят девять основных цветов и оттенков, которые записывались ста тридцатью восьмью способами с учетом регистра (то есть «darkred» и «DarkRed» были разными цветами).

Обратили внимание, что доля поискового трафика Яндекса на Кабанчике значительно меньше, нежели доля Google. Т.е. значительно меньше, чем среднее соотношение трафика Yandex/Google по рынку.

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

Общие отличия Google от Yandex

• Возраст сайта больше важен для Yandex.
• Продвигаться по НЧ намного легче в Яндексе. Для этого достаточно писать качественный уникальный контент. В Google без ссылок на страницу продвигать НЧ тяжко. Для СЧ и НЧ Яндексу нужны трастовые доноры.
• Скорость индексации сайта в Яндекса в разы медленнее, нежели у Google: 8-10 дней против 1-2.
• Частое обновления контента влияет на траст в Google. Яндекс любит старые уникальные тексты.
• По ВЧ запросам в ТОПе Яндекса можно видеть в основном главные страницы сайтов. В Google — чаще внутренние страницы.
• На одной странице поиска Google может находится 5 ссылок с одного сайта. в Яндексе — только одна страница.
• На Яндекс легче влиять с помощью поведенческих факторов, нежели на Google.
• Google далеко не всегда обращает внимание на запрет к индексации в robots.txt.
• Скорость загрузки страниц более важна для Google. Он не пускает в ТОП медленные сайты. Для Яндекса скорость загрузки сайта не так важна.
• Яндекс больше любит поддомены для региональных запросов. Т.е. для продвижения в другом городе лучше использовать домен gorod.site.com/…
• Для Яндекса имеет большое значение нахождение сайта в Яндекс.Каталоге.

Внутренняя оптимизация

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

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

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

Мною предлагается технология, позволяющая динамически менять внешний вид Android приложения путем установки новых «тем», которые могут быть скачаны отдельно от приложения. Описанная в статье разработка выполнялась в качестве пилотного проекта в департаменте мобильных приложений компании «Мера-НН» (www.meranetworks.com), где и работает автор статьи.

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

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

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

Фильтры — тема для оптимизаторов всегда актуальная и зачастую довольно болезненная. Львиная доля статей, рекомендаций и прочих разновидностей SEO-ликбеза в Сети посвящена именно искусству правильно выстраивать отношения с поисковиками. Те, кому повезло больше, пишут и читают материалы о том, как избежать санкций; те, кому меньше, — как из-под них выйти с минимальными потерями. Эта статья, как вы уже поняли, будет не из тех, которые рассказывают истории успеха или говорят о мерах предостережения. Мне хотелось бы поделиться личным неудачным опытом работы с поисковиками — описать, как выглядит ситуация изнутри, какие возникают вопросы и сомнения и, конечно, какие шаги имеет смысл предпринимать. Одним словом, приглашаю всех желающих поучиться на наших ошибках!