В этой статье я хочу рассказать о своем опыте ведения личных и публичных дневников. И, конечно же, попытаюсь дать полезные советы, рекомендации и рассказать о секретных приемах, которые я принимаю. Да! Да! Сенсация! Это секретные материалы КГБ, которым учили всех профессионалов разведки! :-) Смотрите быстрее!

Прием «Хронология событий»

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

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

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

И, совершенно неожиданно для меня, обычная «Хронология событий» стала превращаться в небольшой, но интересный рассказ о прожитом дне! И интересные мысли начали всплывать сами собой!

Прием «Возникающие мысли»

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

Например, вы перемещаетесь в общественном транспорте и у вас возникают следующие мысли:

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

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

Прием «Полезный блокнотик»

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

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

Прием «Мысленный допинг»

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

Есть способ увеличить количество мыслей в сотни раз. Начните постоянно выделять время на чтение ОЧЕНЬ интересных для вас книг. Подбор книг — это тема отдельной статьи, но когда вы начнете изучать по-настоящему воодушевляющие вас книги и тут же записывать все свои мысли, идеи, понравившиеся цитаты и сделанные выводы — вас шокируют возможности вашего мозга! Так что будьте аккуратны с этим.

Прием «Аналитика и выводы»

Каждый вечер, Бенджамин Франклин, после проведенного в трудах дня, удалялся в тихий уголок своего дома и размышлял о прошедшем дне. Он анализировал все свои поступки: положительные и конструктивные — или отрицательные, требующие исправления. Четко зная, что он делал неправильно за день, он мог принять незамедлительные меры, чтобы исправить положение и продвигаться дальше.

Поверив опыту Бенджамина Франклина я решил в конце каждого дня задавать себе несколько вопросов и письменно на них отвечать:

— Что, на мой взгляд, я сделал неправильно за этот день?
— Что, на мой взгляд, я сделал правильно за этот день? [за что я могу сегодня гордиться собой?]
— Что я собираюсь сделать на следующий день? [то есть завтра]

Это мой список вопросов на текущий момент. С удовольствием выслушаю ваши идеи по его расширению.

Это стоит того, Барак!

В итоге вы получите просто бесконечный источник вдохновения, интересных мыслей и способов раскрытия своей личности!

И, конечно же, у вас больше никогда не возникнет проблем с тем, что писать в вашем публичном интернет-блоге. Разве что теперь вам не будет хватать 24 часов, чтобы развернуто описать все свои задумки. ;-)

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!

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

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

Основные принципы

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

А вот когда создается ощущение непредсказуемости, дружелюбности и одновременно жесткости — вот тогда они начинают волноваться. Я гарантирую это.

Представьте, что вы тайный сотрудник МВД и вас отправили проверить поведение сотрудников ДПС в экстремальных ситуациях. Вот и действуйте соответственно.

Принцип №2: Чем дороже ваш автомобиль, тем быстрее вас будут пытаться отпустить, если все нормально. Попробуйте для опыта ездить на автомобилях совершенно разного класса и общаться с сотрудниками ДПС — это, по крайней мере, интересно.

Принцип №3: Это игра. Вы отрабатываете социальные навыки. Ситуация под вашем контролем и вы в любой момент можете показать свои документы и уехать. Вы всегда позитивны и вам это интересно!

Как привлекать!

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

У них автоматически включается в подсознании переключатель «Ему есть что скрывать», и они немедленно торопятся вас остановить с какой-нибудь неправовой причиной, вроде «проверки документов» или «спецоперация». :-)

Отлично! Он еще не догадывается, что не по своей воле стал участником нашей игры. ;-)

Что делать?

Как только он подойдет к вашему окну автомобиля, согласно должностной инструкции № 111 27.03.2009 «Про затвердження Інструкції з питань діяльності підрозділів дорожньо-патрульної служби Державтоінспекції МВС» сотрудник ДПС должен поднести руку к головному убору и четко и понятно отрекомендоваться, назвав свою фамилию и должность.

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

Калибровка

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

Улыбайтесь так, будто вам очень интересна его реакция на ваши слова. [мне правда она действительно интересна]

Если же сотрудник находится в К- (негативном состоянии), то переходить в конфронтацию не нужно. Он и так в ней.

После чего они обычно просят показать ваши документы. Отлично! Теперь начинаем маневры: держите в руках свои документы (у меня все они аккуратно собраны в специальную черную книжечку для прав).

Скажите ему максимально дружелюбно: «Да, конечно — здесь полностью все документы» и спокойно начинайте передавать их сотруднику ДПС.

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

На удивленный взгляд сотрудника ДПС (улыбаясь спокойной расслабленной улыбкой) скажите дружелюбно и воодушевленно: «Подождите! Я кое-что вспомнил... (загадочная пауза) Назовите причину остановки!» — вот дальше уже начинается высший пилотаж.

Перед этим вы должны внимательно ознакомится с должностной инструкцией и большинством нормативно-правовых актов. Это легко можно сделать на официальном сайте ГАИ Украины в разделе «Законодательная база».

Как примерно вести диалог?

Сотрудник ДПС: — Проверка документов!
Вы: — В таком случае отлично! (снова начиная передавать документы, и резко одергиваясь) Скажите, я немного запутался, какая должностная инструкция для сотрудников ДПС сейчас действует: номер 111 или 1111? Я, когда изучал всю законодательную базу, запомнил, что одна из них перестала быть актуальной. Какая?

(слушаете ответ сотрудника ДПС)

Вы: А разве такая причина остановки, как «проверка документов», присутствует в должностной инструкции? Может быть вы хотели назвать другую причину?

(вы намекаете ему, что полностью в теме, и у него отключается «режим работы с лохом»)

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

Сотрудник ДПС: — Кстати, сейчас ночью довольно опасно ездить! Недавно остановили одного водителя, так он чуть не разбился недалеко от нас... (ну или любая другая его история) Именно поэтому так важно пристегиваться!

(я обычно стараюсь выходить из машины, когда общаюсь с сотрудником ДПС, поэтому они обычно не видят пассажиров)

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

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

Далее следуем стандартной схеме: вроде бы и даем документы, но в последний момент передумываем и активно показываем, что вам интересна реакция сотрудника ДПС.

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

Ваши убеждения

Другими словами, всем видом показывайте следующие вещи:

— Вы прекрасно разбираетесь во всех правовых актах. (для этого случая у меня в автомобиле есть огромная папка с распечаткой почти всего законодательства, связанного с общением с сотрудниками ДПС + блокнот, ручка, конституция и почему-то уголовный кодекс)

— У вас очень много свободного времени, и вы с удовольствием тратите его на общение. Вы никуда не торопитесь и просто наслаждаетесь этим общением. Даже если сотрудник ДПС начинает смотреть по сторонам и нервничать, успокойте его: «У нас еще впереди целый день! Не нужно никуда торопиться, а нужно наслаждаться каждым моментом!» и т.д.

— У Вас невероятно большой опыт разбирательств с контроллирующими органами. Расскажите какую-нибудь веселую историю, где участвовал ОМОН, ваши возможно влиятельные друзья (не показательно и ОЧЕНЬ тонко) и как вы классно все разрулили.

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

Попытка скрыться!

Затем внимательно каллибруйте ситуацию, и в определенный момент скажите: «Мне показалось что вы как-то напряжены... а у меня сегодня еще и день рождение у брата/сестра/девушки, так что я в очень хорошем настроении... ладно, я думаю не стоит тратить много времени на допропорядочных людей (маркируете на себя) — вон (покажите на дорогу), сколько нарушителей еще ждет! :-)

Пожелайте мне счастливого пути и я поехал отлично проводить сегодняшний день!» (говорить это необходимо в БОЛЬШОМ позитиве и с очень радостным лицом)

(после этого спокойно и неторопливо открывайте дверь машины и садитесь в нее)

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

Начнем сначала!

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

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

Что спрашивать?

Вопросы, которые можно периодически задавать сотруднику ДПС:
— Скажите, а если я позвоню сейчас в службу доверия ГАИ, они смогут подтвердить эту информацию?
— Скажите, а вы мне можете назвать телефон доверия? А киевский? А как они работают? (сотрудник ДПС обязан вам по первому требованию сообщить телефон доверия)
— Скажите, мне вот интересно, а на вас когда-нибудь составляли жалобу в прокуратуру? Может быть из-за какой-нибудь злости? Или еще чего-нибудь? На вас вообще как, сильное давление оказывают?
— Расскажите, а как выглядит ваше взаимодействие с коллегами? У Вас есть начальник? Он с Вами или периодически сюда подъезжает?
— Расскажите, а какие могут быть причины остановки, согласно должностной инструкции 111?
— Расскажите, а у вас был опыт остановки депутатов Верховной Рады?
— Покажите, пожалуйста, Ваши документы? (перепишите в заранее заготовленный блокнот)
— Можно посмотреть Ваш жетон?
— Скажите, а какие еще документы Вы можете мне показать? Есть ли у Вас документы, подтверждающие легитимность вашего нахождения здесь?
— Есть ли у Вас список угнанных машин?
и т.д.

Основные стратегии поведения

— Жесткая и принципиальная. Но дружелюбная. Не буду показывать документы из принципа, потому что вы назвали не легитимную причину остановки.
— Мягкая и дипломатичная. Очень дружелюбная. Растягивание разговора, разные темы о движении и жизни.

Общие рекомендации и наставления

Рекомендую начинать общение с очень мягкой и дипломатичной позиции.

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

Мне нечего скрывать, но у меня много свободного времени.

Другими словами, общайтесь, получайте удовольствие и наслаждайтесь социальной игрой!

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

Вопрос к вам: В чем еще хотел попросить ваших рекомендаций, так это в книгах/статьях и материалах на подобную тематику. Что можете посоветовать почитать?

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!

Интересно, что в далеком 1998 году читатели журнала «Software Development» признали Стива одним из трех наиболее влиятельных людей в отрасли разработки ПО наряду с Биллом Гейтсом и Линусом Торвальдсом.

Если говорить коротко, то Steven C. McConnell — программист и автор книг по разработке ПО.

Он написал книги «Rapid Development» (1996), «Software Project Survival Guide» (1998), «Professional Software Development» (2004). Журнал «Software Development», кстати, дважды удостоил его книги премии Jolt Excellence как лучшие книги года о разработке ПО.

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

Совершенный код

Книга Стива Макконнелла, которую вам крайне желательно прочитать хотя бы раз в своей жизни. Чрезвычайно полезный для реальной практики материал, которая пропагандирует исключительно грамотные принципы при разработке ПО.

Вот описание данной книги, взятое с интернет-магазина OZON:

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

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

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

Профессиональная разработка программного обеспечения

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

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

Для удобства также привожу описание книги:

Стив Макконнелл, автор бестселлера «Совершенный код», других книг и многочисленных статей о разработке ПО, убедительно показывает, что разработка ПО может быть стабильно успешной, если сделать совершеннее саму профессию разработчика ПО.

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

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

10 смертных грехов в оценке трудоёмкости разработки ПО

На ХабраХабре относительно недавно появилась отличная статья, о которой я просто не могу не упомянуть. А именно короткий и ясный пересказ (и перевод) часового вебинара от Стива Макконелла, который проходил в июне 2009 года.

Настоятельно рекомендую к ознакомлению. Очень верно подметил один из комментаторов этой статьи:

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

P.S. Так получилось (я уже писал об этом в твиттере), что за свою жизнь я столкнулся с двумя Макконеллами: Стивом и Кэмпбеллом. Не путайте их. Это два совершенно разных профессионала. Один — в экономике, другой — в разработке ПО.

BTW!

Я уже упоминал потрясающую книгу Вы, конечно, шутите, мистер Фейнман! в одной из прошлых своих статей.

Так вот: оказывается, существует еще и продолжение этой замечательной книги: Какое тебе дело до того, что думают другие! Если у Вас есть свободное время и вы любите читать истории других людей (очень близкие нам, программистам) — однозначно рекомендую!

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!

К счастью, этим вопросом задавался не я один. Встречайте, wptouch: красивый дизайн, ajax и прокачанное юзабилити. Чтобы понять объем проделанной работы рекомендую посмотреть скриншоты.

Видео. Могут ли у нас снимать красивые короткометражные фильмы? Могут. Я, Человек. Киборг в главной роли. По режиссуре очень напомнил нашумевший фильм Монстро (хотя какое нахрен Монстро, если оригинальное название Cloverfield). Да, фамилия автора тоже Лебедев, но это не тот, о ком вы подумали.

Что же такое “надежность” и каким приложениям она нужна? Прекрасная статья от bishop-it про надежность программных систем. Грамотно и по дело. Рекомендую к прочтению.

Что еще интересного?

Барак, а ведь грамотные мысли!

Лучший тест, который показывает что время потрачено не зря: пытаться делать вещи, которые заставят ваших друзей говорить – вау!

Если данные никому не нужны — то не надо их защищать. Если данные стоят 10 рублей — то нет смысла тратить 11 рублей на систему их защиты. © bishop-it

Возьмите список Forbes 500 и поставьте крестики напротив фамилии людей, у которых есть степень MBA, и вы кое-что поймете. © Пол Грэм

Сергей Брин и Ларри Пейдж предлагали мне продать им компанию, чтобы не браться за Chrome на пустом месте. © Фон Течнер, CEO Opera Software.

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

Инновации, Барак, а не бабло!

Google Wave! Google Wave! Google Wave! А вот вам Adobe Wave!

Абонент не может в данный момент взять трубку — он ей рулит! Ребята из одного Берлинского университета реализовали управление обычным автомобилем через iPhone и WiFi. Подробнее смотрите в видео iDriver — iPhone remote controlled car.

Ха-ха. Вы видели это? Mozilla вдруг осознали «message innovations» и начали делать клон Google Wave: Волны в моде.

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

Помните события про автобус в Перми? До недавнего времени я думал что некоторые вещи происходят только в фильмах. Я не передумал. Но человеку ОЧЕНЬ повезло. Посмотрите короткое видео, снятое камерой наблюдения.

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

Туксовые дела

Событие: Линуса Торвальдс cфотографировался на фоне Windows 7.

Вывод: Теперь Баллмеру осталось сфотографироваться с пингвинами. :-)

Грустное — это не всегда политика, Барак!

Вы иностранный инвестор и хотите начать бизнес в России? Не торопитесь. Посмотрите вначале небольшое видео о том как вести честный бизнес в России.

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

Чтобы проблема рассосалась, надо сосать. А сосать я больше не хочу. © Евгений Чичваркин.

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

Цель: Не допустить к принятию закон, развязывающий руки цензуре! Подробнее смотрите на сайте движения.

Про вечное...

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

Если люди сами пойдут вперед, лидерам останется только следовать за ними.

Нашел отличный блог про науку, философию и юмор. Особенно рекомендую раздел про лженауку.

Барак рекомендует!

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

Так что если вы не зафоллоувили меня — вы еще можете успеть исправить эту досадную ошибку! :-)

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!

Да, это он в 1998 году продал свою компанию Viaweb интернет-гиганту Yahoo, которая впоследствии назвала этот продукт Yahoo Store. Да, это он основал венчурный фонд Y Combinator. Да, это его журнал BusinessWeek включил в список 25 наиболее влиятельных людей в Сети за 2008.

Хотите читать по-настоящему интересные аналитические статьи? Вам однозначно к Полу. Я настоятельно рекомендую прочитать его заметки. Особенно если вы it-шник. Особенно если вы собираетесь открывать свой бизнес.

Интересно: В некоторых местах его имя переводят как Пол Грэхем.

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

Избранные статьи, Барак!

Как начать свое дело

Первоклассные хакеры
Первоклассные хакеры. Часть 2

Что бизнес мог бы взять от свободного ПО
Работа настоящая и мнимая
Снизу вверх

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

Microsoft мертва
Как делать то, что любишь

Быть Популярным, Часть 1
Быть Популярным, Часть 2

Что решают языки программирования
Сделано в США

Копируй то, что нравится
Как не соглашаться
Минимум личного

Что увидела Кейт в силиконовой долине?
Для чего не не создавать стартап?
Наем устарел

Почему не появляются новые Google
Тролли
Удерживая проект в голове
Шесть принципов при создании новых вещей

Самые трудные уроки для стартапов
Почему умным людям приходят в голову глупые идеи
То, что вы хотели бы знать заранее
Как стать кремниевой долиной

Веб 2.0
Как провести презентацию для инвесторов
Хорошее и плохое отлынивание

В чем интернет-бум оказался прав
Как стать богатым
Идеи для стартапа

Копирование идеи стартапа
Коротко о литераторстве
Век Сочинения

Одна из моих любимых: Lisp: побеждая посредственность

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

Стоп!

Уже вижу, как ваша рука потянулось к иконке «Добавить в избранное», чтобы потом никогда к этим статьям не вернуться. Начните читать прямо сейчас!

BTW!

Кстати, рекомендую в свободное время почитать отличную книгу Ричарда Фейнмана, которая так близка нашему it-шному мировоззрению: Вы, конечно, шутите, мистер Фейнман!

Внимание: Будьте осторожны! Слишком много восторженных отзывов об этой книге!

P.S. Очень много интересных ссылок на интересные статьи и веб-проекты, которые не попадают в мой блог, я привожу в своем твиттере. Follow me!

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!

Но сегодня мне хочется поговорить не о фантастических возможностях (очередная big-idea), а о реальном практическом применении Google Wave, которое может упростить нам жизнь.

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

Что это такое, Барак?

Кстати, если вы слышите слово Google Wave впервые — то либо вы не веб-разработчик, либо консерватор. Рекомендую исправляться (всмысле стать веб-разработчиком). :-)

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

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

Более подробно об этой технологии Вы можете узнать посмотрев нашумевшую видео-презентацию на конференции Google I/O. Количество просмотров этого видео просто зашкаливает: более пяти с половиной миллионов!

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

Эту статью я прямо сейчас пишу из WordPress, поэтому об ее интеграции с Google Wave мы и поговорим. Самое очевидное: удобная и полная интеграция комментариев. Чтобы в Google Wave можно было легко получать все комментарии и сразу же отвечать на них, вообще не заходя на блог.

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

У нас проблемы, Барак!

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

Следующая проблема — это объем материала. Что конкретно брать в волну? Одна волна — один пост — комментарии к нему. Или одна волна — все посты — все комментарии к ним. Думаю оптимальный вариант хранить в одной волне последние десять постов плюс комментарии к ним. Для среднестатистического блога подойдет идеально. А удалением устаревших постов и комментариев к ним будет заниматься специально созданный бот.

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

Для тех, у кого нет аккаунта в Google, должны все-равно выводится комментарии, пусть и в упрощенном виде. Кроме того, у таких пользователей должна быть возможность писать комментарии. А в Google Wave их должен уже дублировать специально спрограммированный бот.

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

Мы не первые! Мы не последние!

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

wp-wave-shortcodes

Этот плагин позволяет встраивать в ваш пост волну с помощью shortcod`ов. При написании статьи напишите шорткод и на его месте появится волна. Не сильно функционально, но лучше чем ничего.

wavr

Lucas Caro, автор этого плагина, поторопился заранее занять место для него. В описании к плагину он утверждает, что его цель — полностью интегрировать Google Wave в WordPress. Но пока что он тоже сделал только shortcod`ы.

Нужна еще информация, Барак!

Хотите держать руку на пульсе? Тогда следите за обновлениями следующих сайтов:

Официальный сайт Google Wave.

Google Wave Federation Protocol. Открытый протокол. Его цель: создание единого стандарта для взаимодействия всех программных компонентов волны. Существует еще и официальный сайт GWFP: http://waveprotocol.org.

Руководство для разработчика: Google Wave API Overview. Подробное описание платформы, программирование на Python и на Java. Примеры коды.

Google Wave по-русски от Вадима Барсукова.

Группа Google Wave Russia.

Русскоязычный блог о разработке под Google Wave.

Google Wave Deloper Blog. Официальный блог разработчиков, где сообщаются технические новости и информация об обновлении API.

Wave Samples Gallery. Проект, где собирают примеры работающих приложений и роботов для Google Wave.

P.S. Пользуясь случаем хотел поблагодарить Сергея Бирюкова за небольшой обзор моего блога.

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!

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

Почему так происходит?

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

Вы прекрасно знаете, что курьерские службы не позволяют своим работникам ездить на Hummer`ах, известных своими невероятными запросами на топливо.

Проблема, которую нужно решать

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

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

Что делать?

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

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

Мгновенный результат

В серверной оптимизации, в отличии от многих других сфер, вы не увидите никаких пространных заявлений, завышенных ожиданий, предсказаний о будущей эффективности и прочего. Вы получаете конкретный реальный результат, который виден СРАЗУ. Вы начинаете экономить прямо сейчас. И, фактически, платите за работу специалистам из сэкономленных средств.

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

P.S. Если у Вас есть интернет-проект, которому, как вы считаете, нужна серверная оптимизация — смело пишите мне. Если меня заинтересует — я с удовольствием бесплатно вам помогу.

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!

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

Ладно, хватит теоретизировать, Адепт! Ближе к делу. На днях попал на потрясающе полезный сайт о JavaScript и встретил там прекрасную подборку книг по теме от человека, чей профессионализм не вызывает сомнений — Илья Кантор. Да, да, это создатель легендарного Algolist`а:

По javascript есть много литературы. К сожалению, многие книги, хоть и в красивых обложках, учат вещам устаревшим, нарушающим современные стандарты и стиль программирования.

Из русских книг осталось 4 из 30, из английских — 26 из 40. Надеюсь, это более-менее достойная литература, которую можно нужно читать.

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

А вот сегодня ночью, благодаря @Devgru, попал на крайне интересный и полезный авторский сайт про C++: InsideCPP. Помимо огромного количества крайне познавательного материала, опять же, нашел там список книг для изучения С++.

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

Впрочем, вы же не поверите мне на слово? Поэтому вначале обязательно изучите его статьи из раздела Арт, Паттерны, Антипаттерны, Тест-Драйв и Заметки.

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

Ладно, Страуструп подождет. Адепт, спросите вы, так к чему ты ведешь? А веду я к тому, что нужен удобный сервис для решения этой проблемы. Я перепробовал ряд подобных «книжных» стартапов и каждый раз разочаровывался.

Вы слышали о проекте Библа от Ярослава Грешилова? Вот и я не слышал. До сегодняшнего дня. Оказалось это то, что я так долго искал: сервис, помогающий мне ориентироваться в огромном количестве книг и осмысленно их выбирать.

Вы помните какую книгу читали 2 года и 3 месяца назад? Я тоже. Поэтому решил исправляться и начинать собирать эту информацию. Можете, кстати, посмотреть мой профиль на Библе. Он пока еще в стадии активного заполнения, но мои отзывы о ряде книг вы уже можете прочитать.

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

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

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!

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

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

О_о! Я так и знал, что при чтении статей вы выделяете текст мышкой.

Работа с фрилансерами. Часть 1. Проблемы
Работа с фрилансерами. Часть 2. Решения

Глава из книги «Как стать фрилансером?»: Работа с заказчиками.

Оценка проектов. Сроки. Цены.
Предложения партнерства или бизнес по-русски.

10 проблем при работе с заказчиками. Часть 1.
10 проблем при работе с заказчиками. Часть 2.

Немного из опыта работы с фрилансерами
Как правильно работать с фрилансерами
Советы начинающему фрилансеру
Сделайте общение с заказчиком удобным

Юмор. Инструкция по использованию фрилансера
Я — специалист
Сделано на 95%

Мотивация удаленных сотрудников
Управление проектами с почасовой оплатой
Мотивация глазами веб-разработчика.
Правила Ярослава Грешилова

Как проверить заказчика «на вшивость»?
Как проверить фрилансера на “вшивость”?

Ну и между делом можете ознакомиться с 6 простыми способами увеличения своей продуктивности и прекрасной статьей Дао бизнесмена.

Много других интересных статей можно найти в блоге Фриланс на ХабраХабре. Также увидел у Станислава Малкина отличную подборку 20 тематических сайтов в СНГ о фрилансе.

P.S. Периодически буду обновлять статью и добавлять новые ссылки. Если знаете интересные статьи — сообщайте мне ссылки, буду очень благодарен! HTML в комментариях, кстати, работает.

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!

Дело в том, что я периодически выполняю различные проекты (преимущественно связанные с web`ом) и общаюсь с большим количеством различных заказчиков. За все время общения с ними у меня выработались определенные принципы, которых я постоянно придерживаюсь.

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

Качество переписки

Основной, для меня, способ общения с заказчиками — текстовый: e-mail, мгновенные сообщения (IM). Поэтому непосредственно перед заказом мой профессионализм определяется такой немаловажной вещью как общее качество переписки.

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

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

Скорость ответа. Я — ответственный исполнитель, и заказчик должен увидеть это с самого начала нашей работы. Один из показателей ответственности — быстрый и качественный ответ. Разумная скорость ответа — до 24 часов. Но, естественно, чем быстрее — тем лучше.

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

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

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

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

При необходимости имеет смысл ссылаться на различные сайты/видеоролики/скринкасты. Да, тот самый видеоролик про отношения заказчик-исполнитель ему тоже можно показать. :-)

Выясните задачи и цели заказчика
Попытайтесь понять какие у заказчика реальные цели и что он на самом деле хочет. Поймите заказчика.

Задавайте вопросы до тех пор, пока полностью не поймете весь объем работы, который вы должны сделать. В сложных проектах обязательно требуйте Техническое Задание. Или составляйте его вместе с заказчиком, но за дополнительную плату.

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

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

Профессионализм

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

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

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

Цена
Жизненное наблюдение: Чем выше цена — тем выше качество заказчиков. Поэтому я всегда сообщаю заказчикам, что если они пришли за низкой ценой — это не ко мне.

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

Единственное: Я могу делать исключения для очень интересных проектов, которые повышают мой профессиональный уровень.

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

Оплата
Здесь все просто. Я использую только следующие способы:
1. 50% аванс после обсуждения проекта и до начала работы.
2. Полная оплата заказчиком до начала работы. (Обычно с постоянными заказчиками, потому что они мне доверяют)
3. Оплата через сервис безопасной сделки на freelance-сайтах.

Готовые решения
Я стараюсь при разработке постоянно использовать готовые решения: преимущественно OpenSource. Заказчик имеет полное право в любой момент поменять исполнителя, и не должен привязываться к моим каким-либо разработкам или ресурсам.

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

Moneyback
Если моя работа по каким-либо причинам абсолютно не нравится заказчику — я предпочитаю вернуть ему деньги. Моя репутация и лояльность заказчиков гораздо ценней.

А каких принципов/подходов вы придерживаетесь при общении с заказчиками?

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!

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

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

1. Скачайте Apache

Скачайте последнюю версию исходных кодов с Apache HTTP Server Project. На момент написания данной статьи последний релиз был 2.2.13. После чего переместитесь в /usr/local/src и разархивируйте так, как это показано ниже.

cd /usr/local/src
gzip -d httpd-2.2.13.tar.gz
tar xvf httpd-2.2.13.tar

2. Установите Apache

Просмотреть все доступные опции конфигурирования можно с помощью команды ./configure --help(две черточки перед help). Наиболее часто используемая: --prefix={install-dir-name} для установки Apache в нужную вам дирректорию.

cd httpd-2.2.13
./configure --help

Остальные настройки и описания к ./configure вы можете посмотреть в официальной документации.

По умолчанию Apache будет установлен в /usr/local/apache2 (с поддержкой Dynamic Shared Object). Используя префикс --enable-so, вы можете подгружать модули во время работы через механизм Dynamic Shared Object.

Я ставил свой веб-сервер со следующими параметрами:

./configure --enable-so --enable-mem-cache
make
make install

Внимание: Во время выполнения ./configure может выскочить следующая ошибка:

./configure --enable-so --enable-mem-cache
 
configure: error: no acceptable C compiler found in $PATH
See `config.log' for more details.
configure failed for srclib/apr

Для решения проблемы установите gcc и сопутствующие ему модули, и выполните ./configure снова.

rpm -ivh gcc-4.1.2-14.el5.i386.rpm glibc-devel-2.5-18.i386.rpm glibc-headers-2.5-18.i386.rpm kernel-headers-2.6.18-53.el5.i386.rpm

Или воспользовавшись менеджером пакетов yum:

yum install gcc
 
Preparing...                 ########################################### [100%]
1: kernel-headers       ########################################### [ 25%]
2: glibc-headers         ########################################### [ 50%]
3: glibc-devel             ########################################### [ 75%]
4: gcc                        ########################################### [100%]

3. Запуск Apache

cd /usr/local/apache2/bin
./apachectl start

Теперь введите в браузере http://localhost/. Вам должна вывестись страница с надписью «It Works!».

4. Автоматический запуск Apache во время старта системы

Отредактируйте скрипт /etc/rc.d/init.d/httpd и измените значения переменных apachectl и httpd для того, чтобы они указывали на соостветсующее установке место. Кстати, обычно этот httpd скрипт установлен как часть старого Apache (т.е. при установке дистрибутива).

apachectl=/usr/local/apache2/bin/apachectl
httpd=${HTTPD-/usr/local/apache2/bin/httpd}

Теперь вы можете останавливать и запускать Apache этими двумя командами:

service httpd stop
service httpd start

Или другим способом:

[ПУТЬ]/bin/apachectl -k start
[ПУТЬ]/bin/apachectl -k stop

Давайте сделаем так, чтобы Apache автоматически запускался во время перезагрузки системы:

chkconfig --list httpd
httpd           0:off   1:off   2:off   3:off   4:off   5:off   6:off
chkconfig --level 2345 httpd on
chkconfig --list httpd
httpd           0:off   1:off   2:on    3:on    4:on    5:on    6:off

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

Вот и все! Быстродействующих Вам серверов!

P.S. Хочу порекомендовать вам хороший блог моего друга: http://dedicatesupport.com. Прекрасный системный администратор, отзывчивый, и очень упорный в достижении поставленных целей человек. Это его личный авторский блог, где он пишет профессиональные заметки на тему системного администрирования и не только. Подписывайтесь!

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!

Опишу на примере. Представим следующий случай: Обычный парень осознал свою проблему — у него нет девушки, и в ближайшем будущем не предвидится. Что делает наш нормальный парень? Верно! Он решает свою проблему.

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

Что происходит дальше, Барак?

У него начинает получаться! Сначала как-то не очень, потом лучше, лучше, еще лучше — и вот (!) — он уже достиг того уровня, к которому стремился. Да, легко соблазнять моделей и лучших девушек у него еще не получается, но действительно ли это ему нужно? Своими отличными девушками он полностью доволен.

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

И, блин, ПРЯМО здесь начинаются чертовы проблемы, которые меня бесят. Начинается этот гребаный фанатизм! Теперь он, как успешный и целеустремленный парень, не останавливается на достигнутом, и начинает пытаться кардинально улучшить свои результаты — прыгнуть выше своей чертовой головы.

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

Но на практике он не увеличит свой уровень больше, чем на 5-8%. Если только не сделает себе еще хуже. Можете мне не верить, утверждать обратное — но я уже достаточно много общался с разными людьми, занимавшиеся подобным — так и происходит. Стоит ли результат потраченных сил? Нет.

К чему это приводит в итоге? К понижению самооценки, стрессам и, в особо тяжелых случаях, даже к депрессии.

Если посмотреть объективно: расстраиваться вообще не из-за чего, но человек сам уверенно идет против своей психики, против своего психологического здоровья, намеренно вводя его в стрессовое положение. Всю бессмысленность данной позиции прекрасно описал Антон Романов в своей потрясающей серии статей Про пикап (2 часть, 3 часть). Крайне рекомендую почитать, даже если вы вообще не знаете что означает этот загадочный термин «Пикап».

Где результаты, Барак?

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

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

У вас не получается соблазнять девушек? Так может дело в том, что вы соблазняете не тех девушек? Может, вместо того, чтобы совершенствовать порочную систему — увидеть корень проблемы, и решить ее совершенно по-другому.

К примеру, а попробовал ли наш парень зарегистрироваться на сайте знакомств, качественно заполнить свою анкету, загрузить свои отличные фотографии и получить небольшой, но непрерывный поток заинтересованных девушек? Девушек, которые УЖЕ хотят с ним встретиться! Его задача теперь всего-лишь ничего не испортить. И это лишь один из невероятного большого количество способов!

Но и даже здесь снова может проявится этот гребаный фанатизм. Знаете какая ловушка поджидает большинство парней на этом этапе?

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

Какого черта, Барак!

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

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

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

Когда я вижу насколько рьяно люди борются за мнимое юзабилити в интернет-магазинах, по десять раз переделывая формы и дизайн, у меня наворачиваются слезы. Нет, я полностью за юзабилити, но в разумных, черт побери, пределах! Ведь количество покупателей можно легко увеличить на 10%, к примеру, просто использовав какой-нибудь необычный (читай нестандартный — прим. машинистки) прием.

Если есть сайт, предлагающий услуги мойки машин, то может лучше раздавать листовки автомобилистам с его предложением и получать заинтересованных клиентов!? Так какого хера некоторые люди все еще пытаются доводить до совершенства эту гребанную форму заказа?

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

А какие вы знаете примеры бессмысленного фанатизма?

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!

Итак, представим, что у Вас есть локальный доступ к Linux-системе. Не столь важно как Вы его получили: с помощью SQL Инъекций, PHP Инъекций, File Inclusion, Directory traversal или просто подсмотрели пароль, внимательно держа в руках профессиональный бинокль.

Допустим, что гипотетически у Вас есть желание получить привилегии пользователя Root на этом сервере. Этого можно добиваться совершенно различными способами, и я опишу наиболее стандартный ход действий — через эксплойты. Естественно, если у Вас на руках нет 0-day уязвимости, то шансы взломать систему с последними обновлениями и заплатками — очень низки.

Шаг первый. Узнаем параметры системы.

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

[v673@localhost ~]$ uname --all
Linux localhost 2.6.29.1-desktop586-4mnb #1 SMP Mon Apr 20 17:37:07 EDT 2009 i686 Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz GNU/Linux

Если Вы забыли параметры — легко можно обратиться к помощи, благодаря параметру --help:

[v673@localhost ~]$ uname --help
Использование: uname [КЛЮЧ]...
Печатает определенные сведения о системе.  Если КЛЮЧ не задан,
подразумевается -s.
 
  -a, --all          напечатать всю информацию, в следующем порядке,
                       кроме -p и -i, если они неизвестны:
  -s, --kernel-name  напечатать имя ядра
  -n, --nodename     напечатать имя машины в сети
  -r, --release      напечатать номер выпуска операционной системы
  -v, --kernel-version     напечатать версию ядра
  -m, --machine            напечатать тип оборудования машины
  -p, --processor          напечатать тип процессора или "неизвестно"
  -i, --hardware-platform  напечатать тип аппаратной платформы или "неизвестно"
  -o, --operating-system   напечатать имя операционной системы
      --help     показать эту справку и выйти
      --version  показать информацию о версии и выйти
 
 
Report uname bugs to bug-coreutils@gnu.org
GNU coreutils home page: <http://www.gnu.org/software/coreutils/>
General help using GNU software: <http://www.gnu.org/gethelp/>
Report uname translation bugs to <http://translationproject.org/team/>

Именно по этим параметрам мы и будем искать подходящий эксплойт. Эксплойты могут использовать уязвимости как в ядре, так и в каком-нибудь установленном приложении, обычно запущенном от имени root`а.

Шаг второй. Находим эксплойт.

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

Сейчас я не собираюсь учить Вас поиску эксплойтов. Скажу лишь, что для этого никаких выдающихся навыков не требуется. В нашем случае подойдет поисковый запрос вроде «Local Root Exploit 2.6.29.1». Помните, что большинство публичных эксплойтов можно найти на milw0rm.com.

Теперь давайте создадим пустой файл, в котором и будет храниться программный код нашего эксплойта:

[v673@localhost ~]$ touch exploit.c

Шаг третий. Убираем защиту от скрипт-киддисов.

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

Поэтому если первая компиляция свалилась в ошибку — не переживайте, просто где-то в коде она допущена специально. Например, добавили лишние символы в объявлении функции:

...
unsigned int uid, gid;
 
void Cr0sSv673
kernel_code()
{
     ...
}

Теперь давайте откроем файл через редактор vi, нажмем кнопку Insert на клавиатуре, для начала редактирования, и скопируем код эксплойта:

[v673@localhost ~]$ vi exploit.c
...

После завершения процесса копирования и редактирования нажимаем Esc и вводим «:qw!» в vi-консоле. Чтобы vi-консоль появилась, нажмите двоеточие. Вот и все — данные успешно сохранились в файле.

Шаг четвертый. Компилируем!

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

[v673@localhost ~]$ gcc exploit.c -o exploit

Шаг пятый. Запускаем!

Если автор эксплойта отдельным образом не описал дополнительные параметры для запуска, то используйте способ по умолчанию:

[v673@localhost ~]$ ./exploit

Хочу также заметить, что некоторые создатели эксплойтов предусматривают получение Root-привилегий во время компилирования.

К черту шаги! Наслаждаемся результатом!

Если все прошло успешно, то в результате при вводе команды id. Вы должны увидить что-то вроде этого:

[root@localhost ~]# id
uid=0(root) gid=0(root) группы=0(root)

Или, если процесс повышения привилегий не сработал, Вы должны увидеть себя:

[v673@localhost ~]$ id
uid=500(v673) gid=500(v673) группы=75(apache),500(v673)

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

Понравилась эта статья?

• Давайте дружить в твитере!
• Есть свое мнение? - Поделитесь им в комментариях!
• Возникли какие-то вопросы? - Задайте мне их лично!
• Интересна информация об авторе? - Узнай больше обо мне!
• Поделитесь ссылкой на эту статью со своими друзьями!