https://opennet.ru/openforum/vsluhforumID3/107922.html Представлен (http://blogs.perl.org/users/yuki_kimoto/2016/05/gitprep-20-is-released---support-pull-request-and-add-good-features.html) выпуск платформы совместной разработки GitPrep 2.0 (http://gitprep.yukikimoto.com/), предоставляющей интерфейс очень близкий по оформлению к GitHub, но обеспечивающий только минимально необходимый набор возможностей. GitPrep написан на языке Perl с использованием фреймворка Mojolicious (http://mojolicious.org/). Для хранения данных задействован SQLite. Код распространяется под лицензиями Artistic и GPL (по аналогии с Perl). <br><br>&lt;center&gt;&lt;a href="https://raw.githubusercontent.com/yuki-kimoto/gitprep/master/gitprep_image.png"&gt;&lt;img src="https://www.opennet.ru/opennews/pics_base/0_1463290722.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0&gt;&lt;/a&gt;&lt;/center&gt;<br><br><br>GitPrep может использоваться как самодостаточный продукт с минимальным числом зависимостей (требуется только git и Perl 5.10.1+), обслуживаемый встроенным http-серверо https://opennet.ru/openforum/vsluhforumID3/107922.html#140 Thu, 26 May 2016 11:18:01 GMT &gt;От себя добавлю, что не понимаю причём здесь вообще redmine? Это же тасктрекер. Тасктрекеры тут вообще не причём кмк.<br><br>Очень причем. Олдскул это тасктрекеры типа редмайна. ТО, что сделано в GitHub/GitPrep и т.п. ОЧЕНЬ сложно назвать тасктрекером. Так, "заметки" для ТП (да-да, именно их), которым не нужно знать про приоритеты, на кого задача назначена, простановки дедлайнов и т.п. Этим ТП нужно только быстро написать бла-бла и все. Ну, в реале вместо ТП выступают школо-пограммисты, а им как раз это и нужно -- лишь бы закомитить и забыть.<br> https://opennet.ru/openforum/vsluhforumID3/107922.html#139 Wed, 18 May 2016 19:49:25 GMT &gt; Вот в ресторане пусть шеф-повар и сидит, кто ж против. А в <br>&gt; массовом общественном питании он нужен чтобы принять полтора решения - а <br>&gt; дальше дело за мальчиками-девочками клонами, тупо соблюдающими технологическую карту. <br><br>Рестораны - это и есть "массовое общественное питание".<br> https://opennet.ru/openforum/vsluhforumID3/107922.html#138 Wed, 18 May 2016 16:27:45 GMT Стандартное решение, понятно, применимо к большинству ситуаций, но не ко всем. Неужели это нужно специально объяснять?<br> https://opennet.ru/openforum/vsluhforumID3/107922.html#137 Wed, 18 May 2016 16:26:07 GMT Видел. И видел, как этот in-house выкидывали из-за дороговизны поддержки. Заменяя решениями, где более-менее отделена стандартная инфрастуктура от специфических сервисов, что уменьшало количество "тайных знаний" и мороки в разы.<br><br>"Система не стандартная, эксплуатируется только у одного пользователя" автоматом означает, что поддержка дорога. И ещё - что либо она уже сейчас проигрывает стандратным системам по эксплуатационным характеристикам, либо вскоре проиграет. Потому что если она в одном экземпляре - значит, это не основная деятельность предприятия. И на неё неизбежно будет тратиться меньше ресурсов, чем на то, что пишется под многих клиентов либо многими совместно. Исключение - гиганты вроде Гугла, конечно, но у тех с документированием/формализацией/автоматизацией всё в порядке, насколько я понимаю.<br><br>А насчёт десяточки - я в этом треде очень старался обходиться без оскорблений (чай, не с клоуном беседую), ожидаю и от вас того же. Хотя если абстрагироваться от десяточки - вариант неплохой и сто раз обк https://opennet.ru/openforum/vsluhforumID3/107922.html#136 Wed, 18 May 2016 16:13:46 GMT Вот в ресторане пусть шеф-повар и сидит, кто ж против. А в массовом общественном питании он нужен чтобы принять полтора решения - а дальше дело за мальчиками-девочками клонами, тупо соблюдающими технологическую карту. И мальчиками/девочками чуть постарше, по другой технологической катри их проверяющими.<br><br>То же самое и с небольшим производством - да сколько угодно, пусть выполняют редкие экзотические заказы. А на большом (где 90% клмиентов и денег) - стандартизация, ISO и люди-винтики. Кстати, небольшие производства часто остаются небольшими именно потому, что не в состоянии всё это внедрить.<br> https://opennet.ru/openforum/vsluhforumID3/107922.html#135 Wed, 18 May 2016 13:13:42 GMT Вот Вы знаете - SAPисты действительно считают, что после первой "стрижки" голова станет "одинаковой". И у них в какой-то мере это получается!!!<br>Но стригут они, конечно, знаатно =)<br> https://opennet.ru/openforum/vsluhforumID3/107922.html#134 Wed, 18 May 2016 09:18:16 GMT Ах, да, в догонку:<br><br>&gt; Вы, по-моему, никогда не видели крупных собственных разработок.<br><br>Это только по вашему, т.к. большая часть моего опыта работы связана именно с подобным балагано. Я скорее "никогда не видел простых сайтов на PHP", верней не занимался их профессиональным обслуживанием, как это делают например крупные хостеры.<br> https://opennet.ru/openforum/vsluhforumID3/107922.html#133 Wed, 18 May 2016 09:11:02 GMT Не надо понимать стандартизацию как "стандартное решение всех возможных проблем на всех уникальных велосипедах".<br><br>&gt; Бывает нужно размотать хорошо запутанный клубок, чтобы найти звено, <br><br>И:<br>&gt; Стандартизация тут ничего не решает<br><br>Вот именно это она в певрую очередь и дожна решать - не давать создавать такие "хорошо запутанные клубки", которые являются плодом "вольного творчества" многопоколенных династий админов.<br><br>Но повторюсь ещё раз - спорить достаточно бесполезно. Ближайшие годы нас рассудят независимо от нашего мнения о предмете обсуждения.<br> https://opennet.ru/openforum/vsluhforumID3/107922.html#132 Wed, 18 May 2016 09:07:58 GMT А вы правда думаете что технолог на производстве, даже небольшом, работает без соблюдения стандартов? Можете привести примеры?<br>Что до ресторанов - то мягко говоря пример неудачный. Они обслуживают ничтожную часть населения, а IT обслуживает уже почти что большинство. Потому и решения в целом более общие.<br>