А я в основном говорю про собеседования кандидатов в команды аутсорсеров. Им же просто так не доверишь разработку, сначала нужно собрать команду, даже если контракт на год
1) Я же написал про подобные плагины (типа гитхаб), который мы тоже пробовали, и скрипты по Крону с тригерами в комментах. Но это все не то. Небо и земля, по сравнению с нашим плагином.
Давайте так, напишите мне, пожалуйста, каким образом решить главную нашу боль — default reviewers и их распределение? (Это в защиту нашего велосипеда)
Про команду в 40 человек вопрос — это 40 человек разработчиков или вместе с аналитиками и тестировщиками, и др?
5) Я бы с радостью прислушался к вашим советам, но в них мало конкретики. Эту теорию мы и сами знаем. Вы случаем не аджайл-коуч сейчас?
зачем же так сразу :) Никаких веток вместо, весь процесс разработки из feature > release > master, как обычно. Я нигде не писал, что у нас одна ветка на все случаи жизни.
Плагин настраивается для ваших основных веток, допустим release-*, hotfix-*. Остальные ПРы если ребятам надо, выставляют в свои ветки, всей командой могут работать в одной ветке feature.
нормального интеграционного тестирования на стендах релизов
и интеграционное тестирование у нас есть, и регрессионное, и предпром, где проводятся уже показы (демонстрации) разработок в новом релизе клиентам или другим заинтересованным лицам. У каждой команды свой стенд, у некоторых даже больше.
это вы про Битбакет? вы же понимаете, если бы нам было достаточно возможностей битбакета, мы бы не придумывали плагин ;)
Для «зависимых» PR в разных репозиториях обычно поддерживают версионность API и обратно совместимые протоколы.
Мы, конечно, знаем про версионность, обратную совместимость и пр. Представьте у вас есть репозиторий кода (ui) и репозиторий тестов (selenium). Каким способом вы будете править одновременно разметку в html и PageObjects в тестах? Расскажите, интересно послушать ваш опыт в команде из 40 человек.
не стоит продвигать плохие практики
мы не заставляем людей уходить от версионности API и лучших практик, а переходить к связанным PR. Просто в нашем проекте версионностью не решишь все проблемы.
если одной из решаемых проблем является «кумовство»
не стоит всерьез смотреть на историю с кумовством ;) я думал вы поймете юмор.
если разработчик не отвечает за качество кода перед собственной совестью прежде всего
а может подробнее рассказать, как вы оцениваете команду разработчиков на качество кода + производительность (объем доработок)? Вы просто так пишите про мотивацию, увольнению плохих разработчиков, как будто для вас это ерундовая задача.
sonar — это какой то скрипт на бэке который запускается по какому-то событию?
SonarQube — инструмент статического анализа кода. Вообще насколько я понял, изначально он создавался для построения разных отчетов, но потом у него появились разные инструменты для анализа кода на копипасту, логические ошибки и прочие (подробнее смотрите в наборе правил sonar rules list)
Обновляем окружение, где-то просто и это делается по факту. Где-то оцениваем стоимость перехода и профит. В планах-задачах все это есть: поднимать react, react-router, typescript и пр.
Конечно задумывались, и обновляли, и страдали и иногда дорого.
Иногда даже не обновляешь версии, а в пн бах — и уже не собирается, потому что где-то косвенная зависимость нестрого: ^0.1.1 версию тянет и все, как было недавно с babel-transform-generator (если не изменяет память). Npm-Shrinkwrap нас спасет!
Ну вы знаете, месяц собеседований по 3 в день и да, 1 у вас в кармане:) А когда вам надо вывести хотя бы 6-7 человек за месяц?
А про студентов, скорее так: 25 летние новоиспеченные jsники после курсов, пару песочниц и они уже хотят далеко не 50.
1) У новеньких есть на это время, мы же не заваливаем их сразу багами или доработками. И учетки и доступ даются быстрее, чем 3 месяца;) возможно вам не повезло с проектом и ответственными.
2) У нас круче — Idea.
3) У нас nexus поддерживает @subfolder и есть интернет. В двух словах: когда общий нексус СБТ не поддерживал, суперадмины нашего проекта подняли свой (новой версии) специально для нас, а позже мы вернулись в общий. Все решается, было бы желание!
Да, мы в курсе про вторую :) думаю, там с переходом небольшая разница.
Пробовали atl — не увидели роста производительнсти. В любом случае проверку типов мы в тот же процесс сборки не вернем — это все равно затратно.
Нет, ищем js разработчиков в основном, знание ТС просто плюс. Да, набор технологий популярный, но тех, кто дальше песочницы с ним работал — не так много.
Вы показываете что-то странное, уверены что это с сбербанк бизнес онлайн? Поверьте мне, если у нас на каких-то страницах просто белый экран — мы уже про это знаем и скорее всего это уже починено ;)
Не смог не удержаться и опубликую свою глупость здесь: как последний студент, я сидел и оптимизировал свой алгоритм до последнего, свято веря, что у меня 23:59 по UTC будет в 4 утра… Только это оказалось в 3 утра. Случайно заметив это без 15 минут (я решил зайти на utc часы онлайн) я побежал экспортировать свои функции init и test))
Зато меня порадовало сообщение (на часах 02:59), что «Вы можете публиковать еще и еще свои решения до наступления deadline»...)))
Про данную статью и лунный модуль я ничего сказать не хочу.
Прочитал я длинный разбор, где «почти каждый пример из списка сторонников теории заговора» получил ответ. В основном там собраны вопросы достаточно несложные для школьного курса по поводу тригонометрии, фотографии, видеороликов, силы притяжения, задержки сигнала и даже стыковки кораблей.
Вот только не разбирали несколько более серьезных вопросов по поводу ракеты Сатурн-5, ее мощного для того времени двигателя на 130 тонн, «декларируемая НАСА способность «Сатурна-5» выводить на орбиту сверхтяжёлые объекты осталась неподтверждённой со стороны иностранных специалистов».
Казалось бы ну если так дорого летать на Луну, так что вас остановило продолжать выпуск таких производительных ракет и помогать прогрессу? Аналоги такой ракеты появились лишь в 88м году… doverchiv.narod.ru/AIPopov-moon/01.htm
А почему экспорт фото из icloud - "продать душу дьяволу"? вы про выгрузку с privacy.apple.com, когда несколькими архивами они пакуются?
А я в основном говорю про собеседования кандидатов в команды аутсорсеров. Им же просто так не доверишь разработку, сначала нужно собрать команду, даже если контракт на год
1) Я же написал про подобные плагины (типа гитхаб), который мы тоже пробовали, и скрипты по Крону с тригерами в комментах. Но это все не то. Небо и земля, по сравнению с нашим плагином.
Давайте так, напишите мне, пожалуйста, каким образом решить главную нашу боль — default reviewers и их распределение? (Это в защиту нашего велосипеда)
Про команду в 40 человек вопрос — это 40 человек разработчиков или вместе с аналитиками и тестировщиками, и др?
5) Я бы с радостью прислушался к вашим советам, но в них мало конкретики. Эту теорию мы и сами знаем. Вы случаем не аджайл-коуч сейчас?
зачем же так сразу :) Никаких
ветоквместо, весь процесс разработки из feature > release > master, как обычно. Я нигде не писал, что у нас одна ветка на все случаи жизни.Плагин настраивается для ваших основных веток, допустим release-*, hotfix-*. Остальные ПРы если ребятам надо, выставляют в свои ветки, всей командой могут работать в одной ветке feature.
и интеграционное тестирование у нас есть, и регрессионное, и предпром, где проводятся уже показы (демонстрации) разработок в новом релизе клиентам или другим заинтересованным лицам. У каждой команды свой стенд, у некоторых даже больше.
это вы про Битбакет? вы же понимаете, если бы нам было достаточно возможностей битбакета, мы бы не придумывали плагин ;)
Мы, конечно, знаем про версионность, обратную совместимость и пр. Представьте у вас есть репозиторий кода (ui) и репозиторий тестов (selenium). Каким способом вы будете править одновременно разметку в html и PageObjects в тестах? Расскажите, интересно послушать ваш опыт в команде из 40 человек.
мы не заставляем людей уходить от версионности API и лучших практик, а переходить к связанным PR. Просто в нашем проекте версионностью не решишь все проблемы.
не стоит всерьез смотреть на историю с кумовством ;) я думал вы поймете юмор.
а может подробнее рассказать, как вы оцениваете команду разработчиков на качество кода + производительность (объем доработок)? Вы просто так пишите про мотивацию, увольнению плохих разработчиков, как будто для вас это ерундовая задача.
спасибо, поправил.
SonarQube — инструмент статического анализа кода. Вообще насколько я понял, изначально он создавался для построения разных отчетов, но потом у него появились разные инструменты для анализа кода на копипасту, логические ошибки и прочие (подробнее смотрите в наборе правил sonar rules list)
allowJs: true,
}
Несложно ищется на сайте тайпскрипта
Иногда даже не обновляешь версии, а в пн бах — и уже не собирается, потому что где-то косвенная зависимость нестрого: ^0.1.1 версию тянет и все, как было недавно с babel-transform-generator (если не изменяет память). Npm-Shrinkwrap нас спасет!
А про студентов, скорее так: 25 летние новоиспеченные jsники после курсов, пару песочниц и они уже хотят далеко не 50.
2) У нас круче — Idea.
3) У нас nexus поддерживает @subfolder и есть интернет. В двух словах: когда общий нексус СБТ не поддерживал, суперадмины нашего проекта подняли свой (новой версии) специально для нас, а позже мы вернулись в общий. Все решается, было бы желание!
Да, мы в курсе про вторую :) думаю, там с переходом небольшая разница.
Пробовали atl — не увидели роста производительнсти. В любом случае проверку типов мы в тот же процесс сборки не вернем — это все равно затратно.
Нет, ищем js разработчиков в основном, знание ТС просто плюс. Да, набор технологий популярный, но тех, кто дальше песочницы с ним работал — не так много.
Возможно один из ваших плагинов в браузере что-то ругается.
Вы показываете что-то странное, уверены что это с сбербанк бизнес онлайн? Поверьте мне, если у нас на каких-то страницах просто белый экран — мы уже про это знаем и скорее всего это уже починено ;)
у меня у одного не запускается с одинарными кавычками? )) с двойными работает…
Зато меня порадовало сообщение (на часах 02:59), что «Вы можете публиковать еще и еще свои решения до наступления deadline»...)))
Прочитал я длинный разбор, где «почти каждый пример из списка сторонников теории заговора» получил ответ. В основном там собраны вопросы достаточно несложные для школьного курса по поводу тригонометрии, фотографии, видеороликов, силы притяжения, задержки сигнала и даже стыковки кораблей.
Вот только не разбирали несколько более серьезных вопросов по поводу ракеты Сатурн-5, ее мощного для того времени двигателя на 130 тонн, «декларируемая НАСА способность «Сатурна-5» выводить на орбиту сверхтяжёлые объекты осталась неподтверждённой со стороны иностранных специалистов».
Казалось бы ну если так дорого летать на Луну, так что вас остановило продолжать выпуск таких производительных ракет и помогать прогрессу? Аналоги такой ракеты появились лишь в 88м году…
doverchiv.narod.ru/AIPopov-moon/01.htm