Дополнительная нагрузка или шанс?
А что в этом особенного? Сервис продукта запускает пайтон-код, который записывает свои результаты в базу данных продукта.
Ты придумываешь, но программирует проф. кодировщик.
Они тоже не сразу стали такими. Насколько трудно стать профессиональным кодировщиком занимаясь самой своими кодами? Количество моделей для оценки не бесконечно, есть книги, проф сайты и есть необходимость в этих кодах и мотивация тоже есть.
Хотя если компания наймет профессионального кодировщика можно и у него поучиться, при желании.
Программисты не страдают от медленного темпа моих скриптов. Кроме того, что им тоже неприятно, что наш продукт тормозит.
Вы сама страдаете от меденности Ваших скриптов и подняли вопрос, что бы разработчики Вам помогали находить бутылочные горла в Ваших же скриптах? Ведь понятно, что при всём уважении, таких "визионеров" посылают подальше. Я на Вашем месте (в нерабочее время?) всё же постаралась преобрести необходимые знания, что бы оптимизировать процесс вычислений, и не только говнокод скрипт, но и учитывать что существует cеть, сервер, база данных, другие конкурирующие процессы.
И может мне тоже туда надо. Но засада в том, что как писала Оля - это ступень вниз по карьерной лестнице.
ИМХО - нет такой всесюзной карьерной лестницы, везде свои. Вот представьте (гипотетически) свою ценность в качестве консультанта. Если Вы консультант ПО или другой какой менеджер - делопроизводитель, у вас будет значительно меньше клиентов, нежели Вы специялист, контроллирующий весь процесс полностью, в состоянии решить конкретную проблему, предложить концепт и практически его выполнять и научить других этот тул потом обслуживать. Выбирайте.
Не цепляйся за старые задания. Если их отдать, то освобождается время для нового, не менее интересного
Да неправда. Мне интересно именно созлдние алгоритмов и возможно я туда опять буду трудоустройстраиваться. Это же было моей предыдущей работой.
По пункту "заданий много, все новое и людей мало" - у вас что, сроков никаких нет? Можно годами сидеть и ковыряться, а всем пофиг? Нельзя хотя бы одного опытного в новых технологиях нанять, чтобы параллельно других обучал? Это реально производит впечатление какого-то любительского хобби-клуба для пенсионеров. Главное не победа, а участие.
Находить подходящий метод это не ТЗ для разработчиков. Подобные задания выполняют действительно фахспециалисты. Но когда они его нашли, найденное решение формулируется в виде ТЗ, чтобы проф разработчики его в виде качественного софта оформили. В вашем клубе любителей ПО, судя по вашим описаниям, этот момент вообще не существует. А написать такое ТЗ это задача Produkt Owner.
Имеется в виду карьерная лестница в типичной IT-фирме, где есть разработчики и ПО. Консультанты и проектменеджеры обычно тоже имеются, но двигаться в этом направлении не мой вариант.
Сроки конечно есть. Никому не пофиг, и дело идет. Просто мало ресурсов, а где их избыток? И какому ПО не хотелось бы, чтобы его продукт развивался быстрее? У нас имеет место большой прорыв в технологиях. Естественно, что в области бизнес-логики в это время далеко не продвинешься. И опытеые у нас обучают неопытных, конечно. Но мы сейчас о базовых технологиях стандартных продуктов, не о скриптинге алгоритмов.
Находить подходящий метод это не ТЗ для разработчиков. Подобные задания выполняют действительно фахспециалисты
Вот я и есть фахспециалист. И нужные методы должны содержаться в пайтон-библитеках. Как фахспециалист их найдет и приспособит под свои нужды, не пользуясь пайтоном? Задача может быть быть например "найти похожие мустеры в поведении цен между днями неделями, временами года и праздниками". Как разработчик может решить такую задачу? Кстати это вопрос. Я просто не знаю, как это бывает. В нашем случае я просто сама пишу скрипт.
Было бы здорово, если кто-то поделится опытом, как у них коммуникация между ПО и размещение работкой в таких случаях!
Я не делаю вид, что этого не существует. Я просто сама этим не занимаюсь и не собираюсь. На скоррэость моенэго кода это все не влияет. Это скрипты, которые eingebunden в стандартый продукт.
Вы путаете яблоки с грушами. Свои методы вы хоть пайтоном, хоть как ищите. Это ваша работа, не разработчиков. Важно, что происходит потом. Должно же происходить следующее:
Когда вы нашли свой метод, несете его вашему Produkt Owner, рапортуете "нашла" и описываете его, свой алгоритм нахождения мустера, словами и формулами в тикет для разработчиков. На всякий случай можно в помощь одного из разработчиков привлечь, чтобы тот помог с формулировками. Потом ваш PO располагает ваш тикет в порядке желаемого приоритета в бэклоге и вуаля! Ваш метод будет в свое время в качественном и перфомантном виде внедрен в софт.
Наш ПО - это я. Но это не важно. Важно именно как передать разработчикам информацию, что конкретно им над делать. Формул они не поймут. Я бы могла дать им псевдо код функций. Но эти функции используют пайтоновы библиотеки. Как это передать псевдокодом?
это мое ИМХО, конечно, но, начиная серьезно программировать в 45 и не имея соответствующего образования нельзя стать таким же хорошим программистом, как если начать в 25 и отучиться по профилю. Элементарно всю жизнь будешь отставать на 20 лет опыта.
Формулы же тоже не силой мысли рассчитываются. Это же можно описать словами. Например, когда квадратный корень вам нужен, вы что скажете ? Скажите, "Quadratwurzel ziehen aus... А тут подставляешь число х". Формулы это же просто сокращенное обозначение всяких мат.операций. Кроме того, это можно не только библиотечной функцией высчитать sqrt, а и ручками. Когда формула звучит мс2 эти же м и с тоже откуда-то берутся и степень тоже прекрасно описать.
Так и ваши формулы описывайте. Есть куча разных библиотек и для явы и платных, и бесплатных, наверняка там есть и похожие на пайтон готовые библиотеки, чтобы ускорить процесс.
Python код можно вообще в байт-код явы компилировать... Хотя:
Does NumPy/SciPy work with Jython or C#/.NET?
No, neither is supported. Jython never worked, because it runs on top of the Java Virtual Machine and has no way to interface with extensions written in C for the standard Python (CPython) interpreter.
ИМХО - нет такой всесюзной карьерной лестницы, везде свои.
В ПО и ПМ уходят обычно те, кто не тянет программирование ))