Доступен выпуск платформы Plane 0.7, предоставляющей инструменты для управления проектами, отслеживания ошибок, планирования работ, сопровождения развития продуктов, построения списка задач и координации их выполнения. Платформа, которую можно развернуть в собственной инфраструктуре и не зависеть от сторонних поставщиков, развивается в качестве отрытого аналога таким проприетарным системам, как JIRA, Linear и Height. Проект находится на стадии разработки и готовится к формированию первого стабильного выпуска. Код написан на языке Python с использованием фреймворка Django и распространяется под лицензией Apache 2.0. В качестве СУБД используется PostgreSQL, а для быстрого хранилища - Redis. Web-интерфейс написан на TypeScript с использованием библиотеки Next.js...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59242
> Добавлен раздел с аналитикой, позволяющий наглядно оценить работу каждого сотрудникаэто невозможно сделать простыми столбиками
оказывается можно (см. скрины)
У тебя просто проблема с выстраиванием бизнес процессов если нельзя оценить работу простыми столбиками.
ещё один харвард мба в треде? - такие картинки хорошо топ манагерам показывать, указывая как у тебя мало ресурсов и поэтому надо расширить бюджет.такие как ты с "бизнес процессами" вместо работы не умеете зарабатывать деньги, только тратить чужие
фу
Вот у тебя и не бизнес, а беганье и подтирание за всеми соплей. Лишь бы каждого оценить в десятимерном пространстве. Дело твоё если честно.
Молодцом так его... говнарей ногами... а то обложат всякой ...ней и премии отжимают... ...длы.
> не бизнес, а беганье и подтирание за всеми соплей.Ты бузинесман из 90-х, да?
"оценить работу простыми столбиками" - это очень тупо подделывается на раз два.
Васе поставим задачу "переписать систему". А Маше "исправить иконку на кнопочке".
Ай-яй, что-то Вася отстаёт от Маши, надо сделать выговор. Я ж бузинесман, чё тут заморачиваться, всё просто и понятно.
Ты просто не знаешь кто у тебя что делает, поэтому ни они ни ты не понимают за что им платят деньги и как вообще всё работает. Всё держится на каких-то внутренних тараканах начальника, при том что он просто менеджер, персонал, который меняют так же часто как поизносившиеся ботинки. Поэтому у тебя все могут смело валять дурака, потому что оценку их работы делает левая пятка начальника, который рыжим платит меньше, а блондинам больше потому что он так захотел.
А вообще да, чудоИИ может помочь тебе избавиться от двуногих работников и их соплей в принципе.(Правда, почему клиенты тоже исчезли, оставим тебе в качестве упражнения для мозга)
Чел, ты своих сотрудников для начала заведи.
Аж четверо этих идиотов. Им незачем зарабатывать - деньги дядины, их задача- поделить так чтоб себя не обидеть."Финтех" и прочие моднявые анти-технологии ничегошеньки не "зарабатывают", они только тратят.
А те кто зарабатывают - зарабатывают не IT а трудом.
Начитался какой-то ерунды, теперь бредишь.
> Начитался какой-то ерунды, теперь бредишь.Вот такой и начитался:
"У тебя просто проблема с выстраиванием бизнес процессов если нельзя оценить работу простыми столбиками."Если вместо работы начинаются "выстраивания" и простые столбики - значит "бизнес" деньги зарабатывать не планировал никогда, он их дядины просто проедает.
Мы вот на днях выяснили что у самого-главного-начальника в КПИ какие-то очень умные выстраиватели бизнес-процессов заложили ФОП. Поэтому нам отменили оплату за выходные, заменив ее днем отпуска (очень нужным мне в середине недели, нет) да и тот ты обязан потратить в этом же месяце.Угадай, что стало с работами которые нельзя выполнять в рабочее время? Раньше за них шла война - не все можно делать параллельно, поэтому "завтра йа! Нет, йа! Ты на той неделе уже был!"
Нет, эту корову нельзя "больше доить", трудовая инспекция может атата. Зато КПИ стабильно растет и наверх идут позитивные доклады. А разбираться что надежность систем снижается - некому и незачем. Когда упадет - тогда может быть начнут думать. Скорее всего - кого наказать. И это точно будет не изобретатель КПИ и простых столбиков.
Вот вот ну бредишь же. Хорошо что ты там у себя наш телек не смотришь.
Да вот как тебе сказать? Я такое раза три за свою трудовую биографию видел, так что "не верить" оснований нет. И да, разделение вида "зарабатывает деньги|проедает деньги" - тоже.
Жиза, Ъ
Возможно даже одной цифрой. Зарплата называется.
Зарплата из одной цифры это печаль, вот когда их 6, тогда уже да.
И первый нолик?) 012345
Первый нолик, а второй x, 0x12345 хотя бы =)
Разработку ведут два индуса. С одной стороны вроде бы ничего, но количество эмодзи и эксайтмента зашкаливает. С другой стороны и проект технически вроде не очень сложный, может и затащат. Благословим!
Да, начинание интересное, если из этого ещё и толк будет... 👍
>> проект технически вроде не очень сложныйпока не вышел чуть дальше PET-проекта
sPlan 7.0?
Не, то для работы, а сабж - игрушка для эффективных мангеров.
> Код написан на языке Python с использованием фреймворка Djangoслишком дорого будет держать суперкомпьютер для питона
Например OpenBravo на Джаве сильно больше жрёт. Хотя суперкомпьютер для джава проекта это норма.
Не факт, я сейчас graalvm пользуюсь для своих проектов, суперкомпьютер не нужен.
зато каждый школьник или чатгпт может доработать за 2 копейки
Без интеграции в sr.ht/GitHub/GitLab/Gitea - не нужно.
А в Twitter и Facebook нужно интегрировать?
И на госуслуги ещё
Важнее в Инстаграм.
По моде нужен ещё ТикТок. Для привлечения новой аудитории.
Привязка к sr.ht/GitHub/GitLab/Gitea/bitbucket.org в таких системах обязательна.Те хуков еще не завезли, значит не узабельна.
Интересно, у всех ИТ-разработчиков такой узкий взгляд на мир ? Нет гитхабика - значит ненужнО ?Т.е. и MS Project ненухнО и Primawere ненужнО ?
Просто ребята накидали простецкий планировщик, вроде понятный простому человеку.
Если получится сделать его безглючным - будет хороший проект. А кому нужен гитхабик прилепят его сбоку - погромиты же !
Это у тебя узкий взгляд на мир. Софт сам по себе висящий в вакууме не нужен. Нужен софт, который использовать можно. На гитхабе есть свой планировщик. Зачем тогда этот софт, в котором ни на PR не сослаться, ни на issue, ни на milestone, ни закрыть issue в котором путём слияния ветки? Всё придётся делать ручками, но зачем? Функциональность этого софта не настолько уникальна и незаменима, чтобы тратить силы на делания всего ручками вместо того, чтобы просто использовать GitHub. Пока нужных функций не завезут - так и останется не нужным. А софт ведь на деле нужный, если его приделать к sr.ht, у которого всего этого нет. Но пока нет интеграции - весь этот труд пропал зря, ибо проще использовать GitHub.
Не обязательна, а не нужна.
> Без интеграции в sr.ht/GitHub/GitLab/Gitea - не нужно.Так в новости же написано:
> Интеграция с внешними сервисами, например, доставка уведомлений через Slack и синхронизация issue с GitHub.
Зачем нужна интеграция с гитхабом в системе управления проектами? Правильно - нафиг не нужно,там полноценная ECM нужна, а не какой-то гитхаб.
Мне эти backlog TODO и Progress напоминают дневничок блондинки, планирующей похудеть. :) Какие-то огрызочные задачки, безотносительно общего плана, структуры, сроков и т.п. Что это за низкоуровневый детсад??
Вот я пришёл на работу, открыл эту Плане - и чо? За что браться? За бэклог? Или туду? И что из них важнее? А какую задачу они решают? Бред....Лучший менеджер тасков - это ToDoList (от abstract spoon). Обычное десктопное приложение (причём с возможностью держать список на shared drive). Да, это не "прикольненький вебчик", но там адекватная структура, иерархия, приоритеты, ответственные и т.п. Всё есть, только ОДНОЙ понятной картинкой. Конечно, неплохо бы такое заделать в виде общедоступного сервера, но изначально продукт планировался именно как локальный менеджер. Так или иначе, но ВИД вашего проекта важен, а бэклог/туду - это для низкоуровневых КОДЕРОВ, скидывать им задачи сверху.
> Лучший менеджер тасков - это ToDoListТекстовый файлик в гите
Emacs Org-mode.
> Emacs Org-mode.вендор лок
Shared XLS тогда уж
Внутренние таски в гит совать - эксгибиционизм
> Shared XLS тогда уж
> Внутренние таски в гит совать - эксгибиционизмМожно историю нормально вести, сливать изменения, шарить, ватевер элс
> Можно историю нормально вести, сливать изменения, шарить, ватевер элсОвнклоуд. Гугл докс. Етц.
>> Можно историю нормально вести, сливать изменения, шарить, ватевер элс
> Овнклоуд. Гугл докс. Етц.Инфраструтуру для файлика поднимать? Вендор на гугл? Оверинжинеринг
Обычно всё уже есть, а рогам и копытам и гит не упёрся.
Жира или конфла в конце концов.
> Жира или конфла в конце концов.Жира тормозит как вне себя, спасибо не надо. К тому же они блокировали РФ - значит не нужны.
Это вы им не нужны. А жира была, есть, и будет.
> Это вы им не нужны.Смешной. Любая потеря клиента - это деньги, что самое важное для капиталиста.
> А жира была, есть, и будет.
Тормозила, тормозит и будет тормозить. Поправил тебя, не благодари.
> Смешной. Любая потеря клиента - это деньги, что самое важное для капиталиста.Ну вот сколько можно свои собственные подходы на всех остальных проецировать?
По факту мы уже второй год наблюдаем, что доброе имя оказалось дороже быстрых денег и части клиентов.
Потому что быстрые деньги можно отбить, а вот потерять доброе имя - чревато жуткими потерями, которые эти самые в лучшем случа 1.5% клиентуры не окупят никогда.
>> Смешной. Любая потеря клиента - это деньги, что самое важное для капиталиста.
> Ну вот сколько можно свои собственные подходы на всех остальных проецировать?
> По факту мы уже второй год наблюдаем, что доброе имя оказалось дороже
> быстрых денег и части клиентов.Вешай лапшу на уши другим. Лично наблюдал письма "мол не уходите", когда отказывались от жиры (от слова жир и тормоза). А наблюдаешь ты вмешательсво политики в дела кампаний, ведь все адекватные прекрасно понимают, что без одобрения гос-ва ни атласиан, ни другие подобные компании просто не будут сущетвовать.
> Потому что быстрые деньги можно отбить, а вот потерять доброе имя -
> чревато жуткими потерями, которые эти самые в лучшем случа 1.5% клиентуры
> не окупят никогда.Доброе имя как раз потеряно.
> Вешай лапшу на уши другимПродолжай наслаждаться.
>> Вешай лапшу на уши другим
> Продолжай наслаждаться.Наслаждаешься ты своей ложью.
Отвечали же на радио для все, но я повторю:1. План работ в спринте: там все понятно если задачи историями пишут нормальные PM-ы
2. TODO - это оперативные задачки, так например в TODO может быть небольшой ежедневный вклад в общее дело вроде подчистить warning-и в коде или еще какой-то долг, но смело эти TODO шлются при хорошей загрузке...В целом ты просто не разрбрался в этом приложении как и я и собственно не собираюсь, так как
решение это местячковое один товарищь написал для своих и выложил всем на оценку.Пройдет еще пару лет пока это станет популярным и появиться на хостингах как предустановленный
продукт и то если автор сообразит сделать форум на каком-нибудь ресурсе с сисадминами.
> 2. TODO - это оперативные задачки, так например в TODO может быть
> небольшой ежедневный вклад в общее дело вроде подчистить warning-и в коде
> или еще какой-то долг, но смело эти TODO шлются при хорошей
> загрузке...то есть сделаны не будут никогда.
Ну как обычно...
> Пройдет еще пару лет пока это станет популярным и появиться на хостингахнет.
Как платили атcaсину так и будут платить.
> то есть сделаны не будут никогда.Ну не поверю, что не бывает окон в процессах?
Такое возможно только в случае чака-менеджмент управленцев,
а в таком случае мое сочувствие. В остальных случая день простоя
вполне нормальная ситуация и вот тут и можно разгребсти все кучи
и вопрос только в мотивации (опять же если ее убили на корню и работа
через скрежет зубов, то опять же на кой тогда вообще там работать).> Как платили атcaсину так и будут платить.
Через как? И уж ну на чистоту ваш атсасин разводила, который
за каждый плагин требует по 5$ с пользователя. Причем ладно
там все летало бы как часы работало, а так еще и говеное решение
само по себе, так что нет тут вопрос удобства тоже важен.
>> то есть сделаны не будут никогда.
> Ну не поверю, что не бывает окон в процессах?бывают, вот, опеннет почитываем.
> а в таком случае мое сочувствие. В остальных случая день простоя
> вполне нормальная ситуация и вот тут и можно разгребсти все кучи
> и вопрос только в мотивации (опять же если ее убили на корнюкучи разгребать никто не любит. Ни свои, ни тем более чужие. Когда это просто очередная задача - ну тут повздыхают-повздыхают и берутся, деваться некуда.
>> Как платили атcaсину так и будут платить.
> Через как? И уж ну на чистоту ваш атсасин разводила, которыйчерез посредников, как еще.
> за каждый плагин требует по 5$ с пользователя. Причем ладно
контора по освоению средств может себе это позволить, а других нынче и не бывает.
Правда, плагины для time management у них почему-то всегда... оно.
> там все летало бы как часы работало, а так еще и говеное
> решениевы всегда можете обратиться в техподдержку, подождать своей очереди пару недель и немедленно отправиться в указанном ей направлении.
С другой стороны - redmine еще хуже.
А свое писать - для многих совершенно непрофильный бизнес.
Услышал слово спринт - быстрее ищи нормальную работу, пока коллеги не опередили.
> Услышал слово спринт - быстрее ищи нормальную работу, пока коллеги не опередили.а, вот оно что означает...
Но, по-моему, поздно уже - нет нормальных.
Выглядит попсово, но для реальной работы пользователь-техподдержка-аналитик-архитектор-разработка-тестирование-релиз мало пригодно. Бэклог разработчка все же возникает из заявки на разработку, которой предшествует тикет/MRD, постановка и план тестирования. Так что без различных видов связей между разными видами Issue и управления правами на поля - ну никак.Лучше бы они всю эту попсовость в виде плагинов к Redmine делали.
Redmine на рубях, так что смело хорони. Там 1.5 программиста на весь мир.
у тебя слово "миллиона" выпало.К сожалению, примерно треть из них уже трудоустроена в гитшлак и гитхлам.
Таблетки, таблетки, забываешь.
Ruby - это язык одного фреймворка, кроме использования в рамках этого фреймворка не нужный вообще. Больной, умирающий язык, код, написанный на котором - это такое же legacy, как код на cobol и algol. Ни один разумный человек не будет учить legacy просто так. Питон пойдут учить, потому что у него есть будущее. JS пойдут учить. C++ пойдут учить. Rust пойдут учить. А языки для legacy будут учить только если насяльника решил, что будем работатьнама над проектанама, которые другие люди бросили потому, что им была не охота копаться в этом legacy.
Прошу прощения, но после освоения первого десятка языков программирования, продуктивный код на Ruby можно начать писать уже через пару дней знакомства с ним. Чего не скажешь про COBOL.
Прошу прощения, но как человек таки освоивший более десятка языков программирования (разных языковых групп, что важно), хочу заметить, что с таким багажом знаний можно начинать писать продуктивный код после пары дней знакомства практически с любым языком программирования, а не только с Ruby. )
Есть специфичные языки, включая тот же COBOL, которые за пару дней не вкурить.
Да ладно ... Кобол простецкий язык. Чего его осваивать ? Прям по ангельски всё понятно - это секция для этого, та - для того. Даже на русском кобол был, для неосиляторов (1с - наследие кобола ... да и VB).Поосваивай ты какой-нибудь PL/1 или Prolog.
> Чего его осваивать ?Я уже указал, что наличие в нем довольно мощного и сложного ввода-вывода, включая генератор отчетов, не позволяет освоить его за пару дней. Уж слишком там все своеобразно и не похоже на другие языки.
Вот честно признайтесь, сколько времени у Вас ушло с начала изучения COBOL до написания первой программы, попавшей в промэксплуатацию? У меня - не меньше недели на простую форму ввода для EC-7920.> Поосваивай ты какой-нибудь PL/1 или Prolog.
А с чего Вы взяли, что я их не освоил? Например, на PL/I еще в конце 80-х мои программы были в промэксплуатации. Еще на древней ЕС-1035. Впрочем, там ассемблера было чуть ли больше, чем PL/I. BTAM в PL/I не поддерживался. Да и в параллель запускать legacy на других языках его встроенная мультизадачность не позволяла. Тем более перехватывать их ввод-вывод.
> Прошу прощения, но после освоения первого десятка языков программирования, продуктивный
> код на Ruby можно начать писать уже через пару дней знакомствапроблема что тебе нужен будет таки не руби а фреймворк, а его за пару дней вряд ли осилишь.
> с ним. Чего не скажешь про COBOL.
почему? Синтаксис примитивнейший. Сложных концепций нет. Лапшекод - есть, и обычно тебе надо не начинать писать а начинать искать ошибку - но это, собственно, ничем не отличается от "фреймворка" - там и там надо сперва понять что до тебя было и зачем эти люди эту гадость сделали.
А вот сервера pgp так и не починили. Йезык слишком сложнама. шайтанама!
> за пару дней вряд ли осилишьУ меня получилось за день. На второй день я уже написал свой первый плагин к Redmine. Хотя следует отметить, что с Lisp, Perl, Smalltalk и Python я был к тому времени уже знаком. Не говоря уже о самой концепции MVC и возможностях CSS. По сути, новым для меня был только механизм примесей.
>> Чего не скажешь про COBOL.
> почему? Синтаксис примитивнейший. Сложных концепций нет.Вам точно приходилось писать продуктивный код на COBOL?
Его идеология смешанного декларативно-процедурного ввода-вывода весьма оригинальна. По крайней мере я не встречал еще разработчика, способного на третий день знакомства с COBOL написать "отчетик", формирующий бланки утвержденной отчетности (накладные, спецификации, технологические карты или даже ярлыки).
Сейчас все привыкли к универсальным языкам программирования. Поэтому предметно-ориентированные языки программирования, такие как COBOL, очень многих вводят в ступор на несколько дней. Уж слишком непривычно, когда ввод-вывод, включая даже БД ключ-значение, встроен в язык, а не реализован через набор функций.
> Вам точно приходилось писать продуктивный код на COBOL?У тебя, похоже, проблема в переходе от новых концепций к старым. А когда из языков только FORTRAN (да то тот 66), algol60 и чё там ещё было ? Ну да ... PL/1 - смешать, но не взбалтывать. Тогда во всех языках ввод-вывод был частью языка, а уже на смену им пришли паскаль и с - со своей простотой. Этим сразу всем и полюбились. Ну и UNIX опять же - "всё есть файл", это был прорыв. Поэтому COBOL воспринимался вполне себе - я первый отчёт на нём написал после недели практики.
Сейчас все привыкли не просто к "универсальным" (чтобы это ни означало), а именно объектно-ориентированным. Причём уже не к самим языкам, а уже фреймворкам на этих языках. Отсюда и проблемы написания (понимания) кода функционально-ориентированного С. Вообще, я думаю, выпусти на brainfuck кто-нибудь приличный фреймворк - все полезут туда, только шуба будет заворачиваться ...
> У тебя, похоже, проблема в переходе от новых концепций к старым.Откуда? Я начинал как раз в FORTRAN, PL/I, COBOL и ассемблера ЕС ЭВС. Ну не считая BASIC и ассемблеры 8080 и 8048/8051 в школе. Так что у меня все время был переход от старых концепций к новым, а вовсе не наоборот.
>> Вам точно приходилось писать продуктивный код на COBOL?
На вопрос ответьте! А то демагогия получается, вместо дискуссии.
Я же написал, первый отчёт за неделю практики. Потом всякие отчёты "по образу и подобию". А когда на работу туда пришёл - там уже был PL/1 во все поля.
Так что считать продакшеном ? Да, эти отчёты печатались много лет - никто их переписывать до эры PC и не собирался.
> Я же написал, первый отчёт за неделю практики.Не было бы слова "практики" - еще поверил бы. А так явная ложь. Студенту разобраться с выборкой данных из IDMS или ADABAS точно за неделю не судьба. А в институтах их не преподавали - значит опыта быть не могло.
Я уж молчу, если данные не в СУБД и объединять их надо ручными вызовами сортировки-объединения или через индексы ISAM. Там и за две недели не вкурить студенту.> там уже был PL/1 во все поля
Смысл на PL/I переписывать то, что не всегда и перепишешь? Это не считая того, что те же отчеты на COBOL писались быстрее и проще, чем на PL/I. На последнем то отслеживать переходы между листами с формированием подитогов приходилось процедурно и вручную.
Может это уже речь о 90-х? Я тогда перестал за PL/I следить и, теоретически, для него могли свой генератор отчетов запилить к тому времени.
> Так что считать продакшеномТо, что было включено в релиз и затем в промэксплуатацию. А есть другие варианты?
> Ruby - это язык одного фреймворка, кроме использования в рамках этого фреймворка не
> нужный вообще.ну или ты не видишь, потому что очевидно что то что не использует этот неназываемый фреймворк - не является вебом.
А где-нибудь внутри технологической платформы может и быть, просто ты об этом никогда не узнаешь.
> Питон пойдут учить, потому что у него есть будущее
причем - в каждой версии новое. Идите, чо...
Повторяю - гитхап и гитляп помимо миллиона прожектов поменьше. А на пихоне и хрусте почему-то опять не получилось, может место проклятое?
Или язычок который каждый день новый - не очень подходит для долгоживущих проектов? (авторы trac и hg проверили на своей шкуре)
Тем не менее миллион программистов на Руби находятся исключительно в твоей голове.
Ну, там "на дне" и фортран какой будет закопан - и?
> Ну, там "на дне" и фортран какой будет закопан - и?фортран (даже современный) для понимания несложен. С кодом гитляпа это немного не совсем так.
Контекст потерялся. Пользователь выше говорит, что ruby - legacy одного фреймворка. Ты логично отвечаешь - что "не одного", и оно много где может оказаться на самом деле, причем в неочевидных снаружи местах.
Я говорю, что "наличие много где" меньшим "legacy" в общем-то не делает, приводя в пример тот же фортран, на что идет непонятный мне переход к обсуждению "сложности (поддержки) кода".
ну я обычно под легаси подразумеваю давно мертвое в чем копаться никому неохота и выбросить не получается. А проекты на фортране вполне себе живут и развиваются, потому что действительно удобно там где от языка нужна только обработка цифирей. Насчет кобола не уверен что на нем хоть что-нибудь в принципе "удобно", там вот скорее всего именно все боятся взять и выбросить.А на рубях тоже пишут активно и пишут много, так что оно своей смертью вряд ли помрет.
Да фиг знает - инструменты ж "умирают" не по тому, что в определенный момент "прекращают работать" (хотя бывает и так), а по тому, что в какой-то момент оказывается что уже нет людей, готовых их использовать.
Может у меня специфическое окружение (За стенкой, ага) - но "бывших" программистов на ruby я знаю, а вот "новых" как-то нет. "Продукты" на рубях вокруг да, есть - brew, vagrant, fluentd - но это все саппорт существующего, а нового на рубях чтоб не "десять лет назад выбрали" как-то не припоминаю.
> Да фиг знает - инструменты ж "умирают" не по тому, что в
> определенный момент "прекращают работать" (хотя бывает и так), а по тому,
> что в какой-то момент оказывается что уже нет людей, готовых их
> использовать.ну вон тут за редмайн разговор шел. Кто его использовал десять лет назад - тот и сейчас использует.
Ну не можешь в ruby - значит наймешь кого-нибудь.Тем более что тебе обычно там не сильно нужен фреймворк, нужны внутренние апи.
А как же GitHub, Twitter, Kickstarter, Netflix?
К тому же большинство дополнений вполне реализуемы через REST API, которому монопенисуально, на чем клиент. Хоть на том же Python.
По сути, на Ruby делается только регистрация плагинов. Сама же реализация вполне может быть на чем угодно.
С другой стороны, несмотря на преимущества коммерческой Jira, из open source наиболее функционален и распостранен Redmine.
> С другой стороны, несмотря на преимущества коммерческой Jira, из open source наиболее
> функционален и распостранен Redmine.бишплатнае! Взять-взять!
(впрочем, я даже не берусь судить, которое из двух большее г-но)
> бишплатнае! Взять-взять!Откуда вдруг взялось "бесплатное"? Немало плагинов к Redmine платные.
Речь вообще то была именно про open source, когда есть возможность самостоятельно либо расширить функциональность, либо оперативно устранить ошибку. Не считая так же возможности провести аудит кода на предмет закладок или троянов.> которое из двух большее г-но
Дайте ссылку на продукт, который функциональней и стабильней Jira и Redmine. Или "все г-но кроме пчел, да и пчелы тоже г-но, только мед приносят"? )))
>> бишплатнае! Взять-взять!
> Откуда вдруг взялось "бесплатное"? Немало плагинов к Redmine платные.ну ты просто сравни ситуацию с атлассиан где в принципе все платное, даже то что по идее бесплатное.
> Речь вообще то была именно про open source, когда есть возможность самостоятельно
> либо расширить функциональность, либо оперативно устранить ошибку. Не считая так жеНу вот оно опен. Расширяй. Ан, не хочется или не можется - наверное, руби виноват? Не знаю - моего свободного времени на разбирательства с redmine не хватило.
> Дайте ссылку на продукт, который функциональней и стабильней Jira и Redmine. Или
> "все г-но кроме пчел, да и пчелы тоже г-но, только мед приносят"? )))эти пчолы и мед приносят какой-то неправильный. И еще и горшок норовят отнять и к себе в улей утащить.
Но альтернатива пока да - даже на горизонте не просматривается. Не это же вот творчество индусского коллектива.
> сравни ситуацию с атлассианТам закрытый код. Весь кастом, не вписывающийся в ограничения Atlassian, приходится делать сбоку, через БД Jira на PostgreSQL.
> Ну вот оно опен. Расширяй.
А я это не раз и делал, в том числе и в Redmine. В чем проблемы? Вот сейчас в Confluent баги правлю и функциональность расширяю. Что не так?
> моего свободного времени
А кто говорит о "свободном"? Клиент платит - я делаю. Не платит - не делаю. Если лицензия требует - свои модификации публикую. Не требует - не публикую. Что не так?
> Но альтернатива пока да - даже на горизонте не просматривается.
Отсюда бессмысленны ярлыки вроде "г-но". Так как все познается в сравнении. Например, любой современный ракетный двигатель тогда тоже "г-но", так как ни на одном из них даже до Толимана не долететь.
>> сравни ситуацию с атлассиан
> Там закрытый код. Весь кастом, не вписывающийся в ограничения Atlassian, приходится делать сбоку,
> через БД Jiraбррр, не надо ТАК делать! api для кого придуманы?
> А я это не раз и делал, в том числе и в Redmine.
в смысле - переписыванием кода ядра, вместо плагинов? А клиента совсем не жаль, сам виноват?
> А кто говорит о "свободном"? Клиент платит - я делаю.
я к сожалению - клиент. В смысле мы же уже купили, а теперь живи как хочешь с этим уродцем.
А когда выясняется что там не так, это не работает а вон то не ложится в наши стандарты работы - ушлого интегратора и след простыл, бюджет освоен и нового не предвидится.А самому что-то в этом "открытом" поправить - надо либо не работать, либо разберешься к моменту когда моя длинная седая борода достанет до парковки с подоконника нашего седьмого этажа.
Поэтому я в принципе счастлив теперь с жырой, где все то же самое (такое же кривое) но у менджеров хотя бы есть понимание что оно небесплатное и кроилово ведет куда обычно.
> api для кого придуманы?Я же явно указал:
>> кастом, не вписывающийся в ограничения AtlassianНе все там можно сделать через Jira API.
> в смысле - переписыванием кода ядра, вместо плагинов?
Чукча писатель, а не читатель? Выше же явно написано:
>> У меня получилось за день. На второй день я уже написал свой первый плагин к Redmine.
> А самому что-то в этом "открытом" поправить - надо либо не работать, либо разберешься к моменту когда моя длинная седая борода достанет до парковки с подоконника нашего седьмого этажа.А это уже вопрос к квалификации и профпригодности. Там, где я потратил день, кто-то действительно может годами возиться )
Светилась в трендах Github (мониторю по несколько раз в день). Видимо из-за появиление GUI для chatgpt API. Сейчас все, кто не запилил отправлялку запросов в chatgpt - тот не в тренде и не тру пацан.
Когда-то давным давно началась мода пить смузи и чего теперь тоже начинать,
Позже все стали искать специалистов BigData, передживать за ИБ и внедрять ИИ и чего теперь тоже начинать,
В какой-то момент стало модно быть меньщинствам: ЛГБТ, всякая гомосятина и прочие BLM и чего теперь тоже начинать?Чел или мир прогнеться под нас или мы прогибаемся под мир.
Если следовать моде, то подозреваю, что мой собеседник черная сменившый пол лезбуха,
попивающая смузи занимающаяся безопатсностью большого количество опастной информации потребяемой ИИ для непойми чего.С другой стороны может быть это эволюция такая бездетная, безродная, безвкусная и категоричная.
Python Django PostgreSQL Redis TypeScript Next.jsЭтот кошмар ещё и использовать предлагается? Оно ж несаппортабельно.
> Python Django PostgreSQL Redis TypeScript Next.js
> Этот кошмар ещё и использовать предлагается? Оно ж несаппортабельно.Работай, раб! Галерщику виднее чем ты должен веслать!
Огорчает, конечно, отсутствие какой-нибудь зоофилии с kafka, для полного комплекта.
Но в целом, продукция atlassian ничуть не лучше.
Да PHP было бы гораздо лучше (нет)
Вот очень интересно - что тогда "саппортабельно" и о каком уровне "саппорта" идет речь - ну чтоб понятно было, в какую сторону (не)говорить.
> Вот очень интересно - что тогда "саппортабельно" и о каком уровне "саппорта"
> идет речь - ну чтоб понятно было, в какую сторону (не)говорить.ну давай поговорим, например, что делать через пару лет если в любимом джанке ОЙ ОПЯТЬ можно выполнить левый код на хосте? Сегодня и завтра понятно, ты скорее всего сможешь просто его поапгрейдить. А дальше?
Не понял вопроса. Ну вот в гитлабе третьего дня RCE образовался - давай пару годиков с обновлением подождем, и вот ПОТОМ! попробуем обновиться?
Кто и по какой причине заставляет ждать до состояния "глубоко unsupported" чтобы затем решать проблемы?
Чем ситуация с python-django отличается от жава-восемь-сидунов, тысячи их!?
Моя не понимать.
> Не понял вопроса. Ну вот в гитлабе третьего дня RCE образовался -с гитляпом все понятно - в нем rcе, его и обновляем.
Что делать с софтом _поверх_ пихон-джанка если проблема - в пихонджанке а не в софте?
Обновить просто так скорее всего не получится - версии несовместимы. Ни с обновленным пихоном, ни с необновленным мешком плана.> Чем ситуация с python-django отличается от жава-восемь-сидунов, тысячи их!?
тем что жаба - язык, его не надо обновлять. А вот с log4j - да, ничем. И обновить невозможно, и сделать с этим ничего невозможно. Так и живут с дырой.
>Что делать с софтом _поверх_ пихон-джанка если проблема - в пихонджанке а не в софте?Ну, так это стандартные риски при использовании любого фреймворка +\-. Тот же гитлаб на 6ю версию рельс долгонько переходил, а на 7ю ЕМНИП, уже год как "в процессе" - тоже видимо не все так гладко с совместимостью при обновлении как хотелось бы.
>тем что жаба - язык, его не надо обновлять.а рантайм куда делся?
> А вот с log4j - да, ничем. И обновить невозможно, и сделать с этим ничего невозможно. Так и живут с дырой.А если нет разницы...
> Ну, так это стандартные риски при использовании любого фреймворка +\-.Именно. Любой слой создаёт риски. А здесь целый зоопарк. Плюс еще то, что пихон - это сборка из толпы лефтпадов, равно как и JS там скорее всего, каждый лефтпад, написанный левой задней ногой очередного художника, который так видит, и часто в случае пихона даже по жизненному циклу не заморачивается - отдельное счастье.
Что-то гетерогенное, но явно не монструозный зоопарк софта ради копеечной фичи.
Куда уж "гетерогенней"-то? )))
Может, стесняюсь за страшное слово - "гомогенное" т.е. "однородное"? И что именно - нодаЖыЭс или жава с сервер-сайд-рендерингом? Есть два стула...
Не, я имею в виду, что гетерогенное - ну, ок, даже с PHP ты часто имеешь PHP+JS+DBMS, но не вот этот зоопарк.
Ну да, php-laravel-postgres-redis-ts или там ruby-ror-postgres-redis-ts это другое, я понял. Это - гетерогенное, а вот то - зоопарк, не перепутай.
Вот то, что ты выше привёл - хорошие примеры аналогичных зоопарков как раз.
Поэтому продакшн-проекты допустим у нас представляют собой связки .NET/MSSQL/JS и PHP/MySQL/JS.
Иногда к этому добавляется либо специфичная DBMS (NoSQL в основном), но это всё. Никаких ларавелов.
// либо специфичная DBMS, либо менеджер очередей
Ну вот ни в жисть не поверю в "голый js" - полюбэ какой angular\react\vue окажется - последние луддиты и те jQuery затащат ). Да и в "голый php" если честно ниочень - т.е. бывают конечно, гм... энтузиасты, но им вечно рельеф мешает до прода доползти ).
Вот с .net что-то относительно гомогенное соорудить можно - но и там в сколько-нибудь серьёзных применениях скорее всего придется приляпывать распределенный кэш, брокер очередей, kvstore какой - те же яйца, вид в профиль в итоге.
У меня все проекты в проде на голом PHP, а чо?***ться с геморроями в унылых костыльных монструозных фреймворках - увольте, они годятся только магазинчик на скорую руку собрать.
Ну... рельеф-и-энтузиасты(Ц). Осталось еще чужие библиотеки не подключать и код между проектами не переиспользовать - и вообще Ъ-opennet будет, ибо! А уж если деньги на все это Аллах дает и отчета не требует - так и вовсе великолепно.
А "монструозные фреймворки" для магазинов применять как раз не оч - там в чести более готовые решения на базе уже CMS - но любителям вылысыпедить оно и не нужно, право-слово.
Чужие библиотеки и правда не подключаем во многих проектах - или вы потащите себе неизвестный говнокод например в обслуживание ключей SSL? Пишем коротко и реюзабельно, одна задача - один файл (а не ворох каталогов с классами из 5 строчек кода и 50 обвязки пыходока), таскаем между проектами.
Нуууу... да? Единственные известные мне люди, готовые пердолиться с низкоуровневой криптухой внутри проекта вместо подключения openssl\gnutls\boringssl\подставьте-нужное сидят на opennet.
Так загляните в эти готовые решения.
Тот же вротпресс ныне представляет из себя сборную солянку. Добавляешь пару плагинов - и оно начинает загибаться на этапе сборки. Дальше опкеш слегка проблему нивелирует, но это всё работа ради работы.
Я уж про doctrine помолчу - один раз пришлось в это сунуться.
Чутка о***ли, и написали замену тому, что на нём было сами, ибо трахаться с этим было просто лень, быстрее написать самим.
Ой бида-бида. Зато интернет-магазин на bitrix'е неленивый жун запилит за 3 дня - а нелюбитель-работы-ради-работы будет всей конторой ТЗ полгода согласовывать - патамучта тут мы ниможем, здесь ниумеем, там вот вообще много кодить надо, да и склад в 1С у вас нестандартный, так что интеграцию мы отдельно вторым этапом... и даже хрен бы с ним - так и саппортить за любителями "некривых самописных фреймворков" из 12 (зато круглых!) колесиков (что ругаешься насяльникаме? Общая площадь такая же как у тех вот - с двумя!) смогут не только лишь все. Хвала Аллаху, Милостивому и Милосердному - индустрия этот путь уже прошла и назад воротаться не думает.
Я и говорю, вполне годицо для магазинов на коленке.
Щитото посложнее на вротпрессе ложится только в путь под собственной тяжестью.
Есть у нас одни ребята, слепившие на вротпрессе большой гамазин. Сколько они с ним трахаются - давно бы окупились ленивые неджуны.
Идашобщанепонеслось "агдежемудели" - есть там всё. И модели, и даже кооперативные корутины, просто оформлено это в виде библиотек, которые между проектами таскаются, а не в виде монструозного вороха завязанных друг на друга сотен классов, написанных в духе "йаобезянумеюкопипстить", из которых ты реально используешь от силы десяток.
очередной софт для управления управлением...такое должно быть заточено под деятельность, а не наоборот.
Так оно и заточено под детялеьность конкретного процесса и выложено в открытый доступ для немощьных у которых нет своих штатных специалитстов за выходные написать такое решение...Короче малый бизнес подьедает остатки со стола крупных игроков которые в выходные написали решение для развлечения
> очередной софт для управления управлением...
> такое должно быть заточено под деятельность, а не наоборот.я так понял - оно и заточено под деятельность конкретного хвостатого коллектива. Зато шва6одное...
> использование каскадной (waterfall) и гибкой (agile) методик разработкиwaterfall переводить "каскадом", а agile -- "гибким", это чтобы сложнее было понять о чём идёт речь? Чтобы русскоязычные тексты были бы совсем нечитабельными?