Notice: file_put_contents(): Write of 10106 bytes failed with errno=28 No space left on device in /var/www/tgoop/post.php on line 50

Warning: file_put_contents(): Only 16384 of 26490 bytes written, possibly out of free disk space in /var/www/tgoop/post.php on line 50
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.@emacsway_log P.1106
EMACSWAY_LOG Telegram 1106
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Можно ли по этой таблице, которая, к слову, единственная и состоит всего из двух колонок, сказать, что система распределения прав может объединять пользователей в группы и реализует множественное наследование прав неограниченного уровня вложенности? # \d…
Если у кого-то есть желание сделать имя на действительно важной и востребованной вещи, для которой не требуется глубоких теоретических познаний (в отличии от Grade) и достаточно уровня middle по Python, то я могу подкинуть идею:

1. Портировать plugin TracHoursPlugin на Trac 1.6. Руководство по миграции:
- https://trac.edgewall.org/wiki/TracDev/PortingFromGenshiToJinja

По большей части нужно портировать только шаблоны с Genshi на Jinja2:
- https://trac.edgewall.org/wiki/TracDev/PortingFromGenshiToJinja/Example

2. Усовершенствовать этот plugin, чтобы он позволял выражать оценку в виде вероятностной распределенности в соответствии с PERT, т.е. исходя из введенных пессимистической, номинальной и оптимистической оценок вычислял вероятностную оценку и среднеквадратичное отклонение. Это несложно.

3. Доработать plugin SumFieldsPlugin, чтобы он мог складывать среднеквадратичные отклонения как корень квадратный суммы квадратов.

4. То же самое сделать с plugin ValuePropagationPlugin.

5. И то же самое - с plugin RoadmapHoursPlugin. Там уже пытались сделать костыль для обработки погрешности - нужно сделать нормально.

6. Разобраться с Gantt-плагинами, выбрать наиболее перспективный, портировать его на Trac 1.6, и научить его работать с вероятностной распределенностью.

7. Если этого показалось мало, тогда можно заглянуть сюда и сюда. На рынке мало толковых инструментов для организации грамотного планирования и процессов разработки, особенно среди Open Source. А это - хороший шанс донести свое имя грамотным управленцам вместе с инструментом, который им нужен.

Это также хороший шанс повысить качество планирования своих собственных процессов разработки, улучшить морально-психологический климат и условия труда.

Весь код можно хранить в своем собственном репозитории GitHub и собирать звезды. А я, со своей стороны, постараюсь, чтоб этот код стал популярным и окажу содействие в разработке.

В крайнем случае придётся сделать самому.

Я вижу возможным создать быстровозводимую коробочную среду управления процессами для гибридной SDLC-модели разработки с открытым исходным кодом, заточенную для небольших проектов маленьких аутсорсеров. Чтобы разворачивалось одним кликом, как когда-то Apache Bloodhound (подробнее).

Мелкий аутсорсинг способен радикально улучшить рынок, если решить ряд его типовых проблем. На решении этих проблем я намерен сосредоточиться в обозримой перспективе, пока мои профессиональные обязанности связаны с этим сегментом рынка. Может быть это даже выльется в создание некоммерческой или коммерческой организации.

Напомню, что для обсуждения проблем заказной разработки я создал две тг-группы.

Почему Trac? В силу определенной проблемости использования Jira (и её расширений) в РФ, и в результате моего исследования рынка существующих решений, я пришел к выводу, что Trac несправедливо недооценен, и архитектурно он является наиболее гибкой системой с безграничными интеграционными возможностями для автоматизации процессов и с богатым консольным интерфейсом. Остальные инструменты я со счетов тоже не сбрасываю, но, в качестве фундамента для допиливания, Trac мне видится наиболее привлекательным.

Может показаться, что Trac морально устарел перед, например, OpenProject. Но его особенность в том, что там стареть нечему. Для написания плагинов достаточно знать SQL, в то время как для написания плагинов под OpenProject нужно знать Ruby On Rails и Angular, что существенно сокращает круг контрибьюторов. Новомодный frontend на Vue под Trac тоже есть.

Но главная особенность Trac - его легче оформить в DDD-стиле с нормальными Domain Events, чем обеспечится еще более стройная расширяемость. На его базе можно создать современный и архитектурно красивый продукт. Не просто же так Vaughn Vernon выбрал именно эту предметную область для своей "Красной Книги".

Кому интересно - пишите мне в личку: @emacsway

[UPDATE]: Вводный материал по оцениванию можно посмотреть здесь.

#Management #Scheduling #Estimation #Goal
🔥9👍3🤩1



tgoop.com/emacsway_log/1106
Create:
Last Update:

Если у кого-то есть желание сделать имя на действительно важной и востребованной вещи, для которой не требуется глубоких теоретических познаний (в отличии от Grade) и достаточно уровня middle по Python, то я могу подкинуть идею:

1. Портировать plugin TracHoursPlugin на Trac 1.6. Руководство по миграции:
- https://trac.edgewall.org/wiki/TracDev/PortingFromGenshiToJinja

По большей части нужно портировать только шаблоны с Genshi на Jinja2:
- https://trac.edgewall.org/wiki/TracDev/PortingFromGenshiToJinja/Example

2. Усовершенствовать этот plugin, чтобы он позволял выражать оценку в виде вероятностной распределенности в соответствии с PERT, т.е. исходя из введенных пессимистической, номинальной и оптимистической оценок вычислял вероятностную оценку и среднеквадратичное отклонение. Это несложно.

3. Доработать plugin SumFieldsPlugin, чтобы он мог складывать среднеквадратичные отклонения как корень квадратный суммы квадратов.

4. То же самое сделать с plugin ValuePropagationPlugin.

5. И то же самое - с plugin RoadmapHoursPlugin. Там уже пытались сделать костыль для обработки погрешности - нужно сделать нормально.

6. Разобраться с Gantt-плагинами, выбрать наиболее перспективный, портировать его на Trac 1.6, и научить его работать с вероятностной распределенностью.

7. Если этого показалось мало, тогда можно заглянуть сюда и сюда. На рынке мало толковых инструментов для организации грамотного планирования и процессов разработки, особенно среди Open Source. А это - хороший шанс донести свое имя грамотным управленцам вместе с инструментом, который им нужен.

Это также хороший шанс повысить качество планирования своих собственных процессов разработки, улучшить морально-психологический климат и условия труда.

Весь код можно хранить в своем собственном репозитории GitHub и собирать звезды. А я, со своей стороны, постараюсь, чтоб этот код стал популярным и окажу содействие в разработке.

В крайнем случае придётся сделать самому.

Я вижу возможным создать быстровозводимую коробочную среду управления процессами для гибридной SDLC-модели разработки с открытым исходным кодом, заточенную для небольших проектов маленьких аутсорсеров. Чтобы разворачивалось одним кликом, как когда-то Apache Bloodhound (подробнее).

Мелкий аутсорсинг способен радикально улучшить рынок, если решить ряд его типовых проблем. На решении этих проблем я намерен сосредоточиться в обозримой перспективе, пока мои профессиональные обязанности связаны с этим сегментом рынка. Может быть это даже выльется в создание некоммерческой или коммерческой организации.

Напомню, что для обсуждения проблем заказной разработки я создал две тг-группы.

Почему Trac? В силу определенной проблемости использования Jira (и её расширений) в РФ, и в результате моего исследования рынка существующих решений, я пришел к выводу, что Trac несправедливо недооценен, и архитектурно он является наиболее гибкой системой с безграничными интеграционными возможностями для автоматизации процессов и с богатым консольным интерфейсом. Остальные инструменты я со счетов тоже не сбрасываю, но, в качестве фундамента для допиливания, Trac мне видится наиболее привлекательным.

Может показаться, что Trac морально устарел перед, например, OpenProject. Но его особенность в том, что там стареть нечему. Для написания плагинов достаточно знать SQL, в то время как для написания плагинов под OpenProject нужно знать Ruby On Rails и Angular, что существенно сокращает круг контрибьюторов. Новомодный frontend на Vue под Trac тоже есть.

Но главная особенность Trac - его легче оформить в DDD-стиле с нормальными Domain Events, чем обеспечится еще более стройная расширяемость. На его базе можно создать современный и архитектурно красивый продукт. Не просто же так Vaughn Vernon выбрал именно эту предметную область для своей "Красной Книги".

Кому интересно - пишите мне в личку: @emacsway

[UPDATE]: Вводный материал по оцениванию можно посмотреть здесь.

#Management #Scheduling #Estimation #Goal

BY emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.


Share with your friend now:
tgoop.com/emacsway_log/1106

View MORE
Open in Telegram


Telegram News

Date: |

As five out of seven counts were serious, Hui sentenced Ng to six years and six months in jail. Telegram Channels requirements & features Activate up to 20 bots The public channel had more than 109,000 subscribers, Judge Hui said. Ng had the power to remove or amend the messages in the channel, but he “allowed them to exist.” Add up to 50 administrators
from us


Telegram emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
FROM American