Знакомый HR попросил оценить вакансию «специалист по Интернет-технологиям» их конкурента.
Когда я начал вчитываться в текст данной вакансии волосы поднимались дыбом.

Должность: специалист по интернет-технологиям
Заработная плата: 35000 руб.
Компания: *******

Образование: высшее техническое, либо высшее — маркетинг
Видно, что специалист по HR не до конца понимает, какой именно сотрудник нужен.
У технаря один склад ума, а у маркетолога совсем другой, навыки тоже совершенно разные.

Доброй ночи %username%
В последнее время в блоге стартапы очень много писали про инвестиции.
Хочу поделиться своим неудачным опытом общения с инвесторами.
Без упоминания имен и названий компаний -

давайте разберем мои ошибки

Быть может это будет кому то полезно.

Потребовалось как-то одной фирме стырить чертежи деталей которые конкуренты вытачивали на своих ЧПУ станках. Причем не просто чертежи, а ЧПУшные программы по которым все это обрабатывается. Но сделать это было не просто — чертежи в виде файлов шли в станки через локальную сеть напрямую из офиса фирмы. В самом станке они оседали в шареных папках откуда уже их забирали операторы втюхивали в прогу обработки. К слову, на всех станках стояла Win2000, вообще современных станков на системах отличных от винды или DOS я еще не видел ни разу.
Единственный с кем удалось договориться о краже планов резки оказался оператор станка, но вот западло — стойки станков наглухо закрыты и опечатаны. Наружу торчит только монитор, мышь и клавиатура. Ну и морда PLC, но с нее ничего особо не поимеешь. До компов, чтобы сунуть туда дискетку или флешку не добраться. Как быть?

Решение оказалось очень простым — окзалось что мыша там стоит USBшная. Поэтому быстра была найдена подобная же мышь, препарирована. В чрево мыши засунули обрезки USB хаба в который воткнули флешку и, собственно, мышь. А шнур мыши пихнули на вход хаба. После мышь попинали по цеху, чтобы придать ей заводскую замоханность и загаженность. Далее комбинация была протой — подкупленный оператор выдергивал через дырку в стойке свою мышь и шел жаловаться местному IT шнику на предмет того, что он случайно мышь дернул и она выпала. Ничего не подозревающий админ, по совместительству еще и безопасник, собственным ключом открывал стойку, втыкал туда мышу, закрывал и уходил по своим делам. Дальше тривиально — в системе ВНЕЗАПНО появлялась флешка, куда в течении месяца сливались все файлы. После мышь разбиралась, а флешка уходила к конкурентам.
Потом было много воплей, разборок и поисков крайних. Утечку так и не нашли, А заряженая мышь поди до сих пор там стоит…
*****
публиукется с любезного разрешения автора — DI HALT (dihalt.ru)

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

В первой части мы поговорили о «фишках» на этапе поиска клиентов и заключения договора. Сегодня — о дизайне, собственно разработке (внедрении) и сдаче проекта.

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

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

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

Другими словами, если постоянно разговаривать по телефону за рулём (играть в компьютерные игры, слушать плеер во время разговора с людьми и т.д.), то со временем вы сможете почти нормально вести автомобиль. Грубо говоря, задержка на возникновение опасной ситуации может снизиться с 1000 мс до 300 мс, и это может спасти вам жизнь. Но скорость реакции никогда не уменьшится до того уровня, какой есть у человека, не разговаривающего во время вождения. То есть тренировка помогает, но только до определённой степени.

Результаты своей работы “Training improves multitasking performance by increasing the speed of information processing in human prefrontal cortex” учёные опубликовали в журнале Neuron 2009;63(1):127-38.

Бодрый день, хаброчеловеки!

Что такое Redis?

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

Чем Redis отличается от существующих решений?

API для работы с Memcached (MemcacheDB) позволяет хранить массивы, но эти массивы будут сериализованы и сохранены как строки, таким образом атомарные операции над такими массивами не возможны.
Redis позволяет хранить как строки, так и массивы, к которым можно применять атомарные операции pop / push, делать выборки из таких массивов, выполнять сортировку элементов, получать объединения и пересечения массивов.

Производительность

110000 запросов SET в секунду, 81000 запросов GET в секунду на Linux-сервере начального уровня (тесты).

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

Sharding

Redis, как и Memcached, может работать как распределённое хранилище на многих физических серверах. Такой функционал реализуется в клиентских библиотеках, и к сожалению, «из коробки» этот функционал реализован пока только в Ruby API, однако это не мешает вам хешировать ключ самостоятельно и получать ID сервера, к которому с этим ключом обращаться.

API

API доступно для следующих языков:

• Ruby
• Python
• PHP
• Erlang
• Tcl
• Perl
• Lua
• Java

API для PHP доступно как в виде модуля, написанного на C, так и в виде PHP5 класса, который общается с Redis-сервером через сокеты, таким образом не требуется устанавливать модуль.
Кроме того существует PHP5 класс от отечественного разрабочика (с именем, заслуживающим доверия. Я серьёзно.) — IMemcacheClient. (Спасибо DYPA за наводку)

Перспективы развития

Разработка ведётся очень активно, комиты происходят почти каждый день, сейчас доступна версия Redis 0.900 (1.0 release candidate 1), которая очень скоро станет версией 1.0
В ближайшем будущем авторы обещают внедрить разные интересные фичи, в том числе и сжатие данных.

Лицензия и поддерживаемые платформы

Redis — написан на ANSI C и работает на большинстве POSIX-систем (Linux, MacOS X). Это бесплатное открытое ПО под BSD лицензией =)

Up: Rediska — удобный PHP-клиент для key-value базы Redis. Оф.сайт.

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

Сегодня я хочу рассказать (и обсудить) с вами одно очень полезное в планировании умение — умение верно делить дела на составляющие.

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

Вступление
Drupal – довольная распространённая CMS и это отложило на неё свой отпечаток – базовая поставка Drupal является не готовым решением для определённого вида сайта, а фундаментом для его создания. Существуют “сборки” на базе Drupal специализированные под определённые виды сайтов, например: новостные сайты. Но подобные сборки в данный момент мало распространены и плохо поддерживаются. В связи с этим при создании Интернет сайта на основе стандартной поставки Drupal используется большое количество готовых дополнительные модулей и тем оформления для Drupal, либо разрабатываются новые модули и темы специально для создаваемого Интернет сайта. Последним этапом работ по созданию сайта является его оптимизация, которую условно можно разбить на 4 шага:

• встроенная оптимизация Drupal;
• оптимизация Drupal с помощью модулей;
• оптимизация конфигурации и обслуживания Drupal;
• оптимизация сервера.

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

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

Но сначала 15 секунд политинформации (сам себя не похвалишь, никто не похвалит). В этом году Sphinx прошел во второй тур конкурса Sourceforge Awards 2009 в номинациях SysAdmins и Enterprise (говорят, в номинации Developers не добрали совсем чуть-чуть). Голосование продлится еще неделю (до 20го числа). Кроме рабочего email адреса, ничего не нужно. Заранее спасибо всем, кто не даст нам пропасть!

И обратно к разработке. Что вообще такое мульти-запросы, и откуда берется обещанное втрое быстрее?

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

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

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

В опросе "Ведет ли Ваша компания (или Вы лично как ПМ) внешний кадровый резерв?" на данный момент 60% ответили «А что это такое?». Что бы немного прояснить ситуацию публикую пост. К HR-менеджерам просьба поправить, где ошибся или дополнить.

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

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

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


Если вы проверяете капчу условно так,

if (!empty($_POST['captcha_code']) && $_SESSION['captcha'] == $_POST['captcha_code']))
{
   print "Все ок!";
}


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

Почему я решил что ошибка распространенная? Потому что, например, в PHPShop она более чем допущена.

1. Сервис для работы с большими файлами.
2. Поддержка работы с входящей почтой
3. XMPP API.
4. Поддержка функций отображения (mapping) наборов данных (datasets).
5. Курсоры для запросов к базе — преодоление лимита в 1000 записей.
6. Система предупреждений (alerts) об исключительных ситуациях (exceptions) в пользовательских приложения.
7. Дамп и восстановление системы хранения.

Источник: App Engine Product Roadmap

Что может быть лучше, чем описание девяти классных фишек App Engine? Разумеется, описание десяти. Участвуя в обсуждениях в группах, мы заметили, что некоторые возможности App Engine часто остаются незамеченными, так что мы выбрали чуть меньше, чем одиннадцать интересных фактов, которые, возможно, просто позволят вам писать программы по другому. Но довольно слов, смотрим первую фишку:

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

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

Код — в конце статьи, а для начала я расскажу о некоторых особенностях работы с Evernote.