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

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

Однажды Роб Уоллинг, создатель сервиса Drip сказал мне: «недостаточно только производить то, что людям нужно». Это правда. После запуска продукта вам нужен стабильный поток людей, заинтересованных в его покупке.

Я получаю сотни сообщений от создателей, которые разработали продукт, но не смогли найти покупателей. Почему это так сложно?

Мое недолгое пребывание в корпоративной Америке позволило мне многое узнать о самом себе. К тому же там я понял, каким именно руководителем я хотел бы стать для своих будущих сотрудников. Я благодарен за те дни, которые я просиживал в офисе, работая консультантом, – они не оказались простой растратой времени, как я себе это представлял в самом начале. Этот опыт помог мне следовать зову сердца, собрав вместе и опробовав на практике все элементы, которые выстраивают образ идеального руководителя.

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

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

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

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

Дисклеймер

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

Мы переехали в Лондон (Великобритания) из Хабаровска (Россия) в конце 2014. Мой муж senior php developer, с серьезным опытом работы c linux и вообще большой умница. Мой профессиональный багаж включает всякую ерунду типа FoxPro, но на последнем месте работы я занималась разработкой под интеграционную шину и JavaEE.

Шаг 1. Виза

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

Решил обобщить свой более чем десятилетний опыт поиска работы в США на рынке ИТ. Так или иначе вопрос довольно злободневный и часто обсуждаемый в русском зарубежье.

Вот комикс «приключения одного пользователя в форме заказа»:



Есть такие интерфейсы, которые проходят до конца 100 из 100 пользователей. Но до батареи доезжают только уши чертовски разозлённые.

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

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

Что ж, ближе к делу. Есть такая широко известная в узких кругах программа под названием «Govorilka». Как объясняет её автор, это ничто иное, как «программа для чтения текстов голосом». По сути, так оно и есть. При помощи неё было озвучено множество популярных и не очень видео, рапространившихся по всей сети. Программа имеет консольную версию под названием «Govorilka_cp», которую удобно вызывать из своих собственных приложений, что, собственно, я и сделал в одном из своих проектов.

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

Учитывая, что говорилка не обновлялась уже несколько лет, а сам автор оставил вот такое «послание» на своём сайте



, я понял, что надеяться мне не на кого, и решать проблему придётся самому.

Как протекал процесс, и что из этого вышло, читайте под катом (осторожно, много скриншотов).

Интервью @estet с координатором @reactos - @aleksbragin, который, кстати, работал у нас в проекте Windows-контейнеров http://t.co/n7QiH66SYz

— Parallels по-русски (@ru_Parallels) 16 апреля 2015

Рубрика «без комментариев». Ничего лишнего, просто свежие скриншоты.

Это иллюстрация к предыдущей статье "Как дряхлеют большие конторы"

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

Задача: расширить функциональность существующей системы. Система – огромна и стара. Несколько ХХ млн строчек кода, много харда, несколько десятков лет жизни.

Суть расширения: система может обрабатывать материалы типа А и B. Надо добавить тип С.

В первой части статьи мы затронули первые 25 принципов, описанных в книге Getting Real от 37signals. Книга очень концентрированная, и содержит весь набор рекомендаций, необходимых для успешного старта небольшой команды. Так что пришлось укладывать всё в две статьи. Продолжаем.

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

Меня зовут Александр Головатый, мне 24 года, с октября 2014 года мы с командой из 3 человек работаем над проектом Surprise Me. Это сервис, в котором каждый может выбрать готовый или создать собственный квест и отправить его виновнику торжества в виде персонального мобильного приложения. Квест можно использовать в качестве подарка или как способ нестандартного поздравления.

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

Продолжаем читать хорошие книги вот из этого списка от Milfgard и я продолжаю писать конспекты. Сегодня это, пожалуй, одна из самых важных книг в жизни IT-специалиста: Getting Real от 37signals. Она переворачивает мозги и даёт прекрасные рабочие принципы организации работы небольших компаний.

Знакомьтесь — подопытная крыса Теодор-младший.

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

Добрый день!

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

Эта статья полезна не только для мануальных тестировщиков, желающих автоматизировать свои рутинные проверки, но и для бизнеса и HR-ов, которые ввиду отсутствия каких-либо общепринятых критериев, как правило, понятия не имеют кто есть QA Automation Engineer и в большинстве случаев принимают решение на основании «хороший человек».

Бывает ещё хуже – руководитель/PM/etc… приходят к своим мануальным тестировщикам и говорят: «слушай, а может мы автоматизируем наше тестирование – это сэкономит нам кучу времени и денег. Скажи, какие книги тебе нужны и какие курсы».

0. Начнём с ошибок, которые не надо допускать:

• Дайте мне книгу умную, которая всё за меня сделает
• Дайте мне курсы платные, которые всему меня научат
• Дайте мне форумы специализированные, которые ответят мне на все интересующие вопросы
• Дайте мне сертификацию полезную, с которой меня везде примут

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

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

Сначала можно было пользоваться одним доменным именем на учетной записи бесплатно. Позже доменное имя начало сбрасываться каждый месяц — это периодически требовало усилий по восстановлению работы. Другие бесплатные сервисы не приглянулись и в какой-то момент я подписался на их платную услугу за $25 в год, что дало мне возможность использовать до 30 доменных имен.

Было неудобство — клиентская программа под Windows визуализирует все доменные имена моей учетки при настройке и любой клиент случайно или умышленно может повредить привязку чужого доменного имени. В общем, гнетет, но терпимо. На прошлой неделе пришла пора продлевать на год подписку. Цена выросла до $30, да и рубль упал к этому моменту до 60 руб за доллар. Жалко мне стало рублей и я таки решил дожать динамический DNS на своей площадке.