Отраслевое финтех СМИ и Digital + PR агентство
74,86
рейтинг
18 декабря 2013 в 19:17

Разработка → Ваши программисты работают в поте лица или просто ленятся? перевод

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

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

Команда аналогового ТВ развертывала свою систему на ранней версии Microsoft BizTalk. Четверо наших ребят и команда из Microsoft развивали систему и запускали ее. Казалось, что все они усиленно работают. Они часто оставались на рабочем месте ночью и по выходным. Они бросали свои дела, чтобы помочь с проблемами на работе, часто толпились вокруг одного стола, выдвигая предложения о том, что может быть не так, и как это исправить. Они постоянно что-то делали, и с одного взгляда на них было понятно, что перед нами сплоченная команда, которая усердно трудится.

Команда цифрового ТВ очень отличалась. Код был в основном написан одним парнем, назовем его Дэйв. Я был младшим разработчиком по ТО в команде. Сначала я с трудом понимал код. В самых важных местах не было длительных процедур, вместо них использовалось много мелких классов и методов величиной в несколько строк. Некоторые из моих коллег жаловались, что Дэйв все слишком запутал. Но он взял меня под свое крыло и предложил прочитать несколько книг по объектно-ориентированному программированию. Он рассказал мне о шаблонах проектирования, принципах SOLID и модульном тестировании. Вскоре я начал вникать в код, и чем больше я работал над ним, тем сильнее мне нравился его элегантный дизайн. Он функционировал правильно и просто делал свою работу. Вносить изменения в код тоже было относительно легко, так что новые функции подключались довольно безболезненно. Использование юнит-тестов означало, что немногие баги доходили до продакшена…

В итоге со стороны было не слишком похоже, что мы усердно трудимся. Я шел домой в 5:30, никогда не работал в выходные дни, мы не толпились часами вокруг столов друг друга, высказывая догадки о том, что пошло не так с упавшими системами. Людям, должно быть, казалось, что наша работа гораздо проще, чем работа команды аналогового ТВ. По правде говоря, требования к нам были очень похожи, у нас просто было лучше написанное и внедренное программное обеспечение и более качественная инфраструктура поддержки, особенно модульные тесты.

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

История с кабельной компанией – особый случай, ведь там можно было своими глазами сравнить последствия хорошего и плохого программного обеспечения и поведения команды. В большинстве компаний не получится найти такого сравнения. Если какой-то человек усердно трудится, работает допоздна и в выходные, постоянно не успевает, сложно сказать, действительно ли он тщательно выполняет очень сложную работу или просто много ошибается. Если вы не можете нанять две или более команд-конкурентов для решения одно и той же задачи (а кто так сделает?), то не сможете узнать наверняка. И наоборот, как насчет парня, который сидит в углу, работает с 9 до 5, и, кажется, много времени сидит в Интернете? У него большой опыт в написании стабильного надежного кода или просто его работа легче, чем у остальных? Если взглянуть со стороны, первый работает очень тяжело, а второй нет. Тяжелая работа это хорошо, лень это плохо, ведь так?

Я бы сказал, что тяжелая работа часто указывает на ошибки. Трудно заниматься разработкой хорошего программного обеспечения, если на вас давят и постоянно мешают. Работа сверхурочно чаще всего не так уж и хороша. Иногда для решения сложной проблемы лучше всего перестать думать о ней, пойти на прогулку или даже хорошенько поспать, чтобы дать вашему подсознанию во всем разобраться. Одна из моих любимых книг – это A Mathematician’s Apology Г.Х. Харди (G. H. Hardy), одного из ведущих британских математиков 20-го века. В ней он описывает свою повседневную рутину: четыре часа работы утром, просмотр крикета во второй половине дня. Он говорит, что выполнять тяжелую умственную работу дольше четырех часов в день бессмысленно и непродуктивно.

Менеджерам я бы посоветовал судить о людях по результатам, по рабочему программному обеспечению, а не тому, насколько усердно они работают. Вопреки интуиции, иногда лучше не сидеть вместе с разработчиками, ведь тогда можно получить более полное представление о своей продукции, которое не будет зависеть от обычных/интуитивных показателей. Удаленная работа особенно выгодна; вы можете оценивать своих сотрудников по количеству выполненной работы, избавившись от необходимости лениво смотреть на то, как они сидят за столами по 8 часов в день, копошась в интегрированных средах разработки, или «услужливо» толпятся рядом, предлагая «полезные» идеи.


Автор: @cigulev Mike Hadlow
Web-payment.ru
рейтинг 74,86
Отраслевое финтех СМИ и Digital + PR агентство
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Комментарии (110)

  • +15
    В подобную историю я попал, когда на практике почуствавал, что такое TDD. Система с хорошим набором тестов (юнит, модульные и тд) давала отличную возможность быстрой и эффективной разработки новых плагинов. Все ошибки сразу вылазили и начинали мозолить глаза.

    С другой стороны текст абсолютно банален и повествует о том что уже сотни раз было сказано другими.
    • +9
      Вы меня извините, но чем отличается модульное тестирование от юнит-тестирования?
      • +16
        «юнит-тестирование» — выражение с англицизмом,
        «модульное тестирования» — выражение без англицизма,
        а по сути — ничем.
        • +9
          [зануда моде он]
          «юнит-тестирование» — выражение с латинизмом, пришедшим в русский транзитом через английский,
          «модульное тестирование» — выражение с латинизмом, пришедшим в русский напрямую.
          [зануда моде офф]
      • +1
        Вы правы. я ошибся в фразе. Суть в том. что у нас были тесты различных уровней которые помогали легко бороться с ошибками.
        • 0
          Наверное, вы хотели сказать, что у вас были модульные тесты и функциональные тесты?
          • 0
            Модульные, функциональные, еще автотесты UI косвенно все проверяли.
  • +14
    Многие люди и в частности руководители к сожалению не умею смотреть по результатам, все обычно основывается на эмоциях, и личном отношении.
    Найти работу в офисе, где платили бы за результат и не заставляли просто сидеть на рабочем месте, по моему просто не реально в наше время.
    Хотя я верю что скоро все поменяется.
    • +3
      Забавно, но я уже который день за месяц просыпаю работу (и при этом по выходным без будильника в 7 утра встаю, блин), в итоге работаю дома (ехать в офис долго — полтора часа). Сделал столько полезного для платформы, на которой пилим продукты, сколько не делал за последние месяца полтора, просто пёрло быстро разгребать накопившиеся мелочи и не только. Коллеги, в том числе и начальство оценили, все счастливы.
      • –1
        везунчик
    • +2
      Может быть, просто пока не повезло с поисками? Сейчас работаю в такой фирме, точнее удалённом подразделении одной московской фирмы. Из руководителей у нас только начальники отделов — такие же программисты, все «шишки» в Москве. Поэтому график свободный, даже на прогул внимания не обратят — лишь бы работу свою делал, а сколько в офисе сидишь, никого не волнует. И, как ни странно, никто не бездельничает — наше небольшое подразделение делает большую часть работы.
    • 0
      >Найти работу в офисе, где платили бы за результат и не заставляли просто сидеть на рабочем месте, по моему просто не реально в наше время.
      Соглашусь, если вы определяете так работу. После 5 лет в Москве, 2 года из которых в качестве разработчика я соглашусь с Вами.
      Однако, мне открылось что можно делать PhD в Computer Science, где нужны результаты, а не «кто лучше сплотился с коллективом для решения созданных проблем». В итоге сейчас я разрабатываю то, что ценю, получаю хорошие, по меркам Москвы деньги, и западное PhD. Что и всем советую)
      • +1
        Вы получаете западное PhD находясь в Москве, т.е. удаленно?
        • +8
          Я получаю PhD в Швейцарии, где уже и живу. Работаю над Scala коллекциями.

          И мне тут настолько хорошо что я сделал документ на тему этого, чтоб помочь хорошим людям из пост-СССР сюда попасть.
          goo.gl/DcW3x8
          • +1
            EPFL крутые! Есть знакомые оттуда. Очень хочу туда сестру отправить.
          • +1
            Вы большой молодец!
          • 0
            столько вопросов сразу и документ стал недоступен из-за, я так понимаю, хабра-эффекта :)
          • 0
            Я получаю MSc в Германии, тоже очень нравится. Условия не такие шикарные, как описывает darkdimius, но похоже. По следующей ссылке можно найти каталог из нескольких сотен вузов, предлагающих BSc/MSc/PhD в Германии.
            www.daad.de/deutschland/studienangebote/international-programs/en/
  • +40
    Здесь мерилом работы считают усталось… оказалось, не только там)
    • 0
      Пока читал статью — эта строчка не выходила из головы
  • +6
    программист получает 1 единицу з\п, а менеджер в три раза больше, темные времена настали — программистский труд оценивается как в каменоломнях, хотя в действительности именно менеджер ничего не делает путного, стоит напомнить, что большинство многомиллиардных IT-компаний создали программисты, а не менеджеры, но почему-то в последние несколько лет программистов в компаниях стали считать низшей единицей, над которыми стоят планировщики, маркетологи — кто угодно., которые только мешают работать. Кто создал вКонтакте, Linux, Microsoft, facebook — менеджеры, которые только пятую точку протирать на стуле могут?

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

    в общем, наболело.
    • +9
      развивайте свои проекты

      То есть становитесь менеджерами?
      Кто создал вКонтакте, Linux, Microsoft, facebook — менеджеры, которые только пятую точку протирать на стуле могут?

      Менеджеры, которые умели программировать?
      • +2
        программисты, которые умели быть менеджерами. если человек программист и может быть менеджером, т.е. хорошо управлять проектом — это супер. менеджер изначально — почти ничто, если он умеет только управлять — программиста из него не выйдет, т.к. чтобы делать шедевры типа Microsoft или Facebook — нужно быть программистом в душе, а не управленцем.
        • +15
          хм. заявка уровня святой войны!
        • +3
          Основная причина становления что Microsoft, что Facebook — грамотный менеджмент. Были и более технически совершенные продукты, и MS-DOS вообще-то изначально была разработкой не MS.
          • +9
            ИМХО если подняться над ситуацией и посмотреть без эмоций — то вопрос «кто важнее менеджер или программист» эквивалентно «что важнее — левый глаз или правый». И тот, и другой — неотъемлемые части одной системы для успешного решения задач.
            А вырванные из контекста взгляды с каждой из сторон баррикад ведут к холиварам. Много же в статьях на хабре упоминаний вида «был просто программистом, потом подрос, стал управлять проектами и командой, и тут вдруг понял что...»
        • 0
          Попробуйте отрефлексировать свое мнение, с учетом того что вы-программист. Вы смотрите с одной стороны.
    • +7
      Зря вы принижаете роль менеджеров. Хороший менеджер на вес золота, и достоин хорошей зарплаты. Вопрос в другом. Уровень технической квалификации и уровень менеджера — это перпендикулярные вещи. И то, что в России приходится для роста зп и карьерного роста уходить в менеджеры — это, конечно, неправильно. В итоге «каждый растет до уровня своей некомпетентности».

      Менеджер высокой квалификации должен получать больше разработчика низкой квалификации, а разработчик высокой квалификации должен получать больше слабого менеджера. Высококвалифицированные разработчик и менеджер должны иметь один уровень заработной платы, а архитектор-тимлид должен получать больше всех.
      • +1
        Уточню, хороший продакт менеджер, который общается с заказчиками, вникает в суть бизнес-процессов, разрабатывает эскизы UI и спеки, пишет пресс-релизы и служит файерволом между заказчиками/боссами и программистами — да, на вес золота, я реально уважаю этих ребят.

        «Проджект менеджер», который устраивает бесполезные статус-митинги, рисует диаграммы, стоит над тобой, когда ты в пишешь аврале, и всячески ищет чем бы себя занять — шлак, которому нужно давать пинка под жопу еще на подходе к компании.
        • +2
          шлак, которому нужно давать пинка под жопу еще на подходе к компании.

          Вы это со стороны владельца бизнеса говорите?
          • +1
            А что, «владельцы бизнеса» какие-то космические люди, пукают бабочками и жаждят содержать дармоедов?
            • +2
              В том-то и дело, что не жаждут обычно, а потому если менеджер в команде появляется, то он владельцу бизнеса нужен зачем-то. Не секрет, например, что часто бизнесу нужны быстрые решения рутинных задач, а мы, программисты, не очень мотивированны их решать, да ещё быстро (читай — костылями).
              • –1
                Я откровенно сочувствую нашим продакт-менеджерам, это настоящие перегруженные разными задачами рабочие лошадки, которые только и успевают, что их распинывать, причем задач меньше не становится — постоянно возникают новые. Поэтому я стараюсь лишний раз их не отвлекать и помогаю с проблемами, касающимися областей, которые я знаю, хотя кто-то другой тоже способен их решить.

                И я отлично вижу как работают «функциональные» проджект менеджеры — бездельники, тунеядцы и дармоеды, от скуки ищущие чем бы себя занять.
              • –1
                Программисты мотивированы автоматизировать рутинные задачи.
                • 0
                  А менеджеры нужны владельцам бизнеса чтобы этого не допустить :) Программисты обычно забывают, что час их работы сейчас стоит для бизнеса дороже, чем через месяц и, тем более, через год, даже если их зарплата не меняется. Мы мыслим линейно: сейчас потратим 8 часов, чтобы потом год каждый месяц не тратить по 1 часу: 8 < 12 — работаем. Для бизнеса же это означает среднесрочное вложение, уменьшающее, как минимум, оборотные средства сейчас ради экономии на них в будущем, а, как максимум, отставание в захвате рынка на 7 часов, которое потом можно компенсировать только многомиллионными вложениями в рекламу и другое продвижение.
        • +1
          Мера хорошести менеджера — долгосрочная успешность того коллектива, которым он руководит. Безотносительно того, что именно он делает в каждый конкретный момент. Если статус-митинги и диаграммы помогают этой успешности — то это хороший менеджер. И тут важно понимать, что «успешность коллектива» совсем не одно и то же, что и «удовлетворенность работника».
          • +6
            тут важно понимать, что «успешность коллектива» совсем не одно и то же, что и «удовлетворенность работника»

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

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

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

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

            Я лично был свидетелем трех подобных ситуаций.
            • +1
              Неплохой вброс. Кому важно и почему именно это важно?

              Любому, кто пытается оценить «хорошесть» менеджера. У вас есть мера получше?

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

              Вообще-то высказал свое мнение, сформированное далеко не сейчас. А вот вы, в свою очередь, таки выдали аксиому о том, что мол я выдал аксиому, ну и далее по тексту :)

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

              Приведу вам пример, в котором нет ни одного программиста, чтобы исключить эмоциональное отношение. Есть у нас в компании человек, назовем его Главный Завхоз. Его задача — хозяйственное обеспечение жизнедеятельности офиса. Чтобы свет светил, кондиционер — кондиционировал, телефоны — телефонировали, стулья под работниками не разваливались, двери и окна открывались и закрывались когда надо, кофе и печеньки были, и даже чтобы батарейки в гитаре для guitar hero в recreation area были свежие. Адская должность, если учесть все, что нужно учесть. В его подчинении есть пара человек, в частности — «деффачко на ресепшене», которая улыбается входящим, принимает звонки, отправляет факсы, делает ксерокопии и занимается прочей мелочевкой. Большую часть остальной работы выполняют внешние подрядчики, — ну не держать же человека для ремонта кондиционера в штате. То есть, в основном, Главный Завхоз не делает ничего, кроме разговоров по телефону, либо лично.

              Является ли Главный Завхоз хорошим менеджером? Нет, он является отличным менеджером, поскольку со штатом в полторы калеки обеспечивает бесперебойную (по большей части) работу офисов в трех городах с общим количеством людей в пару сотен. Удовлетворена ли девочка на ресепшене? Вряд ли, иначе бы ее лицо и ФИО не менялись бы в среднем раз в полгода.
              • +1
                А вот вы, в свою очередь, таки выдали аксиому о том, что мол я выдал аксиому

                Мне кажется, вы выдвинули аксиому, заявляющую о том, что он выдал аксиому о том, что мол вы выдали аксиому.
                • 0
                  И не скрываю! :)
              • 0
                Должность «девочка на ресепшене» сама по себе обычно не способна приносить удовлетворение, практически не зависимо от менеджера, ибо к любому исполнителю этой роли относятся как к «девочке на ресепшене», что не доставляет. А зарплату уровня хотя бы того же Главного Завхоза, для косвенной компенсации морального ущерба, ей никто не даст.
              • 0
                Пример зачетный, но к программистской реальности неприменим.
                Завхоза и девачко найти — два раза свистнуть, программиста — ну вы поняли, что «прынцессу» :)

                Вообще, я с ужасом вспоминаю 2001-й, год сразу после кризиса дот-комов — повальные увольнения, депрессняк, ярмарка труда, где практически единственным был Боинг и очередь к нему, человек 200 с резюме в руках (в США).

                Сейчас значительно веселее. Для программистов ;)
                • 0
                  программиста — ну вы поняли, что «прынцессу» :)

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

                  Тут кто-то предлагал оценивать программистов по результатам. Я всецело за. И управленцев давайте так же оценивать. Что, по вашему, является конечным результатом качественной работы управленца, по которому его можно было бы оценить?
                  • 0
                    Что, по вашему, является конечным результатом качественной работы управленца, по которому его можно было бы оценить?


                    Празднование в приличном месте успешного полу-годового релиза, сданного во-время и без напрягов по вечерам и выходным, с выплатой бонусов за успешную работу.
                    К сожалению, такое только в сказках.
                    • +1
                      Слабенький критерий. Вот, скажем, от напрягов багфиксинга он избавился, уволив команду QA в первый же день проекта. Нет (зарепорченых) багов — нет проблемы, не нужно фиксить, нет овертаймов. А сэкономленные на этом за полгода деньги — пустил на празднование в приличном месте и бонусы. Через пару месяцев после этого «успешного релиза» заказчик огреб все последствия такой работы и разорвал контракт. А ведь мог бы годами обеспечивать поток денег. Как вам такой менеджер?
                      • 0
                        Ну я по-умолчанию взял адекватного менеджера, а не преступника.
                        • 0
                          Я, собственно, к чему веду: если вы попытаетесь построить достаточно общий критерий «хорошести» управленца (программисты ведь любят общие, reusable, решения?), применимый к классу «абстрактный управленец» и устойчивый к граничным случаям — у вас, я думаю, получится что-то очень близкое к моему «Мера хорошести менеджера — долгосрочная успешность того коллектива, которым он руководит».

                          Я не вижу, как можно назвать хорошим менеджером того, кто такому условию не удовлетворяет. Является ли это условие также и достаточным — не знаю. Склонен думать, что да.
                    • 0
                      Менеджер же смекнет раз могут без напрягов, значит можно и чуточку быстрее… потом еще чуточку…
    • 0
      Извините, Вы когда в последний раз видели низкую зарплату для программиста? Если хоть немного напрячься, хорошее место можно найти без проблем
      • +20
        Извините, Вы когда в последний раз выезжали за пределы МКАД? :)
        P.S. Автор комментария из Днепропетровска
        • –1
          Нижний Новгород. Нормальные зарплаты у программистов. У джуниора — 600-700 долларов (около 1000 у миддлов), ну и выше. Нормально вполне, имхо. На эту зарплату вполне можно жить. Я уж не знаю, каким программистов нужно быть, чтобы через год-полтора не получать 1000 долларов. Не сравнивайте жизнь в Москве и за МКАДом. За 15000р легко находится квартира почти в центре, в итоге на работу добираться полчаса. А в Москве зарплаты сильно выше, но вместо 9 часов на работе многие люди проводят 12 (если считать дорогу), ну и цены на всё повыше. Не оправдываю Москву (хотя рынок там перегрет ужасно), но прелестей жить не в Москве для меня больше.
          • 0
            Что-то мало для НН, думал больше. Может, прокомментирует кто-нибудь?
            • 0
              Мало.
              Возможно Awake указал зп в Интел, Интел может привлекать не только уровнем зп,
              хотя у меня есть знакомый там программист в НН на $3к

              На открытом рынке веб.разработки в небольших компаниях платить придётся больше.
              Студента меньше чем на 20-25 тысяч не заманишь.
              40-50 тысяч — более менее толковый и с каким то опытом
              60-80 тысяч — опытные продуктивные разработчики
              80+ уже «звёзды»
              • 0
                Куда лучше, не так сильно от Москвы отличается. Да и вообще город приятнее, на мой взгляд.
          • 0
            1000 для миддла, из которых почти 500 на квартиру? Не, можно жить, но с явным быстрым карьерным ростом хотя бы в сеньора — начальника над джуниорами — не очень мотивирует, если хочется «писать код,… ну вы знаете».
            • 0
              Как вариант, для программистов из периферии можно собрать коллег, самим снять офис и работать удаленно с Москвой, к примеру. Это если не хочется работать дома.
              • 0
                То есть одному из них стать, как минимум, тимлидом, а то и ПМом?
      • 0
        Тут еще от точки зрения зависит, считаете ли вы 1с'ника программистом. В области довольно слабо оплачивается подобная работа. И фриланс для 1с'ника тяжело реализуем.
        • +2
          >>И фриланс для 1с'ника тяжело реализуем.
          Я немало знаю фрилансеров среди 1с-ов. Реализуется не так сложно, но выглядит это обычно, не как «отдыхаю в Тайланде, пишу для Москвы», а скорее как беготня по сотне мелких клиентов, которым нужно обновить, подсказать, пару строк дописать и т.д.
          • 0
            То что вы написали напоминает сопровождение и откуда такой бегунок обновления берет?
            • 0
              Это в принципе и есть по-большей части сопровождение + относительно несложные внедрения, которые можно произвести силами одного-двух человек.
              Обновления можно взять у клиента, скачав с сайта users.v8.1c.ru — доступ туда предоставляется при наличии подписки на ИТС.

              Можно получить статус 1С-франчайзинга и получить доступ к ИТС для партнеров. Но для этого придется заплатить единовременный взнос 33000 + ежемесячные взносы 3000р. + требуется наличие в фирме не менее двух аттестованных специалистов. Т.е. нужно либо с кем-то кооперироваться, либо числиться для виду в какой-нибудь организации, либо более сложный вариант создавать свой бизнес.

              Есть еще скорее всего менее законные способы, как например оставить у себя доступ к сайту users.v8.1c.ru после ухода из франчайзи или искать обновления в сети
              • 0
                Получение статуса 1С-Франчайзи ни разу на фриланс не похоже.
                • 0
                  Чем же не похоже? Ну, кроме того, что надо скооперироваться? Но так и, например, бэкендеру бывает нужно скооперироваться с фронтендером и/или дизайнером, чтобы сделать «сайт под ключ».
                  • 0
                    И этот сайт вполне реально сделать удаленно, в случае 1С без предварительного общения с заказчиком в реале идея выглядит сомнительной. Я уже не говорю про сам поиск заказчиков, когда на основных биржах заказ для 1С'ника вызывает скорее удивление, чем рабочий интерес.
    • +33
      ПАЦАНЫ, Я СЕГОДНЯ ШЁЛ КОРОЧЕ ПО РЫНКУ И УВИДЕЛ ТОЛСТЯКА В МАЙКЕ «ЯМЕНЕДЖЕР», НУ Я ПОДСКОЧИЛ И РЕЗКО ЗАКАТАЛ ЕМУ В ЩЩИ С ВЕРТУШКИ И ПОЯСНИЛ ЕГО КРИКОМ «НЕ ЛЮБЛЮ УПРАВЛЕНЦЕВ», ПОТОМУ ЧТО Я УГОРЕЛ ПО ПРОГРАММИРОВАНИЮ, ПАЦАНЫ ДУХ СТАРОЙ ШКОЛЫ ЖИВЁТ ТОЛЬКО В РАЗРАБОТКЕ, ГДЕ КОДЯТ ПО ХАРДКОРУ, ГДЕ ПАЦАНЫ ЖИВУТ СТАРТАПАМИ, ООП, ЮНИТ-ТЕСТАМИ И ДОЛБЯТ БАГИ В РОТ! ТОЛЬКО КОДИНГ 010100000100100001010000, ТОЛЬКО ХАРДКОР!!! ЮНИТИ УЛЬТРАХАРДКОР КОДЕРЫ!!! пацаны мочите менеджеров, тим-лидов, директоров, угорайте на хакатонах, мутите стартапы, любите своих Коллег, кодинг и проекты! ГОВОРИТЕ ОТКРЫТО И СМЕЛО ПРЯМО В ЛИЦО! 010100000100100001010000!
    • +3
      Я, конечно, извиняюсь, но есть что добавить о наболевшем. А как же админы?
      Простите, но при криках о том, как же всё плохо у программистов, всегда хочется напомнить и о простых любимых нас и вот почему: в России не принято нанимать специалистов по безопасности — безопасность лежит на админах; рабочий процесс компании прямо зависит от работы админов и сюда включается и сеть, и ОС, и софт.
      Обычная зарплата админа в Воронеже ~25 т. р., что соответствует зарплате джуниора. И прыгнуть выше — огромная проблема. Какими бы знаниями ты не обладал и какие бы вопросы ни решал.
      Да. Извините, я не о программистах, но тоже наболело.
      Хотя со сказанным о ленивых менеджерах согласен. Тут тоже всё печально.
      • +2
        Как админ, не соглашусь. Я не из МСК или другого миллионника, живу на периферии Украины при этом найти работу на 2.5-3К$ не составляет особой проблемы. Первое что могу посоветовать — специализируйтесь, на хайлоад, сложную маршрутизацию, CDN, облака и т.п. сейчас большой спрос и не хватает людей. Второе, как ни банально — не работайте с заказчиками из СНГ, по соотношению компенсации\геморрой они проигрывают всей Европе не говоря о США. Не зацикливайтесь на Воронеже и все пойдет и зп и интерес.
        • +2
          Иркутск, у меня сейчас примерно ~1к ЗП при этом как негры грузящие уголь безлунной ночью, это у нас потолок для среднего Админа, да есть несколько человек кто получает больше, но я к сожалению не гений это уже не мой уровень. дальше только 2пути или удаленка или переезд в Новосиб/Москву. Но найти работу на удаленке намного сложнее чем разработчику, мне лично интересных вакансий не попадалась.

          А для работы с зарубежными заказчиками нужно знать английский на свободной разговорном уровне.
          • +1
            Беглый поиск по хантиму за декабрь hantim.ru/jobs/13074-sistemnyy-administrator вот как пример к тому же удаленка. Уже на 40% выше вашего и без английского разговорного. Это если не лезть на зарубежные ресурсы. Английского хватает уверенного технического с гуглпереводчиком, без такового, как вы документацию читаете? Просто не стоит зацикливаться на географии.
            • +1
              Беглый поиск говорит что это одна единственная подобная вакансия на весь hantim.ru =) Но спасибо, закину резюме.
              • 0
                Так на хантиме вообще не очень много вакансий :) Просто на глаза попадалась недавно, вот вспомнил. Я к тому, что просто надо искать, варианты есть и рядом, не так много как у php кодеров, например, но хватает.
                • 0
                  Подскажите людям, где ещё искать? Чтоб не составляло проблемы…
                  • +1
                    Тут вряд-ли что-то новое расскажу, самые жирные заказы находил на профильных ресурсах, вернее находили меня, для сетевиков это nag.ru а также форумы различных биллингов, вполне можно взять на поддержку пару сетей. Для web проектов помогает мой аутсорс в хостинге, можно клиентов на полное обеспечение брать с помесячной оплатой, так и перебиваюсь. Пробовал искать через одеск/еланс, лично у меня не пошло, очень долго, геморройно много неадекватов, с профильными намного проще. Как ни странно неплохое место нашел тут на хантиме. Вообще лучше всего общаться на форумах той тематики, которая интересует, делиться наработками, скриптами, помогать советами и заказчики сами выходят. Одно время не брезговал и разовыми заказами, теперь только поддержка с помесячной компенсацией, так времени свободного больше и есть стимул делать хорошо, я человек очень ленивый и не люблю потом переделывать то, что сделано быстро.
  • +1
    в очередном раунде Microsoft BizTalk vs TDD снова победило добро. круть. :)
  • +4
    наши сначала ленятся а потом работают в поте лица за ночь до дедлайна.
    • +4
      не палите контору!
      • +5
        А то она чем-то отличается в этом от тысяч других :)
    • 0
      А вам от программиста нужен результат или просто видеть как он трудится и старается?
      • 0
        заметьте, про результат ни слова сказано не было.
        просто констатация факта одновременно с ответом на основной поставленный в топике вопрос.
      • 0
        Не знаю как ему а мне от программиста нужен предсказуемый результат в предсказуемые сроки. Я хочу видеть красивую берндаун диаграмму. Когда я не вижу активности 90% времени то я сомневаюсь что за оставшиеся 10% все будет сделано в лучшем виде. Как правило это либо просрочено либо сделано спустя рукова. Я знаю что есть те кто могут успеть все сделать к делайну. Но таких мало и все равно лишние риски из за прокастинирующих программистов мне не нужны.

        Да это я не ПМ а тот самый любитель делать все в последний момент, ну шкуру манагера цеплять приходится периодически.
  • +3
    1. Чем больше я набираюсь опыта, тем меньше я пишу и тем больше живет мой код.
  • +1
    Я не совсем понял смысл рассказа. Автор повествует о том, что Дейв написал программу, которая работала отлично и была легка в поддержке, и автор мог не напрягаясь работать, наслаждаясь жизнью. А когда зашла речь о повышении зарплаты, то автору ее не повысили. А должны были разве, если код написал Дейв?
    К тому же абсолютно неизвестно, в каких условиях писалась программа командой аналогового ПО, может там ТЗ менялись каждый день, в итоге и получились костыли.
    • +1
      К тому же абсолютно неизвестно, в каких условиях писалась программа командой аналогового ПО, может там ТЗ менялись каждый день, в итоге и получились костыли.
      По правде говоря, требования к нам были очень похожи
      • 0
        Может дьявол в деталях, как обычно? Или разные внутренние заказчики?
    • +8
      Речь зашла о повышении зарплаты всей команде, повысили другой команде, Дейву тоже не повысили.
      • 0
        В таком случае это конечно неправильно. Вообще извините, если я вас не так понял, я в целом против имитации бурной деятельности и сам с таким сталкивался не раз.
  • +4
    Недавно пробегало что-то типа «Подумайте, надо ли вам работать над личной эффективностью, если в компании считается приличным выглядеть как выжатый лимон.»
  • –1
    Работники умственного труда работают в поте жопы :).
    • 0
      Мозга уж тогда. Когда думаю — хожу туда-сюда. Уверен, многие так делают.
      • 0
        Да нет, в прямом смысле. Бывает после действительно напряжённой умственной работы встаёшь, а зад вспотел…
  • +1
    Еще одним очень странным критерием считаю «У тебя мало кода!», и не объяснить, что мало стабильного кода, который решает задачу на 100%, намного лучше кучи не стабильного кода.
  • +11
    У плохих генералов всегда много героев

    (с) не мое
  • 0
    По рабочему ПО, говорите?
    Не, я не спорю, отлично, когда начальство имеет время погружаться в каждую из проблем, а еще оно такое всеведущее и всемогущее. Просто именины сердца.

    Но — сдается мне, вы смотрите со стороны работника.

    Попробуйте поставить себя на место начальника — вот у меня есть две команды. Каким критерием я должен руководствоваться при принятии решения? У меня есть две команды. Я не могу полностью погрузиться в производственный процесс обеих команд (просто времени не хватает). Я не могу посмотреть на ситуацию изнутри — меня все равно не будут считать равным и делиться всем-всем. Ну не будут со мной делиться «Вася собрал костыль из палок и соплей, а костыль этот потом не выдержал. А надо было перемотать синей изолентой».

    Поиграйте за другую сторону — предложите более-менее формальный и проверяемый высшим руководством (которому начальник будет обосновывать это самое повышение зарплаты — начальнику нужны аргументы), который реально вознаграждает причастных — и только их.
    Лично мне бы это крайне помогло. Потому что боттом-начальников к топам ходит много, каждый радеет за своих, а высшее начальство вынуждено отбирать самых-самых, потому как пряников сладких, увы, не хватает на всех.
    • +1
      Позвольте немного развить вашу мысль:
      В команде аналогового ТВ постоянные проблемы. Люди работают на износ, не важно по чьей вине. Если их сейчас не промотивировать деньгами — перегорят, разбегутся и тогда проект совсем встанет.
      • +2
        Надо просто уволить на фиг руководителя проекта аналогового ТВ и взять нового. (с) КО
        • 0
          Это можно сделать только в случае если проект дошел до какого-то логически завершенного этапа. На переправе коней не меняют.

          Кроме того, как уже указали, проблемы могут быть со стороны внутреннего заказчика.
        • 0
          В процессе реализации этого замечательного плана — что будет?

          Сколько времени предстоит искать нового РП аналогового ТВ взамен старого?
          Будет ли он лучше прежнего (как его руководство может его проверить перед наймом?)?
          Сколько времени будет длиться процесс погружения нового РП в проблематику аналогового ТВ?

          В ряде случаев лучше делать хоть как-то. Чем терять время и не делать ничего, ожидая, что вот явится луноликий — и одним махом решит все проблемы.
      • +1
        Не факт, что именно так было в реальности — но не исключено.

        Плюс — мы не знаем, насколько критичными были каждый из этих проектов для бизнеса. И имелся ли смысл в их развитии с точки зрения топов.
        • 0
          Да, слишком много «если». Все выводы располагаются в шаткой сфере личного отношения и предположений.
    • +1
      Каким критерием я должен руководствоваться при принятии решения?

      Результатом работы, не? Это ведь главное. Если одна команда постоянно срывает сроки и выдает глючащий продукт, а вторая выдает стабильный работающий продукт в оговоренный срок — то так ли уж важно, какая команда более уставшей выглядит?
      • +1
        Владельца компании не интересует тот результат работы, который вы считаете результатом. Владельца интересуют деньги. В короткой или дальней перспективе.

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

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

        Пока я вижу обиду класса «меня не оценили по тем критериям, которые важны мне». Так надо стараться понять, по каким критериям вас все-таки оценивали, не?

        У моего непосредственного начальства тоже были поползновения смотреть при сравнении с другими подразделениями жопочасы. Простой вопрос «на меня жалобы от заказчиков были?» расставил все точки над «ё». Я предложил простую метрику, ориентированную на результат — удовлетворенность заказчиков (в моем случае — внутренних). Аргументов против такого критерия не нашлось — профит.
        Было бы мало — я бы заглянул к экономистам и показал бы деньгами, что мы тут не прохлаждаемся. Аргумент «а мы приносим больше денег, чем вон они» — тоже хороший аргумент. Потому как проверяется на раз — и спорить с ним тяжко.

        Вы не интересуетесь критериями — ну так не надо говорить о странности соревнования.
        • +1
          Если глючащий продукт покупается активно — его будут тем или иным образом развивать и стимулировать не вылизывание, а добавление новых фич.

          директор АвтоВАЗа с вами полностью согласен.
        • +1
          Я не совсем вас понял. Вы утверждаете, например, что если уборщик не убирался в офисе месяц, но при этом в этот месяц фирма увеличила прибыли — то уборщику нужно увеличить зарплату? С моей точки зрения это, мягко говоря, некорректно. В каких единицах меряется «удовлетворенность заказчика» — можно уточнить?

          Пока я вижу обиду класса «меня не оценили по тем критериям, которые важны мне».

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

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

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

          Вы не интересуетесь критериями — ну так не надо говорить о странности соревнования.

          Нет, я просто как-то воспринял написанное и комментирую исходя из своего понимания. Мы же ради этого здесь и собрались, так же?
  • 0
    Когда пришла моя очередь говорить с боссом, он объяснил, что справедливо будет, если прибавку получат те люди, которые работают очень тяжело, а наша команда, кажется, не так уж сильно переживает за компанию, особенно в сравнении с героями, которые жертвовали своими вечерами и выходными.

    Что, судя по каментам только меня заинтересовало, чем же кончилась история? Автор не получил прибавки, обиделся и ушел?
    • 0
      Для таких любопытных как я решил отписать, что Mike Hadlow ответил, что после этого он ушел с этого места, а система была в итоге закрыта.
  • +11
    Напоминает каноничную байку про сисадмина, у которого все было сделано так хорошо, что никогда не падало. И уволили его, потому что не работал, гад такой.
  • +12
    «Ленивые все делают быстро. Чтобы поскорее отделаться от работы. И делают качественно. Чтобы потом не переделывать.»
  • +1
    Интересно статья. Проблематично порой оценить «по результатам».

    К примеру, вы проводите глобальный рефакторинг. В целом, работа продукта не изменится, а вы можете много дней/недель на это убить. А со стороны будет казаться, что вы ничего не делаете.
  • +1
    тяжелая работа часто указывает на ошибки

    Не в глаз, а в бровь
  • 0
    Теперь я знаю кто в Microsoft Mediaroom годами не может ввести удобный алгоритм увеличения non-linear stretch и сделать автоподрезку по детектору чёрных полей, а я это должен терпеть в Билайне.

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

Самое читаемое Разработка