Чем «Разработчик программного обеспечения» отличается от «Консультанта по программному обеспечению»? Что делает консультант?

122

Я видел много людей, заявляющих о себе как о «консультанте по программному обеспечению». Эти консультанты делают то, что делают обычные разработчики программного обеспечения, пишут код, оценивают задачи, исправляют ошибки, посещают собрания и т. Д. Единственное отличие заключается в том, что финансовые ресурсы у консультантов заканчиваются тем, что они получают больше. Тогда чем разработчик программного обеспечения отличается от «консультанта»?

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

Роберт Харви
источник
25
Вы можете брать намного больше в качестве консультанта; это в основном самозваный термин BS, чтобы иметь возможность продавать себя ничего не подозревающим компаниям, которые думают, что чем больше они платят за какого-то придурка, называющего себя консультантом, тем лучше для них.
Nodey The Node Guy
28
С другой стороны, компании не нужно нанимать сотрудника, поэтому в конечном итоге это может стоить дешевле, чем платить консультанту. Говоря с немного меньшим скептицизмом, чем @Steven, теоретически, когда вы платите консультанту, вы получаете его многолетний опыт работы в определенной области.
Роберт Харви
43
@ Стивен Я не думаю, что это делает тебя глупым, чтобы хотеть зарабатывать больше денег ...
Никто
7
Консультант разрабатывает материал, который разработчик должен исправить или полностью переписать позже, потому что это все дерьмо. Правдивая история.
MetalMikester
9
@MetalMikester и опять же это зависит от консультанта. И покажи мне, что разработчик создает программное обеспечение без ошибок.
CoffeeCode

Ответы:

107

Вот список софий

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

Консультант по программному обеспечению - это не сотрудник, и его привлекают, чтобы дать совет (консультацию) о том, как приложение должно быть реализовано с использованием современных отраслевых подходов. Часто консультант предоставляет технические рекомендации по настройке большого приложения (SAP, Oracle и т. Д.). Консультанты, по моему опыту, вообще не программисты.

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

Как вы становитесь консультантом по программному обеспечению?

Обычно в результате работы в консалтинге по программному обеспечению, который нанимает вас на ежедневной основе. Представьте, что вы работаете на Oracle, и какая-то крупная компания нуждается в помощи в настройке промежуточного программного обеспечения. Вы постоянный сотрудник, работающий на контрактной основе для третьих лиц. Это не всегда так (см. Следующий раздел), но это обычный путь.

Как вы становитесь подрядчиком программного обеспечения?

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

Гэри Роу
источник
Черт, сначала я прочитал ответ @ FrustratedWithFormsDesigner и подумал, что смогу последовать. Теперь я прочитал этот противоречивый ответ, и я снова потерян. :) Хотите бороться с этим? :)
Стивен Джеурис
2
@FrustratedWithFormsDesigner абсолютно в порядке, я просто педантичен больше всего на свете.
Гэри Роу
13
@Steven Jeuris: Гэри немного подробнее рассказал о «консультанте» и «подрядчике». По моему опыту, две роли очень часто (но не всегда) пересекаются, и линии становятся размытыми, поэтому я не стал вдаваться в детали.
FrustratedWithFormsDesigner
2
@Kumar Разработчики являются хорошими техническими консультантами, потому что у них есть ноу-хау в программировании, которое необходимо ИТ-отделу, чтобы программное обеспечение делало то, что они хотят. Помните, что быть консультантом больше зависит от характера отношений между вами и человеком, который платит вам.
Гэри Роу
3
Технически определения не совсем верны, так как вам не нужно быть работающим не по найму. Я знаю, что большинство консультантов и подрядчиков по программному обеспечению (я сам являюсь подрядчиком) являются сотрудниками фирм (таких как Accenture, IBM, Logica и т. Д.), Которые предлагают эти услуги.
Спойк
55

«Консультант по программному обеспечению» отличается от «Разработчика программного обеспечения» в зависимости от условий найма. «Консультант по программному обеспечению» нанимается в качестве подрядчика на определенный период времени и для очень конкретной задачи / роли / проекта, тогда как «Разработчик программного обеспечения» (который не является подрядчиком или консультантом) является штатным сотрудником по заработной плате. и может иметь несколько ролей / проектов внутри компании.

«Программный консультант» может означать разработчика / программиста, который работает по контракту, а не разработчика / программиста, который работает полный рабочий день. Это может также относиться к кому-то, кто дает руководство и высокоуровневое управление проектом / дизайн / архитектуру, как уже упоминали другие, хотя в моем опыте название «Консультант по программному обеспечению» обычно оказывается тем, кто работает 60-90% времени как разработчик / программист и работает по контракту, а не полный рабочий день.

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

FrustratedWithFormsDesigner
источник
2
Ну, я работал на стартап в качестве подрядчика, и не получил ни копейки. Кроме того, по выходным даже работал на пиццу и диетическую колу, и это тоже в Сан-Хосе. С другой стороны, моим работникам-консультантам платили за каждый час работы в выходные или поздним вечером. Часть Сан-Хосе состоит в том, чтобы подчеркнуть, что люди работают бесплатно даже в Силиконовой долине: P
Кумар,
10
В этом случае может случиться так, что у «Консультантов» просто были лучшие контракты (или они не боялись их принудительного исполнения, или у них была какая-то консалтинговая фирма, поддерживающая их), чем у «Подрядчиков» (вас). В вашем контракте было указано, что пицца и диетический кокс являются приемлемой компенсацией (и почему вы, по крайней мере, не продержались обычную колу)?
FrustratedWithFormsDesigner
1
неправда - многие застройщики также являются подрядчиками
Стивен А. Лоу
@ Стивен А. Лоу: Я не имел в виду, что это не так, но я использовал названия ОП «Разработчик программного обеспечения» и «Консультант по программному обеспечению». Как / где я утверждал, что разработчики не являются подрядчиками?
FrustratedWithFormsDesigner
1
@ Разочарованный "тогда как Разработчик - штатный сотрудник по зарплате"
Стивен А. Лоу
35

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

Я был разработчиком более 30 лет. Я только знал достаточно, чтобы быть консультантом за последние десять или около того.

Стивен А. Лоу
источник
1
Я думаю, что это короткий и очень точный ответ, ИМО. Консультант по программному обеспечению будет более или менее склонен к бизнесу.
Мохсин
22

Я не вижу различий между «консультантом» и «подрядчиком», кроме того, что консультант почему-то кажется мне классным и потенциально более дорогим. :)

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

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

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

Если вы хотите стать консультантом и получать за это соответствующую плату, я бы сказал, что вам нужно построить резюме. Когда я проверяю резюме консультантов, я ищу действительно глубокий опыт работы с инструментами и технологиями режущего искусства. Это варьируется от домена к домену, но я ищу кого-то, кто реализовал сложные вещи на переднем крае, чтобы они уже достигли кривой изучения технологий, которые я пытаюсь реализовать. Большинство знакомых мне консультантов - наркоманы. Они много работают в дневное время, а затем проводят вечера, бегая еще дальше в своих областях специализации, потому что они знают, что им нужны практические навыки, чтобы продать их на следующую работу.

bethlakshmi
источник
1
Таким образом, как менеджер по найму / человек, помимо опыта, вы также ищете сертификаты и исследовательские работы, сделанные консультантом? Как вы берете интервью у них? AFAIK, каждый нанимает консультанта, когда им не хватает навыков, а затем, как вы проверяете, что резюме не является поддельным, и у человека есть эти навыки?
Кумар
Лично я не большой поклонник бумаг и сертификатов. Это бонус, если они у них есть, но если я ищу кого-то, кто знает что-то достаточно передовое, то я не ожидаю, что есть сертификация, которая поможет, и не каждый является писателем - после всего написания бумага и написание хорошего кода - это разные вещи. Обычно я могу сказать, что кто-то дает мне чушь, если я попрошу их объяснить архитектуру с использованием данной технологии, и они не имеют смысла. У меня обычно достаточно глубины в области, которой я управляю, чтобы иметь возможность идти дальше уровня BS.
Бетлакшми
Некоторые, как я пропустил ваш ответ, не уверен, почему. В любом случае, спасибо. Но не во всех организациях есть эксперт для выбора консультанта. Значит, вы «нанимаете» консультанта, чтобы найти вам консультанта? Подумайте об этом, организация, работающая с технологиями MS в жестком коде, нуждается в эксперте по Unix, как бы они выбрали консультанта? Это как нанять самого известного, основанного на социальных / профессиональных сетях, а не оценивать технические навыки?
Кумар
Я не говорю, что я эксперт в этой области ... когда мне нужно уйти далеко за пределы моей области, я все еще задаю вопросы консультанту и прошу его объяснить. Я также склоняюсь к тому, чтобы спросить генерала: «Как вы думаете, 10 главных вещей, которых следует избегать в вашей области знаний». Обычно это совпадает с тем, что я знаю, или я могу провести небольшое исследование на форумах, таких как переполнение стека, и посмотреть, есть ли у парня деньги. Самая большая ошибка, которую я когда-либо совершал, заключалась в найме парня, который не имел никакого смысла, когда он объяснял вещи. Я думал, что это было мое отсутствие знаний ... оказывается, парень не имеет смысла ни для кого.
Бетлакшми
2
Подрядчик приходит, чтобы сделать работу и заканчивает ее. Консультант приходит, чтобы начать работу и оставляет вас, чтобы закончить ее.
Шон МакSomething
17

Жаль, что вопрос сформулирован как есть. Я думаю, что лучше задать вопрос: «Чем« подрядчик по программному обеспечению »отличается от« консультанта по программному обеспечению »?» Именно эти условия действительно поднимают вопрос, по крайней мере, здесь, в США.

Термин «разработчик программного обеспечения» может применяться к любому виду работы, причем разработчик - это тип роли или ресурса, который он выполняет. Проблема подрядчика / консультанта вращается вокруг вопросов занятости, и снова я говорю о том, как это работает здесь, в США. Но чтобы действительно ответить на этот вопрос окончательно (и вы увидите, даже это трудно сделать!), Сначала мы нужно определить некоторые термины и изучить историю.

Разработчик программного обеспечения, независимо от того, как они работают, создает программное обеспечение и, вероятно, выполняет много других задач, связанных с созданием программного обеспечения, обычно за исключением роли управления, хотя даже это довольно часто встречается в некоторых проектах, таких как руководители групп. , Менеджеры программных проектов и программ редко участвуют в основных процессах создания программного обеспечения (за исключением командных руководств). Опять же, это роли .

Что касается занятости и оплаты, существует несколько типов (применимо к США). Наиболее распространенным типом занятости является регулярная или «прямая», когда работник находится на заработной плате компании, разрабатывающей программное обеспечение. Они заполняют W-4 у работодателя каждый год и получают W-2 от этого работодателя в конце года за свои налоги.

Помимо прямой работы, есть подрядчики и (в зависимости от определения) консультанты. Однако термин «подрядчик» немного вводит в заблуждение. Технически, подрядчик - это юридическое или физическое лицо, которое подписывает контракт с компанией-клиентом, в данном случае разработчиком программного обеспечения. Но реальность такова, что почти все подрядчики в США работают через подрядную компанию (также называемую «кузовными мастерскими» и еще менее слагаемыми); по сути, они не «заключают контракты» непосредственно с клиентом. Эти так называемые подрядчики фактически заполняют W-4 с подрядной компанией, а не с клиентом, каждый год и получают W-2 от этой подрядной компании в конце года за свои налоги. Они облагаются налогом точно так же, как их непосредственно занятые братья и сестры.

Дело здесь в том, что именно «компания-подрядчик» фактически подписывает контракт с компанией-клиентом, а не так называемые подрядчики («сотрудники по контракту»). Контрактные сотрудники фактически работают в контрактной компании, и контрактная компания является стороной контракта с клиентом. Таким образом, контрактные и прямые сотрудники, работающие над программным проектом, по сути одинаковы с точки зрения налогообложения и, как правило, работают в смежных кабинах без особого особого статуса, единственное основное отличие состоит в том, что подрядчики ограничены определенным временем, в течение которого они могут продолжать работать над проект для этого клиента. Это связано с тем, что подрядная компания, в которой они работают, не должна держать их там дольше, чем это время, или наша IRS может реклассифицировать их в качестве прямых сотрудников,

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

О да. Что такое «консультант»? Этот термин является своего рода «мягким» - было много войн, которые велись на этой священной территории. Раньше, может быть, 40 лет назад этот «консультант» был более или менее синонимом «независимого подрядчика», то есть работника, который напрямую заключил контракт с клиентом. То есть работник подписал контракт с клиентом (может быть, тем, кто разрабатывает программное обеспечение, как указано выше). Этот работник НЕ заполняет W-4 с клиентом и не получает W-2 от клиента в конце года. Вместо этого прямой подрядчик (который тогда называли «консультантом») получает 1099 от клиента.

Наряду с этим совершенно другим налоговым соглашением у термина «консультант» была определенная аура. Консультанты, как правило, были более опытными (по крайней мере, 10 лет работали на местах) и, как правило, обладали определенными знаниями, которые, возможно, было трудно найти, что делало их очень желательными для клиентов, и клиенты были готовы платить по 500 или 1000 долларов в день ( очень щедрая сумма тогда) для их экспертных услуг. Консультанты бежали с элитной толпой людей с довольно хорошими связями, и в эти клики было сложно проникнуть. Членство было необходимо для того, чтобы стать успешным консультантом. Была организация, которая недавно была не существующей, но сейчас возрождалась, которая называлась ICCA, что-то вроде клуба старых мальчиков для компьютерных консультантов. Любой мог присоединиться, и я сделал это в один момент; быть принятым и получить работу было другой историей.

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

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

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

Подлинное, независимое консультирование по программному обеспечению в США в основном умерло из-за изменений в федеральном законодательстве и изменения корпоративной Америки. По мере того как компании (потенциальные клиенты-консультанты) становятся больше, их отделы кадров становятся все более жестко централизованными, высокомерно эффективными и технологически «черными». В наши дни почти невозможно связаться с менеджером по найму, чтобы обсудить возможность трудоустройства любого рода, прямой или контрактный. Частично это является корпоративной тайной и защитой работников, но во многом это тенденция к тому, чтобы как можно больше работников были прямыми работниками или, по крайней мере, работали через подрядную компанию.

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

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

Извините за многословное объяснение, но это действительно так сложно. Я разработчик программного обеспечения, который работал непосредственно для компаний и через контрактные компании. Я много раз думал о том, чтобы стать "инди", но это стало очень коварным (и пугающим!) Путем, которому нужно следовать в последние десятилетия. И корпорации, опираясь и используя свое влияние в правительстве, продолжают ужесточать эту договоренность. Американский консультант по программному обеспечению мертв; все оставшиеся в живых переживают последние вздохи.

Phelonius
источник
Я думаю, что вы путаете реальные роли, которые люди могут выполнять с правительственной бюрократией вокруг этого
Юрий
Я не совсем понимаю, что вы имеете ввиду. Ваш комментарий звучит очень обобщенно и, похоже, относится только к правительственной работе. Я говорил и о частном секторе.
Фелоний
@Phelonius, я нахожу ваш ответ интригующим, и есть парень, который пишет блог, который, похоже, не согласен с вами: daedtech.com/reader-question-round-up-video-consulting-edition . Я всегда понимал это так же, как ты.
Даниил
12

Как стать консультантом по программному обеспечению:

  1. Зайдите в копировальный магазин и напечатайте около 100 визитных карточек с вашим именем, номером телефона, почтовым адресом и названием «Консультант по программному обеспечению».
  2. Миссия выполнена: вы теперь консультант по программному обеспечению.
Инго
источник
То, что я здесь собрал, - это, похоже, нет единого мнения о том, что такое консультант по программному обеспечению, однако есть парень с блогом, который чувствует себя вполне уверенным: daedtech.com/hypothetical-consulting-gig . Лично я не мог сказать, я на самом деле никогда не знал, что есть разница, пока я не начал с ним вести диалог.
Даниил
4

В моем понимании «консультант» - это тот, кто занимается как бизнес-анализом (сбором требований), так и, по крайней мере, некоторой проектировкой / разработкой программного обеспечения, хотя он и не настолько углубляется в окопы, как разработчик программного обеспечения, работающий полный рабочий день.

В общем, консультанты носят несколько шляп, а разработчики - одну.

Джон Боде
источник
1

Мой опыт роли консультанта пока отличается от общей темы.

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

Лучшие из них могут обеспечить такой высокий уровень ввода в системах, с которыми они ранее не сталкивались.

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

ITJ
источник
0

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

Проще говоря, S / W Консультант - это S / W Developer с проверенным опытом.

Просто оглянись назад в своей собственной жизни - когда ты начал водить машину или достиг возраста, когда получил водительские права, спрашивал ли ты что-нибудь о вождении и получении водительских прав у кого-то моложе тебя или у кого-то старше, кто имел водительские права и знал, что водит?

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

TCS приходит на ум. Tata Consultancy Services. Не вводите в заблуждение, они являются одной из самых ярких индийских компаний, предоставляющих ИТ-услуги, форк группы компаний Tata под руководством Ratan Tata.

Известные работы TCS - оцифровка системы заявлений на паспорт, UID и другие основные правительственные работы.

bad_keypoints
источник
-1

Консультантам платят больше за каждый час их работы.

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

Молодые люди любят проблемы и любят работать консультантами. Это хорошо, если вам нравится видеть новые лица, иметь больше ответственности и независимости.

Я полагаю, что после свадьбы и детей вы предпочитаете «безопасность», а не «приключение». Вам нравится знать, что произойдет на следующей неделе и т. Д.

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

Вы не можете купить счастье за ​​деньги, и иногда я предпочел бы зарабатывать на 500 долларов меньше каждый месяц (хотя, если вы работаете дома, вам не нужно платить, например, за транспорт), чем работать над дерьмовыми проектами, в занятых 10- человек на комнату с задержками и все ...

Это то же самое, что работать в качестве сотрудника или создать свой собственный бизнес. (хотя в качестве разработчика программного обеспечения почти нет инвестиций)

TikTak
источник
3
В зависимости от компании сотрудники, работающие полный рабочий день, также получают такие льготы, как медицинское и стоматологическое страхование по плану компании. Они также могут получить пенсию и других приятных «только сотрудников»! перки. Подрядчики и консультанты никогда не получают этого (насколько я видел), и если они хотят этого, то покупают его самостоятельно.
FrustratedWithFormsDesigner
3
@ user25382 Не могу не согласиться - я подрядчик, женат на детях и люблю постоянное приключение - разработку программного обеспечения по контракту. Я считаю, что риск контрактного программного обеспечения равен риску постоянного работника.
Гэри Роу
3
@Gary Rowe Я на самом деле чувствую риск контрактного программного обеспечения ниже, чем риск для постоянного работника.
Gratzy
1
@ Гари Роу, да, именно так. Кроме того, вы вынуждены держать свои навыки интервьюирования / продажи острыми. Я также видел, как компании держат своих подрядчиков и освобождают своих штатных сотрудников, а также привлекают подрядчиков, прежде чем нанимать штатных сотрудников.
Gratzy
2
Вы, кажется, смешиваете консультантов с подрядчиками. ИМО, это очень разные вещи, когда речь идет о безопасности работы. Большинство, если не все консультанты, являются штатными сотрудниками с нормальным уровнем занятости.
Дункан Джонс
-1

Мне интересно, что несколько ответов начинаются " Консультант по программному обеспечению - это не сотрудник ... " - они где-то являются сотрудниками! И, в частности, ОП интересуется, как стать консультантом, что, безусловно, должно быть представлено с точки зрения сотрудника.

Я работаю в сфере консалтинга, и я бы предположил, что основной характеристикой, которая необходима для достижения успеха, является высокая представительность. Это вытекает из постоянной необходимости быть в контакте с клиентами. Любой, кто является «консультантом по программному обеспечению», но не имеет непосредственного отношения к клиентам почти ежедневно, является просто разработчиком программного обеспечения.

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

Я также нанял консультантов, которые раньше были разработчиками программного обеспечения. После одного или двух собеседований я могу легко проверить, насколько талантливы они в разработке программного обеспечения. Затем я должен сосредоточиться на том, достаточно ли они общительны (даже презентабельны), чтобы представлять компанию перед клиентами. В какой-то степени вам нужно хорошо выглядеть в костюме, как бы мелко это ни звучало. Вы должны быть в состоянии уверенно представлять перед клиентами и задавать неловкие вопросы. Это навыки, которыми обладают только некоторые разработчики программного обеспечения.

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

Дункан Джонс
источник
-1

Разработчик или подрядчик - Вы ищете открытые позиции по разработке программного обеспечения (без даты окончания) или контракты (определенная дата окончания).

Консультант - Вы заявляете о себе, и компании запрашивают ваши услуги по разработке программного обеспечения, как правило, по контракту.

Все остальное является вспомогательным, основанным на механике выше.

Mafuba
источник
-1

Я думаю, что вы, ребята, неправильно поняли. Различают консультантов по программному обеспечению, которые имеют свою собственную компанию, и индивидуально консультируются с консультантами по программному обеспечению, которые работают в «Большой четверке». У консультантов больше внимания уделяется навыкам управления бизнесом / отношениями и развитию ограниченного опыта. Разработчики программного обеспечения в основном практичны, хардкорны и технически, и с течением времени их навыки становятся сильнее, чем у консультанта по программному обеспечению. Консультант должен разделить его / ее отношение между бизнесом и технической работой, поэтому его / ее навыки в большей степени стремятся к бизнесу по мере роста стажа работы. Если это консультант по программному обеспечению, который работает индивидуально, то это тот, кто доказал, что он потрясающий и может позволить себе давать советы и услуги по высокой цене. Консультанты по программному обеспечению, работающие в таких местах, как консалтинговые фирмы «Большой четверки», больше похожи на мастеров на все руки. Такие компании, как Google, Amazon или Apple, редко трогают таких людей после консультаций с ними, если только они не сохранили свои сложные технические навыки вне работы.

joustRanger
источник
5
этот пост довольно трудно читать (стена текста). Не могли бы вы изменить его в лучшую форму?
комнат
-2

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

Акула
источник
3
Зависит от страны, в которой вы работаете. В Великобритании подрядчика можно очень легко отпустить, тогда как только тщательно выстроенное увольнение позволит избежать трудового суда.
Дункан Джонс
-2

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

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

ealgestorm
источник