Всем устраивают. Но они в питоне. Если чуть более серьезнее -- то консолидированный ответ на этот извечный вопрос был нарисован когда-то здесь. Сколько можно гонять по кругу, это же не F1.
и опять... Вас подводит чувство такта. Вы тут чужой на празднике со своими копиями сентенций умных людей. Есть вопросы по существу? Нет.
Посвятите выходные более важным делам. Или займитесь благотворительностью.
Михаил -- большой молодец. Разобрался, сделал, написал и поделился опытом. Я знаком с Михаилом чуть больше чем Вы, ровно поэтому все Ваше надувание щек выглядит крайне неприглядно со стороны. Очень неприглядно.
Равно как и энтерпраз-либеральная сигнатура диалога, когда Вы просто игнорируете любой содержательный вопрос в Вашу сторону и занимаетесь подтасовкой и выдергиванием из контекста. Вы здесь просто смотритесь неуместным.
Встречный вопрос к Вам. Ваши публикации на хабре, коих не один десяток, выглядят разумным текстом взрослого человека. Семантика Ваших комментариев здесь никак не бьется с публикациями. Точно один человек скрывается под аккаунтом? Или тут пишет Mr. Hyde?
И взрослый человек знает, что для серьезных разговоров одного фронтмена недостаточно. За что Вы Михаилу свою точку зрения под личиной вопросов диктуете?
Вся же Ваша «Ха́йли ла́йкли» риторика выглядит полным субъективным бредом.
Вас пригласили в коммьюнити, протянули руку. Хотите задать вопросы и получить ответы? Пожалуйста, почти на все вопросы можно получить четкие ответы. Кроме уважения участников в коммьюнити больше ничего не требуется.
И большая часть коммьюнити, как минимум, билингва (R/python). А то и более, если считать SQL, JS, Julia, C++ тоже языками.
По поводу всяких enteprise системок. Оно для чего надо? Для аналитики или для прод режима? 1. В первом случае можно стаскивать как угодно, и делается это просто набором инструментов в котором есть и awk и python и R и всякие базейки и jq и xslt и много чего еще. Задача получения данных -- низовая черновая. Как она решается -- для аналитики это вообще безразлично. 2. Спарк зачем? Бигдату считать? Так это вообще инфровая задача и она почти никогда не нужна для аналитики. Правильная постановка задачи и эксперимента часто позволяет ужать практические задачи до компактных размеров (несколько машин с терабайтами RAM -- это нынешняя реальность и это small data). Есть подборка хороших эссе на такие вопросы. 3. Если что-то хочется строить в энтерпрайзе и даже на средних данных, R прекрасно уживается в этом комбайне. Если действительно интересно, можете почитать. В Х5 такой комбайн прекрасно обслуживает всю сеть в задаче операционной аналитики с 2019 года. И никакие другие решения взлететь не смогли, хотя старалась куча команд. Конечно, может дело в руках и голове?
Вам "кажется" и Вы "подозреваете", все на смутных ощущениях... Зачем без знаний лезть в спор? Со своими аргументами и упоминанием XSLT Вы просто бесконечно скучны. История вообще не про это и модель мира сильно сложнее трансформации. Почитайте книги, если интересно. Про R, про process mining, про Quarto. Посмотрите материалы Posit. Или просто вернитесь в свой мир.
Если интересно -- заглядывайте в коммьюнити. Получите ответы на все вопросы.
Кривая обучения каждого отдельного человека и целый сегмент интернета -- вещи независимые.
Сарказм всезнающего лучше приберегите для других мест, желчи и без Ваших "умных" комментариев разлито повсюду с горкой.
И не лень было первым влезать со всем этим? Если же дела до этого нет -- так и фокусируйтесь на том, что интересно, проходите мимо. Что за манеры пошли.
Спасибо за комментарий. Хорошо, что есть вдумчивые читатели. Конечно, Вы правы. Но не хочется превращаться в телевизор, поэтому стараюсь не повторяться, на важные блоки просто давать ссылки. Да и не книга тут, а так, "комикс" на 140+ буковок. Про циклы и производительность почти каждая третья публикация. Никуда без этого...
1. Про авторизацию не совсем понял, ну есть она и есть. Проблем не доставляет.
Да, в исходном коде тоже есть jql. Проекты ищутся просто для проверки. Но он не один. Их список известен, можно и вектором задать. Но всегда бывают нюансы, пусть уж будут в том виде, как они в системе хранятся.
А еще иногда консультанты так штатные модели данных раскорячат, что сразу и не поймешь что где лежит.
Как я сразу отметил, вопрос учета -- внешний вопрос. Куда и по каким правилам соотносить затраты. Ответ сошелся -- замечательно. Не сошелся -- смотрим косяки. Народ в джиру тоже не просто так пишет, а с подвыподвертом. Как только кто-то подумает, что так нельзя по процессу, так тут же найдется кейс с нарушителем.
Вы Jira, видимо, знаете неплохо, все под руками и в горячем доступе. Но джава -- редкий случай. Есть интерфейсы и все в контуре. Для других систем (особенно живущих в облаке) REST чаще всего будет выступать общим знаменателем. Ну вот джира подвернулась под руку. Это не специально.
Может будет а может не будет. Не знаю. Вопрос пользователям. Надо ассерты ставить и изучать нарушения. Потому что это потянет за собой двойной учет -- проблема более высокого порядка чем код. Для "задачи-пятиминутки" вопрос этот выходит за рамки.
Наверное, Вы архитектор и тогда это многое объясняет. Но непонятно, почему тогда Вы не читаете весь текст? Почти через абзац идет упоминание про документацию API. Про "магические преобразования", коими являются регулярки для json, похоже, Вы тоже не поняли. Почитайте про jq парсер, благо ссылки по тексту есть.
Поясняю еще раз, задачи подобного класса являются проходным мусором и представляют собой определенный вид инженерной/аналитической деятельности. Подключиться к чему угодно, содрать то, что надо, чтобы на выходе получить то, что требуется. Выход = f(вход). И все части являются переменными, включая передаточную функцию. Просто посмотрите на множество различных групп. С подобными вопросами мучается каждый второй начинающий.
В таких условиях глубокое чтение API не только бессмысленно, но и просто вредно. Время = деньги. Если задача решена быстро, считается правильно, код простой и ясный -- задача закрыта, можно переходить к следующей. Главное, что решение через доску все равно приводит к работе с ворклогом.
Вам цель непонятна -- это не страшно. Вы пытаетесь аргументировать в терминах ценностей, которые многим ценны, как фантик от бумажки. Так не работает. Конкретно Jira после закрытия on-premise ветки и высказыванием всяких позиций вообще неинтересна. Разбираться до винтиков в ее API -- бездарно и бессмысленно тратить время.
Может объясните, почему постоянно так получается? Вцепились в частность, которая вообще даже не на заднем плане. Текст -- иллюстрация по решению подобных задачек. Просто почитайте от начала до конца.
Да, Ваш ендпойнт хороший, но тут пошли сначала от проектов. В спринте много проектов, интересовали конкретные. Менеджеру удобно так думать -- прекрасно.
Прям спор как сумму в квадратной таблице считать. То ли по горизонтали, то ли по вертикали сначала.
Это АБСОЛЮТНО безразлично. Потянули с одной нитки -- ну ладно. Потянули с другой -- пожалуйста. Главное до конца дотянуть. Ворклоги все равно остаются. Цифровой шлак никуда не делся.
Взята Jira, а мог быть наумен, гитлаб, битрикс, и прочее имя чему Легион.
Просто скажите, какую мысль хотите донести. С Вами согласился же, можно было пробовать с доски. Но EDA запустили-по другому. Третий раз отвечать на второстепенный вопрос будет уже скучно и неинтересно.
Да, можно и с борда. Оттуда менеджеры и пытались сначала грузить в excel. И не устраивало по полной.
Если доска настроена.
Если спринты ведутся как надо.
Если все задачи в спринте ровно по тем проектам, что надо.
Если точно ясна методика разнесения часов.
Если ясно, что делать с перетекающими из спринта в спринт задачами.
Если...
Что от проектов, что от доски -- почти одинаково и никак не влияет на суть. Не воспринимайте это как мега задачу. Это просто иллюстрация подхода. Была бы не джира, а что-то другое... без разницы.
Шутить изволите-с? Но отмечу, что здесь никто никого не убеждает -- унылое это занятие.
Насчет сражений тоже сомнительно. Многие читают между строк и начинают на мельницы нападать. Нет бы что созидательное. Остается рядом стоять и руками разводить.
Всем устраивают. Но они в питоне.
Если чуть более серьезнее -- то консолидированный ответ на этот извечный вопрос был нарисован когда-то здесь. Сколько можно гонять по кругу, это же не F1.
и опять...
Вас подводит чувство такта.
Вы тут чужой на празднике со своими копиями сентенций умных людей.
Есть вопросы по существу? Нет.
Посвятите выходные более важным делам.
Или займитесь благотворительностью.
Михаил -- большой молодец. Разобрался, сделал, написал и поделился опытом.
Я знаком с Михаилом чуть больше чем Вы, ровно поэтому все Ваше надувание щек выглядит крайне неприглядно со стороны. Очень неприглядно.
Равно как и энтерпраз-либеральная сигнатура диалога, когда Вы просто игнорируете любой содержательный вопрос в Вашу сторону и занимаетесь подтасовкой и выдергиванием из контекста. Вы здесь просто смотритесь неуместным.
>/dev/null
Встречный вопрос к Вам.
Ваши публикации на хабре, коих не один десяток, выглядят разумным текстом взрослого человека.
Семантика Ваших комментариев здесь никак не бьется с публикациями.
Точно один человек скрывается под аккаунтом? Или тут пишет Mr. Hyde?
И взрослый человек знает, что для серьезных разговоров одного фронтмена недостаточно. За что Вы Михаилу свою точку зрения под личиной вопросов диктуете?
Вся же Ваша «Ха́йли ла́йкли» риторика выглядит полным субъективным бредом.
Вас пригласили в коммьюнити, протянули руку. Хотите задать вопросы и получить ответы? Пожалуйста, почти на все вопросы можно получить четкие ответы. Кроме уважения участников в коммьюнити больше ничего не требуется.
И большая часть коммьюнити, как минимум, билингва (R/python). А то и более, если считать SQL, JS, Julia, C++ тоже языками.
По поводу всяких enteprise системок.
Оно для чего надо? Для аналитики или для прод режима?
1. В первом случае можно стаскивать как угодно, и делается это просто набором инструментов в котором есть и awk и python и R и всякие базейки и jq и xslt и много чего еще. Задача получения данных -- низовая черновая. Как она решается -- для аналитики это вообще безразлично.
2. Спарк зачем? Бигдату считать? Так это вообще инфровая задача и она почти никогда не нужна для аналитики. Правильная постановка задачи и эксперимента часто позволяет ужать практические задачи до компактных размеров (несколько машин с терабайтами RAM -- это нынешняя реальность и это small data). Есть подборка хороших эссе на такие вопросы.
3. Если что-то хочется строить в энтерпрайзе и даже на средних данных, R прекрасно уживается в этом комбайне. Если действительно интересно, можете почитать. В Х5 такой комбайн прекрасно обслуживает всю сеть в задаче операционной аналитики с 2019 года. И никакие другие решения взлететь не смогли, хотя старалась куча команд. Конечно, может дело в руках и голове?
Вам "кажется" и Вы "подозреваете", все на смутных ощущениях... Зачем без знаний лезть в спор?
Со своими аргументами и упоминанием XSLT Вы просто бесконечно скучны. История вообще не про это и модель мира сильно сложнее трансформации. Почитайте книги, если интересно. Про R, про process mining, про Quarto. Посмотрите материалы Posit. Или просто вернитесь в свой мир.
Если интересно -- заглядывайте в коммьюнити. Получите ответы на все вопросы.
Кривая обучения каждого отдельного человека и целый сегмент интернета -- вещи независимые.
Сарказм всезнающего лучше приберегите для других мест, желчи и без Ваших "умных" комментариев разлито повсюду с горкой.
И не лень было первым влезать со всем этим? Если же дела до этого нет -- так и фокусируйтесь на том, что интересно, проходите мимо. Что за манеры пошли.
В R все в порядке
Консолидировал здесь: https://t.me/r_in_action/165
Михаил, спасибо за добавление.
https://tidyverts.org/ вообще сам по себе очень полезен.
Это перевод.
Это 2016 год, а на дворе 2022. Многое изменилось.
Спасибо за комментарий.
Хорошо, что есть вдумчивые читатели. Конечно, Вы правы. Но не хочется превращаться в телевизор, поэтому стараюсь не повторяться, на важные блоки просто давать ссылки. Да и не книга тут, а так, "комикс" на 140+ буковок. Про циклы и производительность почти каждая третья публикация. Никуда без этого...
Jira чужая и в облаке, доступ только через REST. Миссия провалена.
Но не в Jira дело.
Спасибо, хороший ответ.
1. Про авторизацию не совсем понял, ну есть она и есть. Проблем не доставляет.
Да, в исходном коде тоже есть jql. Проекты ищутся просто для проверки. Но он не один. Их список известен, можно и вектором задать. Но всегда бывают нюансы, пусть уж будут в том виде, как они в системе хранятся.
А еще иногда консультанты так штатные модели данных раскорячат, что сразу и не поймешь что где лежит.
Как я сразу отметил, вопрос учета -- внешний вопрос. Куда и по каким правилам соотносить затраты. Ответ сошелся -- замечательно. Не сошелся -- смотрим косяки. Народ в джиру тоже не просто так пишет, а с подвыподвертом. Как только кто-то подумает, что так нельзя по процессу, так тут же найдется кейс с нарушителем.
Вы Jira, видимо, знаете неплохо, все под руками и в горячем доступе. Но джава -- редкий случай. Есть интерфейсы и все в контуре. Для других систем (особенно живущих в облаке) REST чаще всего будет выступать общим знаменателем. Ну вот джира подвернулась под руку. Это не специально.
Может будет а может не будет. Не знаю. Вопрос пользователям. Надо ассерты ставить и изучать нарушения. Потому что это потянет за собой двойной учет -- проблема более высокого порядка чем код. Для "задачи-пятиминутки" вопрос этот выходит за рамки.
Дайте свой пример рабочего кода. Это будет хорошей аргументацией и демонстрацией. Просто комментарии "мне непонятно" писать -- дело нехитрое.
Наверное, Вы архитектор и тогда это многое объясняет.
Но непонятно, почему тогда Вы не читаете весь текст? Почти через абзац идет упоминание про документацию API. Про "магические преобразования", коими являются регулярки для json, похоже, Вы тоже не поняли. Почитайте про
jqпарсер, благо ссылки по тексту есть.Поясняю еще раз, задачи подобного класса являются проходным мусором и представляют собой определенный вид инженерной/аналитической деятельности. Подключиться к чему угодно, содрать то, что надо, чтобы на выходе получить то, что требуется.
Выход = f(вход). И все части являются переменными, включая передаточную функцию. Просто посмотрите на множество различных групп. С подобными вопросами мучается каждый второй начинающий.
В таких условиях глубокое чтение API не только бессмысленно, но и просто вредно. Время = деньги. Если задача решена быстро, считается правильно, код простой и ясный -- задача закрыта, можно переходить к следующей. Главное, что решение через доску все равно приводит к работе с ворклогом.
Вам цель непонятна -- это не страшно. Вы пытаетесь аргументировать в терминах ценностей, которые многим ценны, как фантик от бумажки. Так не работает.
Конкретно Jira после закрытия on-premise ветки и высказыванием всяких позиций вообще неинтересна. Разбираться до винтиков в ее API -- бездарно и бессмысленно тратить время.
Может объясните, почему постоянно так получается? Вцепились в частность, которая вообще даже не на заднем плане.
Текст -- иллюстрация по решению подобных задачек. Просто почитайте от начала до конца.
Да, Ваш ендпойнт хороший, но тут пошли сначала от проектов. В спринте много проектов, интересовали конкретные. Менеджеру удобно так думать -- прекрасно.
Прям спор как сумму в квадратной таблице считать. То ли по горизонтали, то ли по вертикали сначала.
Это АБСОЛЮТНО безразлично.
Потянули с одной нитки -- ну ладно. Потянули с другой -- пожалуйста. Главное до конца дотянуть. Ворклоги все равно остаются. Цифровой шлак никуда не делся.
Взята Jira, а мог быть наумен, гитлаб, битрикс, и прочее имя чему Легион.
Просто скажите, какую мысль хотите донести. С Вами согласился же, можно было пробовать с доски. Но EDA запустили-по другому. Третий раз отвечать на второстепенный вопрос будет уже скучно и неинтересно.
Да, можно и с борда. Оттуда менеджеры и пытались сначала грузить в excel. И не устраивало по полной.
Если доска настроена.
Если спринты ведутся как надо.
Если все задачи в спринте ровно по тем проектам, что надо.
Если точно ясна методика разнесения часов.
Если ясно, что делать с перетекающими из спринта в спринт задачами.
Если...
Что от проектов, что от доски -- почти одинаково и никак не влияет на суть. Не воспринимайте это как мега задачу. Это просто иллюстрация подхода. Была бы не джира, а что-то другое... без разницы.
Затрудняюсь ответить. Где-то просто есть код без результата.
Шутить изволите-с?
Но отмечу, что здесь никто никого не убеждает -- унылое это занятие.
Насчет сражений тоже сомнительно. Многие читают между строк и начинают на мельницы нападать. Нет бы что созидательное. Остается рядом стоять и руками разводить.