НН
Это не час и не два установки ляликса
Size: a a a
2019 October 15
KC
В общем — не нужно ставить линукс, чтобы получить дерево файлов. Достаточно почитать документацию (sic!)
Достаточно почитать документацию (sic!) на этой мине мы подрываемся чаще, чем обычные пользователиNV
Коллеги, разбирать вопросы про гит — это уже немного оффтоп. Давайте в следующий раз задавать вопрос на ru.stackoverflow.com. Там ответы пригодятся многом будущим читателям, а не одному человеку.
SR
Fox Mulder
ребят, вопрос.
Как из гита достать содержимое папок, файлов и тд в виде списка.
Например
./
/help
file.txt
................
Как из гита достать содержимое папок, файлов и тд в виде списка.
Например
./
/help
file.txt
................
git pull -p
tree -a
git ls-tree
FM
Стас, спс
EL
#help
Коллеги, оченьнужна помощь. Кто-ниб может подсказать определение "Регистрации пользователя" с точки зрения Информационныхх технологий - нужно именно ГОСТовое и именно Итшное, а не ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности и т.д.
ПОЖАЛУЙСТА!!!!
Коллеги, оченьнужна помощь. Кто-ниб может подсказать определение "Регистрации пользователя" с точки зрения Информационныхх технологий - нужно именно ГОСТовое и именно Итшное, а не ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности и т.д.
ПОЖАЛУЙСТА!!!!
NV
@eslysenko мне кажется, это лучше в @technicalwriters
EL
СПС, схожу и туда
НН
(перекрестился и порадовался что таких вопросов не возникало никогда и никогда не возникнет)
EB
(перекрестился и порадовался что таких вопросов не возникало никогда и никогда не возникнет)
😂👍
EL
(перекрестился и порадовался что таких вопросов не возникало никогда и никогда не возникнет)
Если что в ИТ гостах термина Регистрация нет 😭 как-то мимо проходят
EL
Ну или совсе не нашла
2019 October 16
СИ
Доброе утро. Rtd selfhosted - чего то не пойму как сделать версионирование? Поделитесь пожалуйста конфигом...
EN
привет. подскажите, кому из IT-специалистов может быть интересен переход в DocOps-инженеры? думаем, где искать этого редкого зверя - из техписов выращивать или смотреть в сторону DevOps/QA/Junior-Middle-разработчиков
СФ
привет. подскажите, кому из IT-специалистов может быть интересен переход в DocOps-инженеры? думаем, где искать этого редкого зверя - из техписов выращивать или смотреть в сторону DevOps/QA/Junior-Middle-разработчиков
О, классная тема! Доберусь до компа, похоливарим
EN
по своим решениям конечно будет писать
EN
почему со стороны? и что значит со стороны?
СФ
привет. подскажите, кому из IT-специалистов может быть интересен переход в DocOps-инженеры? думаем, где искать этого редкого зверя - из техписов выращивать или смотреть в сторону DevOps/QA/Junior-Middle-разработчиков
в общем, я долго думал на эту тему (но, справедливости ради, ставил мало экспериментов) и имею сказать следующее:
DocOps-активности:
- требуют вполне себе сеньорных программистских компетенций (программирование на разных языках, умение допиливать существующие опенсорц-решения, хорошее владение Git, умение в одиночку сделать production-grade продукты и пр.)
- в целом менее сложны и менее интересны, чем типовые, не-документационные задачи программистов и DevOps-related инженеров — настроить CI/CD для кода на порядки более сложная задача, чем для документации
- очень редко подразумевают фултаймовую загрузку — сделать конвейер с нуля, может быть, и займет непрерывных 40-60 рабочих часов, но его поддержка и развитие вряд ли будет отнимать больше нескольких часов в неделю
DocOps-активности:
- требуют вполне себе сеньорных программистских компетенций (программирование на разных языках, умение допиливать существующие опенсорц-решения, хорошее владение Git, умение в одиночку сделать production-grade продукты и пр.)
- в целом менее сложны и менее интересны, чем типовые, не-документационные задачи программистов и DevOps-related инженеров — настроить CI/CD для кода на порядки более сложная задача, чем для документации
- очень редко подразумевают фултаймовую загрузку — сделать конвейер с нуля, может быть, и займет непрерывных 40-60 рабочих часов, но его поддержка и развитие вряд ли будет отнимать больше нескольких часов в неделю
СФ
поэтому попытка нанимать на DocOps-задачи выделенного программиста скорее всего приведет к тому, что он быстро все сделает и либо заскучает, либо попросит себе задач вне DocOps-скоупа
СФ
и в итоге ситуация ничем не отличается от варианта «изредка привлекать штатного разработчика из другого отдела на наши DocOps задачи»