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

Роструд заявил, что Xsolla отказалась от массовых увольнений сотрудников

Big Data *Управление персоналом *Карьера в IT-индустрии IT-компании

Депутат Госдумы РФ Игорь Сапко сделал запрос в Роструд с просьбой проверить соблюдение трудового законодательства компанией Xsolla на фоне инцидента с увольнением 140 сотрудников за невовлечённость и малую продуктивность. В ответе ведомство заверило, что в результате инцидента по соглашению сторон не был уволен ни один сотрудник.

Читать далее
Всего голосов 20: ↑17 и ↓3 +14
Просмотры 3.9K
Комментарии 5

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

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

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

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

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

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

На мой взгляд, основная состоит в том, что для нас (небольших разработчиков) это очень «длинные деньги». Как бы подробно менеджеры не документировали все в техническом задании, в реальной разработке такой проект быстро обрастает балластом из различных предложений, усовершенствований, доделок, не учтенных сложностей, плохой обратной связи, новых идей, мыслей и т.д., которые возникают практически на всех этапах разработки.
Читать дальше →
Всего голосов 37: ↑29 и ↓8 +21
Просмотры 499
Комментарии 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.6K
Комментарии 10

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

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

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

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

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

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

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

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

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

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

VIM *
image

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

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

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

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

image

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Java *Eclipse *
Из песочницы

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

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

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

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

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

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