Crash

Я бы порекомендовал вам решать проблемы по мере их поступления. Откуда это желание настелить всюду соломы?)

Один заказчик спокойно переживет, если вы с 38.7 пролежите три дня в постели, а ему нужно было баннеры поменять местами. А другой может и заистерить, если надо было проводки поправить, чтобы зарплату нормально посчитать. Слишком много вариантов, чтобы ответить «правильно». =)

Учтите, что на oDesk средний программист "хочет" получать $15, но 8 заказов из 10 получают филипинцы/индусы по $1 в час )

Также учтите, что адекватный заказчик, как правило, живет в «пасифик-тайм», и вам нет смысла вставать раньше 11-12, поскольку там в это время ночь.

По перспективности я бы выбрал газпром, вобщем)

В Стране Чудес.

Зачем переходить с Windows на Линукс? Большинство офисных программ пишутся, разрабатываются и тестируются именно под Windows, может я чего-то не понимаю, но какая выгода в переходе? Wine работает неидеально, имеет баги и недоработки.

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

сделал — выкладывай, а сообщество оценит и поправит… может и начнем использовать

Про тех кто работает по 10-16 часов. Такое рвение лет до 25, и то пока не женат, нет детей, родители живы и не болеют, и слава богу так сказать.

А потом:
Задерживаешься в течении недели на 3 часа на работе — ты мне изменяешь?! (говорит жена)
Задерживаешься на 2 часа и не забираешь ребенка из садика — да тебе наплевать на ребенка! (говорит жена) + п.1
Ты что не можешь отвезти детей в сад и школу? — вообще, ох#$%? — да тебе наплевать на детей! (говорит жена)
Как это мы не идёт в кино? — вообще, ох#$%? — да тебе наплевать на меня! (говорит жена)
Что значит ты устал, а я что просто так красное бельё одевала? + п.1
Вышел в субботу на работу и не отвез родителей на дачу — ты че, сынок, не уважаешь и не любишь родителей ?(говорят родители)
Ты занят в пятницу вечером… м-м и в субботу вечером!?!, да что ты за друг с тобой даже встретиться и оторваться некогда! в кого ты превратился (говорят друзья)

Не полный перечень вопросов, которые человек в возрасте ~30лет и лет 5 в браке, получает, если на работе что то проиходит не так.

Читал статью по ссылке с hackernews, что умственно-творческой работой можно заниматься плодотворно не более 4 часов в день, два раза по два часа.
Лично я так и замечал, что больше 4-х часов смысла работать нет, начинаю тупить, ошибки делать и т.п.
С сомнением читаю отзывы про людей, которые кодят по 10-12 часов подряд Ж)
Возможно, такой овердрайв и бывает, некоторое время, а потом пробки перегорают.

Все крайне не однозначно.
Был у меня хороший программист платил я ему 20 долларов в час, почитал он мой блог и уехал жить в Тайланд. И перестал ан меня работать.
А ездил я тут во Вьетнам и нанял программиста за 5 долларов в час.
И работает он у меня больше и получает меньше.
И по соотношению стоимость труда/эффективность прирост большой.
И живет у меня через стенку сосед работает по 750 рублей в час, джава программист. И работать он предпочитает часов по 10-16. И производительность у него при этом высокая, то есть он не сидит и тупит в ютюб, а именно кодит.

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

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

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

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

В четвертых, порядок коммуникаций. Возьмите за правило — не дергать программера чаще чем в 2-3 часа. Как правило он думает в «туннельном эффекте» — декомпозируя задачку и входя в режим творения. На такую подготовку уходит 20-30 минут. Если его в этот момент выдернуть тупым вопросом — мол, дай сигарету или ты не знаешь — а где лежит постановка — то опять потребуется полчаса…

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

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

8 часов это нормально. Кто то даже легко по 10 часов работает. Особенно если работа в основном написание скриптов, а не разработка архитектуры сайта/приложения. Главное чтобы рабочее место было удобным и было где отвлечься на 10-20 минут от работы и отдохнуть

С точки зрения дизайнера по сути всё правильно. Если не оговаривалось, что «шаблон под вортпрес» должен быть в хтмл/ксс и собран под инсталер вортпреса.
Ведь что ему было сказано, если исходить из темы? «нужен шаблон под ворпрес»
Вот он и рассуждал наверно:
— так, ворпрес это блог?
— нужна лента сообщений
— нужен календарь
— нужна форма комментариев
и так далее…
Именно так он наверно и воспринял «шаблон под ворпрес». Отталкиваясь именно по части своей области, от имеющихся данных. Ну и так как дизайнер всётаки не верстальщик. То всё закономерно ибо 99% работы вэбдизайнера отдаются или в картинке или в psd файле. И только единицы делают сразу в ксс/хтмл. И совсем мелкое количество вам ещё и накодят движок или развернут бесплатный.

Обычно дизайнер создает дизайн — изображение. А верстальщик создает шаблон. И не всегда эти две работы выполняет один человек. Если вы работаете с дизайнером, то получите psd, или еще какой формат. Но в любом случае это будет изображение, не шаблон для WordPress (который должен быть в html). В вашем случае малоопытный дизайнер не удосужился спросить, что еще за «шаблон для wordpress» Вы хотите, Вы не удосужились разжевать дизайнеру, что Вы от него хотите. Это известная проблема во фрилансе, когда заказчик объясняет задачу в двух словах, фрилансер делает все так, как он понял, в результате заказчик не доволен. Не стоит никаких отзывов нигде оставлять, это урок в первую очередь для Вас, чтобы Вы могли четко и в деталях описывать задачу, и что Вы хотите получить. Ну и можно лично отписать фрилансеру, чтобы научился вытягивать из заказчика детали задачи

За то, что, код можно прочитать в слух, и код от этого не потеряет ясность.
За то, что англо-русский словарь нужен для именования переменных
За то, что именование переменных и выбор общего алгоритма — едиснтвенное о чем приходится думать.
За то, что при программировании на Ruby 99% уходит на проектирование поведения, и 1% на программирование
За то, что по первой строке ошибки можно определить где и в чем ошибка
За то, что интеграционные тесты можно писать на русском, от чего заказчик обливается слезами умиления и расстается с деньгами
За то, что вызывает ООП головного мозга
За то, что технилогический уровень, и технологическое качество на голову выше программы ВУЗ-ов
За то, что высокий порг вхождения по IQ на нет сокращает количество быдлокодеров
За то, что разработка вызывает просто животный восторг граничащий с оргазмом
За то, что разработкой в кайф реально можно заниматься по 16 часов в сутки и не сломать себе мозг
За то, что на форуме тебе не скажут: лол ты нуб иди читай маны днище!!111адинадин
За то, что, возможно, ваше изящное решение еще никто не использовал
мне на работу пора, а так я могу очень долго писать

Хабражитель freetonik создал проект Хекслет — hexlet.org, пока там только «Разработка под OS X» из категории программирование.

wpmag.ru/ :)

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

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

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

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

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

asana, мегаплан и т.д. это всё фигня для работы с одним человеком. Он назовёт срок, умножайте его на три(скорей всего вы и сами это знаете). Если он уложится в то что назвал, держитесь его и никогда не теряйте =) То что он пишет вы должны это видеть, пусть он коммитит на github либо ещё куда, коммиты должны быть каждый день.

Регистрируетесь на github, находите интересный проект, начинаете писать для него что-то. Публикуете. А дальше — вместо резюме (или вместе с ним) присылаете свой github профиль работодателю.