Pull to refresh
0
Михаил@Keramblock

User

2
Subscribers
Send message
Не совсем по теме, но очень рядом, простите.
Научная сторона фильма в принципе не впечатлила, если честно:
1) Подлет к горизонту черной дыры — что-то обыденное(должно разорвать, да)
2) Малопонятное облако раскаленного газа(он есть звезду?) вокруг нее же никак не пояснено.
3) Вращение станции дает 1G, что при таком радиусе станции — странно, а при анабиозе — бессмысленно.
4) При этом на раскрутку тратится драгоценное топливо маневровых двигателей и на ее остановку(без веских причин, кстати) тоже.
5) Почему-то первая стыковка в фильме — вручную, хотя автоматика используется чуть ли не с самых первых стыковок.
Пока да, единственный минус — нужно возить с дроном кусачки и запасные стяжки. Стяжки очень часто ломаются при падении более чем с полутора метров.
По поводу ножек — есть вот такое решение проблемы:

используем стяжки
imageФотографировал на тапок


Зависит от города, вероятно?
А чем хуже сборщик запросов + реализация всего остального стандартной Жирой? И он не требует регистрации.
В таком подходе меня напрягает количество действий. Насколько просто там разобраться типовому пользователю развлекательного портала, например? Есть ли там поддержка по почте?
1) Если у вас разные ящики для разных проектов, то почему бы и нет. А если один, то как именно вы хотите определять к какому проекту принадлежит письмо?
Если вас интересует разбиение руками поддержки, то в JIRA у задач есть поле «Компоненты» в котором можно указать проект.

2) Контроль SLA можно реализовать за счет того же самого сервиса писем, например следя за событиями с помощью фильтров аналитики

3) Аналитику можно выстраивать практически по любым мыслями критериям: скорость реакции, прохождение задач определённых статусов, можно ее разбить по отдельным специалистам, построить диаграммы Ганта и т. д.

4) ServiceDesk мы смотрели и он ориентирован скорее на внутреннюю поддержку. Нас же интересовала поддержка внешних пользователей.
Да, топор действительно получился не без проблем(я их перечислил в статье). Но различные джировские плюшки в нашем случае перевешивали его недостатки. Например банальная кнопка «Создать баг на разработку» в сочетании со стандартным шаблоном бага(что делали, что хотели, что получили) сильно сократило время на прием и обработку ошибок от пользователей.
Хм, можно подумать. Спасибо)
Спасибо, посмотрю.
Нет, хочется один WF, на одном проекте с разными командами(соответственно тимлидами, QA и прочее). Про роли как раз все понятно)
Достаточно простенькая схема. Вот если бы кто подсказал как делать то же самое но в рамках отдельных команд(в зависимости от значения поля), не используя разные WF для разных команд и JS…
Благая весть, спасибо!

PS И раз уж Вы вспомнили про HL3: kanobu.ru/news/kompaniya-valve-zaregistrirovala-torgovuyu-marku-half-life-3-368986/

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity