Открыть список
Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Вред многозадачности официально подтверждён

GTD
Многие менеджеры и программисты, особенно среди молодых, искренне полагают, что одновременное выполнение нескольких процессов повышает общую производительность труда. На самом деле это заблуждение. Исследования ученых из Института мозга будущего при Оксфорде показало, что наш «центральный процессор» совершенно не приспособлен к такому режиму, даже у Generation X.
Читать дальше →
Всего голосов 63: ↑62 и ↓1 +61
Просмотры7.5K
Комментарии 122

Уголок ламера (увеличение КПД мобильного старичка Sony Ericsson w810i)

Чулан
imageУ каждого народа есть какая-то черта, которая выделяет его и отличает от других. Стереотипы, конечно, никто не любит, но все же «дыма без огня», как гласит мудрость народная, не бывает. В последние годы регулярно слышу, что немцы славятся своей экономичностью буквально во всем. Подчеркиваю, не жадностью, а экономичностью. Несколько лет назад я впервые посетил Германию, и эта установка многократно подтверждалась моими наблюдениями и словами самих немцев. Например, в Дрездене есть церковь, которая во время войны очень сильно пострадала от бомбардировок. Церковь эта очень старая, и камни от времени стали темно-бурыми, но когда ее восстанавливали, собрали все более-менее пригодные обломки этих старинных камней и использовали, где только это было возможно. Где таких «родных» темно-бурых кусков-обломков не доставало, вставляли куски той же породы, но обработанные совсем недавно и потому значительно более светлые. Так и стоит сегодня эта восстановленная церковь, словно пятнистая корова. Немец, который показывал мне город, с гордостью сказал, что это весьма примечательное выражение хваленого немецкого духа. Нормальный немец, по его словам, прежде чем перейти к использованию чего-то нового, убедится, что он максимально использует доступное ему старое. Именно поэтому в Германии на удивление много очень «древних» немецких машин.
Читать дальше →
Всего голосов 47: ↑34 и ↓13 +21
Просмотры218
Комментарии 45

Что делать с полезными идеями, которые мешают работать?

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

На мой взгляд, основная состоит в том, что для нас (небольших разработчиков) это очень «длинные деньги». Как бы подробно менеджеры не документировали все в техническом задании, в реальной разработке такой проект быстро обрастает балластом из различных предложений, усовершенствований, доделок, не учтенных сложностей, плохой обратной связи, новых идей, мыслей и т.д., которые возникают практически на всех этапах разработки.
Читать дальше →
Всего голосов 37: ↑29 и ↓8 +21
Просмотры482
Комментарии 19

Структурированное хранение информации

Управление проектами
Совершенно случайно набрёл на одно интересное видео под названием Situating Personal Information Management (PIM) Practices within an Organization, почитал документ(создатели PIM подошли к этой проблеме основательно — исследования, тесты, теории, мне кажется, некоторые даже защитили кандидатские и докторские по этой тематике) и оказалось что те guidelines для организации хранения информации и быстрого доступа к ней, которые изложены в статьях, я уже давно и успешно использую в своей повседневной работе. И появились они у меня, как вы понимаете, не от хорошей жизни.
Так уж получилось, что работая ПМом, количество проектов у меня не опускалось ниже 5 и стабильно держалось в диапазоне 5 -10. Проекты были в основной своей массе небольшие, где то 3-5 месяцев длительностью и 2-4 разработчиков (ну и плюс сетевые администраторы, тестеры в проектной команде). Но когда к этому богатству добавился production support и maintenance и количество важных писем перевалило за 50-70 в день, пришлось задуматься насчет эффективного структурированного хранения проектной информации, её поиска, напоминаний о запланированных событиях. Далее описание что и как получилось...

Читать дальше →
Всего голосов 31: ↑26 и ↓5 +21
Просмотры3.4K
Комментарии 10

«Завтра я перестану откладывать дела на завтра»

GTD
Промедление — это то, чем мы занимаемся каждый день:
  1. «Мне завтра нужно сдать курсовую, которую я еще не начинал, но, чтобы сконцентрироваться, мне сейчас надо отдохнуть и попить кофе»
  2. «Я хочу начать бегать по утрам, но сначала мне нужно сдать сессию и найти хорошую работу, которая обеспечит мне стабильность и уверенность»
  3. «Перед тем, как начать работать, мне нужно ответить на 11 писем и поговорить с друзьями по аське о летней поездке в Испанию, чтобы не отвлекаться в течение дня»

Читать полностью
Всего голосов 151: ↑143 и ↓8 +135
Просмотры4.4K
Комментарии 92

Используйте голову

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

Специально для Хабра (для людей с техническим складом ума) я подготовил краткую версию статьи о мозге, в которой описано, что полезно для мозга, а что нет. Добро пожаловать под кат.
Читать дальше →
Всего голосов 285: ↑259 и ↓26 +233
Просмотры13.2K
Комментарии 131

Эффективный тимбилдинг

GTD
Погода на дворе отличная, и те несчастные, которым не удалось свалить в отпуск на все лето задумываются о том, как бы совместить приятное с полезным — и поработать и отдохнуть. И вспоминается «светлая идея» — а не провести ли нам тимбилдинг, корпоратив, юбилей (нужное подчеркнуть)? К сожалению, по моему опыту участия в аналогичных мероприятиях в самых разных компаниях — далеко не всегда эта светлая мысль приводит к запланированным результатам. Как же все сделать правильно?

Читать дальше →
Всего голосов 14: ↑10 и ↓4 +6
Просмотры8.8K
Комментарии 14

Vim и кириллица: парочка приёмов

VIM
image

Раньше для редактирования обычных русскоязычных текстов, я обычно откладывал Vim в сторонку и прибегал к помощи других редакторов. Причиной этому была парочка очень неприятных косяков:
  1. На каждый чих приходилось сто раз переключать раскладку, чтобы корректно ввести пару команд и вернуться обратно. Например, замена буквы-опечатки в только что написанном слове, выливалось в: switch → добраться до буквы, нажать r → switch → [нужная буква] → switch → A → [пишем дальше]. Ад!
  2. Штатный spell checker букву «ё» не любил и любое слово с её участием предлагал заменить на аналог через «е». А я ё люблю, меня это расстраивало.

И вот, наконец, я нашёл решение обеим проблемам. Сижу сейчас и набираю этот текст в Vim. Любопытно, что оба барьера обходятся штатными средствами, без дополнительных плагинов. Поскольку материалов на английском и на них основанных куда больше чем исконно русских, найти эту информацию мне было не просто. Поэтому хочу поделиться ей с теми кому интересно.
Читать дальше →
Всего голосов 111: ↑102 и ↓9 +93
Просмотры45.3K
Комментарии 95

Способы оценки эффективности работника

Управление проектами
Многие менеджеры сталкиваются с одной очень занимательной проблемой в IT-сфере. И имя этой проблеме — оценка эффективности работника. Еще пол столетия назад такая задача не вызывала приступов мигрени и паники у руководителей или экономистов, потому что все было просто. Работник закрутил 50 гаек — плохо, закрутил 150 гаек — великолепно! Но пришла революция информационных технологий, и оценка эффективности стала краеугольным камнем.

image

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

Читать дальше →
Всего голосов 166: ↑142 и ↓24 +118
Просмотры27.5K
Комментарии 141

Re: Способы оценки эффективности работника

Управление проектами
Для комментария к топику многовато, поэтому, с вашего позволения отвечу топиком.

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

Читать дальше →
Всего голосов 67: ↑54 и ↓13 +41
Просмотры2.7K
Комментарии 44

Офис на необитаемом острове — реальность

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

Офис-веранда
рассказ о том, как это сделать, и какие на этом пути встречаются трудности
Всего голосов 364: ↑353 и ↓11 +342
Просмотры15.8K
Комментарии 254

Куда деться эффективному специалисту

Я пиарюсь
Недавно в рамках программного комитета конференции SQA Days, мы затеяли дискуссию на тему «Почему многие компании не хотят отпускать людей на конференции и почему не хотят чтобы работники становились эффективными».
LeshaL озвучил мысль «Многие компании не видят смысла в том, чтобы работники выступали. Почему — не знаю». После этого пошла основная дискуссия.
Сразу возник вопрос: «А что компании с этого имеют?».
Читать дальше →
Всего голосов 36: ↑32 и ↓4 +28
Просмотры947
Комментарии 119

Опрос: сколько времени тратят впустую программисты?

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

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

Для этого я прошу программистов-хабраюзеров ответить в комментах на 2 вопроса:

1. Сколько часов (минут) в день вы тратите на общение с менеджером?

2. Какой процент этого времени уходит, по вашему мнению, впустую?

Я хотел сделать более цивилизованно, в форме опросника, но потом понял, что надо учитывать программистов по типам, вроде того, что будут программисты, которые ответят:

1. 1 час
2. 30%

А могут быть программисты, которые ответят:

1. 3 часа
2. 90%

Надо понимать, что эти ответы не стоит тупо усреднять. Поэтому помучаюсь с обработкой комментариев.
Всего голосов 61: ↑39 и ↓22 +17
Просмотры1.6K
Комментарии 103

Мифы о CMMI, или кому и зачем она нужна

Управление проектами
Вначале об аббревиатуре: Capability Maturity Model Integration (CMMI) — модель оценки зрелости компании, основанная на ее производстенном, техническом и управленческом потенциале. Разработана она Software Engineering Institute. Подробно о ней писалось в хабрастатьях: Модель CMMI и Как наша компания получила 3 уровень CMMI.

Будучи «внедренной» в CMMI вот уже 5 лет, я часто сталкиваюсь с запросами и суждениями относительного этого фрэймфорка, которые, в целом, можно свести к следующему «Это конечно хорошо, но невозможно в реальных условиях». Кто-то скептически настроен с самого начала, кто-то разочарован (прежде всего, из-за чрезмерных ожиданий). Я не являюсь ни «апологетом», ни фанатом CMMI, но моя непосредственная работа заключается в поддержании соответствия компании CMMI Level 3. Это требует, прежде всего, очень серьезных моральных усилий. Связано это, на мой взгляд, с распространенностью ряда мифов о CMMI, которые появились в силу логических доводов о пользе модели (которые приводятся во всей «рекламной» литературе), примеров повышения эффективности работы в таких «монстрах» как «Боинг», попыток внедрения в отечественных компаниях (после чего в них «ничего не изменилось»), и опыта работы с индийскими компаниями, которые позиционируют себя как соответствующие CMMI Level 5. И еще с непониманием того, как и когда стоит использовать модель, чтобы она приносила пользу.

В статье я попытаюсь «развенчать» некоторые мифы, развеять скептицизм, и, возможно, мне удастся помочь тем, кто хочет использовать CMMI, но не знает как.
Читать дальше →
Всего голосов 24: ↑17 и ↓7 +10
Просмотры5.4K
Комментарии 45

Вам не страшно открывать редактор?

Ненормальное программирование
В какой-то момент я стал замечать, что пишу более качественный: оптимальный, логичный и читаемый код, но пишу его медленно. По крайней мере, куда медленнее, чем лет 15 назад. Да, на старый код без слёз не взглянешь: всё можно сделать оптимальнее и, по крайней мере, читабельнее. Но код был написан быстро.

Проблема в контроле. Я стал жестче и глубже контролировать код и… стал тратить на этот контроль слишком много ресурсов.

Основной принцип прост. Если контролю подлежит 10-20% случаев, то на контроль надо тратить… 0% ресурсов. Баги и переписывания всё равно будут. Но лучше разделить кодирование и отладку и на время кодирования об ошибках вообще забыть.
Читать дальше →
Всего голосов 171: ↑128 и ↓43 +85
Просмотры2.6K
Комментарии 115

Стратегия для технического интервью

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

Когда мне пришлось проводить собеседования, я сильно задумался о том, как же отличить Чака Нориса эффективного профессионала в области веб-разработки, от тех, кто будет мешаться у него под ногами.

Этот пост — собрание субъективных мыслей на данную тему, а так же набор конкретных технических вопросов и задач, которые, на мой взгляд, лучше помогают кандидату проявить свои профессиональные качества на интервью.
Читать дальше →
Всего голосов 66: ↑58 и ↓8 +50
Просмотры55.2K
Комментарии 106

Пишем на php… статично

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

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

Дебаты о типизации

Я относился к правой половине людей, которые мало что знают о типах, но при этом искренне верят, что это не удобно. И так было до тех пор пока я не познакомился с одним из строго типизированных языков (c#) вплотную. С тех пор мое отношение к php да и вообще к программированию в целом изменилось.

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

Читать дальше →
Всего голосов 90: ↑63 и ↓27 +36
Просмотры32.3K
Комментарии 101

Eclipse for Java Developers. Навигация и редактирование

JavaEclipse
Из песочницы

Наблюдая за со своими знакомыми, которые недавно начали изучать программирование или перешли на Eclipse c другой IDE, я часто замечаю что они почти не используют вспомогательные инструменты среды разработки. Они либо не знают о них вообще, либо не понимают какую практическую пользу они могут принести.
Данная статья предназначена в основном для начинающих в работе с Eclipse. Но в процессе подготовки статьи я сам узнал о нескольких простых и удобных инструментах, которые за два года активной разработки ни разу не использовал.
В данной статье речь пойдет о навигации и редактировании.
Внутри скриншоты.
Читать дальше →
Всего голосов 81: ↑75 и ↓6 +69
Просмотры167.3K
Комментарии 75

Чем занимаются плохие менеджеры ИБ?

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

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

Имхо, мне удалось добиться определенных успехов в популяризации информационной безопасности на выделенном мне периметре (и что не менее важно, в повышении уровня информационной безопасности), в то же время, я вижу как некоторые коллеги, возглавляющие службы ИБ терпят неудачи. Сейчас я расскажу, как потерпеть неудачу, когда тебя назначили руководителем службы ИБ всего за 8 простых шагов. Предупреждаю, что путь к плохому руководителю ИБ службы может занять более года, а как правило — 10-12 лет.

Читать дальше →
Всего голосов 13: ↑8 и ↓5 +3
Просмотры14.9K
Комментарии 23

Эффективность команды. Расчет бонусов

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

Другой вариант — постараться натаскать команду своими силами. Самое важное для быстрой прокачки команды — это мотивация. Возьмем тот случай, когда компания не готова особо много платить исполнителям и их квалификация невысока. Принято решение ввести бонусы на проекте, в надежде повысить мотивацию и навыки команды — то есть сделать ее эффективной. Каким образом можно распределить бонусы описано под катом.
Читать дальше →
Всего голосов 25: ↑14 и ↓11 +3
Просмотры29.2K
Комментарии 21