Часто ли вам угрожают плохим отзывом на Upwork?

dinegnet:

Я вижу в профиле такие (непростые) работы

Интересно, это вы про какие?

по которым обязательно должны быть недоразумения с заказчиками. Изредка, но должны. А их нет.
Вывод - подмухлевываете.

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

Часто ли вам угрожают плохим отзывом на Upwork?

dinegnet:
Профиль можете легко найти и посмотреть. Вопросов я так понял у вас нет, поэтому добавить мне нечего.

Часто ли вам угрожают плохим отзывом на Upwork?

dinegnet:
Я про наш и писал. Гуглится на раз-два.

почему нет косяков

Работаем хорошо потому что.

Часто ли вам угрожают плохим отзывом на Upwork?

dinegnet: Можно взять и посмотреть наш профиль на апворке, это довольно простая задача.

Часто ли вам угрожают плохим отзывом на Upwork?

dinegnet:

следовательно не можете авторитетно советовать.

Я кстати ничего не советовал, если вы не заметили.

Часто ли вам угрожают плохим отзывом на Upwork?

dinegnet:

что ты сталкивался с самыми разными жизненными ситуациями

Какими? Как это определить? Вот конкретно. Перечислите набор ситуаций.

в том числе и с отрицательной стороной работы с клиентами

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

Часто ли вам угрожают плохим отзывом на Upwork?

dinegnet: А как определить, работали по серьёзному или нет? Какой критерий?

Часто ли вам угрожают плохим отзывом на Upwork?

dinegnet: От меня ускользает логика такого вопроса. Почему вы так решили?

Ответственность за баги при нетривиальном поведении?

dmfun:

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

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

У ТС все таки был тестировщик.

Действительно был. Как то я не заметил.

Ну а если тестировщика нет, то все равно программист не сможет все так полноценно протестировать

Если ему позволяет квалификация, то может.

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

Руководство рискует так или иначе. Работа такая. Возможно в данном случае это не настолько серьёзные риски, чтобы у руководства об этом голова болела. У руководства задач полно, в т.ч. наверняка более важных.

Из компании где все фигово сотрудник просто валят туда где получше

Это если есть куда свалить. Прям всех ждут с распростёртыми объятиями. Если было бы так, то все бы работали в идеальных компаниях. Но что-то мы этого не наблюдаем.

>Что насчёт других экономистов, изучали? Более современные экономические теории там всякие.
Вижу сказать ничего конкретного нет.

Какой конкретики вы ждёте? Расскажите, изучали других экономистов? В курсе, что положения, на котором основаны идеи "невидимой руки рынка", давно уже признаны несостоятельными?
Говорить про "невидимую руку рынка" в наше время, всё равно что ссылаться на законы алхимии.

Для квалификации таких сотрудников весьма неплохо - прямая связь.

В чём именно связь? Чего им не повышают зарплаты то? Вы ж говорите:

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

Если в штате 5 программистов, почему бы не нанять одного тестировщика?

Не знаю, возможно не нужно. Везде своя ситуация.

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

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

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

С чего вы взяли, что я их себе так представляю? Вы внимательно прочитали, что я написал?

Налаженные бизнес-процессы - оптимизация рабочего времени и денег.

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

Ответственность за баги при нетривиальном поведении?

dmfun:

Если захотят свалить вину, то свалят.

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

У рынка есть невидимая рука.

Угу, про эту "руку" уже только ленивый не шутил. А вы, я вижу, изучали работы Адама Смита. Знаете, наверное, что этот термин означает и когда применяется. Что насчёт других экономистов, изучали? Более современные экономические теории там всякие.

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

Конечно вижу. Например - обратная связь. Вот в макдональдсе какие зарплаты?

и хорошим отзывами сотрудников о компании

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

и налаженными бизнес-процессами

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

Ответственность за баги при нетривиальном поведении?

dmfun:

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

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

Ну я собственно так и говорю, вижу, что то, что я пишу Вы читаете между строк :D

это я не понял.

Рынок это определяет.

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

Ответственность за баги при нетривиальном поведении?

dmfun:

И к чему Вы клоните?

К тому, что вы не в курсе как там оно де юре, хотя пишите об этом. Представление о том, что такое де юре у вас неверное. Цитирую:

То есть де факто ты программист и тестировщик , а де юре только программист.

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

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

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

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

Ответственность за баги при нетривиальном поведении?

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

Ответственность за баги при нетривиальном поведении?

magary4: а почему мне это пишете? У меня цитата.

Ответственность за баги при нетривиальном поведении?

dmfun: а если в штате не предусмотрен тестировщик?

Как сформулировать требования к квалификации разработчика?

sim3x:

Ошибка выжившего <=> нет примеров

Это значёк эквивалентности у вас или что?

ИТ експертиза последнее, что нужно в стартапе

Серьёзное заявление, жаль безапеляционное и без аргументов. Т.е. вы на полном серьёзе заявляете, что для любого стартапа ИТ экспертиза стоит на последнем месте (среди чего кстати?)?

А главное у ТСа именно был запрос на ИТ экспертизу. Я так и представляю картину. Приходит стартапер, говорит, мне нужна консультация по ИТ для моего стартапа. А вы ему: "ИТ експертиза последнее, что нужно в стартапе".
Полагаю реакция будет типа "WTF??".
Собственно у меня сейчас такая же.

Как сформулировать требования к квалификации разработчика?

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

Експертизу в области, где ни у кого нет опыта, нельзя приобрести по определению

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

Как сформулировать требования к квалификации разработчика?

sim3x:

теоризировать

Какая теория? Я вам привожу контрпример из практики. Конкретный.
Если вы моим словам банально не доверяете, свяжитесь со мной (контакты в профиле) - мы вам всё покажем и расскажем как что у нас.

Ваша мысль:

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

Я же говорю о том, что по большому счёту экспертизу можно приобрести как услугу.

Как сформулировать требования к квалификации разработчика?

sim3x:

В данном случае вы не указали выборку и распределение фейлов / саксесов

Для чего мне это делать? Вы выдвинули общее утверждение, в нём про выборку ничего не было. Я его опроверг контрпримером. Логика, первый класс.

Не указали, что являетесь стартапом

Мы не являемся

Не указали, что ... консультируете и пишете для стартапов

Читайте внимательнее, цитирую:

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

И да, я предлагаю разработку внутри и чтоб программер понимал овнера хорошо, а овнер понимал программера - вобщем

Прекрасное предложение. Только программер, понимающий овнера - это бизнес-аналитик. А овнер, понимающий программера - это овнер, имеющий опыт в айти.
Цитирую ТС:

Нет знаний в области ИТ. Никаких, от слова вообще.

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

Ну вот, уже появилось уточнение. Т.е. всего лишь достаточно, чтобы "прокладкам" не было побоку на овнера?
А ещё эта картинка появляется, если овнер не знает как общаться с разрабами, а разрабы - как общаться с овнером. И тут процитирую ещё раз ТС:

Нет знаний в области ИТ. Никаких, от слова вообще.

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

Как сформулировать требования к квалификации разработчика?

sim3x:

ошибка выжившего

Что "ошибка выжившего"? Надеюсь, вы знаете, что означает этот термин.

Вы утверждаете:

Но пока овнер не может подойти напрямую к разработчику и пояснить ему что он хочет - дела не будет

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

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

Бизнес-аналитики для того и существуют, чтобы переводить с языка бизнеса на язык разработчика.