A>Роберт Мартин давно в книжках, и особенно последней про Agile, пишет что единственный способ быстро двигаться в проектной деятельности по разработке софта — это выдерживать максимально высокую планку качества в техническом плане. Касаемо как подходов к проектированию, так и качеству кода.
Пишет-то он правильно, но забывает о более высокой ступени — целеполагании.
Что является целью? Написать классный софт, или таки денег заработать?
Поскольку почти всегда целью является второе, то, увы, на первое обращают внимание только "токсичные парни" (С).
4>>OS/2 не взлетала, может решили таким образом подгадить Билли. но это не точно
S>Скорее уж Sun-у с Solaris-ом и HP с HP-UX-ом, а может и еще кому, у кого тогда были собственные продаваемые Unix-ы.
Здравствуйте, kaa.python, Вы писали:
KP>Вообще сейчас пошла интересная мода называть людей "токсичными". Раньше оно как было — это мудак, не трогайте его. Ну и вроде всё ясно, раз мудак, значит лишний раз не трогаем и нормально. А тут стало (читать плаксивым голоском) — ой, он такой токсичный, моя нежная натура страдает, я сейчас заплачу и пойду пить смузи. Что за пидарастия в плохом смысле этого слова?
тут нужно разделять две вещи
1 — мудак который сидит тихо, не делает свои таски. если его не трогать а потом задним числом делать его таски то это acceptable
2 — мудак который активно косячит, тратит время людей, учит сам не знаю чему. лезет везде просто не понимая ничего в принципе
для большой компании с готовым продуктом мудак 1 ок. Я в таких работал там примерно 85-95 процентов людей такие. Санта клаус предпенсионного возраста, оглаживающий пузо и пялящийся свиными глазками на молодух, подкаченный лысый бычок который любит заниматься "процессами" (худший тип кстати) и тп
но для стартапа где скорость важнее всего этот балласт часто смертелен — тут важна производтельность.
но 2 это просто якорь любой команды в любой компании. он утопит всех. будет советы давать, прибираться в ангаре/офисе, ходить с видом начальника, участвовать во всех митингах, кивать важно и солидно. Делать все чтобы быть значимым. Забалтывать любую ситуации. Он гробит стартап. Люди теряют работу после раунда А с таким токсик гаем. Или уходят и стартапа что равносильно его гибели.
KP>Это я не к тому что с автором что-то не так, у нас тут как бы запрещено обсуждать личности, это про общее положение дел
Я не против обсуждайте
Здравствуйте, SkyDance, Вы писали:
A>>Роберт Мартин давно в книжках, и особенно последней про Agile, пишет что единственный способ быстро двигаться в проектной деятельности по разработке софта — это выдерживать максимально высокую планку качества в техническом плане. Касаемо как подходов к проектированию, так и качеству кода.
SD>Пишет-то он правильно, но забывает о более высокой ступени — целеполагании. SD>Что является целью? Написать классный софт, или таки денег заработать? SD>Поскольку почти всегда целью является второе, то, увы, на первое обращают внимание только "токсичные парни" (С).
Так в этом то и прикол, что есть жизненный цикл продукта. Если люди работают в аутсорце, то у них отсутствует эта вещь — они напилили и в продакшен залили. Заказчику предъявили, впарили и в сторону отвалили.
А если проект из разряда продуктов, то у него есть операционная и инвестиционная окупаемость, которые очень плотно связаны с понятием жизненного цикла. Вот как только перестаёшь мыслить категориями принятыми у аутсорцеров, то сразу же понимаешь о чём говорит дядя-Боб.
Здравствуйте, cppguard, Вы писали:
C>Ок, с этим разобрались. Токсичным быть не нужно, нужно быть нетоксичным. Ясно-понятно. Как теперь стать хорошим инженером, таким, как ты? Как войти в 1%?
стать очень сложно. многие с этим просто рождаются
но я попробую дать простой совет —
не надо никого учить. вы инженер а не учитель. сделайте свою часть работы наилучшим образом в сроки заданные спринтом. и если люди захотят следовать вашему паттерну — значит вы не так уж плохи.
начните с этого.
Здравствуйте, a7d3, Вы писали:
A>Тёма оскорбил человека, обсуждение личности и профессиональных составляющих которого вынесли в отдельный тредик.
Тёма указал ситуацию про реальных людей, но не про ТС. Если вы узнали в этих проявлениях себя, то кто вам доктор? Тёма сам так себя вёл несколько лет назад.
Здравствуйте, a7d3, Вы писали:
A>Тёму одёрнули
"Одёрнуть" и "вывалить кучу говна на всех, кто когда-либо работал с Артёмом, и на самого Артёма" — это "несколько" разные вещи.
К вопросу о токсичности, кстати.
Здравствуйте, Тёмчик, Вы писали:
Тё>Такие многие челы на территории Укр/Ро/Бе. Попросили поправить ошибку- там найти причину и одну строчку поправить. Чувак перелопатил пачку исходников просто "художник так видит", он считает себя дартаньяном, а других говнокодерами.
Здравствуйте, so5team, Вы писали:
Тё>>Такие многие челы на территории Укр/Ро/Бе. Попросили поправить ошибку- там найти причину и одну строчку поправить. Чувак перелопатил пачку исходников просто "художник так видит", он считает себя дартаньяном, а других говнокодерами. Ещё пример был- повысил требования к качеству юнит тестов, вылезло 2-е стали докапываться "это не задача функционального тестирования".
S>Но строки-то, строки-то переворачивают?
A>Если люди работают в аутсорце, то у них отсутствует эта вещь — они напилили и в продакшен залили. Заказчику предъявили, впарили и в сторону отвалили.
Мой (очень давний, увы) опыт работы в аутсорце — напротив, мы сделали, напилили, залили, а потом поддерживали. Ибо таков был контракт.
A>А если проект из разряда продуктов, то у него есть операционная и инвестиционная окупаемость, которые очень плотно связаны с понятием жизненного цикла. Вот как только перестаёшь мыслить категориями принятыми у аутсорцеров, то сразу же понимаешь о чём говорит дядя-Боб.
Мне-то как раз объяснять не надо. После довольного витиеватого пути через всякие странные должности вроде product owner, scrum coach, и всяких там system analyst, я таки что-то понял, и стал пришел к тому, где нужно заниматься проблемами, которые решаются всерьез и надолго. Сейчас еще и не только для маленькой или большой компании, а так, чтобы всем помогало. Что-нибудь вроде ключевых модулей в Erlang.
Здравствуйте, σ, Вы писали:
S>>Скорее уж Sun-у с Solaris-ом и HP с HP-UX-ом, а может и еще кому, у кого тогда были собственные продаваемые Unix-ы.
σ>Ещё IBM-у с AIX-ом.
Они же вроде свой AIX/386 к середине 90-х уже закончили развивать. Ну а продавать же свои x86 сервера хотелось. Так лучше уж с Linux-ом, чем уступить эту долю рынка каким-нибудь саночникам с Solaris-x86
Здравствуйте, _ABC_, Вы писали:
_AB>Здравствуйте, a7d3, Вы писали:
A>>Тёму одёрнули _AB>"Одёрнуть" и "вывалить кучу говна на всех, кто когда-либо работал с Артёмом, и на самого Артёма" — это "несколько" разные вещи. _AB>К вопросу о токсичности, кстати.
Этот приём называется «обратка», чтобы Тёма лучше распознал и увидел что именно заявляет и говорит человеку.
Здравствуйте, SkyDance, Вы писали:
A>>Если люди работают в аутсорце, то у них отсутствует эта вещь — они напилили и в продакшен залили. Заказчику предъявили, впарили и в сторону отвалили.
SD>Мой (очень давний, увы) опыт работы в аутсорце — напротив, мы сделали, напилили, залили, а потом поддерживали. Ибо таков был контракт.
Никакого «напротив» в этом кейсе. Потому что поддержка сводится к фиксу багов и только. А жизненный цикл продукта требует постоянной актуализации требованиям рынка и развитию функционала, чтобы продажи не падали в течении всего периода операционной окупаемости и желательно инвестиционной. Первая длится три-пять лет с первого релиза, вторая пять-семь лет.