Добрый! Из хорошего - на "рынке работодателя" - схема где заказчику даётся возможность "регулировать фильтры в известных пределах" и он готов это делать будет работать хорошо. Но т.к. не всегда есть возможность найти значимое количество вакансий в небогатых регионах, или на рабочие профессии или на редких хоть сколько-нибудь редких спецов.
Чем, наверное стоит дополнить:
Senior Tech Recruiter вероятно может знать целевую структуру и предлагать на шаге кандидатов не на единственную позицию, а как соответствие позиция -кандидат;
наверняка networking среди кандидатов "кого из тех за кого можно поручиться - посоветуете" тоже используется.
Информация об авторе переедет в профиль :) там правильное место.
Будет не только советы, но и примеры по упомянутым разделам.
Согласен, что т.к. задача на первом этапе дать правильные для поиска слова, дать их + можно ли перевести упомянутые TeX шаблоны, тут либо смогу помочь, либо самой сделать - народ спасибо скажет.
Не забыть указать референсные контакты - кому звонить за подтверждением опыта/отывами и в какие конторы.
Если смотреть по вакансиям именно сбера — Camunda и Creatio. Но выборка по спросу на разработчиков такова, что популярнее классические разработчики, а у BPM, есть ниша в которой данные решения существуют, не особо эластично заменяя разработчиков по другим направлениям.
Что касается "конкретных BPM" — обратило на себя внимание
В итоге, что мы имеем. Некий BPMS фреймворк. Аналитики им как не пользовались, так и не пользуются… Помимо скудного функционала, этот BPMS генерит код из xml-файла, что приводит к большим проблемам при работе с контролем версий. Например, после сведения двух версий через git, этот фреймворк вполне может просто удалить весь разработанный код и оставить пустую директорию."
Вероятно имелся ввиду некий конкретный BPM? Это действительно так? Какой?
Что касается технологий замены программиста — не думаю, что это вообще реально пока на рынке создаются новые инструменты — создаются они теми же программистами. Здесь скорее важно актуализировать знания ибо несмотря на прирост спроса, многие технологии окуклились в свои ниши и вот в них спрос не растёт или падает (по слову Pacsal — 75 вакансий всего хотя этот язык и не плох вовсе и в программах ВУЗов до сих пор встречается).
Количество вакансий означает спрос, поэтому если спрос на обычных программистов кратно выше, чем на разработчиков BPM — то, наверное утверждение автора статьи о том, что
В общем, вы увидели, как мы плавно от идеи отказаться от разработчиков перешли к тому, что в реальности все держится именно на разработчике, и инструментом для отказа от программистов сейчас будут пользоваться именно программисты.
не совсем корректное, если смотреть цифры сколько нужно разработчиков на JAVA vs Camunda (хотя, если ковырнуть, то там тоже JAVA).
Посмотрите пожалуйста тут -раздел 2 и тут. Или соотв. оригинальную документацию sklearn описание, но по логике описания похоже на замену схемой голосования параметра d в DBSCAN — должно быть более гибко, но надо проверять т.к. п. 7. алгоритма выглядит вычислительно сложным.
Скорее поиск справедливого (что хорошо) ответа на вторую часть выражения "От каждого по способностям, каждому — по его труду."
В смысле подхода с возмещением за использование средств производства по мере их использования честная стратегия выигрышная, для всех, но не устойчивая в том смысле, что выгоднее набрать условных молотков/напильников/станков и уехать, в надежде на то, что пока накопится негатив по поводу истории отношений с таким персонажем старые "долги" будут забыты. (Особо хитрые воры могут выступать в роли производителей украденного ранее). И хотя Вы выводите эти вопросы за рамки экономики, но думается модель должна не только стимулировать на справедливое возмещение, но и наказывать на некорректные действия.
Может быть будет иметь смысл возмещение не по мере использования, а по времени из расчётного срока службы средства производства.
Директор пo персоналу
У Мафии нет такой должности. Подумай, он нужен ли тебе — директор по персоналу?
Когда твоя организация разрастется настолько, что кое-кто в ней начнет доказывать необходимость директора по персоналу, помни, что стоит ему появиться, как начальники твоих отделов тут же утратят тесную связь со своими сотрудниками, а это очень опасно для организации в целом. Мы считаем, что менеджер должен формировать свою команду лично и только лично.
Хотя, т.к. у нас капитализм, то функция HR-грамотный интеллектуальный фильтр и капиталист платит за эту функцию если работа по поиску-подбору делается соотв. специалистом лучше и, главное, дешевле чем отвлечением от производства основных спецов.
Так задачки-то разные бывают. Одно дело — прогнозировать фин.рез. или риски там, поскольку технологии б.м. понятны и примеров достаточно — можно обойтись небольшим количеством людей.
Другое дело — обработка текстов — технологии в принципе есть, но есть особенности в том, чтобы заставить их заработать эффективно да и выбор между типами моделей, скажем, далеко не окончательный.
Третье — CV или голосовые чат-боты — тут нет/не знаю технологического стека который можно взять и позаимствовать так, чтобы гарантировано работало нормально — писать всё равно придётся довольно много и не факт, что 5 человек хватит.
Это к тому, что команду всё равно подбирать поз задачу придётся и если для понятных задач нужны профи, то для "непонятных" надо звать нормальных учёных на постояную, на контракт или грантовать кафедру ВУЗа — зависит от задачи.
Полезен. Очень даже. Тут рассматривалась ситуация: а ну ка кадры — наймите мне подразделение Data Science ибо "модно, стильно, молодёжно" и побыстрее. А столкнутся рекрутёры с тем, что людей на рынке довольно много и надо найти тех, кто знает проблематику и тех кто может довести продукт до ПРОМа. Соотв. нужны те кто сможет решить новую задачу (вытаскиваются из учёной/учебной среды + разработчики), а если не можем так, то организуем конкурс в форме хакатона или открытого обучения.
Зависит от компании. Если задачки чисто теоретические — обычно нельзя. Если даётся задачка близкая к практике — обычно можно т.к. эмулируется реальная, хоть и стрессовая ситуация. В первую очередь смотрятся не заученное, а способность найти практически ценное решение.
Так и не претендую, на "более лучшую".
Если есть задачи, требующие массовых операций, например, на сеточных функциях и позволяющие использовать поиски без перебора — эффект есть. Если есть простые задачи — типа просто сложений и умножений, — эффект вполне может оказаться и обратным.
a) Операции действительного умножения
b) Память из кучи, т.к. при умножении вектора на матрицу и матрицы на матрицу хочется убрать учёт их размерностей "под капот"
в) Тут надеюсь на оптимизатор компилятора
г) Как лучше задействовать вычисления через видеокарту, т.к. требуется не только умножения, но и вычисления довольно сложных функций типа sin, cos, abs и т.п.?
Добрый!
Из хорошего - на "рынке работодателя" - схема где заказчику даётся возможность "регулировать фильтры в известных пределах" и он готов это делать будет работать хорошо.
Но т.к. не всегда есть возможность найти значимое количество вакансий в небогатых регионах, или на рабочие профессии или на редких хоть сколько-нибудь редких спецов.
Чем, наверное стоит дополнить:
Senior Tech Recruiter вероятно может знать целевую структуру и предлагать на шаге кандидатов не на единственную позицию, а как соответствие позиция -кандидат;
наверняка networking среди кандидатов "кого из тех за кого можно поручиться - посоветуете" тоже используется.
Будет здорово если:
Информация об авторе переедет в профиль :) там правильное место.
Будет не только советы, но и примеры по упомянутым разделам.
Согласен, что т.к. задача на первом этапе дать правильные для поиска слова, дать их + можно ли перевести упомянутые TeX шаблоны, тут либо смогу помочь, либо самой сделать - народ спасибо скажет.
Не забыть указать референсные контакты - кому звонить за подтверждением опыта/отывами и в какие конторы.
Да, Вы правы. Просто — если бы писал такую статью, то начал бы с раздела "наши клиенты" у производителей BPM — disclaimer был бы короче :)
Судя по спросу, не особо -то и пытались
Если смотреть по вакансиям именно сбера — Camunda и Creatio. Но выборка по спросу на разработчиков такова, что популярнее классические разработчики, а у BPM, есть ниша в которой данные решения существуют, не особо эластично заменяя разработчиков по другим направлениям.
Что касается "конкретных BPM" — обратило на себя внимание
Вероятно имелся ввиду некий конкретный BPM? Это действительно так? Какой?
Что касается технологий замены программиста — не думаю, что это вообще реально пока на рынке создаются новые инструменты — создаются они теми же программистами. Здесь скорее важно актуализировать знания ибо несмотря на прирост спроса, многие технологии окуклились в свои ниши и вот в них спрос не растёт или падает (по слову Pacsal — 75 вакансий всего хотя этот язык и не плох вовсе и в программах ВУЗов до сих пор встречается).
Да, по знакомству проще конечно, тут согласен полностью.
Количество вакансий означает спрос, поэтому если спрос на обычных программистов кратно выше, чем на разработчиков BPM — то, наверное утверждение автора статьи о том, что
не совсем корректное, если смотреть цифры сколько нужно разработчиков на JAVA vs Camunda (хотя, если ковырнуть, то там тоже JAVA).
Уважаемый svok, скажите пожалуйста, какую BPM вы конкретно имеете ввиду, т.к. в логике рассуждений иначе остаётся пробел:
Пётр I:
Греф:
Если так, то поиском по HH.ru по словам:
Итого существенное преимущество в пользу классических разработчиков над BPM-ными.
Спасибо.
Посмотрите пожалуйста тут -раздел 2 и тут. Или соотв. оригинальную документацию sklearn описание, но по логике описания похоже на замену схемой голосования параметра d в DBSCAN — должно быть более гибко, но надо проверять т.к. п. 7. алгоритма выглядит вычислительно сложным.
Скорее поиск справедливого (что хорошо) ответа на вторую часть выражения "От каждого по способностям, каждому — по его труду."
В смысле подхода с возмещением за использование средств производства по мере их использования честная стратегия выигрышная, для всех, но не устойчивая в том смысле, что выгоднее набрать условных молотков/напильников/станков и уехать, в надежде на то, что пока накопится негатив по поводу истории отношений с таким персонажем старые "долги" будут забыты. (Особо хитрые воры могут выступать в роли производителей украденного ранее). И хотя Вы выводите эти вопросы за рамки экономики, но думается модель должна не только стимулировать на справедливое возмещение, но и наказывать на некорректные действия.
Может быть будет иметь смысл возмещение не по мере использования, а по времени из расчётного срока службы средства производства.
Есть такая местами хорошая книга "Менеджер мафии" — вот оттуда :)
Хотя, т.к. у нас капитализм, то функция HR-грамотный интеллектуальный фильтр и капиталист платит за эту функцию если работа по поиску-подбору делается соотв. специалистом лучше и, главное, дешевле чем отвлечением от производства основных спецов.
Так задачки-то разные бывают. Одно дело — прогнозировать фин.рез. или риски там, поскольку технологии б.м. понятны и примеров достаточно — можно обойтись небольшим количеством людей.
Другое дело — обработка текстов — технологии в принципе есть, но есть особенности в том, чтобы заставить их заработать эффективно да и выбор между типами моделей, скажем, далеко не окончательный.
Третье — CV или голосовые чат-боты — тут нет/не знаю технологического стека который можно взять и позаимствовать так, чтобы гарантировано работало нормально — писать всё равно придётся довольно много и не факт, что 5 человек хватит.
Это к тому, что команду всё равно подбирать поз задачу придётся и если для понятных задач нужны профи, то для "непонятных" надо звать нормальных учёных на постояную, на контракт или грантовать кафедру ВУЗа — зависит от задачи.
Имел ввиду, что DS знает глубже, но останавливается обычно на подготовке модели, а DE — может и в моделирование и сделать нормальную разработку.
Полезен. Очень даже. Тут рассматривалась ситуация: а ну ка кадры — наймите мне подразделение Data Science ибо "модно, стильно, молодёжно" и побыстрее. А столкнутся рекрутёры с тем, что людей на рынке довольно много и надо найти тех, кто знает проблематику и тех кто может довести продукт до ПРОМа. Соотв. нужны те кто сможет решить новую задачу (вытаскиваются из учёной/учебной среды + разработчики), а если не можем так, то организуем конкурс в форме хакатона или открытого обучения.
Ошибка :) т.к. масло-маслянное. Исправил. Хотел сказать учёной степени, включая варианты за рубежом (phd) — поторопился.
Зависит от компании. Если задачки чисто теоретические — обычно нельзя. Если даётся задачка близкая к практике — обычно можно т.к. эмулируется реальная, хоть и стрессовая ситуация. В первую очередь смотрятся не заученное, а способность найти практически ценное решение.
Так и не претендую, на "более лучшую".
Если есть задачи, требующие массовых операций, например, на сеточных функциях и позволяющие использовать поиски без перебора — эффект есть. Если есть простые задачи — типа просто сложений и умножений, — эффект вполне может оказаться и обратным.
Ну да, рассчитывал собственно на оптимизацию компилятором.
Спасибо.
a) Операции действительного умножения
b) Память из кучи, т.к. при умножении вектора на матрицу и матрицы на матрицу хочется убрать учёт их размерностей "под капот"
в) Тут надеюсь на оптимизатор компилятора
г) Как лучше задействовать вычисления через видеокарту, т.к. требуется не только умножения, но и вычисления довольно сложных функций типа sin, cos, abs и т.п.?