Устроился недавно на работу. Уже месяц работаю (пока испытательный срок), но вот мысли об уходе уже появились. С первого дня прослушал о том, что "наш отдел занимается непосредственно развитием и внедрением инноваций в существующий проект.” Ну, подумал я, прекрасно. Дали мне первое задание через 4 дня после выхода на работу (потому как компьютера в первые дни не было у меня, объясняя тем, что сисадмин его еще не настроил). Успешно с ним справился. Потом дали доступ к SVN (Разработчики коммитят сразу в trunk. Ветки не юзаем). И тут как снежный ком все и повалилось.
1) Постановка задач — по мылу присылается что надо сделать, делаю, сдаю, коммичу. Потом прихожу на следующий день, вижу новое электронное письмо в котором описывается, что team lead вечером подумал и немного надо переделывать. Немного это обычно 70% кода отправляется в мусор и переписывание почти всего по-иному. Почему так происходит, и почему сразу нельзя продумать как надо — загадка.
1.2) Количество задач растет постоянно. Плохо то, что конкретных сроков нет совсем. Слышу только "в ближайшее время". Ближайшее время означает, как и "Это надо было еще вчера" так и "Вообще не спеши, это только планируемо". В итоге, планировать свой рабочий процесс тоже занимательнейшее занятие.
1.3) Хаотичное раскидывание задач самим руководством. Задачи раскидываются по принципу "у меня много задач — теперь у вас много задач, сами думайте, как с ними справляться". То, что половина задач, не нужно пока реализовывать их не волнует. Главное напрячь.
2) Нет доступа к интернету. То есть доступен только msdn и все. От всех слышу, что “в msdn все есть”. Я с ними соглашаюсь, но интересуюсь, а "как же прочие форумы и ресурсы: stackoverflow codeplex codeproject google?" Отвечают, что в msdn это уже все есть, надо просто поискать. Выливается это в то, что я писал либу для архивирования папок и процесс проходил так — дома скачиваю либу (dotnetzip), приношу её на флэшке на работу, начинаю с ней работать, натыкаюсь на проблему, захожу на codeplex, вспоминаю что интернета нет, вечером иду домой, смотрю дома, как решать, на всякий случай скачиваю исходники, приношу на работу на флэшке и продолжаю работать. "Да интернет скоро подключим" — слышу уже на протяжении последний недели
3) Сам проект. Это ужас и кошмар. Code style нет, комментариев в коде нет, Баг трекинга нет, code review нет, билд сервера нет, никакого описания архитектуры этого монстра нет.Контора занимается только написанием софта и соответственно отдел разработчиков один из самых главных и больших. Тестирование исключительно ручное, зато у каждого установлена VS2010 Ultimate. Ничего нет. Кроме кода.
Ваше мнение, стоит ли оставаться или лучше искать другое место работы и не портить нервы себе?
Здравствуйте, silimm, Вы писали:
S>1) Постановка задач — по мылу присылается что надо сделать, делаю, сдаю, коммичу. Потом прихожу на следующий день, вижу новое электронное письмо в котором описывается, что team lead вечером подумал и немного надо переделывать. Немного это обычно 70% кода отправляется в мусор и переписывание почти всего по-иному. Почему так происходит, и почему сразу нельзя продумать как надо — загадка.
Бежать !
S>1.2) Количество задач растет постоянно. Плохо то, что конкретных сроков нет совсем. Слышу только "в ближайшее время". Ближайшее время означает, как и "Это надо было еще вчера" так и "Вообще не спеши, это только планируемо". В итоге, планировать свой рабочий процесс тоже занимательнейшее занятие.
Бежать !
S> 1.3) Хаотичное раскидывание задач самим руководством. Задачи раскидываются по принципу "у меня много задач — теперь у вас много задач, сами думайте, как с ними справляться". То, что половина задач, не нужно пока реализовывать их не волнует. Главное напрячь.
Бежать !
S> 2) Нет доступа к интернету. То есть доступен только msdn и все. От всех слышу, что “в msdn все есть”. Я с ними соглашаюсь, но интересуюсь, а "как же прочие форумы и ресурсы: stackoverflow codeplex codeproject google?" Отвечают, что в msdn это уже все есть, надо просто поискать. Выливается это в то, что я писал либу для архивирования папок и процесс проходил так — дома скачиваю либу (dotnetzip), приношу её на флэшке на работу, начинаю с ней работать, натыкаюсь на проблему, захожу на codeplex, вспоминаю что интернета нет, вечером иду домой, смотрю дома, как решать, на всякий случай скачиваю исходники, приношу на работу на флэшке и продолжаю работать. "Да интернет скоро подключим" — слышу уже на протяжении последний недели
Бежать !
S>3) Сам проект. Это ужас и кошмар. Code style нет, комментариев в коде нет, Баг трекинга нет, code review нет, билд сервера нет, никакого описания архитектуры этого монстра нет.Контора занимается только написанием софта и соответственно отдел разработчиков один из самых главных и больших. Тестирование исключительно ручное, зато у каждого установлена VS2010 Ultimate. Ничего нет. Кроме кода.
Бежать !
S>Ваше мнение, стоит ли оставаться или лучше искать другое место работы и не портить нервы себе?
Здравствуйте, silimm, Вы писали:
S>Ваше мнение, стоит ли оставаться или лучше искать другое место работы и не портить нервы себе?
условия незавидные ну а как с осталъным? коллеги, зарплата, отпуск, перспектива итд.?
если естъ какойто позитив то может и врабоатетесъ в ритм, по первому месяцу трудно судитъ хотъ и перечисленное вами конечно скоре на постоянные стресс в работе означает. найдёте лучше — уходите
Здравствуйте, silimm, Вы писали:
S> 3) Сам проект. Это ужас и кошмар. Code style нет, комментариев в коде нет, Баг трекинга нет, code review нет, билд сервера нет, никакого описания архитектуры этого монстра нет.Контора занимается только написанием софта и соответственно отдел разработчиков один из самых главных и больших. Тестирование исключительно ручное, зато у каждого установлена VS2010 Ultimate. Ничего нет. Кроме кода.
S>Ваше мнение, стоит ли оставаться или лучше искать другое место работы и не портить нервы себе?
Если вы действительно в Москве, то выбор работы огромный, и задерживаться в такой конторе смысла нет. Испытательный срок он не только для соискателя, но и для работодателя.
Прекрасно, что составили список свойств, которые должны иметься у приличной фирмы. Отсортируйте его по важности, и приходя на собеседование, прямо по списку и спрашивайте, практикуется ли у вас то или это. Но идеальных контор не бывает, чего-то всегда будет не хватать. Но без интернета работать невозможно.
Здравствуйте, silimm, Вы писали:
S>Ваше мнение, стоит ли оставаться или лучше искать другое место работы и не портить нервы себе?
Представляю тогда чтобы с тобой было, поработай ты у нас хотя бы месяц Я думаю, если рассказать все как есть, то у большинства здешних появились бы мысли не то что о беге, а не меньше чем о суициде. Экстрим программинг, например, у нас имеет несколько иное значение, буквальное.
А по теме, в общем, если не нравится, то надо валить.
Ваша работа — просто мечта для активного человека. Столько областей где можно идти к руководству с планом улучшений, успешно их реализовывать и получать бонусы и повышения. Поработав там год-два вы сможете записать в резюме гораздо больше привлекательных пунктов, чем если бы все было налажено и оставалось бы только работать работу.
+
Здравствуйте, silimm, Вы писали: S>3) Сам проект. Это ужас и кошмар. Code style нет, комментариев в коде нет, Баг трекинга нет, code review нет, билд сервера нет, никакого описания архитектуры этого монстра нет.
хотя, конечно, без этого неудобно, но ничего из перечисленного не является необходимым в разработке проекта. все это компенсируется квалификацией сотрудников.
Здравствуйте, __kot2, Вы писали:
__>ничего из перечисленного не является необходимым в разработке проекта. все это компенсируется квалификацией сотрудников.
Гм. Остается только уточнить, компенсируется ли в этом случае "квалификация сотрудников" адекватной зарплатой?
Уходи. Похоже ты "шибко вумный" для того места, overqualified по ненашему. На то, что у них так все организовано, могут быть разные причины. Еще тебя видимо сильно напрягает, что ты не самый главный. Но зато ты можешь им стать, если останешься конечно
Здравствуйте, abibok, Вы писали:
A>Ваша работа — просто мечта для активного человека. Столько областей где можно идти к руководству с планом улучшений, успешно их реализовывать и получать бонусы и повышения. Поработав там год-два вы сможете записать в резюме гораздо больше привлекательных пунктов, чем если бы все было налажено и оставалось бы только работать работу.
Да ладно. Плевать большинству работодателей на резюме. Хоть ты обулучшайся, хоть в одиночку мегапроект вытяни — это мало кого интересует. Во первых, твоя квалификация определяется не улучшениями, а знаниями конкретных технологий. А во вторых, в резюме обычно так — чем ниже квалификация, тем больше крутости и баззвордов написано .
Здравствуйте, silimm, Вы писали:
S>3) Сам проект. Это ужас и кошмар. Code style нет, комментариев в коде нет, Баг трекинга нет, code review нет, билд сервера нет, никакого описания архитектуры этого монстра нет.Контора занимается только написанием софта и соответственно отдел разработчиков один из самых главных и больших. Тестирование исключительно ручное, зато у каждого установлена VS2010 Ultimate. Ничего нет. Кроме кода.
Госсподи . И это в Москве!!! Я боюсь даже представить, насколько суровым было собеседование и насколько тяжело было попасть в такую контору ! Мне вот кажется, что в майкрософт попасть, чтоб тебе визу сделали, перевезли, выделили личного водителя и переводчика, на порядок проще . Ибо я уже заметил одну вещь — чем жестче собеседование, тем больше бардак в конторе . Чтоб без билдсервера, без багтрекера — это нужно быть просто гуру, чтоб пройти собеседование в настолько продвинутую контору!
Так что советую — подавай резюме в майкрософт и меньше чем на лям баксов в месяц не соглашайся!
Здравствуйте, abibok, Вы писали:
A>Ваша работа — просто мечта для активного человека. Столько областей где можно идти к руководству с планом улучшений, успешно их реализовывать и получать бонусы и повышения. Поработав там год-два вы сможете записать в резюме гораздо больше привлекательных пунктов, чем если бы все было налажено и оставалось бы только работать работу.
С общей идеей полностью согласен, но с реализацией могут быть проблемы.
Не всегда руководство планам новичка радуется. Может закончиться вызовом тимлмда и вопросом к нему "Это твой? Ему чего, заняться нечем?"
Но даже если так, то рискнуть стоит. Просто надо сначала поразузнавать а были ли попытки применить(внедрить) ту или иную вещь. Кто пытался. Обо что споткнулись. А дальше уже по обстоятельствам.
Можно например сделать доку по архитектуре, описывающую все компоненты и их взаимодействие. Это не просто. Но если удастся, то подобную вещь очень легко протолкнуть наверх под соусом "столкнулся с недостатком документации. сделал вот такое. предлагаю сделать публичным для помощи другим новичкам". С такого начала можно высоко взабраться.
С код ревью и код стандартом в одиночку лучше не связываться.
Но вот если тим лид в принципе за и даже собирался уже как-то это попробовать, то надо ненавязчиво(это важно) предложить помощь.
С комментариями можно просто показать пример(главное без перебора). Но еще лучше найти единомышлеников.
А вот с такими вещами как билд сервер — тут надо обстановку изучить по максимуму.
Может быть гдето высоко в менеджменте есть планы(постоянно откладываемые) заюзать что-то конкретное.
И тогда при несовпадении нового предложения и старых планов будут возникать преграды очень неожиданного свойства.
Еще стоит помнить о том, что возможно за то, что предлагает новичок, кто-то получает зарплату и возможно предоставляет своему руководству обоснования невозможности или нецелесообразности это делать.
Но несмотря на все что я написал, попробовать стоит.
И чем труднее будет протолкнуть ту или иную идею, тем позитивнее ощущения в случае успеха
Здравствуйте, silimm, Вы писали:
S>Ваше мнение, стоит ли оставаться или лучше искать другое место работы и не портить нервы себе?
ох ты ж какие нежные теоретики пошли. нужно место легкозаменяемого винтика в мегакорпорацию?
Здравствуйте, silimm, Вы писали:
S>Ваше мнение, стоит ли оставаться или лучше искать другое место работы и не портить нервы себе?
А что ты сам хочешь от своей работы?
* Сидеть и терпеть за хорошую зарплату?
* Попробовать достучаться до руководства, предлагать улучшения, расти. Но это сложно и требует навыков дипломатии и желания разбираться.
* Найти непыльное место, где можно кодить, чтобы не трогали?
Здравствуйте, __kot2, Вы писали: __>соглашусь с abibok, __>+ __>Здравствуйте, silimm, Вы писали: S>>3) Сам проект. Это ужас и кошмар. Code style нет, комментариев в коде нет, Баг трекинга нет, code review нет, билд сервера нет, никакого описания архитектуры этого монстра нет. __>хотя, конечно, без этого неудобно, но ничего из перечисленного не является необходимым в разработке проекта. все это компенсируется квалификацией сотрудников.
Хм.. опыт показывает, что квалифицированные сотрудники при командной работе обычно как раз таки очень ЗА все перечисленные пункты. Зато "квалифицированные" ковбои — это да, "зачем нам тестирование/тесты итп — у нас квалифицированные сотрудники, багов нет!". Проходили, знаем. На дворе 2013 год, если софтверная компания до сих пор не имеет багтрекера, тестирования итп — скорее всего там на руководящих/лидерских позициях сидят такие люди, которые фиг позволят что-то поменять.
Я бы попробовал изменить ситуацию, если начнут упираться — ну их нафиг, только квалификацию терять, копаясь в говнокоде.
Здравствуйте, Faland, Вы писали: F>Хм.. опыт показывает, что квалифицированные сотрудники при командной работе обычно как раз таки очень ЗА все перечисленные пункты.
я это и имел в виду, когда писал, что без этого неудобно
Зато "квалифицированные" ковбои — это да, "зачем нам тестирование/тесты итп — у нас квалифицированные сотрудники, багов нет!". Проходили, знаем. На дворе 2013 год, если софтверная компания до сих пор не имеет багтрекера, тестирования итп — скорее всего там на руководящих/лидерских позициях сидят такие люди, которые фиг позволят что-то поменять. F>Я бы попробовал изменить ситуацию, если начнут упираться — ну их нафиг, только квалификацию терять, копаясь в говнокоде.
я другое имел в виду — есть ли это или нет этого на качество проекта это не влияет или же влияет несущественно. практически любой говнопроект все это имеет и это ему никак не помогает. поэтому я и написал, что ничего из этого не является ни необходимым ни достаточным условием хорошего проекта
E>Во первых, твоя квалификация определяется не улучшениями, а знаниями конкретных технологий.
Это только в начале карьеры. Начиная с некоторого уровня seniority знаниями технологий никого не удивишь, это рассматривается как необходимая база. Квалификация же определяется умением работать в условиях неопределенности, когда человек может взять и вытянуть проект. Или когда вместо нытья "все плохо" предлагает конкретный план с обоснованием выгод от изменений, и доводит начатое до конца.
___>Можно например сделать доку по архитектуре, описывающую все компоненты и их взаимодействие. Это не просто. Но если удастся, то подобную вещь очень легко протолкнуть наверх под соусом "столкнулся с недостатком документации. сделал вот такое. предлагаю сделать публичным для помощи другим новичкам". С такого начала можно высоко взабраться.
Можно, только такая дока ничего принципиально не изменит. Работали же как-то без нее. Не надо разбрасываться на мелочи, это очень затягивает, весь год что-то делал и был жутко занят, а в конце даже не можешь сказать чем же занимался и чего добился. Нужно выбрать одну область, улучшения в которой существенно повысят эффективность работы, и долбить туда. Причем эффективность не с точки зрения программиста, а с точки зрения бизнеса конторы.
___>Еще стоит помнить о том, что возможно за то, что предлагает новичок, кто-то получает зарплату и возможно предоставляет своему руководству обоснования невозможности или нецелесообразности это делать.
Это очень часто так и есть. Поэтому умение продвигать свои идеи и влиять на людей — это куда важнее для знание технологий для тех кто считает себя senior, lead или architect (ну или какие там у вас еще звания есть).
Здравствуйте, abibok, Вы писали:
A>Это только в начале карьеры. Начиная с некоторого уровня seniority знаниями технологий никого не удивишь, это рассматривается как необходимая база. Квалификация же определяется умением работать в условиях неопределенности, когда человек может взять и вытянуть проект. Или когда вместо нытья "все плохо" предлагает конкретный план с обоснованием выгод от изменений, и доводит начатое до конца.
На собеседованиях уровень сеньеристости в большинстве контор определяется только знаниями конкретных абстрактных технологий. Умения работать в условиях неопределенности и подобные вещи нужны в реальной работе, но не на собеседованиях. Соответственно если ты эту контору вытянешь на высочайший уровень, выполнишь заведомо невыполнимый проект, то это абсолютно никак не будет оцениваться в других местах. Об этом даже не спросят. Оценят это только на текущем месте возможно, поставив начальником.
On 13.03.2013 23:06, robin_of_the_wood wrote:
>тут надо обстановку изучить по > максимуму.
Профессионал, сразу видно.
Кстати, советы дельные, но не для новичка в программинге.
Здравствуйте, silimm, Вы писали:
S>Ваше мнение, стоит ли оставаться или лучше искать другое место работы и не портить нервы себе?
Работа как работа.
Одного только не понял — как так нет билд сервера? Кто, когда, куда и на чём собирает тогда?
On 14.03.2013 1:18, abibok wrote:
> Нужно выбрать одну область, > улучшения в которой существенно повысят эффективность работы, и долбить > туда. Причем эффективность не с точки зрения программиста, а с точки > зрения бизнеса конторы.
Что за бред. Сначала нужно войти в близкий контакт с начальством,
выяснить что и как на конторе, а затем подкатывать к нужным людям со
своими идеями.
Здравствуйте, umnik, Вы писали:
___>>С код ревью и код стандартом в одиночку лучше не связываться. U>Почему?
Ну если вся остальная команда, включая лида, против, то добиться результата маловероятно.
Если инициатива исходит от лида и подкреплена служебными полномочиями, то даже так бывает непросто.
А если разговор идет о новом человеке и не лиде — то вполне логично, что шансов еще меньше.
Но это именно в одиночку. Если найдутся единомышленники в команде, то шансы сразу возрастают.
On 14.03.2013 14:19, Пофигист wrote:
> Одного только не понял — как так нет билд сервера? Кто, когда, куда и на > чём собирает тогда?
Какой нибудь из "лидеров" отдает заказчику то, что у него на компе.
Здравствуйте, Vzhyk, Вы писали:
>> Одного только не понял — как так нет билд сервера? Кто, когда, куда и на >> чём собирает тогда? V>Какой нибудь из "лидеров" отдает заказчику то, что у него на компе.
Если проект большой, там же всякие зависимости, сторонние библиотеки, все дела. Задолбаешься всё выколупывать.
Здравствуйте, Ромашка, Вы писали:
Р>Всем, кто советовал бежать: а куда? В ваше болото? Засосет жеж...
Так бегут ведь не куда, а откуда
По теме — работал как-то на одну контору, у них вроде все было хорошо и налажено, даже
не буду перечислять всех плюшек. Но разработку полностью убивала постановки задач.
То есть, выглядело примерно так: где-нибудь часов в 11-12 дня прибегал менеджер или
тех. руководитель и звал всех кидать все и срочно делать очередную новую feature.
Каждый раз одно и то же: сделать нужно мега-срочно, начальству нужно уже сегодня
после обеда, ну максимум завтра утром показывать. Все это не продумано, ни
технически, ни архитектурно, косяки вылазят уже на самых ранних стадиях реализации.
А вся реализация — добавление очередного костыля в многострадальную архитектуру.
Странно, что это вообще работало. Я мало знаю программистов, которым такая работа
доставляет хоть какое-то удовлетворение. Тут не в деньгах вообще дело.
А на завтра начальство смотрит и тут же решает переделать. А потом, в процессе
переделки, срочно вдруг вернуть все на место. Хотя нет, снова переделать.
Хотя постойте-ка, дайте-ка подумать. А, нет, переделывайте. А после, во время
переделки, резко начинает уводить всю идею в сторону и предлагать другие фичи,
которые, оказывается, еще более мега-срочные.
Короче, проект очень быстро развалился. Точнее, не развалился, а просто был вовремя
заморожен. Не выдержал собственного веса.
Но такой опыт, наверное, надо было получить один раз.
Чтобы знать, чего бояться. Багтрекера нет или интернета — это еще не самое страшное.
Когда бардак в головах — в это страшно, да.
On 14.03.2013 14:44, Пофигист wrote:
> Если проект большой, там же всякие зависимости, сторонние библиотеки, > все дела. Задолбаешься всё выколупывать.
Depends тебя спасет. Собрал все в кучу, запихал на флешку и поехал к
заказчику разворачивать, еще и командировочные и заказчик пооблизывает.
А можно еще вообще все в кучу и у заказчика собирать недельку.
З.Ы. У меня иногда здесь ощущение возникает, что некоторые здесь из
параллельного мира эльфов пишут.
Здравствуйте, abibok, Вы писали:
A>Ваша работа — просто мечта для активного человека. Столько областей где можно идти к руководству с планом улучшений, успешно их реализовывать и получать бонусы и повышения. Поработав там год-два вы сможете записать в резюме гораздо больше привлекательных пунктов, чем если бы все было налажено и оставалось бы только работать работу.
Вот выделенное вряд ли, особенно если он человек новый.
Здравствуйте, abibok, Вы писали:
A>Ваша работа — просто мечта для активного человека. Столько областей где можно идти к руководству с планом улучшений, успешно их реализовывать и получать бонусы и повышения. Поработав там год-два вы сможете записать в резюме гораздо больше привлекательных пунктов, чем если бы все было налажено и оставалось бы только работать работу.
Если фирма существует достаточно давно, а разработка ведется так, как описал ТС, значит таких улучшателей там принято обламывать или увольнять.
В данном случае Вас неправильно пособеседовали, точнее видимо вообще собеседования не было.
Иначе Вам бы задали вопросы про гномиков в шляпах, квадратных люках и прочее подобное — как результат
Вы бы не прошли собеседование и написали бы еще один гневный топик про вопросы на собеседовании.
Мы бы дружно обсудили неправильных собеседователей с лажовыми вопросами и пожалели бы Вас.
Я бы лично написал Вам что нефик ходить в такие конторы и т д.
А так я даже незнаю что и сказать
Теперь придется остаться Вам в этой конторе и навести там порядок в разработке.
Собственно удачи
Я знаю, как управлять Вселенной. И скажите, зачем же мне бежать за миллионом?!(c)
Здравствуйте, Kernan, Вы писали: K>Здравствуйте, abibok, Вы писали: A>>Ваша работа — просто мечта для активного человека. Столько областей где можно идти к руководству с планом улучшений, успешно их реализовывать и получать бонусы и повышения. Поработав там год-два вы сможете записать в резюме гораздо больше привлекательных пунктов, чем если бы все было налажено и оставалось бы только работать работу. K>Вот выделенное вряд ли, особенно если он человек новый.
Абсолютно новый, по объявлению взяли
Здравствуйте, artem.komisarenko, Вы писали: AK>Если фирма существует достаточно давно, а разработка ведется так, как описал ТС, значит таких улучшателей там принято обламывать или увольнять.
Фирма сущетствует давно (15 лет с основания недавно праздновали). Поинтересовался в курилке, кто сколько работает. Обычно либо человек более 2 лет в компании, либо увольняется через 3-4 месяца.
Здравствуйте, bazis1, Вы писали: B>А что ты сам хочешь от своей работы? B>* Сидеть и терпеть за хорошую зарплату? B>* Попробовать достучаться до руководства, предлагать улучшения, расти. Но это сложно и требует навыков дипломатии и желания разбираться. B>* Найти непыльное место, где можно кодить, чтобы не трогали?
1) Я ушел с прошлой работы, из — за того что сидел и терпел. Когда проработал там полтора года послал все к чертям и уволился, так как кроме нервотрепки и ненужной суеты ничего полезного не происходит.
3) Да, это был бы лучший вариант, единственное дополню, что бы задачит были интересными.
2) Буквально неделю назад говорил с тимлидом, что хорошо бы наладить багтрекер и юнит тесты начать писать. "Ну да, это надо сделать, но как — нибудь потом, сейчас есть более важные задачи" услышал в ответ. Осмелился прыгнуть через голову тимлида и сказать тоже самое начальнку отдела.Описал как это удобно будет для разработчиков и прочее. "Да, надо, потом". Больше я не поднимал этот вопрос. Плохо у меня с дипломатией.
Здравствуйте, artem.komisarenko, Вы писали: AK>Что касается остального, а какого размера команда и как долго длится проект?
Проект длится уже где — то года 4 (может чуть больше) и над ним вместе работают около 25 человек
Здравствуйте, sumson, Вы писали: S>В данном случае Вас неправильно пособеседовали, точнее видимо вообще собеседования не было.
Собеседование длилось 5 минут (не преувеличиваю). Пришел, сели :
Начальник: На C# умеешь ?
Я: умею
Н: на нем писал что — то ?
Я: да, когда фрилансил
Н: c MS SQL работал ?
Я: нет, только с SQLite
Н: а с SVN был опыт?
Я: был, но очень далекий
Н: Окей, ты нам подходишь, завтра в 10 заходи, напишешь заявление.
On 14.03.2013 19:14, silimm wrote:
> Поинтересовался в курилке, кто сколько работает. Обычно либо человек > более 2 лет в компании, либо увольняется через 3-4 месяца.
"И ты так говори"
> 2) Буквально неделю назад говорил с тимлидом, что хорошо бы наладить > багтрекер и юнит тесты начать писать. "Ну да, это надо сделать, но как — > нибудь потом, сейчас есть более важные задачи" услышал в ответ.
Конечно есть, а раз все и так работает, нафига придумывать себе
приключения. Но тебе же никто не мешает начать писать для себя UTs? Если
будет все нормально, начальники посмотрят и начнут внедрять (но вот
коллеги твои на тебя будут сильно злиться).
> Осмелился прыгнуть через голову тимлида и сказать тоже самое начальнку > отдела.Описал как это удобно будет для разработчиков и прочее. "Да, > надо, потом". Больше я не поднимал этот вопрос. Плохо у меня с дипломатией.
А за прыжки через голову тебе следовало наказать. Ну может еще накажут,
чтобы в следующий раз думал.
> Начальник: На C# умеешь ? > Я: умею > Н: на нем писал что — то ? > Я: да, когда фрилансил > Н: c MS SQL работал ? > Я: нет, только с SQLite > Н: а с SVN был опыт? > Я: был, но очень далекий > Н: Окей, ты нам подходишь, завтра в 10 заходи, напишешь заявление.
Вполне нормлаьное собеседование, они же не ошиблись в тебе? Или ошиблись?
Или тебе больше интересны перевороты гомиков на бумажке?
есть еще вариант — пойти к бигбоссу и сказать — вы знаете как организовать рабочий процесс?
все равно ведь, если что бежать, а так можно сразу наверх прыгнуть ... только надо быть спокойным и убедительным,
без поливания грязью того что есть.
Здравствуйте, carpenter, Вы писали:
C>есть еще вариант — пойти к бигбоссу и сказать — вы знаете как организовать рабочий процесс?
Это хорошо делать, когда подвешен язык и есть определенный авторитет среди коллег.
А новичка с месячным стажем работы, который "пришел поныть" никто слушать не станет.
Ну или скажут: "как организовать рабочий процесс, говорите ? Да, знаю, я его уже
организовал. Посмотрите — все заняты делом".
Здравствуйте, okman, Вы писали:
O>Это хорошо делать, когда подвешен язык и есть определенный авторитет среди коллег. O>А новичка с месячным стажем работы, который "пришел поныть" никто слушать не станет. O>Ну или скажут: "как организовать рабочий процесс, говорите ? Да, знаю, я его уже O>организовал. Посмотрите — все заняты делом".
Ну если босс не дебил — то он как минимум выслушает, а если дебил — то и нахрен такую контору.
Ну или как минимум работать и не парится — потом всосешься
Здравствуйте, silimm, Вы писали:
S>1) team lead вечером подумал и немного надо переделывать. Немного это обычно 70% кода отправляется в мусор... Почему так происходит, и почему сразу нельзя продумать как надо — загадка.
Даю простую задачу: сделай табурет. На обдумывание/рисование схемы у тебя... ДВЕ МИНУТЫ. Даю 100% гарантию, что по тому, что ты там накалякаешь, можно сделать максимум нунчаки. Так же и в программинге — невозможно всё предусмотреть, тем более "теоретически". Скажем, нужен проекту "архивариус" — компрессор файлов. Ты его сделал, закоммитил, и что, работа кончилась — давай зарплату? Нет, конечно! Скорее всего, после файлов кому-то клюнет сжимать трафик от сервера к клиенту, т.е. от файлов абстрагируемся к потокам. Затем окажется, что просто архивы — нельзя, нужно их шифровать, причём уже написанной тулзой. Опять переделывать, да! Потому что невозможно в одной голове сразу найти применение каким-то перделкам во всём проекте. С этим надо мириться, это закономерный процесс. Для облегчения можно самому подумать над тем, что ты делаешь — решать задачи максимально общим способом.
S>1.2) Плохо то, что конкретных сроков нет совсем.
Согласен, плохо. Так подыми вопрос! Каждая задача должна иметь как минимум приоритет, в идеале — срок завершения, построенный по Ганту.
S> 2) Нет доступа к интернету.
Вот теперь всё однозначно — БЕГИ ОТТУДА! В Рассеи, при её ценах на тырнет, ограничивать его может только последнее жлобьё. Причём в прямой вред проекту.
S>3) Баг трекинга нет, code review нет, билд сервера нет, никакого описания архитектуры этого монстра нет.
Баги я тоже не вёл — нах? Я их сразу конвертировал в задачи с тегом error. Ревью — нах? Время девать некуда? Билд сервер — блажь для устойчивых коллективов-клепателей аппликух. Чекаутнул сорсы, собрал, ошибка? Пинайте последнего коммитера.
Но вот самое страшное — это отсутствие архитектуры. Это однозначный фэйл всего проекта. Сам на это натолкнулся, стыд и срам! Единственный глав.разраб сидит клепает формы (что я мог бы делать даже не зная сути программы), а мне дают задание "ты тут прикрути к ядру импорт данных!". ппц...
Здравствуйте, carpenter, Вы писали:
C>Ну если босс не дебил — то он как минимум выслушает, а если дебил — то и нахрен такую контору. C>Ну или как минимум работать и не парится — потом всосешься
У него уже всё работает? Зачем что-то менять, т.к. так думает новенький? Может этот новичок вообще недостаточно квалифицирован и поэтому не понимает необходимость всего происходящего.
Здравствуйте, umnik, Вы писали:
___>>С код ревью и код стандартом в одиночку лучше не связываться. U>Почему?
В одиночку ты будешь ревьюрить код самого себя, что бессмысленно.
Смотреть код других можешь, но это не будет ревью. Твой код, очевидно, никто в такой ситуации проверять не будет.
Здравствуйте, okman, Вы писали:
O>Здравствуйте, silimm, Вы писали:
S>>1) Постановка задач — по мылу присылается что надо сделать, делаю, сдаю, коммичу. Потом прихожу на следующий день, вижу новое электронное письмо в котором описывается, что team lead вечером подумал и немного надо переделывать. Немного это обычно 70% кода отправляется в мусор и переписывание почти всего по-иному. Почему так происходит, и почему сразу нельзя продумать как надо — загадка.
O>Бежать !
Ещё несколько лет назад я так же бы ответил. Но иногда руководство в самом деле не знает, а как лучше. Вот, надо попробовать десяток вариантов, выбрать лучший. Бывает, если делаем не аутсорсную задачу по чёткому ТЗ, а вливаемся в рынок со своим продуктом.
S>>1.2) Количество задач растет постоянно. Плохо то, что конкретных сроков нет совсем. Слышу только "в ближайшее время". Ближайшее время означает, как и "Это надо было еще вчера" так и "Вообще не спеши, это только планируемо". В итоге, планировать свой рабочий процесс тоже занимательнейшее занятие.
O>Бежать !
Это следствие той же проблемы — не знаем, что хотим получить в результате. Можно оптимизировать, но для этого нужна твёрдая рука.
S>> 1.3) Хаотичное раскидывание задач самим руководством. Задачи раскидываются по принципу "у меня много задач — теперь у вас много задач, сами думайте, как с ними справляться". То, что половина задач, не нужно пока реализовывать их не волнует. Главное напрячь.
O>Бежать !
Тут — да.
S>> 2) Нет доступа к интернету. То есть доступен только msdn и все. От всех слышу, что “в msdn все есть”. Я с ними соглашаюсь, но интересуюсь, а "как же прочие форумы и ресурсы: stackoverflow codeplex codeproject google?" Отвечают, что в msdn это уже все есть, надо просто поискать. Выливается это в то, что я писал либу для архивирования папок и процесс проходил так — дома скачиваю либу (dotnetzip), приношу её на флэшке на работу, начинаю с ней работать, натыкаюсь на проблему, захожу на codeplex, вспоминаю что интернета нет, вечером иду домой, смотрю дома, как решать, на всякий случай скачиваю исходники, приношу на работу на флэшке и продолжаю работать. "Да интернет скоро подключим" — слышу уже на протяжении последний недели
O>Бежать !
Согласен полностью — угар какой-то. На stackoverflow проще что-то найти по теме, чем искать по msdn.
S>>3) Сам проект. Это ужас и кошмар. Code style нет, комментариев в коде нет, Баг трекинга нет, code review нет, билд сервера нет, никакого описания архитектуры этого монстра нет.Контора занимается только написанием софта и соответственно отдел разработчиков один из самых главных и больших. Тестирование исключительно ручное, зато у каждого установлена VS2010 Ultimate. Ничего нет. Кроме кода.
O>Бежать !
Code style заводить. Багтректер заводить. Кодревью — а ресурсы на это есть? Билдсервер — зависит от проекта. Описание архитектуры — см. п. 1
S>>Ваше мнение, стоит ли оставаться или лучше искать другое место работы и не портить нервы себе?
O>Ответ очевиден — бежать !
Подобный хаос можно упорядочить, как показывает практика. На очередное "ну что же у нас всё так плохо" предложить завести багтрекер "потому что он решает такие и такие задачи", код-ревью и всё остальное. Главное — аргументировать.