Дополнительная нагрузка или шанс?
Вы действительно думаете, что люди, не выкладывающие фото в забавных шапочках - умные деловые перцы, а те кто в шапочках - ленивый отстой? Так вот нет. Обычно кто в шапочке - тот и в работе шарит, и крутится. А кто без - более уныл во всем. В общем как всегда про серьезное лицо, с которым совершаются главные глупости и "улыбайтесь, господа, улыбайтесь"
А если отказаться от программирования и алгоритмов, то что тогда делать? Другие обязанности появятся?
Нет, не появятся
тот и в работе шарит, и крутится.
И именно потому работодатель им уже не намекает, а приказывает фактически не говнокодить 
Zur Info: Эффект Да́ннинга — Крю́гера — метакогнитивное искажение,
которое заключается в том, что люди, имеющие низкий уровень
квалификации, делают ошибочные выводы, принимают неудачные решения и при
этом неспособны осознавать свои ошибки в силу низкого уровня своей
квалификации[1].
Это приводит к возникновению у них завышенных представлений о
собственных способностях, в то время как действительно
высококвалифицированные люди, наоборот, склонны занижать оценку своих
способностей и страдать от недостаточной уверенности в своих силах,
считая других более компетентными. Таким образом, менее компетентные
люди в целом имеют более высокое мнение о собственных способностях, чем
это свойственно людям компетентным (которые к тому же склонны
предполагать, что окружающие оценивают их способности так же низко, как и
они сами). Также люди с высоким уровнем квалификации ошибочно полагают,
что задачи, которые для них легки, так же легки и для других людей[2].
А зачем простыня на всем известный эффект?
Я менеджер и Product owner. Перморманс моего любительского кода никак не порочит моей проф. репутации. Наоборот, обычно в моей позиции не кодируют вообще. Но поскольку у меня сложные алгоритмы, которых не объяснить на пальцах, и чтобы поддержать команду, я пишу прототипы.
И грозный работодатель, приказывающий прекратить, существует только в вашей фантазии (а может и в вашей реальности? Сами-то дослужились до поста, на котором решаешь сам за себя и за других?). Мне никто не может приказать, как мне работать с моими продуктами. Это я эскалировала ситуацию и получила такие два предложения.
Чего тогда думать? Для product owner может это и ступень вниз, но для аналитика, мое ИМХО, это наоборот углубление знаний. Мы в университете анализ данных проходили, но это были просто различные модели с различными тестами на достоверность, не ПО для клиента, конечно,
Специальность
В математике и анализе данных я специалист. каких больше нет в команде. А вот с техникой они конечно быстрее бы разобрались, даже с нуля. Поэтому я за разделение: от меня - алгоритмы, от программстов - техника и качество кода (либо инструкции мне, как писать)
В таких программах скорость исполнения как раз в основном зависит от алгоритма...
В моих программах скорость зависит от парралелизации в основном. И от векторизации. А функции остаются как есть. Пкм на актуальной стадии.
Классно, что ты зашел. Что ты скажешь насчет этого ультиматума? Зря мне не дают шанс делать чисто прототипы или это правда двойная трата времени. сначала на прототип, а потом на проф. код?
Н. П.
Подраскинула я тут мозгами и поняла, что имеется конфликт интересов.
Мой личный интерес: повышение квалификации, возможность заниматься интересным делом и улучшение шансов альтернативного трудоустройства в качестве аналитика. Значит в моем интересе выбрать вариант "я отвечаю за код алгоритмов и првышаю его качество до профессионального."
А интерес команды и меня как члена команды (а у нас личный результат завязан на результат команды, то есть если команда профукала годовые цели, то каждый ее член получит негативный результат) в том, чтобы нам дали дополнительный ресурс (в виде нового работника или какого-то нанятого извне тренера или исполнителя), который отвечал бы за быстрые и качественные алгоритмы. Мы бы тогда с большей вероятностью достигли наших целей, а у меня были бы более качественные продукты.
Теперь непонятно, какой интерес важнее.
Отказываться от дополнительного ресурса было бы глупо (хотя мне совсем непонятно, где его собираются брать. Такие люди на дороге не валяются и ожидают высокой оплаты, а мы экономим).
Но и бросать занятие, несущее мне радость и развитие и шансы на уверенное будущее , тоже глупо.
Что-то я не поняла ситуацию... какую дискуссию ты начала сама? Что ты недовольна вашими программами? И тебе на это сказали, раз не нравится, пиши сама, или тогда уж не выступай вообще?
Я бы ни за что не пошла на серьёзное писание кодов, тогда на твою собственную работу времени не останется. Если тебе сейчас, как РО, не хватает нагрузки, инвестируй время в то, что повысит твою личную рыночную стоимость. И это явно не написание кодов.
Я начала дискуссию, что наш код медленно работает. И на это меня спросили, хочу ли я сама делать быстрый код или вообще отказаться от изготовления кода.
Понимаешь, моя профессиональная ценность лежит в области алгоритмов. Быть просто ПО мне недостаточно. У нас команда неопытная, техники все новые и все делается медленно. А мне ждать месяц, пока они дополнят количество атрибутов какого-то элемента, неинтересно. Если бы они быстро разрабатывали, то мы бы перешли к сложным темам и стало бы интереснее, а так нет.
Пояснение: команда программирует на Яве. А алгоритмы на пайтоне, и их делаю я. А они создают структуру данных, интерфейсы итд. То есть чисто технические вещи. А бизнес-логика - мое. И я не хочу ее отдавать
Еще интересный момент. У нас на фирме есть отдел с очень крутыми математиками. Они делают похожие на мои алгоритмы, но на другую тему и не в рамках какого-то продукта.
Так вот, они сами и программирует на очень высоком уровне. То есть им не западло, будучи математиками с собственными открытиями в области численных методов, кодировать. И возможно это и есть профессиональная модель будущего - сочетание теории с техникой.
И может мне тоже туда надо. Но засада в том, что как писала Оля - это ступень вниз по карьерной лестнице. Ты становишься исполнителем, и кто-то тобой помыкает и принимает за тебя решения.
Мне все ещё непонятно, почему решение проблемы медленного кода это то, что ты полностью переймёшь программирование или откажешься от него совсем? Ты хороший РО, но плохой программист и хорошим вряд ли уже станешь. Т. е. если тебе полностью перенять программирование, это проблемы не решит. Если ты полностью откажешься от программирования, то делать алгоритмы в пайтоне будет некому, что опять же не решит проблемы.
может тебе сходить к крутым математикам на практику, поучиться писать алгоритмы получше?
Сходить поучиться - это часть варианта "перенять программирование". Еще раз - касательно меня речь идет только о пайтон-программах. Нормальные программисты так и будут дальше писать код на Яве. Если я откажусь от программирования, то алгоритмя буду так же придумывать я, но их не кодировать. А как-то бодее абстрактным образом сообщать пайтон-кодировщику.
Я просто как энтвиклер на это смотрю и удивляюсь. Если у вас энтвиклеры интерфейсы делают на яве, а бизнес-логику пишет ПО в качестве хобби, то это очень странный продукт и очень плохая общая организация работы. И судя по вашим постам, лучше не будет. Возможно, вам стоит сменить место работы в более профессиональную сферу разработки качественного ПО.
Что бизнес-логику надо подтянуть до проф. уровня - не вопрос. Но если бы ПО ее писал на таком уровне, то я бы проблемы не видела.
Алла, я в твоей сфере не разбираюсь, но попробую своё мнение сказать. У меня создаётся впечатление, что тебе на твоей работе скучно, тебе явно не хватает сложных заданий, чтобы перестать всякой фигнёй заниматься.
Пойми что мы хочешь в будущем. Хочешь ли ты менять фирму, какие перспективы этого там где ты живёшь. Много сейчас поменялось и возможно ты сможешь работать по 90 % удалёнке на другого работодателя. Дитё у тебя уже большое. Какая позиция для тебя вот оно твоё счастье? Какой квалификации тебе для этого не хватает?
И подстраивай твою рабочую обстановку под это. Проходи необходимые курсы, подмиеай под себя нужные задание, отпихивай ненужные задания.
ПО должен нормальные задания и в нужном порядке раздавать в первую очередь. Если кто-то слишком перманентно медленно работает или бизнес-логику невозможно оформить в виде ТЗ для профессионального разработчика, то там все плохо.
Ни разработчики не могут нормально работать (а на самом ли деле медленный темп (квалификация?) или просто их другими заданиями завалили (приоритет?) ?), ни ПО не может задания сформулировать.
Так что или разгребать всю организацию работы надо, или убегать.
ПО должен нормальные задания и в нужном порядке раздавать в первую очередь.
Ну естественно я раздаю задания. У меня бэклог заполнен на годы вперед и всем понятна суть задач.
А разработка долго длится, потому что много новых техник, которые команда применяет впервые. И людей мало.
И почему бы тогда ПО не помочь команде?
бизнес-логику невозможно оформить в виде ТЗ для профессионального разработчика
Ну а как оформить ТЗ?, когда речь о нахождениии подходящего дата сайенс метода? Это ж разработчики, а не дата сайентисты. И не специалисты в финансовых теориях типа оценки дериватов. Сама я знаю, какую теорию хочу использовать или сранивааю альтернативы. Ищу подходящие пайтон-библиотеки их пробую их. Как может это сделать разработчик без знаний теорий и специфики нашего бизнеса?