В свое время я очень сильно хотел заиметь ЧПУ лазер, не то чтобы он был очень нужен для работы или хобби, но тем не менее вещь полезная в подсобной мастерской, да и круто же!

Муда, что по-японски означает «потери» — это любая деятельность, которая потребляет ресурсы, но не создает ценности для клиента. (Источник).



Эта короткая заметка для тех, кто системно ищет, где его студия теряет деньги. Похвальное занятие в наше весёлое время.

Хорошо систематизировали виды потерь ребята из Toyota. Тойотовцы выделяют 7-8 видов муды, потерь на производстве. Посмотрим, есть ли аналоги между потерями в автомобилестроении и работе студии.

Вы пишете лишнюю документацию для вашего проекта? Нет? Тогда вам ее, скорее всего, недостаточно.

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

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

Не так давно, в июле, компания Intel прислала мне приглашение на мероприятие AppUp Elements. На момент получения приглашения у меня не было ни паспорта ни, разумеется, визы США. Но я успел получить и то и другое и прибыл на мероприятие точно в срок. О том как это мне удалось я и хочу рассказать в этой статье.

Данная статья может быть полезна тем, кто хочет в будущем или уже готов получить визу для поездки в США.

В данной статье мне хотелось бы рассмотреть еще одну возможность google maps api — добавление маршрутов на карты. Если по маркерам информации в интернете достаточно, то по данной теме, да еще и на русском, толковых примеров мне найти не удалось. Безусловно, все что будет написано ниже, есть у гугла, но чтобы начать разбираться в api необходимы хоть какие-то минимальные представления о предмете.

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

У маршрутов на карте мы можем менять положение узловых точек, удалять их и добавлять новые. В узлы добавлять маркеры, задавать к ним (маркерам) описание. Все это видно на рисунке.

Захотелось мне в своем проекте использовать горячие клавиши для управления содержимым. Нажал esc — закрылось диалоговое окно, ctrl+left — открылся следующий раздел… Порылся в гуглях-яндексах и, не найдя идеала, решил написать свое решение.
Теперь оно у меня есть — маленькое, легкое, независимое от от других библиотек.
Мне достаточно подключить javascript-файл и написать

$e('ctrl esc').bind("alert('Ыыы');");

Готовый javascript можно взять здесь.
UPD Улучшен код. Спасибо, Yeah, aubt.

Введение

Я продолжаю серию статей посвящённую тематике pattern recognition, computer vision и machine learning. Сегодня я вам представляю обзор алгоритма, который носит название eigenface.



В основе алгоритма лежит использование фундаментальных статистических характеристик: средних (мат. ожидание) и ковариационной матрицы; использование метода главных компонент. Мы также коснёмся таких понятий линейной алгебры, как собственные значения (eigenvalues) и собственные вектора (eigenvectors) (wiki: ru, eng). И вдобавок, поработаем в многомерном пространстве.
Как бы страшно всё это не звучало, данный алгоритм, пожалуй, является одним из самых простых рассмотренных мною, его реализация не превышает нескольких десятков строк, в тоже время он показывает неплохие результаты в ряде задач.

Введение

Доброго времени суток! Пришлось мне по воле судьбы работать с одним оператором, который очень любил шифровать свои данные :) Вроде бы задача казалась пустяковой и вполне обычной — алгоритм RSA популярен и всем хорошо знаком, реализация криптографии есть в .NET — написал пару строк и ваши запросы никто не видит :) Но так я думал только до тех пор, пока не начал писать эти самые пары строк…

Задача

Итак, что мне надо было: подписывать (sign) запросы с нашей стороны, и расшифровывать подписанные запросы, присланные партнером с использованием RSA алгоритма.

У каждого программиста с накоплением опыта возникает некое обостренное чувство прекрасного. Думаю, это ощущение многим знакомо. Со временем формируется «вкус» к содержимому программы или её архитектуре. Возникает понимание того, что это должно быть сделано именно так, а не иначе, что хорошо, а что плохо. Появляются даже профессиональные капризы (Ненавижу, когда скобку переносят на следующую строку!)

Код. Тайный язык информатики
Автор: Чарльз Петцольд
Твердый переплет, 512 стр.
Эта книга на ozon.ru / books.ru

Есть довольно много книг для программистов из категории «must read» и о некоторых из них уже много раз упоминали на хабре (например, «Совершенный Код» Макконнелла). Об этой же книге я видел не так много упоминаний, хотя она заслуживает этого. «Код», на мой взгляд, является лучшей книгой о компьютерах, их устройстве и — главное — сути программирования. Книга, не только объясняющая как и почему работают компьютеры, но и приучающая к инженерному мышлению.

Наверное, это один из самых популярных вопросов, задаваемых потенциальными клиентами.

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

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

Как мы пытались решить эту проблему:
(речь идет о средней web-студии)

Начну размышления, закончу… ну, может, выводами, может, даже для кого-то полезными)

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

Не буду врать, я тоже яро советовал фотки покупать со стоков, а не заниматься воровством. (привилось после мегатренинга у Паясу)

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

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

1. Найти единомышленников
Например, designforum.ru или работу где в начале обучают специалиста, который там будет работать. Но не нужно сразу лезть на makepizdato.ru, там собрались сильные дизайнеры и они просто не будут помогать новичку, мало того — после таких коментов боевой дух просто упадет. А у дизайнера ничего падать не должно).

Короче, выбираем сообщество по своему уровню, но не забываем, что только вы поймете, что вас там «заплюсовывают» надо искать что-то по сложнее.
Сидеть на месте — получать всё так же, а нас ведь такое не устраивает.

2. Понять суть
Как? Подсказываю. Откройте фотошоп, приблизьте на максимум и поставте самую маленькую точку… видите квадратик? Вот из таких всё и состоит!
Я это понял только когда начал пользоваться СвишМакс (аналог Флеш) — там не такой выбор инструментов и чаще рисуешь примитивами.
Многие предметы — это всего лишь комбинация примитивов и нехитрых комбинаций.

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


4.Практика, практика и немного теории
Тупо срисовывайте, берете фотку яблока и срисовываете, потом достаете помятый талончик из кармана, кладете и опять срисовываете.
Я сейчас продвигаюсь в соотношении 5-6 практик на один какой-то новый эффект (если он меня торкнул и я считаю его вообще нужным для себя).
Хотя, конечно, для начала всё же немного нужно и теории (свет, тень и т.п.)

5.PR
PageRank… пошутил)
ПиАр нужен. И дуть грудку и хохолок веб-дизайнеру нужно учиться с самого начала. От этого зависит не только ваша известность среди дизайнеров, а и рейтинг среди клиентов. Да и умение преподнести себя красиво прямо пропорционально умению продавать продукт.

6.Хороший исходник
Что-то рисуете или отрисовываете? Не поленитесь и потратьте 5 минут на подборку нужного — это сэкономит 30 минут на обработку или отрисовку в будущем.
Попробуйте, только поробуйте сами, сразу не делайте вывод.

7. Забить на (пустые) положительные коменты
«Гуд!», «супер!» — это хорошо, конечно, и значит, что вы первую ступень прошли. Нужно помнить, что лучшее — враг хорошему, а значит надо не раслаблять булки и хоть быть гордым и крутым, но всё равно продолжать рост над собой.

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

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

10. Попробуйте поруководить, только попробуйте
Это вообще бесценный опыт. Руководство проектом, общение с заказчиком, самоорганизация… Чем раньше вы попробуете сделать платный заказ, тем лучше и активнее ваше развитие будет проходить. Не оттягивайте, есть что продать — попробуйте продать. Опозориться боитесь?) Это ж интернет — почти всё анонимно, можно забить потом на аккаунт на фрилансе и создать новый. Не бойтесь.

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

12. 3-4 работы — и ставьте планку выше
Даже если вы делаете недорогую работу, делайте её на 120%. Т.е. делайте лучше, чем за неё заплатили. Со временем это окупится.

13. На этом счастливом числе и порешим
Пока что я проделал вот эти 12 шагов, если кому-то это поможет, то через время напишу что я решил и что делаю дальше.

мой ЖЖ
мой проект

UPD: 14 Грамотно писать текст, а то можно войти в минус)

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

Друзья подкинули мне идею перевести книгу о заработке на Google Adsense “What google never told you about making money with Adsense” by Joel Komm (7МБ).

Оригинал занимает около 200 страниц.
Перевод занимает раз в 7 меньше, поэтому читается легко, в нем много картинок (почти все картинки сохранены).

Часть 1.
Что такое Google Adsense, как приступить к работе и выбрать объявления, настройка внешнего вида объявлений и страниц. Это не главы из Adsense Help, а скорее хитрости, о которых сам Google не сообщает.

Часть 2
Часть 3
Часть 4
Часть 5

Я постаралась выкинуть из перевода все устаревшие ссылки, устаревшую информацию и т.п.

В процессе перевода рейтинг кликов на моем сайте поднялся с <1% до около 3% (между делом), и думаю, что возможно дальнейшее повышение.

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

Update:
Перевод в одном файле (PDF, 4MB)

это отредактированный перевод со слайдов презентации тов. John Engates
формат: номер слайда, краткое содержание и (мои редкие каменты)

1. Этапы становления веб-ресурсов
   автор: John Engates
2. Регламент:
   
   • Что мы ждём от веб-приложений
   • Как это бывает
   • Неплохие примеры
   • Вопросы и ответы
     

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

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

1. Главная страница выглядит блекло и безлично
Что видит ваш посетитель, попадая на главную страницу магазина? Может ли со 100% уверенностью сказать, что это интернет-магазин? Может ли он узнать, чем торгует этот магазин? Типичной ошибкой является пренебрежение к законам коммерческого дизайна. Помимо мелкого шрифта и отсутствия должного описания, часто не всегда удается найти центр композиции. Все тексты и картинки выглядят или второстепенным или же каждый элемент пытается «перекричать» соседний. Вспомните, как выглядит газета бесплатных объявлений, заполненная массой пестрых рекламных блоков.

Пожалейте время и глаза своего посетителя — он задержится дольше на вашем сайте и, возможно, сделает заказ.

2. Видны ли способы связи с менеджерами?
Одним покупателям проще прийти в магазин и самим отыскать товар на полках, другим же удобнее прямо с порога спросить продавца о наличии и стоимости. Даже если ваш магазин создавал профессиональный дизайнер, проконтролируйте, чтобы тем, кому удобнее позвонить или написать вам, изложив свои вопросы, не пришлось долго искать, как это сделать. Идеальным вариантом будет номер телефона, который всегда навиду. Например, в верхней части страницы.

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

За хорошие манеры можно принять наличие пункта об оплате и доставке на видном месте.

4. Удобны ли способы оплаты и доставки для вашего потенциального клиента?
Даже если информация о том, как оплатить, куда и за сколько вы доставите, висит на самом видном месте, ваш посетитель может уйти разочарованным из-за

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

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

Итак, представляю на ваш суд — треугольник Время—Нервы—Деньги и его практическое применение.

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

Буквально вчера я понял, что кроме Хабра в моем RSS ридере нет ни одного русскоязычного источника IT информации. Несправедливость какая-то, подумал я и принялся составлять список блоггеров, которых было бы интересно почитать и за которыми хотелось бы активно следить. Задача эта, как ни странно, оказалась не из самых простых. Поэтому и обращаюсь за помощью к Хабрачеловекам.

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

Сразу скажу, что лично меня не интересует: блоги с превалирующей информацией на личные темы; переводчики-кросспостеры информации с западных мейнстримовых блогов (TC, Mashable, Technorati и т.п.), ну и наверное всё.

UPD: Огромное спасибо всем, кто прислал линки! Под катом находится лишь малая доля ссылок, присланных хабрапользователями, основные сливки в комментариях

Иногда возникает необходимость осуществить агрегацию строк в SQL запросе, то есть, по такому набору данных:

GroupId	Item
1	AAA
2	IS
5	OMG
2	WHAT
2	THE
1	This

получить примерно такой:

GroupId	ItemList
1	AAA,This
2	IS,WHAT,THE
5	OMG

MySQL, например, для таких целей обладает встроенной функцией GROUP_CONCAT():

SELECT GroupId, GROUP_CONCAT(Item SEPARATOR ",") AS ItemList
FROM Items

В MS SQL Server'e такой функции нету, поэтому приходится извращаться. Перед тем, как приступить, сделаем скрипт для создания тестовой таблицы:

CREATE TABLE Items(GroupId INT, Item NVARCHAR(10))

INSERT INTO Items(GroupId, Item)
SELECT 1 AS GroupId, 'AAA' AS Item
  UNION ALL
SELECT 2, 'IS'
  UNION ALL
SELECT 5, 'OMG'
  UNION ALL
SELECT 2, 'WHAT'
  UNION ALL
SELECT 2, 'THE'
  UNION ALL
SELECT 1, 'This'

Итак, начнем.

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

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

Принципы

Обобщив накопленную по теме оценки сроков информацию, получил следующие принципы оценки сроков выполнения работы: