×

Работа в офисе против фриланса (инфографика)

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

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn

Найкращі коментарі пропустити

Это все так относительно :) можно почти с каждым пунктом поспорить.

Смешно -) Составлено ... вобщем, человек очень старался, скажем так ))
1. «Требует максимальной дисциплины». Если человек УЖЕ работает фрилансером, то он БОЛЕЕ организован, чем офисный сотрудник.
2. Лучший стимул — старая шуба жены. Не рассказывайте про начальство как стимул плз ))
3. Живое общение как плюс в рабочее время? Спорно. Возможно, в комнате HR это принято... Хотя, это единственный плюс офиса, если не придираться.
4. Stackoverflow может с оговрками заменить коллег.
5. «доход зависит от успехов компании» в противопоставлении с личной активностью? Это как?! Говорю же, писал(а) HR, которая просто ходит на работу.
6. Так получалось, что постоянно то «тяжелый морально разговор об отпуске», то личная обида ПМ по поводу больничных.. «Не нужно беспокоиться...» — это LOL
7. Как посмотреть.. Кто не сидел в офисе до 10 вечера, тот HR -) При том, что весь день и объем заказов в полном фрилансера распоряжении понятие «ненормированный» неприменимо в том смысле, который вкладывает в него офисный сотрудник.
8. Про рабочее оборудование спросите у того, что хочет работать за макбуком, а приходится за смесью самсунга и самосборки мкс. Нет, в большинстве случаев, конечно, рабочей техники хватает полностью. Даже мониторов уже почти у всех два, даже если не IPS, то хотя бы PVA, и, о чудо!, многие компании начали покупать нормальные кресла!.. Но это не сравнить со свободой выбора рабочей конфигурации самому )
ПО, говорите?.. Но его стоимость (и техники) же включена в зарплату.. Или это владельцы бизнеса из своего кармана оплачивают?

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

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

«Общение с коллегами »
Вы подаете это в ключе развлечений. Возможно стоит подать как knowledge transfer и советы/помощь более опытных товарищей по команде? В противном случае возникает образ такого ходячего радио.

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

«Рабочее место»
Скорее плюс чем минус, если доход фрилансера прямо или косвенно от этого зависит. Можно прикупить многопроцессорную машину или даже шкаф, если так получится работать над несколькими проектами одновременно.

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

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

Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Народ, а з чого ви взагалі вирішили, що зліва річ йде саме про програміста в офісі?
Я бачу лише слова “офисный сотрудник”, а ще бачу купу тез, з кожною з яких можна посперечатися.

Ребята стеб не о чем. в it столько специализаций что для каких то дел комфортнее фрилансить а для каких то комфортнее офис потому что компания предоставит вам постоянную работу. Если работать дизайнером, программистом, qa то да на фрилансе будет жесткая конкуренция и прийдется в кровь и пот боротся за клиента и конечно если скил у вас маленький нормальные деньги вы увидите не скоро.
Если смотреть со стороны seo и интернет маркетинга то я отдаю предпочтение фрилансу, в этих специализациях если вы дадите клиенту продажи то клиент уже ваш на все дальнейшее сотрудничество которое может продолжатся и кормить вас несколько лет.

Коментар порушує правила спільноти і видалений модераторами.

Коментар порушує правила спільноти і видалений модераторами.

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

В итоге недавно опять устроился на работу в компанию и работаю над интересным проектом и радуюсь жизни :)

По поводу плюсов офисной работы и минусов фриланса с моей точки зрения.
1. Четкое разделение работы и личной жизни. Как териториально, так и по времени.
Если я прихожу на работу — я работаю. Максимально эффективно и почти не отвлекаясь.
В остальное время (после и перед работой) отдыхаю, общаюсь с друзьями, программирую just for fun и т.д.
При работе из дома много отвлекающих факторов для работы, факторов, которые расслабляют и т.п.
Кстати поэтому даже какое-то время работая над своим проектом ездил в коворкинг.

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

3. Мне гораздо интереснее работать в команде с коллегами, с которыми можно обсудить новую фичу, спросить какой-то вопрос, или вместе подумать над решением какой-то задачи.
Скайп общение и стековерфлоу, живое общение вряд ли нормально заменят.

4. Скажу банальную вещь. Но я не люблю постоянно готовить себе еду. А рядом с домом нету нормальных кафешек/ресторанов. Поэтому работая из дома приходилось или каждый день тратить время на готовку еды, или садиться в машину и ехать кушать куда-то.
Работая в офисе с этим проблем обычно нету — рядом много кафе/ресторанов/столовых и т.п.
Полчаса и ты отлично пообедал.

Теперь по поводу того, что обычно считают плюсами фриланса, и минусами офисной работы:
1. На работу надо долго ездить. Решается арендой квартиры рядом с работой. Или если квартира своя — поиском работы, до которой добираться не больше 15-20 минут.
В Киеве это не проблема. Как с зарплатами в ИТ, так и с количеством вакансий.
Лично мне до работы на машине ехать 15 минут, что вполне быстро и комфортно.

2. Фрилансером сам выбираешь, когда работать, а когда нет.
Да, это так. Но все-равно что бы в итоге нормально зарабатывать — все-равно необходимо работать по времени сравнимо с тем, что в офисе. А зачастую и больше.
При этом в большинстве нормальных ИТ компаний тоже достаточно гибкий график, есть возможность иногда что-то делать из дома и так далее.

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

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

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

Что вы вкладываете в это понятие

И можно себе позволить кучу вольностей
?

той самий овнокод, який через 10 років зможе розгребти лише команда з 40 досвідчених профессіоналів :)))

У бодішопах по-іншому (шо не легасі , що на нових проектах)?))) Не помічав...

А-ха-ха-ха! Це така маніпуляція, що автору інфографіки можна йти Ляшка піарити. Рівень вже той.

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

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

Очень, ммм, неожиданная инфографика, как для фриланс биржи.

Максим, спасибо за замечание.
Стараемся быть объективными — у фриланса есть и плюсы (о них в предыдущей инфографике — ссылка в описании) и минусы (в этой).

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

Для вас плюс, а других может и минус.

Любую систему координат если перевернуть, плюс окажется минусом. Если человек умеет заботиться о себе сам, приди в его страну/город/дом война — он справится с большей вероятностью, чем тот, кто не умеет. Вот и подумайте, можно ли относительно самостоятельности выстроить объективную шкалу полезности, или стоит пользоваться субъективной.

Навык поиска заказчика на фриланс-бирже далеко не факт, что поможет найти еду в осажденном городе.

Я говорила о том, что самозанятость способствует становлению самодостаточной взрослой личности. Вы в попытке выиграть спор свели спектр плюсов, о которых мы говорим, до одного конкретного, и вряд ли это помогает. Вы пытаетесь применить reductio ad absurdum — но это не может здесь сработать, очевидно же что напрямую нахождению еды в осажденном городе может помочь только навык нахождения еды в осажденном городе, это совершенно не значит, что тренировка других навыков бесполезна. Споря с моим утверждением, вы фактически проповедуете инфантилизм — а сие нынче не модно.

Тут скажем так вопрос интересный. Дело в том, что модель поведения фрилансера при поиске — она все таки близка к модели поведения охотника. А вот у офисного сотрудника вырабатываются несколько иные модели поведения — иллюзия безопасности и т.д.. Потому в определенных условиях фрилансер со стажем может иметь преимущество, так как привык надеяться на себя в первую очередь. Но конечно, тут много поправок на конкретную личность, физическую форму и т.д.

выглядит, как оправдание перед самим собой за нежелание попробовать фриланс

Или как аргументация возврата в офис после пробы.

Смешно -) Составлено ... вобщем, человек очень старался, скажем так ))
1. «Требует максимальной дисциплины». Если человек УЖЕ работает фрилансером, то он БОЛЕЕ организован, чем офисный сотрудник.
2. Лучший стимул — старая шуба жены. Не рассказывайте про начальство как стимул плз ))
3. Живое общение как плюс в рабочее время? Спорно. Возможно, в комнате HR это принято... Хотя, это единственный плюс офиса, если не придираться.
4. Stackoverflow может с оговрками заменить коллег.
5. «доход зависит от успехов компании» в противопоставлении с личной активностью? Это как?! Говорю же, писал(а) HR, которая просто ходит на работу.
6. Так получалось, что постоянно то «тяжелый морально разговор об отпуске», то личная обида ПМ по поводу больничных.. «Не нужно беспокоиться...» — это LOL
7. Как посмотреть.. Кто не сидел в офисе до 10 вечера, тот HR -) При том, что весь день и объем заказов в полном фрилансера распоряжении понятие «ненормированный» неприменимо в том смысле, который вкладывает в него офисный сотрудник.
8. Про рабочее оборудование спросите у того, что хочет работать за макбуком, а приходится за смесью самсунга и самосборки мкс. Нет, в большинстве случаев, конечно, рабочей техники хватает полностью. Даже мониторов уже почти у всех два, даже если не IPS, то хотя бы PVA, и, о чудо!, многие компании начали покупать нормальные кресла!.. Но это не сравнить со свободой выбора рабочей конфигурации самому )
ПО, говорите?.. Но его стоимость (и техники) же включена в зарплату.. Или это владельцы бизнеса из своего кармана оплачивают?

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

2. Для кого как

4. Именно, что с оговорками.

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

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

Совместите обе картинки в одну — тогда и нагляднее будет и возражений меньше.

Инфографика показывает тока минусы для фрилансера. Хотя есть плюсы которые не показаны. И реально это антиреклама фриланса.

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

Как указано в описании, плюсы были показаны ранее — dou.ua/...ms/topic/10820

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

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

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

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

Не нужно судить однобоко, уважаемые фрилансеры. Если вам так больше по душе, то пожалуйста, но если вы не способны оценить достоинства офисной работы, то не нужно считать что такой подход есть неправильный.

но именно ради них люди работают в офисе
Или именно из-за таких «плюсов» люди уходят из офисов. График, начальник, офис (до него же добраться надо)...

Коллега, для многих фрилансеров все достоинства офиса нивелируются вот этим

У меня например график свободный, но ДОЛЖЕН отработать
Ключевое — ДОЛЖЕН ОТРАБОТАТЬ. А вот фрилансеры никому ничего не должны, трудятся столько, сколько могут / хотят. Зачастую получается гораздо больше чем в офисе. Но зато у них действительно свободный график :-).

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

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

В офисе, можно самому таски назначать.

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

Ещё огромный минус фриланса, особенно если проект пилит одиночка, некому направить в правильное русло, видел фрилансеров, которые приходя на работу в офис и претендуя на серьёзную позицию показывают довольно ужасный спагетти код. Причём как не объясняй он не понимает что этот код плохой, и кроме него самого никто в этом копаться не будет. Поэтому для роста скилов ИМХО работа в офисе более полезна.

Причём как не объясняй он не понимает что этот код плохой, и кроме него самого никто в этом копаться не будет.

Так я і в офісі таких бачив (серед тих, що ніколи не були фрілансерами). Там пояснюй, не пояснюй, у відповідь — одні образи, мовляв, — не подобається, пишіть самі. Може проблема в ЧСВ та відсутності відчуття прекрасного десь на генетичному рівні? А ви все до фрілансу чіпляєтеся...

А офис тут причем? Тут команда, а она и удаленной вся может быть.

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

Дмитрий, а что значит плохой код ? Это все субъективно. Есть код, который выполняет задачу и которые её не выполняет. Фрилансеры, в массе своей, работают на результат — им некогда следить за красотой. А вот среди офисных сеньоров очень много как раз строителей абстрактных фабрик.
P.S. В данном контексте я имею ввиду фрилансеров профи, а не вебмастеров всего на джумле.

Результат — это когда сдал проект, а поддерживать будет кто-то другой ? :)

Головне — переїхати кудись подалі, аби не нарватися якось вночі в темному під’їзді на шанувальників творчості в стилі «нуведьоножекоекакработает» ))

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

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

Такой подход убивает вас как специалиста.
Да, я знаю, что вхерачить 100500ый иф проще, чем вынести в функцию, да прихерачить «вот-тут» кусок кода быстрее, чем разбираться как оно все работает.
А то, что стоимость поддержки проекта возрастает с каждым «фиксом» — ну это видно тоже, «неплохая статья заработка».

Но по крайней мере, не обманывайте себя. Вы работаете не на результат. Вы работаете на отъ@бись

Павел, не проецируйте свой стиль работы на всех остальных.

Ну-ну :) Соизволите объяснить, почему вы так испугались фразы про «плохой» код?
Ну и если уж на то пошло, то что вы считаете «хорошим» кодом

На самом деле немного не так. Смотрите, если есть бюджет, есть время, ресурс — то можно писать условно «хороший код», если этого нету ( а на фрилансе зачастую нету этих возможностей) — то пишется как пишется. Вы просто вопрос так поставили — резко :-). И я абсолютно не согласен по поводу того, что подобный подход убивает специалиста. Как раз профессионализм и состоит в том, что бы действовать адекватно ситуации. Если у меня стоит временной лимит 2 дня, а хорошим кодом это пишется 5 дней, как мне поступить ?

Я уже сказал: не врать себе.
Хороший код пишется так же быстро, как и плохой. Дело привычки, не более.

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

Ну хорошо, а что по Вашему плохой код и что хороший ?

Я надеюсь, что мы не говорим же о таких конструкция
if !($var.toString() != "true") ?

Мне кажется, что для Вас ценность кода в самом коде. Для меня его ценность в реализации задачи.

Хороший код — тот что понятен и легко читается. Тот, который легко поддерживать.

Функция в 100 строк — паршивый код, метод, принимающий 15 параметров — паршивый код. Без комментариев не поймешь что тут происходит? — паршивый код.

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

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

отъ@бись
?

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

Если же вы работаете «на результат», то этот самый «результат» должно быть не стыдно показать. С любой стороны.

А Вы качество продукта определяете по красоте кода ? Или может быть все таки продукт в первую очередь должен соответствовать требованиям клиента ? Мне кажется, что результат — это и есть хорошее качественное решение. А красота кода — понятие субъективное. И я Вас уверяю, что хорошему спецу всегда немного стыдно показывать свой код, потому что в 99% случаев можно сделать лучше и красивее.

Мне кажется, что результат — это и есть хорошее качественное решение
Качественное решение подразумевает качественный код. Который, как минимум, легко поддерживать

Впрочем, раз уж вы заговорили о качестве продукта «вообще», то как вы его обеспечиваете? Полное покрытие юнит тестами или функциональными? Или и то и другое сразу?

Сейчас я работаю в сфере автоматизации бизнеса на просторах СНГ. На многие задачи есть 20 минут времени, ни о каком тестировании речи не идет вообще. Надо сразу делать хорошо. И да, Павел, очень много плохого кода, вроде если Sklad.ID == 5. Но тем не менее все это работает вполне себе надежно. Вот потому и вступил в дискуссию по поводу субъективности понятия плохого кода.

ни о каком тестировании речи не идет вообще. Надо сразу делать хорошо.
Почему нет смайлика лицо-рука?

20 минут времени. Без тестирования вообще. Абы каким кодом. Работает надежно.

Вы спросите как? www.youtube.com/...CfVSRtfpQo&t=30

Пример из жизни:
1. Есть дистрибьютор у которого много складов отгрузки.
2. На складе есть реальный остаток, а есть доступный остаток, который рассчитывается на основе сложной схемы (резервы, оплаты, таможня и т.д.)
3. Вдруг изменяются приоритеты по резервированию и нужно срочно поменять алгоритм расчета остатка для клиентов определенной группы и только для одного склада в зависимости от проплат клиентов группы VIP. Рассчитать вручную не реально.

Задача усложняется тем, что они уже приехали на склад и ждут, а за ними остальные ждут. Срок реализации задачи — максимум 30-40 мин. А желательно быстрее.

Вообщем, Павел, расширяйте свой кругозор — узнаете много нового, в том числе в сфере программирования.


Пример из жизни:
...
Срок реализации задачи — максимум 30-40 мин.
да, в СНГ история нередкая.

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

знакомый рассказывал, в одном банчишке, на лету, «опердень» поправили. все намальна.... через 20 минут одна операторша — а что это у меня само тут начислило?
глядь — ёпть, почему-то сработал на это изменение полузабытый триггер бизнес-логики, и давай считать то что не нужно, и денежки двигать

А-А-А — туши сервера!!!!
бэкап у нас последний какой???
час назад?
УРА!!!! спасены!!!
девочки перенабьют.

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

Да я же и не спорю. Понятно, что в идеале надо сделать с тестированием и т.д. Но клиента это вообще не волнует, ему же продавать надо. Вот в таких реалиях и работаем.

Да конечно все было и есть ошибки и НИЧЕГО не работает ВООБЩЕ :-)
Но я к чему это написал — в таких ситуациях некогда думать о красоте кода, надо сделать просто и железобетонно.

Понятно, что в идеале надо сделать с тестированием и т.д.
нет, тебе непонятно.
Но клиента это вообще не волнует, ему же продавать надо. Вот в таких реалиях и работаем.
я в курсе реалий.

понятно станет когда лично столкнешься.

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

сложное «просто и железобетонно» и не думая — не реализовать.
это из разряда:
И быстро И качественно И дешево

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

Sergiy, слава Богу уже 10 лет как понимаю на практике :-). Так, что збагойно, все под контролем.

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

с теми же клиентами — а хоть кол на голове теши — «бэкап у вас делается? а надо!»
от пока базу за годик не потеряют — а все бес толку.

так что я знаю о реалиях. универсальное имя которым «русское авось»

и удивление, когда такой авоськин сталкивается с жесткими правилами при работе на западного клиента. ДА я! да на кой эта бюрократия! да все просто! да я мигом!

Ох, Sergiy, ну опять Вы демагогию разводите. Не надо так :-)

какая еще демагогия???
уж за 20 лет я на говнокод таких спецов насмотрелся :)

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

другое дело, что потому вы говнокодеры и работаете только на СНГ.
с вашим лапотным уровнем — только в этих пределах и дозволено :)

когда уровень позволяет выбирать заказчиков — то первым делом от такие которым за 30 минут вынь да полож и идут лесом.
вернее остаются таким как вы :)

так что эт не демагогия. ваше мнение такое, от того что вы не можете выбирать других заказчиков :)
а не можете вы их выбирать, потому что...

Sergiy, Вы когда пишете —

вы *кодеры и работаете только на СНГ
это Вы лично меня имеет ввиду или вообщем ?

и сколько из 40 минут ушло на поиски фрилансера?

Ну как бы фриласнер тут и не использовался :-)

Отлично. Значит, у тех, кто занимался разработкой этой системы была возможность:
1. Писать нормальный код, с покрытием тестами, чтобы не страшно было в случае чего вносить быстрые изменения.

2. Отрефакторить гавнокод, покрыть тестами, после того, как проблема решена временными средствами.

Или классическая проблема: «нет времени писать хороший код, потому что все время уходит на разбор копрокода»?

Хорошо. Тогда вопрос. Программист, который решил проблемы временными средствами — он сработал на отъ@бись, то есть по Вашему он не специалист ?

А это по ситуации надо смотреть.
Если его дернули, он костылем подпер, от него отстали — программист и успокоился, то исходя из определения, сделано на отстань.

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

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

Но, клиент — не будет платить за рефакторинг ... Но это не говорит о том, что спец плохой.
как раз и — говорит что спец плохой :)

клиент конечно не оплатит строчку «рефакторинг»

но спец то — плохой.
потому что он обслуживает нищего клиента, которому не может выставить счет с размазанным по фичам рефакторингом :)

зачем хорошему спецу обслуживать нищебродов?

Рефакторинг кода в виде размазывания по фичам может привести к печальным последствиям. Ибо в более менее сложно системе связи могут быть весьма неоднозначными. В результате Вы получите проблемы, а потом будете бесплатно все исправлять (хотя да можно же опять выставить счет за рефакторинг рефакторинга). Но Вы судя по всему больше теоретик, так что Вам простительно такое писать.

Ибо в более менее сложно системе связи могут быть весьма неоднозначными
надо же :) и вы эти неоднозначности тяп-ляп за 30-40 минут разруливаете!

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

Но Вы судя по всему больше теоретик,
а вы СНГовский практик :)

системы которых я теоретик немало у клиентов, упарившихся — выбрасывал, и заменял :)
хлеба лишал, в прямом смысле :)
за бОльшие деньги, чем платили их авторам.

если, конечно, клиенты сумели вырастить свой бизнес, который практики автоматизировать уже ни асиливали.

Ну если Вы про пример, то наверно очевидно, что раз я в такое ввязался — то был в курсе как и что там устроено.

Sergiy, я уже понял, что Вы работаете

за бОльшие деньги
и на на СНГ. Не надо повторять :-)
и на на СНГ
несколько лет уж не работаю на СНГ
за бОльшие — это было в завершение СНГовского этапа.

так что бросайте вы телепатировать :)

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

«Дурень, бросай ружо да всплывай поскорей!» ©

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

Ошибся, виноват, как раз хотел написать не на СНГ.

но бОльшую то часть карьеры — на СНГ :)
поэтому и знаю то, что обычно с более правильной карьерой не знают :)
более правильной — когда от увлечения в старших классах, к более-менее профильной специальности в ВУЗе, и первая работа — в фирме с более-менее налаженным процессом разработки, обслуживающей — не СНГовских клиентов

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

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

Мой вам совет — прекратите себя оправдывать, и начните писать хороший код. Это не сложно, хотя сначала будет чуть медленнее, чем привычный стиль.

Зато потом, будет проще работать со своими же проектами. Да и собрат-фрилансер, глядишь когда-нибудь спасибо скажет.

Стоп. А где я себя оправдывал ? Дискуссия началась по поводу *овнокода во фрилансе — я объяснил причину.
Это Вы решили, что работа на результат — это плохой код. Я такого не утверждал. И да, повторюсь — плохой код понятие субъективное. Вот и все.

Pavel — не переживайте, я верю, что Вы пишите идеальный код. Все хорошо.

даже в этом комментарии видно ваше оправдательное «плохой код понятие субъективное»

На самом деле — все очень даже объективно. Я вам даже количественно подскажу как сравнить два образца.

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

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

Если в вашем коде новичок начинает терятся — это уже плохой знак.

Как я уже говорил, хороший код = читаемый. А всё остальное, уже лишь следствие — и имена функций/переменных, и 10 строчек на метод, и тд.

Прекрасно помню по себе — когда днями сидел не понимаю как это все работает.

Я ось теж прекрасно пам’ятаю по собі, коли намагався довбатися в клятому %cms_name% і заспокоював себе тим, що то не код гівняний, та і не може бути гівняним, там же ком’юніті на тисячі, чи навіть десятки тисяч хом’ячків, що із задоволенням жеруть той кактус, то, певно, я ще недостатньо досвідчений, щоб швидко вкурити що до чого. Угу... а потім поліз в сорці %framework_name%, просльозився, кінчив (ТРИЧІ!!!) та закурив. Небо і земля... Минув час, а на код %cms_name% і досі не можу дивитись без нудоти.
Корочше кажучи, є код, який просто таки хочется читати, а є той, в якому щоб розібратися, необхідно себе змушувати.
Ну і дійсно, непоганий показник якості — час, що витрачається на включення «крихітних фіч» © Якщо з плином часу естімейти на кожну наступну фічу зростають ледь не експоненційно, перед вами — гівнокод: чи то на рівні методів з вирощеним з if’ів макаронним монстром, чи то більш глобально на рівні архітектури, не принципово (хоча я в житті не повірю, що код, більше ніж наполовину зафакаплений на локальному рівні методів та функцій при більш глобальному розгляді явить собою взірець продуманої архітектури, навпаки — ще так-сяк припускаю).

P.S. так-так, заводьте вже вашу пісню про «все суб’єктивно» і бла-бла-бла.

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

Коллеги предлагаю оценить следующий код по уровню *овнокдоности

www.ex.ua/get/129275313
Это PHP.
По шкале от 0 — до 9.
То есть 9- отлично, 0 — *овнокод.

А почему ? Ну что именно не так ?

Первая же функция настолько огромна, что отбивает всякое желание смотреть что там дальше. Сколько там в ней ифов? штук 15?

И да, судя по переменной $ACTION в одной функции упаковано несколько.

Этого достаточно. Хотя, скорее всего это не все.

А чем бы вы заменили ифы в данной ситуации ? Ну хотя бы приблизительно ?

Как минимум не допускать такой их вложенности, вынося в отдельные функции/методы.

А вот, Павел, как бы вы решили такую задачу. Условно при сохранении набора данных, нам нужно сделать денормализацию и дописать значения в доп .поля. Предположим есть 3 поля и для каждого n комбинаций условий.
Вот само простое решение напрашивается на-ифать 3*n. Но это по Вашему *овнокод. А как решить данную задачу не *овнокодом ?

Вот само простое решение напрашивается на-ифать 3*n

Да чого ви причепилися до того «самого простого»? Ви потім те блювотиння взагалі читати ніколи в житті не плануєте? Хай хтось довбається? Якщо плануєте, то ви на одному тільки скролінгу по тим зайвим 80% рядків пустите коту під хвіст ніби як «заощаджений» час. От я тупо не розумію, невже не гидко писати по 10 однакових блоків підряд? Я б навіть змусити себе не зміг так робити.
Раджу звернутися до якихось тулзів, що ідентифікують (бажано, у відсотках) застосування копіпасти в коді... Нарешті до мене дійшло, що не дарма деякі ПМи морочать собі голову, налаштовуючи ті всі приблуди десь на рівні TeamCity навіть коли в команді і досі не було помічено жодного любителя копіпастить блоки «ялинкою», адже коли та ялинка *тьфі-тьфу* з’явиться, та не дай б-г не буде помічена вчасно, а автор потім кудись звалить, мало знайдеться бажаючих ґвалтувати в дупу клятий труп синюшний, серйозно, лечге одразу змінити контору.

Ну а все таки как решить эту задачу без ифов ? Я не про файл, а про это
dou.ua/...c/11140/#546685

1. Создаем три функции (createField1, createField2, createField3, или как-то так). Это значительно облегчит понимание основного метода.

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

Ээээээ... Це настільки... Эээээээ... Ну корочше, я он навіть аватарку собі замінив, переглянувши ті 1600 рядків чогось, що ніби являє собою лишень частину рівня абстракції БД оО

Оцінюю на двійочку, але лише тому що 1 зарезервавано під кілька широко відомих CMS, а 0 “забито” під потенційний “феєричніший пи**ець за той, що вже довелося побачити”.

Тут ось в чому проблема. Недостатньо просто вказати на недоліки, тим паче, на один суцільний недолік, по-хорошому варто було б переписати на порядок структурованіше, та раз в 5 корочше, але хто з присутніх наважиться витратити робочий день (можливо, не один), аби довести, що в Інтернеті хтось не правий? Я пас.

P.S. по верхах (але це навіть не 3% від мого “феее”):
— форматування;
— прощавайте конвенції... ось такі локальні змінні задекларовано в одному з методів чи не підряд: $strSql, $db_res, $ACTION;
— макаронний монстр простягає свої тентаклі з екрану мого ноутбука...
— в цілому від однакових фрагментів рябить в очах, тобто скорочувати там точно є що.

2 или 3, как слабо знающий php точнее не скажу.
не 0, потому что ЯП автор знает, не нуб.
не 1, потому что код старательно единообразен. есть стиль. значит сам автор, наверное, через время сможет его быстро прочесть, и добавить-исправить что-то в нем.

Итак — объективные(!!!) недостатки:

— Глубина вложенности if.
Не знаю чем пользуетесь, но NetBeans PHP наподсвечивал бы вам ох много раз. И это — объективная оценка — тех самых мэтров и корифеев программирования для подобных ЯП.

— куча $boolResult = false; и потом блоков
if ($boolResult)
и в них опять $boolResult
в пределе — всякий блок оканчивающийся $boolResult = false; должен быть функцией или методом.
а возвращаемый флаг должен присваиваться переменной с осмысленным именем
— при этом в этих блоках происходит еще и инициализация. зачем бы ее не проверять в итоге, а не безликий $boolResult?

— создание SQL запроса — типичная задача. Выбран — худший вариант — кроме лестницы, смешаны данные, их проверка, и синтаксис SQL.
Более лучший для ЯП с ОО это en.wikipedia.org/...luent_interface
Его написание с учетом отладки — точно быстрее чем приведенный подход.
а уж читабельность....
и это тоже — объективный критерий красоты кода.

— $arFields. Для языка с ОО это должен быть объект, и часть проверок должна быть вынесена в его методы isXXX
— тоже с $arMsg
прим. для языков без OO, например С, это были бы структуры, с набором функций для работы над ними

хватит и этого.

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

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

Респект, Sergiy за ответ. Не соглашусь, что

$arFields
обязательно должен быть объектом. Но это такое.

3 — на первый взгляд не безнадежно

Вообщем, коллеги. Это файл стандартного компонента, одной очень очень известной на просторах СНГ платной CMS. В принципе выдержан в общем стиле. Судя по всему у них это считает вполне приемлемой реализацией. Такие дела. Ну и конечно делали само собой не фрилансеры :-)

А, ну якщо це клятий Бітрікс, тоді той шматень коду отримує від мене зарезервовану для нього одиничку. І на вашому місці я б на собі волосся не рвав, пишаючись ціною та розрекламованістю того висеру, врешті решт, то бабло йде до кишені 1С, а не до вашої. Голівудські трешаки он теж нехилі бюджети підіймають, так що всім тепер суцільне лайно знімати?

Ну и конечно делали само собой не фрилансеры :-)

Угу... індуси, або ж таджики, навіть не знаю, що гірше ))

Ага, он самый. Ну внутри все не очень. А фронтенд вполне себе нечего, да и работает вроде быстро. Хотя конечно я сильно глубоко не вникал в него.

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

Как ориентировка: больше 20 секунд на метод — это уже печально.
у Спольски есть такой же критерий про спеку какой-то идеи:
если через 5-10 минут не понял — либо спека дрянь, либо сама идея. :)

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

итог с семантик вебом? :)

И да, повторюсь — плохой код понятие субъективное
вот вам и объясняли, что — объективное.

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

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

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

Sergiy, большая просьба — давайте без офтопов. Тут и так большинство тем по поводу офтопов. Почитать нечего.

это вопрос из разряда:
если я продам квартиру за чумадан денех — я стану богатым? у меня ведь — чумадан денех теперя!

из последних проектов подобных товарищей что видел:
на джава, аки на пыхе. в одном методе — и запрос, собирается из строк, даже имена полей захардкожены. и хтмл формируется тут же. опять собираясь по месту.
и система отчетов — в таком же стиле. каждый репорт — made hand!

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

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

Пообщались, дир выставил цену, — ищут других. пусть ищут, кому другие заказчики, кроме от таких — не светят :)

Sergiy, вы лютый борец с *нокодерами — покажите пример в студию Вашего кода, или там проекта какого-нибудь ? Так сказать просветите как надо код писать.

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

вы же тут доказываете что говнокод это круто!
и что говнокодер — это хороший специалист, просто в стесненных условиях.

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

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

и может и был когда-то, подающий надежды на хорошего программиста, да за годы, уже кроме как 15 параметров в функцию — писать не способен

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

А что Вы так забеспокоились по поводу кода ? Ну показали бы пример, наставили на путь истинный. Ибо сказано — учись у прохожего. Хочется, так сказать, в реальности посмотреть = как пишут код истинные ГУРУ.

истинные ГУРУ пишут однотипный и унылый код.
потому что они уже выросли из кодеров.
и знают что код — бывает или гы, или — неизвестно, лучшее ли решение им описано.

я давно поэтому никому не говорю:
покажи свой код!

но раз вы просите, значит не обшибся в вашем уровне — просто кодер :)
причем паршивый, потому что бытие у него паршивое — клиенты хотят за 30-40 минут чтобы было написано!

то есть, эти клиенты сами ведут свой бизнес на авось, «в ручном режиме».
перевидел и таких:
1 киоск
2 киоска
цельный магазин!
2 магазина, и склад!

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

так что
бытие определяет сознание.

за 30-40 минут написать код который внесет изменения, потому что — фуры уже стоят на выгрузке?
дык а что ж отдел снабжения делал, что вот, вдруг узнал что это нужно?

а потому что там такие же, как и кодер который вынужден теперь гавнякать :)

Да, да Sergiy — чем больше я работаю, тем больше я понимаю, что мне есть куда расти. Все можно сделать лучше, быстрее и надежней.

Но ,Sergiy — зачем Вы мне(другим) пытаетсь мне показать свою крутость ? Я вам верю. Мне кажется у Вас какие-то комплексы есть. Проблемы какие-то. Решите их — и все будет хорошо. Бог любит Вас.

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

это ж вообще-то выстаданная десятилетиями отрасли банальщина.

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

Я вам верю.
ну тогда вперед гуглить про качество кода, и его, качества — объективные параметры. как и про рефакторинг, технический долг, и т.д.

и как стоимость ошибки в коде влияет на процесс его разработки.

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

уровень изложения — выдает уровень мышления
защита «местного болота» — выдает среду обитания.
уже неоднократная попытка телепатировать и поиграться в психолога — выдает уровень незрелости.

с середины 90ых в телеконференциях Релкома, бывало и в реале встречался.

так что ничего кроме текста что вы генерируете — о вас не знаю.
а вот на основе текста, и делаю выводы.

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

и этот текст типичен для пацанского уровня :D

НУ молодость же не порок, и она быстро проходит :-)

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

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

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

вы считаете что плохой/хороший код субъективное понятие?
несущественный критерий?
Вы считаете что бОльшая часть программистов мира, корифеи и авторитеты — заблуждаются, и не для вас, и ваших обстоятельств.
ну значит ВЫ закрыли для себя саму возможность писать хороший код. Невозможно достичь того, что является неважным, несущественным, «баловством».
на этом ставлю точку.

молодость не порок.
упорство в глупости — вот порок.
а оно не зависит от возраста.

вы считаете что плохой/хороший код субъективное понятие?
Да считаю
Вы считаете что бОльшая часть программистов мира, корифеи и авторитеты — заблуждаются
Нет не считаю. И не писал такого, не надо выдумывать.
Да считаю
то есть говнокодер и невежда — навсегда.
это ваш — ВЫБОР.

Ну, Ок, Sergiy — Ваша позиция понятна. Нет проблем :-)

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

с середины 90ых в телеконференциях Релкома
А что это ?

Евгений, вот это и есть проблема фриланса, что там нет времени писать нормально и многие (не все, но многие) пишут как нибудь лишь бы сдать. Если человек так пишет постоянно он привыкает и для него 5 if подряд, по 10 строк каждый это норма, хотя отличаются они одной строкой. Просто нет времени, а Copy/Paste гораздо быстрее чем полноценный рефакторинг. И когда/если он захочет работать в офисе (скорее всего в команде), он наткнётся на сильнешее непонимание его кода, и может так и не поймёт что он делает не так.

Поэтому лично для меня выбор очевиден — нужна работа где будут нормальные сроки чтобы я мог спокойно писать по TDD, строить архитектуру классов, убить день на рефакторинг и т.п. Фриланс мне такой свободы не даст ИМХО.

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

Фриланс и это позволяет, если фильтровать заказчиков и называть сроки с учетом тестов, рефакторинга и т. д., объясняя их преимущества.

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

Евгений, вот это и есть проблема фриланса, что там нет времени писать нормально
это не проблема фриланса.

кто сталкивался с знаменитым «индийским кодом» знает. и время было, а однако ж...

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

Технической и аналитической работой мне оптимально заниматься с 8-12 и с 18-23 (до ланча и после ужина), промежуток 12-18 я или отдыхаю или провожу на встречах / удаленных совещаниях. При офисной работе ездить туда-сюда просто не удобно, потому я приезжал с утра, решал технические вопросы до 12 и занимался своими делами до вечера, потом дома доделывал план на текущий день. В моем случае, «втыкать» в офисе с 12 до 18 просто не рационально.

Удаленная работа более близка к офисной, чем к фрилансу (который вообще говоря вовсе не обязательно должен быть удаленным).

к инфографике офиса можно добавить:
-согласование отпусков (не всегда компания будет рада вашей поездке на 3 недели (законные!)
-кондиционеры со всех сторон (или духота)
-необходимость сидеть в наушниках весь день или слушать не всегда полезные разговоры колег
-2 часа в день в транспорте или пробках
-неудобный стул
и так до бесконечности...
и вот тут-то и открываются все прелести фриланса или хотя бы удаленной работы!

Это все так относительно :) можно почти с каждым пунктом поспорить.

Приходиться, Вы серьёзно?

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

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

«Общение с коллегами »
Вы подаете это в ключе развлечений. Возможно стоит подать как knowledge transfer и советы/помощь более опытных товарищей по команде? В противном случае возникает образ такого ходячего радио.

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

«Рабочее место»
Скорее плюс чем минус, если доход фрилансера прямо или косвенно от этого зависит. Можно прикупить многопроцессорную машину или даже шкаф, если так получится работать над несколькими проектами одновременно.

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

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

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

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

Такое понятие как «социальный пакет» не урегулировано трудовым законодательством. Под социальным пакетом следует подразумевать предоставление работодателем дополнительных социальных благ наемным сотрудникам, обеспечивающих привлекательность данного предприятия. Эти дополнительные блага, льготы и бонусы каждый работодатель предоставляет по собственной инициативе и на добровольном основании. Социальный пакет служит только конкурентоспособным преимуществом компании, для того чтобы привлечь к себе и удержать лучших сотрудников. (www.e-xecutive.ru/...оциальный_пакет)

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

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

Это то что я писал выше. У ЧП-шников вообще нет социального пакета, это просто дополнительные договоренности. Давайте называть вещи своими именами и не обманывать хотя бы себя.

Есть четыре основных варианта «белого» оформления (или «белой» части):
1. Найм строго по ТК, минимальный гарантированный государством соцпакет
2. Найм по ТК, но с расширенным по воле работодателя соцпакетом.
3. Самозанятость без дополнительных договоренностей
4. Самозанятость с дополнительными договоренностями весьма похожими на соцпакет (минимальный или расширенный — не важно) — в подавляющем большинстве случаев фиктивная самозанятость с целью оптимизации налогообложения путем выдачи трудовых отношений между работником и работодателем за гражданские между субъектами предпринимательской деятельности.

Это если называть вещи своими именами.

Пункт № 4 — я это и имел ввиду.

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

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

Не хватает позиции «Доход» — то, ради чего и идут во фриланс.

По результатам этого опроса dou.ua/...ms/topic/10908
медиана дохода получилась $1600.

много фрилансеров «веб-мастеров», у которых доход совершенно иной

Они свободным временем берут и экономией нервов

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

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

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

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

Лайф хак прост — определите кто в команде самый умный, и при этом коммуникативный. И идите тупо к нему, без собраний митингов на 20 человек.
Вообще при правильном настрое оптимальней вдвоем работать, не зря это «парное программирование» придумали.

Ну трансфер — дело относительное, с одной стороны ктото дома не продуктивен, ему всеравно нужно трансферица в коворкинг, с другой опять же таки — удаленка.

В опросе не приняли участие успешные фрилансеры ибо работали, а не шарились по нету :)

Там нет пункта «Я побаловаться тут» :)
Тоесть, есть люди которые фриланс как фоновую задачу делают, вот они то статистику и портят.

100500!
Очень мало людей кто по настоящему фрилансер. Многие путают фриланс и подработку к основной работе.

Подработка — это тоже фриланс. Скорее многие путают удаленную работу и фриланс.

В моем понимании 100% фрилансер — это индивидуальный разработчик/дизайнер/тестер и т.д. кто работает с клиентом в режиме заказчик-исполнитель. И у этого человека нет постоянной работы. Он живет от заказа к заказу.

А те, у кого есть работа с зарплатой и они еще подрабатывают — не являются 100% фри, поэтому они и портят статистику Хотя на форумах и пишут, что они фрилансеры :)

Наверное, надо различать фриланс как образ жизни и фриланс как экономическую деятельность :)

Один мой знакомый дизайнер различает это так:
работа на клиента и нет места работы на зряплату — фрилансер
подработка вне основного места работы и есть работа за зряплату — халтурщик

Халтуру он определяет как — подбработка дл художника :)

Підписатись на коментарі