подрядные оранизации комитят в гит, потом из гита переносить в тимсити надо и выкладывать

в чём логика?

чтобы было нескучно

Ярко заходит. С козырей.

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

подрядные оранизации комитят в гит, потом из гита переносить в тимсити надо и выкладывать

что значит переносить? тимсити сам же лезет в гит и оттуда вытягивает код

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

Автоматизацию надо

что значит переносить? тимсити сам же лезет в гит и оттуда вытягивает код

но зачем он там нужен, если тестеров всё аврно нет?

что бы руками это не делать, не?

там уже гит есть

и ?

зачем обновлять сайты на битриксе, вордпрессе, и ещё паре цмс (бэкенд и фронт), через тимсити?

Для истории. Для удобства. Для исключения доступа разработчиков на сервер. Это как пример.

Для истории. Для удобства. Для исключения доступа разработчиков на сервер. Это как пример.

в гите нет истории? нет разделения доступов?

Ты можешь для разраба выдать sudo на команду и все. Создать предварительно пользователя и т.д. Разраб сменится и создашь нового юзверя. Окей, у тебя "оно автоматизировано" и ты запустишь какой-нибудь ansible, после чего в будет как раньше

Можешь сделать через ci framework какой-то, абстрагировав разраба от сервера, серверов и уйдя от дрбпвления пользователей. Останется кодер, репа и кнопка

Почему так? https://telegram.me/joinchat/C1tJKj_cdFsOVlGNEcU2Fw https://telegram.me/joinchat/C1tJKkEJhQ-9dxYxBSgudA https://telegram.me/joinchat/C1tJKj8nM_6XKfYR2FyGyQ

Ты можешь для разраба выдать sudo на команду и все. Создать предварительно пользователя и т.д. Разраб сменится и создашь нового юзверя. Окей, у тебя "оно автоматизировано" и ты запустишь какой-нибудь ansible, после чего в будет как раньше

там несколько сайтов которые пишут разные подрядные организации

У тебя вопрос к тому, что у тебя это сделано или ты хочешь это сделать?

И какова зона ответственности?

http://mailman.nginx.org/pipermail/nginx-ru-announce/2016/000186.html

Вы тут сидите, а там энжинэкс завезли!

Должен ли инженер девапс заниматься тестированием софта, который написали его коллеги?

Написанием автотестов - вполне возможно

Написанием автотестов - вполне возможно

Погоди

автотест автотесту рознь

И написать автотест для андройда не тоже самое что для веба

Ну тут скорее речь о интеграционных тестах

проверить что бд имеют нужную версию схемы.

проверить.. что.. релиз состоялся, порты слушаются, рест на запросы отвечает

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

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

Девопс административные задачи выполняет?

А вот коллеги, скажите. Есть огромный монолитный проект(веб, рест), есть клиент на андроиде. Имеет смысл на такое брать qa специалиста, если до этого 5 лет его не было, от слова совсем?

Были только механические кликальщики и все

Девопс административные задачи выполняет?

Вот нормально заданый вопрос

Только вопрос в том, занимается ли девопс инженер этим или нет

В общем смысле на нём лежат эти задачи, но как разграничить что именно, а то шива какая-та получается

А вот коллеги, скажите. Есть огромный монолитный проект(веб, рест), есть клиент на андроиде. Имеет смысл на такое брать qa специалиста, если до этого 5 лет его не было, от слова совсем?

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

Хотя разработчику это тоже непросто, скорее всего уйдёт в техдолг

Хотя разработчику это тоже непросто, скорее всего уйдёт в техдолг

да мы честно пытались и сами писать, и на девопса все сбрасывали и просто использовали обезьянок

сча думаем выбить бюджет на норм qa

Хотя разработчику это тоже непросто, скорее всего уйдёт в техдолг

У разраба других дел выше крыши:-/

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

Т.е. смысла в разграничении qa вообще нет? Рест/веб/клиент - все в кучу?

Разабу юнит тесты писать хотя бы. Часто и этого не делают.

Разабу юнит тесты писать хотя бы. Часто и этого не делают.

юнит тесты юнит тестам рознь

В одной конторе с коллегой писали простые интеграционные для собственного спокойствия.

Разабу юнит тесты писать хотя бы. Часто и этого не делают.

Не согласен, можно написать, какой-то тест, но толку от него 0

Можно и так, да

Т.е. не так, какие-то задачи он будет охватывать, но когда работать то?

Т.е. тесты не нужны и лучше сразу писать идеальный код?

Т.е. тесты не нужны и лучше сразу писать идеальный код?

т.е. тесты где нужны они написаны, но вот те же тесты для селениума писать не охота

Т.е. тесты не нужны и лучше сразу писать идеальный код?

Тесты нужны в любом случае, потому как может быть пересечение данных и взаимоисключающие результаты(?),..

Вообще, заканчивая разговор о железе и играх, единственное, на что я готов потратить деньги для топового железа - это VR, если контент будет достойным. Я всё жду, когда же из хайпа в мейнтрим перейдёт, чтобы приобрести. Пока цепляющего контента нет. И слишком много неудоств от шлема.

О, вспомнил, мне что то с VR снилось сегодня

Похоже, телеграм испытывает некоторые сложности - мне говорят, что во всей группе онлайн только я

Норм, это ты такой сам по себе

Т.е. смысла в разграничении qa вообще нет? Рест/веб/клиент - все в кучу?

Есть, но тут либо девопс многорукий, либо qa. Он хотя бы в одной профобласти должен быть человек-оркестр, для девопса имхо сложнее

У разраба других дел выше крыши:-/

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

И результаты никак, кроме ошибок руководства, объяснить не получится. (Ха, у нас находят, на кого стрелки перевестить)

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

Согласен. Но опять-таки вопрос в цене для бизнеса и целесообразности

В качестве qa обычно выступают клиенты при подходах, где "qa не нужен"

В качестве qa обычно выступают клиенты при подходах, где "qa не нужен"

Клиент == конечный пользователь?

Ага

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

Ага

Просто это минус прибыль, плохой подход, нам не подходит, но и денег на полноценный qa нет

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

Был один лидер, уехал в Беларусь?

Просто это минус прибыль, плохой подход, нам не подходит, но и денег на полноценный qa нет

Есть предложение. Распишите задачи qa подробно, чуть ли не до тз. Посмотрите, насколько это вписывается в рабочий процесс какого-либо из уже существующих сотрудников. У меня лично, когда описываю план задач конкретного участника, возникает стойкое ощущение, что делать это просто некогда - первы признак того, что надо брать спеца

Я и так могу написать, делать некогда+обучение

Я и так могу написать, делать некогда+обучение

Ну и в чём вопрос? Нет, девопс не будет выполнять задачи qa. Да, надо нанимать специалиста.

Ну и в чём вопрос? Нет, девопс не будет выполнять задачи qa. Да, надо нанимать специалиста.

Но совмещать он может,.. Если захочет. Я понял.

Шарп дно и создан для РУССКОГО ТЕЛЕКОМА!

убейся пожалуйста об стену

спасибо.

убейся пожалуйста об стену

Не бомби

А Константина уже призывали?

чо

чо

Проснулся. Вчера .нетосрач был

а, ну бывает

как всегда неосиляторы брызгали спинным мозгом?)

И осиляторы могут побрызгать: .NET - малокософтовский высер, для того чтобы поработить разработчиков и завязать их на свою экосистему чуть более, чем полностью

нууууу это мегафункциональный высер :) дотнет достаточно масштабен и с его помощью можно порешать дофига здач

без мозгоёбства

нууууу это мегафункциональный высер :) дотнет достаточно масштабен и с его помощью можно порешать дофига здач

С помощью чего угодно можно решать дофига задач

можно и гвозди забивать микроскопом, но зачем?

Можно, мозгоёбство, к сожалению будет, но отложенное. Вон с жабоскриптом та же история творится, его масштабируют настолько, что на нём можно сделать столько же сколько и на дотнете, лучше он от этого не становится

можно и гвозди забивать микроскопом, но зачем?

Ну вот поэтому и вопрос - нафига .нет нужен?

Можно, мозгоёбство, к сожалению будет, но отложенное. Вон с жабоскриптом та же история творится, его масштабируют настолько, что на нём можно сделать столько же сколько и на дотнете, лучше он от этого не становится

пизжу, конечно, в драверы его никто не пустит

если в организации всё под виндой (так уж сложилось исторически) - логично использовать дотнет

и mssql как бд

ибо постгрес под виндой это дичь

оракал ещё так-сяк работает

Без вопросов, но тогда эта организация - раб мелкомягких

если в организации всё под виндой (так уж сложилось исторически) - логично использовать дотнет

Если уже вставлен зонд по самые гланды, то можно его протолкнуть чуть дальше

ну это неплохо

любая организация - чей-то раб

Например, Столлмана?

бесплатные опенсорс-решения это почти наверняка отсутствие каких-либо гарантий и поддержки

и анального рабства

бесплатные опенсорс-решения это почти наверняка отсутствие каких-либо гарантий и поддержки

Как будто поддержка спасет тебя если у тебя случится писец

а чем плох MS то?

Как будто поддержка спасет тебя если у тебя случится писец

У нас много компаний нищебродов, что даже коммерческие продукты берут без тп

а чем плох MS то?

Хорошо, что ты спросил :)