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

ХолодныйСинтез:
«Доброго времени суток форумчане. Действительно, не знал, где создать тему, но для таких как я сделали целый раздел, за это и спасибо.
Вкратце, живу в далекой глуши, где отбирают бизнес и не дают ничем спокойно заняться… и вот пришла ко мне идейка сделать сервер для услуг хостинга ну или чего-то прочего.

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

И конечно же в лучших традициях «серча» начался срач:

pavellift:
«ХолодныйСинтез, может лучше переехать?»

voltamper:
«ТС, не стоит суваться, если вообще в этом не понимаете.
Брутанут и вообще без штанов останетесь».

sladkydze:
«Автор, я поддерживаю товарищей, которые не советуют соваться.

Что-то тут можно поймать:
1. Имея знания в области и опыт.
2. Имея как минимум от 10.000$ на первоначальные вложения. А лучше от 50.000$. Остальное — бултыхание в луже».

[umka]:
«Это как начать автопрокатную компанию, имея в качестве «первоначального оборудования» ушатанный ВАЗ 2106. Ну и плюс сайт, конечно же».

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

Сразу вспомнилось, как начинал я, и стало просто невыносимо грустно от таких советов, ведь люди заблуждались, все возможно и без бюджета, и без начальных знаний. Потому что именно так возник «ua-hosting». И далее я поведаю небольшую историю успеха и разочарований…

В моих руках книга «Remote» от 37signals. Это книга о том, что такое удалённая работа, о том, как использовать её преимущества и как сгладить недостатки. Книга очень пригодится предпринимателям, которые думают о полном или частичном переходе на удалённую работу. Но книга также пригодится и, собственно, удалённым сотрудникам (или фрилансерам), желающим работать эффективно. Предыдущие мои статьи были по книгам Getting Real и Rework.

Введение

В предыдущих статьях мы рассмотрели принципы верстки на чистом CSS и с помощью Bootstrap. Сегодняшней статьей мы начинаем рассматривать особенности верстки под популярные CMS. И начнем с WordPress, как самой популярной из них. Будем считать, что WordPress у вас уже установлен и перейдем непосредственно к созданию шаблона, в качестве которого у нас по-прежнему будет выступать Corporate Blue от студии Pcklaboratory. Если вы не знаете как установить WordPress, то инструкцию можно найти здесь. В данном руководстве мы не будем подробно описывать CSS стили и HTML код – это было сделано уже в предыдущих статьях. Вместо этого рассмотрим детально особенности создания темы именно под WordPress.

В предыдущих двух статьях я писал о книге 37signals «Getting Real». Это своего рода философия и успешный подход к разработке программного обеспечения. Я видел отзывы, что все эти принципы работать не будут, однако ни в первой книге, ни во второй не нашёл ни одного противоречия. Во второй книге много повторений из первой, но всё равно есть смысл прочитать обе книги в оригинале. Ниже я привёл идеи Rework, которые не описаны в Getting Real.

Предисловие

Примерно год назад мы решили, что днем рождения нашего Энергослона будет 8-е мая. Как-то так само собой сложилось и, признаться, я не очень хорошо помню почему. То ли в этот день мы начали приглашать первых тестеров, то ли это был день, когда мы создали первую запись в блоге, то ли произошло какое-то другое событие… Не помню. Но так или иначе именно 8-го мая наш Слоник задувает свечи на именинном торте и с удовольствием принимает подарки.

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

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

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

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

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

Введение
В этой статье мы попробуем разобраться как работает Return Oriented эксплоит. Тема, в принципе, так себе заезженная, и в инете валяется немало публикаций, но я постараюсь писать так, чтобы эта статья не была их простой компиляцией. По ходу нам придется разбираться с некоторыми системными особенностями Linux и архитектуры x86-64 (все нижеописанные эксперименты были проведены на Ubuntu 14.04). Основной целью будет эксплуатирование тривиальной уязвимости gets с помощью ROP (Return oriented programming).

Утром 1 октября 2013 года календарь проделанной работы над открытым исходным кодом, расположенный на моей гитхабовской странице, выглядел вот как:



Это не было простой случайностью. Я нарочно решил (руководствуясь GTD-соображениями) достаточно долгое время стараться каждый день чего-нибудь делать на Гитхабе, а затем (если дело пойдёт) поделиться на Хабрахабре наиболее ценными впечатлениями от именно такой манеры работы (назовём её, скажем, calendar-driven development), когда впечатления накопятся.

И поделяюсь.

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

Я не программист. Я немного знаю PHP (проходил курсы около 20 часов), но больше 15 строк кода никогда не писал. Но недавно, вдохновленный экспериментом Мета Каттса, я решил провести над собой похожий эксперимент. Мне стало интересно, смогу ли я создать хотя-бы небольшой готовый продукт за 30 дней и параллельно подучить PHP. Проверить насколько сложно заставить себя делать что-то не обычное каждый день. Также я решил периодически делать заметки о том, как продвигается моя работа и вот, что из этого получилось.

Пару дней назад совершенно случайно наткнулся на блог «интернет манимейкера», которого когда-то читал лет 5-6 назад. Судя по датам постов, блог был все еще живым и автор продолжал открыто выкладывать цифры о своем заработке. Я решил пробежаться по постам и оценить успехи этого блоггера. Уже через минуту я был просто поражен!

За последние 5 лет заработок человека не только не вырос, но даже немного уменьшился. Все эти годы он продолжал заниматься все тем же: продажа ссылок с сайтов, контекстная реклама, партнерки и т.п. Для студента в 2008 году заработок в $800/мес вполне был неплохим доходом. Но на дворе уже 2015 год, а у чувака все те же $700-800!

Оригинал опубликовал Лео Бабаута на сайте Zen Habits. Я его вольно перевел и немножечко адаптировал. Сразу оговорюсь, я не претендую на точность перевода. Моей задачей было перевести не точно, а понятно. Приятного чтения и применения!

«Это про привычки и делание, а не про систему и инструменты»

Чтобы закрепить основы продуктивности и организованности, сохраняя всё настолько простым, насколько возможно, я разработал свою собственную систему продуктивности: Zen To Done (ZTD).

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

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

В этой статье Jeff Haden, расскажет секреты продуктивности от знаменитых авторов, успешных предпринимателей, инвесторов, руководителей и людей творческих профессий.

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

С недавнего времени я научился выделять время для чтения, но к сожалению, не столько чтобы за один подход прочесть достаточно объемную книгу. Поэтому я озадачился конспектированием прочитанного материала на ходу. Спасибо современным технологиям, это ни капельки не трудно. Во время чтения со смарта переключаться на OneNote и делать заметки, что может быть легче?

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

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

Так происходит и в бизнесе. Если в период подъема экономики какие-то недостатки конкретного бизнеса сглаживаются, остаются незамеченными и даже не слишком мешают работать, то в периоды экономического спада они становятся теми самыми «тонкими местами», которые приводят к снижению прибыли, к определенным проблемам, а иногда даже к полному краху всего бизнеса.

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

Оказывается, проекту Cogeian Systems в этом месяце будет 12 лет. Вот я и решил поделиться своим накопленным за это время опытом. Надеюсь, кому-нибудь он поможет.

1) Иногда полезно отказываться от работы

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

Я бы не стал советовать пропускать платежи по ипотеке, но посоветую следующее: если вам сразу сильно не понравился клиент, спросите себя, насколько вам действительно нужна эта работа? Иногда она оказывается не настолько критичной, чтобы из-за неё страдать. Конечно, легко так говорить, если у вас большая клиентская база – и я надеюсь, что она у вас появится.