Просто поболтать
https://foren.germany.ru/showmessage.pl?Number=37073339&Bo...
3 дня назад, 20:23 в ответ Срыв покровов 4 дня назад, 19:24
в чем заключается моя упоротость? Я цитирую то, что я вижу, сделанное профессионалам девопса (экстернами). Они используют только Линукс.
Я цитирую то, что говорят знакомые внутренние специалисты, имеющие представление о девопсе на уровне выше, чем запустить дженкинс таск.
Я цитирую так же то, что предлагается на многочисленных онлайн курсах. Как российских, так и американских и немецких.
Там тоже только Линукс.
То есть упороты аж пять НЕЗАВИСИМЫХ друг от друга источника? Кубер и докер тоже по Windows 7?
jbond1981 старожил
Сегодня, 07:53 в ответ MrSanders 6 дней назад, 21:55
Работать в немецких банках - вот это непрофессионально. Банки - вонючее болото, и инфраструктура там соответствующая. Там и DOS ещё можно встретить. В том числе и как базу для девопс.
Сложно жить в Германии, не видев остального мира и не замечать, что в плане IT это довольно отсталая страна. А уж банки и вовсе оплот консерватизма в плохом смысле этого слова. Но ничего, благодаря коронобесию прогресс постепенно модет дойти и до этой "айтишной нигерии".
То место, в котором ты работаешь и банком язык не повернется назвать. Он немного лучше типичной микрокредитной помойки.
В нормальных больших американских и российских банках, у которых есть репутация надёжности и история существования нередко начиналась до твоего рождения для девопс используется исключительно Линукс.
я вот живу уже в России и работаю в финтехе. Везде (кроме разве рабочих машин разрабов) используется Линукс/докер/k8s. На прошлых рабочих местах в России было так же.,
Из Германии очень быстро сбежал, увидев, какой именно там айти с экселем и вондовс вистой для девопса.
А вот в России учавствовал в разработке ИИ для банка, который сам все данные чекает включая фотку, заключает договор и выдает карту (руками оператора, но это дело поправимое). Ну и вишенка на торте - без мобильного приложения карта юзлес, веб-банк чисто для галочки. А потом юзер кидает туда бабла, просто по номеру телефона без комиссии, и привязывает к жплею в один клик.
Ну и где такое есть в твоей Германии с девопсом по висту?
С IT вот в России реально все хорошо. Про это даже Путин много говорит. Могли бы и гугл потеснить, но увы - суверенная демократия.
Зы. А еще в Германии не так давно узнали про существование электронной почты, до сих пор думают что с этим делать. Причем это не шутка, так оно и есть в Факсланде.
Мой дружбан работал в Сбербанке. У них там везде был линукс. Тупо потому, что это дешево и открытые исходники, которые могут читать безопасники. С докером были проблемы (это виртуализация, т.е. угроза безопасности), а вот энсибл он лично продвигал и после увольнения он узнал, что победил именно он.
Но Сбербанк - это айти-компания. У них было очень понятное требование - все должно быть цифровое и современное.
Например, человеку сразу же после покупки должны прилетать СМС-ки. Иначе клиент не поймет. Совсем не поймет. Если тебе нужна какая-тот справка - делать ее тоже нужно СЕЙЧАС. Если она в принципе по регуляциям делается долго, например, требует консилиума из трех человек - мгновенно справки не будет, но по крайней мере эти три человека получат оповещения мгновенно начнут собираться прямо сейчас.
Сравни это с подходом в Германии, когда кто угодно может списать бабло с твоего счёта, а узнаешь это ты дай бог в конце месяца.
Неудивительно, что у вас там в Германии на серверах с докером и кубером работает Windows Vista.
Зы. А, что подгорело у программистов Германии? Российские прогеры во всю AI, Machine Learning с TensorFlow и Keras используют, а в немецкие ангештелльте программирер на одной и той же с вистой машине эксель и дженкинс сервер ...😂
Банки - вонючее болото, и инфраструктура там соответствующая.
Вот прям подпишусь. Всё так. И это проблема - следствие контингента, который там работает, зачастую это диды, у которых главная цель - прикрыть жопу.
немецкие ангештелльте программирер на одной и той же с вистой машине эксель и дженкинс сервер ...
-----
Это - сильно продвинутые.
У не продвинутых будут ВБА, ПХП и Мускул... 
Сложно жить в Германии, не видев остального мира и не замечать, что в плане IT это довольно отсталая страна. А уж банки и вовсе оплот консерватизма в плохом смысле этого слова. Но ничего, благодаря коронобесию прогресс постепенно модет дойти и до этой "айтишной нигерии".
могу только подтвердить. Смотрел на devops в немецких концернах (от автомобильных до банков и страховок), это испанский стыд.
С другой стороны видел весьма годные стартапы, с очень толковыми командами.
алексу можно только посоветовать патент взять на эту ветку. или как оно там, чтобы его credits были сохранены. это ведь все здесь - эксперды! их мнениЯ CIA, а в первую очередь трамп на вооруженку возьмет.
Вот прям подпишусь. Всё так. И это проблема - следствие контингента, который там работает, зачастую это диды, у которых главная цель - прикрыть жопу.
А вы сами работали хоть в одном банке или хотя бы с каким-то банком в проекте? Потому что мнение, конечно, иметь не запретишь, но. Работают там вполне адекватные люди. А основная причина "технологической" отсталости... Я вижу две. Первое - не меняй работающее, а второе (и по-моему главное) - зарегулированность. Вам приходилось сертифицировать приложение на соотвествие тому же DSGVO? Я вот только-только отошёл от подготовки к сертификации мааленького веб-приложения. Но для медиков. "А опишите какие меры вами приняты для защиты приложения от угроз, описаных в приложении 12/768754645 BSI". 20 страниц, блин. А в банкaх всё в разы веселее. Потому в те же облака они бы и с удовольствием, но вот только соответствие BSI-шному C5 тот же амазон получил в конце 2016 или начале 2017, а на "интересное", вроде EC2 и того позже. Гугл в 2018 (опят же емнип). Так что скоро ожидайте от немецких банков облачных приложений. Еще годика через 2 :)
Тут вот один господин слюной исходил про тензорфлоу в российских банках... Он бы попробовал в Германии получить разрешение на накопление данных, на которых сеть тренировать будет. И с анонимизацией не всё так просто. В котролирующих органах такие дебилы сидят, что просто ой. Для поиска влияющих факторов хотели насобирать данных людей, страховавших жизнь. "А зачем вы собираетесь сохранять пол, вес и образование? Ваше приложение собирается показывать что жирные тётки тупые и не заканчивают университетов?" (ну, более завуалировано было сказано).
Я хорошо знаю специфику немецкого банка. Имхо главный тормоз из развития - это выгоревший и демотивированный персонал, которому наср@ть на новые технологии и у которых задача досидеть до пенсии и чтоб их не трогали.
диды это фигурально, не по возрасту, а по ментальности
я немолодых ИТ-шников видел таких, кто и молодёжь за пояс заткнет
Я хорошо знаю специфику немецкого банка. Имхо главный тормоз из развития - это выгоревший и демотивированный персонал, которому наср@ть на новые технологии и у которых задача досидеть до пенсии и чтоб их не трогали.
при чем здесь банки? это - задача всех немецких ангештельтов.
зы. и почему вы не банкир? ведь специфику знаете досконально. или дох? "я не узнаю вас в гриме" (с)
я немолодых ИТ-шников видел таких, кто и молодёжь за пояс заткнет
а что их затыкать? они ведь в подавляющем большинстве крылышками только начинают махать, и машут, и машут, и прыгают где надо и где не надо. вот когда напрыгаются, тогда начнут задумываться, а зачем вообще пригать : )
И как они только работают-то ещё и не заменены на супер-пупер-девопс-клауд-ии-инфрастракча-эз-зе-коуд стартапы, вот где загадка.
а что их затыкать? они ведь в подавляющем большинстве крылышками только начинают махать, и машут, и машут, и прыгают где надо и где не надо. вот когда напрыгаются, тогда начнут задумываться, а зачем вообще пригать : )
Зато машут очень-очень быстро!
Хлобысь - и намахал приложение, пока старпёр только с библиотеками проясняет, которые использовать можно. Пш-ш-ш - смыл наваянное в сортир, потому как требования безопасников про запрет хранения ключей на стороне клиента не прочитал. Бздышь! - ещё раз наваял, пока старпёр результаты первого спринта склиентом обсуждает. Ой! - выбросил наваянное, потому как не GPLv2 или апачевская лицензия у использованного фреймворка. Хренакс! - снова написал но такое, что даже 100 запросов в минуту не тянет. Это прототип! - кричит, - Я в облаке, горизонтальное скалирование и ваще, даешь BASE, в жопу требования клиента!... И уже идёт, солнцем палимый, махать крылышками в другой проект. Продвинутый! Весь скопипащеный с ответов на стэковерфлоу! Даёшь!
А потом ещё приходит злой я и интересуется а где документация, тесты и как он собираетсйа проходить аудит... почему на oracle jet а не angular-е, и если были причины выбрать гугловское облако вместо амазона, то где эти причины описаны.
И как они только работают-то ещё и не заменены на супер-пупер-девопс-клауд-ии-инфрастракча-эз-зе-коуд стартапы, вот где загадка.
так это дело времени
А как иначе? "Время такое, сынок". Ху@к Ху@к и в продакшн!
Поэтому и канул в лету SDLC, потому что пока вы будете "по науке" только инструменты раскладывать, то все задачи уже 10 раз поменяются и "все черепахи разбегутся".
"Время такое, сынок". Ху@к Ху@к и в продакшн!
Угу. И вы готовы пользоваться банковскими приложениями изготовленными по этой парадигме? :) Кстати, необходимость почаще релизить уже добралась до умов руководства немецких банков и страховок. Некоторые уже даже что-то делают в эту сторону.
Поэтому и канул в лету SDLC
SDLC это в смысле Software Development Life Cycle или что-то другое имелось в виду? Если оно, то чой-то оно кануло? Тот же скрам, чем не SDLC?
пока вы будете "по науке" только инструменты раскладывать, то все задачи уже 10 раз поменяются и "все черепахи разбегутся".
Agile fanboy detected? Во-первых Агильное мЫшление оно хорошо, но не везде. С того же Росатома вас погонят ссаными тряпками, стоит только это произнести. Ну или поближе пример - 
AlexNek
вас тоже не поймёт :)
А во-вторых и "агильно" надо работать с умом. Слегка думать над общей картиной, не забывать откладывать "тяжёлые" решение на как можно позже, и про документацию тоже того-с, не забывать. Я, кстати, в своем примере магическое слово "спринт" использовал, да.
а вы в чем меряете задачи на покере? В попугаях (сторипоинтах)? По шкале фибоначи?
Угу. И вы готовы пользоваться банковскими приложениями изготовленными по этой парадигме?
Уже начинаем пользоваться, и вы и я. Выбор вобщем-то небольшой: или так или нахрен с маркета, если не сейчас то в ближайшем будущем, N26 и Revolut вас вынесет.
Кстати, необходимость почаще релизить уже добралась до умов руководства немецких банков и страховок. Некоторые уже даже что-то делают в эту сторону.
В нашем случае - это уже ГЛАВНАЯ идея высшего руководства
Если оно, то чой-то оно кануло? Тот же скрам, чем не SDLC?
Скрам - это планирование на несколько недель вперёд, SDLC - это месяцы и годы. Cейчас планировать на годы - это Бога смешить
Agile fanboy detected? Во-первых Агильное мЫшление оно хорошо, но не везде.
Я не фанат Agile, но меня особо никто не спрашивает
некоторые идиоты планируют в днях. И поэтому теряют прогеров.
а вы в чем меряете задачи на покере? В попугаях (сторипоинтах)? По шкале фибоначи?
По разному. То в попугаях, то в размерах (S,M,L,XL). В одной команде была "шкала сложности" от 1 до 5, и для каждой оценки 2-3 примера висело на доске. Тоже достаточно удобно. Но с фибоначи лучше "скорость спринта" определять получается. Ну, тем, кому это надо. Хотя при необходимости можно любую шкалу в сторипойнты "перевести". Типа S = 1, M = 2, L = 5 (да-да, 3 пропускаем) и те де.
Главное чтоб не в часах.
Выбор вобщем-то небольшой: или так или нахрен с маркета, если не сейчас то в ближайшем будущем, N26 и Revolut вас вынесет.
Чёрта с два. Скорее их вынесут с рынка ногами вперед. Как только они начнут мешать (а пока что со своей клиентской базой они не мешают даже DKB, наверное) и что-то нарушат - на них моментом наедет BSI или BaFin или ещё какой-нибудь Datenschutz возбудится.N26 уже, по-моему, получали по башке от BaFin или BSI. И придётся им развлекаться как и остальным банковским ИТ-конторам.
И да, лично я ими не пользуюсь и не планирую.
В нашем случае - это уже ГЛАВНАЯ идея высшего руководства
А вот это плохо. Не везде, вот совсем не везде нужны постоянные релизы. Тот же оракл ещё доиграется со своими 2-мя недорелизами явы в год, амазон радостно потирает ручки и лепит своё корретто. Главная идея должна быть делать то что требуется для успеха. Надо релизить свою игрушку по 5 раз в день чтобы хомячки мерились у кого самая новая версия? Да пожалста. А если у тебя фреймворк, которым пользуются пара сотен тысяч человек, то релизить каждую неделю (кроме багфиксов) - очень, очень тупо.
Скрам - это планирование на несколько недель вперёд, SDLC - это месяцы и годы.
Ну, про отношения скрама и SDLC тут по-моему хорошо сказали: https://www.scrum.org/forum/scrum-forum/31811/can-scrum-be...
Как часть цикла (разработка и maintenance, частично планирование) использовать скрам, почему нет?
Cейчас планировать на годы - это Бога смешить
Смотря где. Вы не представляете на сколько лет вперед планируют разработку софта для АЭС.
И да, лично я ими не пользуюсь и не планирую.
Много теряете, это удобнее и дешевле
Надо релизить свою игрушку по 5 раз в день чтобы хомячки мерились у кого самая новая версия? Да пожалста. А если у тебя фреймворк, которым пользуются пара сотен тысяч человек, то релизить каждую неделю (кроме багфиксов) - очень, очень тупо.
Это не столько для гиков делается, сколько для быстрой реализации прибыльных бизнес-идей, напрмер партнёрские сервисы с использованием API. А фреймворки сами могут deprecate support до того как вы проапгрейдитесь, опять же вам нужно уметь быстро переключаться. Говоря о комплаенсе и безопасности, если нужно критичный security patch, кто его накатит быстрее? Болото с SDLC, или Agile+Devops?
Вы не представляете на сколько лет вперед планируют разработку софта для АЭС.
Ну почему, догадываюсь, но АЭС работает несколько в другой среде, чем современный банкинг, там и принципы проектирования другие.
если нужно критичный security patch, кто его накатит быстрее? Болото с SDLC, или Agile+Devops?
А вот не надо путать долгие планируемые релизы и возможность задеплоить багфикс. В одном проекте, где релизили мы два раза в год, и от "код готов к релизу" до релиза проходило 4-6 недель, критические фиксы деплоились за 6 часов. Потому как набор критических тестов прогонялся за 5,5 часа.
Так вообще абсолютный рекорд для выходных.
Пора думать после со скольки страниц открывать продолжение
ну вот, еще немного просто поболтаю и в люлю. ух ты, как здорово! классная тема : )
болтаю-болтаю-болтаю-болтаю-... засыпаю...
Ну, я это слышу года так с 2000-го. Сколько ещё ждать?
в 2000 особо никто про облако, IaC и DevOps не говорил. Этот тренд начал в Германии появляться примерно в 2010.
Сейчас практически в любом концерне пытаются протолкнуть DevOps, IaC и все эти ваши контейнеры, но только к сожалению внутри концерна это редко получается потому что не выходит переучить уже имеющихся персонал.
Те концерны которые это вовремя поняли - открывают свои стартапы куда набирают молодые команды разрабов, девопсов и т.д.
Те которые еще не поняли, занимаются в лучшем случае lift-and-shift.
По своему опыту работы в концернах могу сказать что видно что для классического IT бютжет урезают, проекты уже особо иновативные не стартуют. В стартапы или девопс комманды наоборот, вваливают бабло, даже если явно видно что проект провальный.
Угу. И вы готовы пользоваться банковскими приложениями изготовленными по этой парадигме? :) Кстати, необходимость почаще релизить уже добралась до умов руководства немецких банков и страховок. Некоторые уже даже что-то делают в эту сторону.
Буду или не буду пользоваться таким приложением - меня как конечного пользователя и спрашивать никто не будет. Буду, потому как альтернативы другой нет. А сейчас всем плевать на качество, надо быстро релизить фичи, чтоб конкуренция не обогнала. И таки да, я в банке и везде надо чтоб было слово DevOps и чтоб все на OpenShift. Начальство так хочет. Чтоб все в ногу со временем, чтоб иновативно, даже если смысла не имеет. Если сверху сказали чтоб везде k8s значит будем пихать монолит на java в докер и
деплоить на openshift. Это я на тему ...
И как они только работают-то ещё и не заменены на супер-пупер-девопс-клауд-ии-инфрастракча-эз-зе-коуд стартапы, вот где загадка.
в 2000 особо никто про облако, IaC и DevOps не говорил. Этот тренд начал в Германии появляться примерно в 2010.
Нет, я про то что придут супер-современные стартапы из 10 гениев и разгонят всё это ваше болото из 300 лентяев. Как там, когда убиваешь дракона, сам становишься драконом.
Сейчас практически в любом концерне пытаются протолкнуть DevOps, IaC и все эти ваши контейнеры, но только к сожалению внутри концерна это редко получается потому что не выходит переучить уже имеющихся персонал.
Контейнеры легче заходят. Потому как достаточно выпросить у руководста парочку серверов и можно играться самому. Постепенно подтягиваются остальные. Тестеры начинают возбуждённо сучить лапками - "ух ты, это мы сразу можем тестировать 10 разных версийи не путаться в библиотеках?". А IaC не нужен везде. Для него просто тяжелее объяснить а что мы, собственно, выиграем. Переучивать - да, самая большая проблема. Особенно когда не можешь внятно показать преимущества. Опять же, с контейнерами проблем пока что не было.
открывают свои стартапы куда набирают молодые команды разрабов, девопсов и т.д.
Есть такое. Два раза видел. Лютый хм... трындец. Это хитромудрые экономисты так "хэджируют риски", типа мы вложим 10 лимонов, а если они долгов на 50 наделают, то это не наши проблемы. Но эти стартапы 100%-е дочки. И в руководстве сидят те же дубы или хитрые ворованы. Как через эти стартапы весело тырятся денежки, просто сказка. Но тут ничего нового нет. И раньше организовывали отдельные GmbH.
По своему опыту работы в концернах могу сказать что видно что для классического IT бютжет урезают, проекты уже особо иновативные не стартуют.
Прям в гигантских концернах вроде VW или Эйрбас-а я не работал. А в середнячках, с оборотами от 2 до 20 миллиардов - да. У нас наоборот. Одна из страховок расширила свой ИТ за последние 10 лет раза в 2, даже больше. Причём до 2012 они вообще явой не занимались. А теперь у них... Человек 70, наверное, которые на яве / ангуляре приложения лепят. И человек 5-6, которые инфраструктуру в облако перетаскивают и разрабам помогают с докером и AWS (ECS). Бюджет увеличился неслабо. А сейчас они стараются уменьшить количество экстернов. Чтобы знания в фирме оставались. BG-шная дочка с 2010 по 2019 выросла с 350 до 500 человек. У FI тоже проблем с бюджетом нет. Но они не растут, им сейчас надо выходящих на пенсию заменить.
P.S. давайте без "иновативных" проектов обойдёмся. Это личное. У меня на них аллергия. Не надо на каждую волну хайпа запрыгивать. Может я просто ни с чем действительно интересным не сталкивался, но уже начинаю думать что дальше чем "а давайте насобираем хренову тучу данных и напустим на них нейросеть" (ну и всё это в облаке, ессно) "инновативная" молодежь не продвинулась (а унутре у ней неонка). А, да, IaC и Serverless, само собой.
Не, меня только дэйли задалбывали
Правильно организованное дэйли это как раз классная штука в группе. Но мы это уже обсуждали.
Правильно организованное дэйли это как раз классная штука в группе.
Проблема больше немного в другом плане - каждый день в определённое время нужно куда то идти/быть онлайн на неопределенное время.
Ну и "правильного" пока не попадалось 
Правильно поставленный Скрам вобще неплохая штука. Проблема возникает, когда у руководства нет ни знаний ни идей, и если Скрам-мастер при этом пассионарный, то начинается замещение продуктивной работы страмом ради скрама.
Вот это уже мрак.
Проблема больше немного в другом плане - каждый день в определённое время нужно куда то идти/быть онлайн на неопределенное время.
В правильном скраме время жестко определено. Проблема в неправильном скраме.
Да пусть будет хоть точно 15 минут. Один фиг надо всё бросать и "бежать"
Работа в группе. Нельзя работать в группе без коммуникации. Для коммуникации все равно придется все бросать и коммуницировать.
Нельзя работать в группе без коммуникации.
Коммуникация, когда надо и строго по часам, для меня немного разные вещи.
Всё, что ежедневно, по часам - раздражает, кроме обеда естественно
Нет, я про то что придут супер-современные стартапы из 10 гениев и разгонят всё это ваше болото из 300 лентяев. Как там, когда убиваешь дракона, сам становишься драконом.....
Есть такое. Два раза видел. Лютый хм... трындец. Это хитромудрые экономисты так "хэджируют риски", типа мы вложим 10 лимонов, а если они долгов на 50 наделают, то это не наши проблемы. Но эти стартапы 100%-е дочки. И в руководстве сидят те же дубы или хитрые ворованы. Как через эти стартапы весело тырятся денежки, просто сказка. Но тут ничего нового нет. И раньше организовывали отдельные GmbH.
...
Переучивать - да, самая большая проблема
я именно об
этом и говорю. Целесообразность стартапов это другая история, бывают хорошие и плохие, факт в том что в классический IT уже меньше бабосов вкладывают и скорее урезают, потому что там сидят динозавры. А стартап это круто, быстро, хайп и тд.
> А теперь у них... Человек 70, наверное, которые на яве / ангуляре приложения лепят. И человек 5-6, которые инфраструктуру в облако перетаскивают и разрабам помогают с докером и AWS (ECS). Бюджет увеличился неслабо.
Во-во, в облако перетаскивают ...
Во-во, в облако перетаскивают ...
Ну, в смысле что бегал тот же дженкинс или sonarqube на локальном сервере, теперь они же но в AWS-е, и если у дженкинса не хватает потоков (worker), поднимется автоматом еще один. Удобно, не страшно 5 веток параллельно собирать, даже когда QA команда по 200 бильдов собирает.
да, вот мы о том и говорим, что процесс идет. Потихоньку все переносят в облако, потихоньку выключают онпрем. Потихоньку адаптируется devops/agile/scrum и все эти там ваши контейнеры с инфрастракча аз код и стартапы.
кто это не адаптирует - остается динозавром
Ну,везде онпемис не отключат. Те же банки что бы там гугл с амазоном не обещали кое-какие данные им никогда не доверят. Хоть обшифруйся.
Я собственно, имел в виду что не везде "классического IT бютжет урезают, проекты уже особо иновативные не стартуют." Никакими стартапами не заменяют и "классические ИТ-отделы" растут и развиваются. Или под классическим ИТ имелось в виду "без современных технологий"? Так тоже не всегда: я видел как в 2019 на коболе дописывали модуль к системе управления полисами в одной страховке. Бюджет под это выделяли, да. Тоже случается :)
Я о том что потихоньку отключают онпрем. Больше гибридов в больших фирмах/концернах и больше стартапов и средних предприятий в которых онпрема больше нет вообще.
Понятно что в банках/страховках есть данные которые они в облако в ближайшем будущем не перенесут, но есть огромное количество систем которые можно спокойно перенести в облако в тех же банках.
На коболе в проекте где я сейчас, тоже что то дописывают, но скажем так это на сегондяшний день настолько узкая ниша что и смотреть туда не стоит. У некоторых до сих пор есть AS/400.
И соляра наверное тоже на спарках. Но они живут до того момента пока не закончится оплаченый на десятилетия вперед саппорт. Потом это все добро выбрасывают тоннами (это я уже несколько раз видел).
Классическое IT это разграничение на Dev и Ops. Где надо ждать пол года пока тебе наконец выделят VM для твоих нужд. Ужасная коммуникация между отделами. Все в excel. И прочие прелести работы в больших концернах.
Классическое IT это разграничение на Dev и Ops. Где надо ждать пол года пока тебе наконец выделят VM для твоих нужд. Ужасная коммуникация между отделами. Все в excel. И прочие прелести работы в больших концернах.
А, если определять его так, то я согласен. Такое классическое ИТ отмирает. Даже в банках/страховках/медицине/энергетике.
Вот как дела в дойче бане обстоят - не знаю. Но там, наверное, всё ещё счёты в ходу :)
да, вот мы о том и говорим, что процесс идет. Потихоньку все переносят в облако, потихоньку выключают онпрем. Потихоньку адаптируется devops/agile/scrum и все эти там ваши контейнеры с инфрастракча аз код и стартапы.кто это не адаптирует - остается динозавром
весь мир пока что функционирует на динозаврах.
интересно было бы услыхать от кого-нибудь опыт типа "вот работали себе как динозавры, т.е. разрабатывали, тестировали, исправляли ошибки, выпускали релизы, ... старались, чтобы все это было быстро а быстро, это когда удобно), но вот узнали, что есть скрум (или что там еще сегодня), 'перешли на него', и время разработки сократиловь вдвое при том же персонале. ошибок не стало вообще, заказы поперли, с ними - зарплата и прочие блага".
ясно, сегодня еженедельно появляется какая-нибудь "новая технология, ускоряющая/улучшающая/увеличивающая/уменьшающая...", но пока не вижу, чтобы здравый смысл удалось полностью заменить искусственным интеллектом.
думаю, эти новые технологии не везде применимы, и не всегда при применении имеется положительный эффект. допускаю, что в каких-то случаях эффект будет даже отрицательный.
зы. вот и я просто поболтал. аж легче стало : )
ну вот, небось чего-то лишнего просто сболтнул. народ разбежался, просто болтанка прекратилась... стереть что написал, что ли?
интересно было бы услыхать от кого-нибудь опыт типа..
вот поэтому весь народ и разогнал, сам виноват .
т.е. у всех кроме меня есть опыт, а они хорошо воспитаны и боятся меня обидеть?
Такое классическое ИТ отмирает.
живет дальше как и до этого :) просто сейчас везде всех назвали девопс, развесили agile постеры в коридорах и все пишут в конфлуенс. А так все в принципе осталось как и прежде.
интересно было бы услыхать от кого-нибудь опыт типа "вот работали себе как динозавры, т.е. разрабатывали, тестировали, исправляли ошибки, выпускали релизы, ... старались, чтобы все это было быстро а быстро, это когда удобно), но вот узнали, что есть скрум (или что там еще сегодня), 'перешли на него', и время разработки сократиловь вдвое при том же персонале. ошибок не стало вообще, заказы поперли, с ними - зарплата и прочие блага".
Не, такой истории я рассказать не могу.
Я могу рассказать истории как на динозавров привыкших к концреновому бардаку и waterfall модели, попытались натянуть scrum/devops. Впустую потраченные деньги и проект закрыли.
Еще могу рассказать историю когда концерн основал стартап, нанял в роли CEO бывшего гугломенеджера, который собрал команду из в основном молодых специалистов и
они в облаке подняли за короткие сроки продукт рекламу которого видели в германии наверное все.
Оба проекта в облаке и в обоих случаях команда могла свободно выбирать свой технологический стек плюс полная свобода в формировании процессов и внутренней культуры.
вот работали себе как динозавры, т.е. разрабатывали, тестировали, исправляли ошибки, выпускали релизы. Был водопадный процесс.
Потом клиенты потребовали скрам. Звучит несколько дико, какого хрена клиенты вообще лезут в организацию процесса разработки, но это так. Было условием получения контракта.
Время работки не изменилось и даже увеличилось за счет скрамных мероприятий. Уменьшились ментальные проблемы членов команды - между продуктменеджерами и программистами поставили скраммастера, а пар можно выпускать на ретро.
Появился дейли - перестали случаться глупые ошибки типа один перестартовывает сервера, а второй не знал и запланировал что то выжное на них в этот момент. Часто даются пoдсказки, например один говорит, что сегодня он будет делать тикет с навигацией и ему сразу говорят, что есть пример в соседнем проекте. Раньше
бы он просто не спросил.
заказы поперли - в какой то степени да.
с ними - зарплата и прочие блага - гм, совсем нет. "Несмотря на падение цен на нефть, падение цены на бензин удалось избежать"(c)
Продолжаем разрабатывать, тестировать, исправлять ошибки, выпускать релизы. Скрам на это не влияет.
команда могла свободно выбирать свой технологический стек
Эта же команда будет потом продукт сопровождать?
Эта же команда будет потом продукт сопровождать?
Да !
В первой команде был лозунг "(But) It works on my machine". Закоммитить изменения в конце дня и во время билда быстро свалить домой. С проблемами будут уже разбираться Ops и QA.
Во второй команде лозунг был "You build it - you run it". И Dev и Ops одинаково ответственны за билды и деплойменты и проблемы решаются вместе.
Ругательство для программистов придумал: чтоб ты получил Kiss solid dry 
Не знаю пока только для чего и сколько % поймет.
А какую можете предложить единицу измерения для качества кода лучшую чем WTF per second?
Исторически всё же FPM. Fucks Per Minute. И да, лучшего пока не придумали.
вот не понимаю этого снобизма по поводу ОС. ну какая разница где девопсы свои говноскрипты выполняют - в баш или в пауершелл?
А что это сразу баш? А как же мегасрачи 90-х tcsh vs. bash vs. zsh?
А если серьёзно, именно по шелам, то наверное просто вкусовщина. После доса (ну и виндового cmd) перейти на bash/tcsh это просто невообразимое наслаждение. Наверное поэтому старые виндусятники не могут работать в командной строке. Потому что нормального шелла не видели. А вот после баша перейти на powershell... Я не смог. Какое-то всё вроде то же самое но через жопу. Путаешься постоянно. Ну вот тырил мелкософт шелл нормальный, ну зачем все управляющие символы менять? Чем % лучше $? В общем пересаживаться тяжело. Если с нуля, то, наверное всё равно, в пауэршелле я всё же плохо понимаю. На все свои виндуся я ставлю cygwin а если не разрешают то требую поставить git. А в нём mingw и bash :)
А вот снобизм по поводу ОС... Это совсем другая тема намного сложнее. И да, виндуся - отстой :)
.в баш или в пауершелл?
-----
В принципе - никакой.
Вот только этот принцЫп предполагает, что оба инструмента одинаково доступны/освоены.
В реалии такое может быть и случается, но явно не по всему спектру инструментоv девопса...
Наверное поэтому старые виндусятники не могут работать в командной строке.
-----
Таки древний, таки виндузятник.
Каких-либо проблем работы из командной строки не наблюдается.
Причем приходилось чинить как версионность в винде, так никсовые скрипты...
Путаешься постоянно.
-----
Да ладно - не тал все страшно...
Пару раз посмотрел что доступно, потестил проблемные моменты и дальше только ищешь как именно имплементировано то что хочешь использовать...
На все свои виндуся я ставлю cygwin
-----
Бедолага... :(((
Каких-либо проблем работы из командной строки не наблюдается.
Но почему то нет никакого желания туды лезть
Чувак, а ты реально понимаешь, что такое девопс?
какие в ж..пу PowerShell и Bash скрипты в девопсе?
Их там нет. Там есть груви, yaml и .... все. И запускают эти "говноскрипты" не девопсы как отдельные люди, а обычные программисты.
Девопс был создан, чтобы как раз уволить этих самых "спецов" по bash и PowerShell. И этих инструментов в девопсе нет.
какие в ж..пу PowerShell и Bash скрипты в девопсе?
Поспокойнее. Категоричность — признак ограниченности, помним, да?
Обычные такие скрипты. В CI/CD постоянно. И не только. Регулярно вижу: дженкинс в облаке и надо на другой сервер конфигурацию залить (в очень красивом yaml-е) и за что-нибудь дёргнуть чтобы ее прочитали. И начинается... scp, ssh -e "а вот тут как раз башевский скрипт".
Собирать докеровский image иногда с помощью шелла сильно проще. Потому что опять надо сюда что-то скопировать, но только если сегодня пятницы, тут sed-ом заменить api-key на нужный и те де и те пе.
Так что девопс инженеров, которые в шелл-скриптах не разбираются я пока что того, не видел. Когда всё настрено то да, обычный разработчик ничего этого не видит и просто мёржит свою feature ветку в дев и "оно всё само" деплоится куда надо.
Их там нет. Там есть груви, yaml и .... все. И запускают эти "говноскрипты" не девопсы как отдельные люди, а обычные программисты.
Эта... Так их там нет, или эти "говноскрипты" там таки есть и их кто-то запускает?
Девопс был создан, чтобы как раз уволить этих самых "спецов" по bash и PowerShell. И этих инструментов в девопсе нет.
Стесняюсь спросить, а agile был придуман чтобы кого уволить?
Но почему то нет никакого желания туды лезть
-----
А oб желании нас никто не спрашивает - есть проблема - нужно решение.
Какое именно оно будет - по обстоятельствам.
Т.е. можно сделать в Шарпе, можно и в ЦМД/БАТ.
Желательно, правда, не смешивать - начали в Шарпе - делаем в Шарпе.
Начали ЦМД/БАТ - в нем и гоним.
Так их там нет, или эти "говноскрипты" там таки есть и их кто-то запускает?
-----
А есть разница?
Что есть они, что нету их - девопс их не видит, а это значит что пофиг...
Э... Девопс придумали как раз для того, чтобы НЕ писать баш скрипты и батники.
У меня такое ощущение что основное правило Девопс - никто не должен знать, что такое девопс и зачем он нужен.
У меня такое ощущение что основное правило Девопс - никто не должен знать, что такое девопс и зачем он нужен.
У меня такое ощущение, что я тут самый большой специалист по девопсу, потому что меньше всех понимаю, что это
Э... Девопс придумали как раз для того, чтобы НЕ писать баш скрипты и батники.
Кто сказал?
Я как-то думал что его придумали, чтобы уменьшить "пропасть" между разработкой и эксплуатацией, ускорить выпуск изменений и улучшить качество засчет тестирования.
А потом уже накрутили философии. Вроде "you build it, you run it". Ну и нигде не написано "только ансибл это труъ-девопс, а даже паппет атстой и нисчитаицца!" Мне удобнее с двумя скриптами автоматизировать - я автоматизирую двумя скриптами.
Патамушта ДевОпс это не продукт и не должность. Это, если угодно, культура. Хотите Паппет - используйте Паппет, хотите на скриптах - можно и на скриптах девопсить. Но только на скриптах - это мазохизм. Зачем вам лошадь, если есть автомобиль? Я конечно понимаю, вы привыкли к лошади: овёс там, сено.
Но быстро вы на лошади не доедете.
Культура, согласен. Вопрос в чём заключается эта культура. И я абсолютно уверен, что не в "фи, ви есть приффыкать к конь, ф Пари так давно уже никто не ездит". Скрипты это для вас мазохизм. Потому что вы в них не умеете. Я не буду городить ни ансибл ни паппет ни, прости господи, кубер, если всё что мне нужно сделать чтобы задеплоить новый релиз это
1. проверить что 2-й сервер работает
2.перенаправить все запросы на балансере на 2-й сервер
3. загрузить jar на 1-й сервер, найти pid, остановить процесс, переписать jar, запустить приложение
4. подождать пока 1-й сервер не ответит ожидаемым статусом
5. вернуть настройки балансера
Всё. У меня 2 сервера и балансер. Зачем мне что-то ещё? Да, если мне надо будет оркестрировать 20 сервисов я попрошу поднять что-то для их мониторинга и управления. Или если тот же ансибл уже для чего-то используется, попрошу и для меня скрипт написать.
А если нет - напишу шелловый скриптик. Ну или в ваших сравнениях, если у меня есть лошадь и плуг, я ими выкопаю картошку на своих 30 сотках, а не побегу покупать автомобиль. К нему плуг несподручно-с. А если каждый день надо ездить на работу 50 км то да, куплю. KISS.
Скрипты это для вас мазохизм. Потому что вы в них не умеете.
Да, меня всегда тошнило от всяких bash, использую только когда по другому нельзя, когда легаси.
Если у вас пару серверов то можно и на шелле. А если их пара тысяч? Пара сотен приложений, 5 environments, микросервисы, #dailyrelease, да security с compliance, вот тогда и посмотрим как вы без кубера будете.
что-то уже четыре дня никто просто так не болтает. наюеюсь ничего лишнего не сболтнул.
Чувак, а ты реально понимаешь, что такое девопс?
Да вот никто не понимает ) Я, к счастью, не девопс, но вижу, что у большинства в сознании, это нечто среднее, между таким себе админом конца 90-х и суппортом ))
А недавно столкнулся с тем, что же это за ад на самом деле, когда там google cloud, кубер со всем его трешом из листенеров, кластеры невообразимого зоопарка БД, внутренний роутинг, балансировщики нагрузки, с десяток взаимодействующих между собой приложений, составляющих порядка 50-ти подов.
Помучались, поплакали, и наняли еще двух девопсов )
А вы тут про баш скрипты )))
p.s. но контора не немецкая, тут скорее да, будут катить скриптами или просто ручным git pull (не шутка нихрена, знаю такой проект).
Ну вот допустим делать мне было нечего, я сделал вот такую простую программку чтобы дети могли тренироваться учиться считать, писал на C#. Больше время ушло на создания виртуального класса.
Сначало класс сделал
Потом учительницу
Потом саму программу, это меню выбераешь что учить хочешь:
Эта сама игра, зелёный правильный ответ, красный ошибка, в заголовке подсчитывает время, и правильные и неправельные ответы:
чтобы дети могли тренироваться
-----
У детишек, в том возрасте когда они учатся считать, надо дополнительно тренировать мелкую моторики рук.
Если по-понятному - должно оных мучать чистописанием. При этом желательно - чернильной ручкой с открытым пером.
У детишек, в том возрасте когда они учатся считать, надо дополнительно тренировать мелкую моторики рук.
Когда в Германию только приехал, в Quelle продавали обучающие компьютеры, ну и сейчас в других магазинах продают от vtech, у моего двоюродного брата по словам бабушки был обучающий компьютер в Германии, тогда я был ещё не в Германии, но у него был клон толи Dendy помойму, в Польше же делали клоны NES, а может у него был какой-то оригинальный NES, или что-то типа такого. В колледже на экзаменах разрешено было пользоваться калькулятором, в универах немцы на калькуляторах считают, это считается тут нормально. Я видел у нас в супермаркетах недорогие таблеты на Android:
а есть вот такие обучающие компьютеры, только дисплей ооочень маленький, как телевизор у моего прадедушки:
Щас обучающий компьютер можно сделать на базе Raspberry Pi, поставить допустим OpenJDK, Python Tkinter, или ElectronJS. Мне больше нравится на ElectronJS.
Часы на стенке хоть работают?Училка как то движется?
Пока нет, но сделать это, раз плюнуть.
Пока нет, но сделать это, раз плюнуть.
тогда возьмите эту, например. и чтобы двигалась по-разному при правильном ответе и неправильном.
тогда возьмите эту, например. и чтобы двигалась по-разному при правильном ответе и неправильном.
Полная ерунда. Я делаю не так. Сначало объясню как делают другие, а потом как я.
В Blender можно анимировать училку, перед тем как экспортировал 3D модель училки из MakeHuman в формат dae, я добавил арматуру училки, арматуру можно вращать перемещать, а чтобы анимировать нужно BVH формат:
В играх и в современной киноиндустрии используют mocap (motion capture)
Дальше всё сохраняют в специальном формате bvh (Biovision Hierarchy) -
http://www.vek21petrov.narod.ru/motion_capture.html эти файлы очень большие, много очень весят, я нашёл на несколько гигов бесплатных файлов в формате bvh. Дальше импортируешь bvh в Blender, и арматуру привязываешь к 3D модели.
Я же использую машинима https://ru.wikipedia.org/wiki/Машинима iClone и CrazyTalk для анимирования училки.
Многие современные редакторы поддерживают chroma key, дальше накладываешь как фон, примерно как в этом видео:
Полная ерунда. Я делаю не так. Сначало объясню как делают другие, а потом как я.
полная ерунда это у вас, голюбчикЪ.
ученикам насрать, как вы или другие это делают. им важно, чтобы училка двигалась так, как та что из карнавала, а не как кукла с вывихнутыми ногами или баба-монстр.
сделайте, чтобы красиво (не важно, как другие или как вы) двигалась, и учеников не оттянешь от учебы. и папы подтянутся помогать и контролировать. ну, или повторить двано забытое пройденное : )
По мне так вообще класс не нужен. Типа под тремя яблонями лежит монстр, на нем цифра 5. На одной яблоне 1 яблоко, на другой 2, на третьей 3. Трусить можно только две яблони.
Это вроде больше для детишек чем для пап
По мне так вообще класс не нужен.
Гм. Как то попался нам стрип покер, прога не 5-дюймовых гибких дисках. Так я даже английский по словорю учил, что бы понять, как выиграть Детей надо заинтересовать уметь
Как то попался нам стрип покер,
интересно в каком возрасте сейчас дети еще не знают арифметику?
У меня такое подозрение, что в том, в котором девочки еще не интересуют. И как изучать в этом случае девочкам?
Детей надо заинтересовать уметь
естественно, вопрос только чем? Но уж никак не школьным помещением...
Ну не знаю как сейчас, раньше было много игрулек. Для бедных были дешёвые обучающие 8 битные компьютеры на базе вот таких микросхем https://ru.wikipedia.org/wiki/Ricoh_2A03, https://ru.wikipedia.org/wiki/MOS_Technology_6502 или https://ru.wikipedia.org/wiki/Zilog_Z80 допустим Dendy Клавиатура
Для тех у кого были IBM PC ПК, для них делали такие обучающие игры:
У меня дома было много обучающих разных компьютерных программ.
пару дней назад столько вопросов повозникало! хотел уже сюда к кошачье-собачьим экспертам обратиться, но как-то сразу не решился, и за это время сам как-то все разгреб, все стало ясно. а спросил бы, было бы быстрее, точно знаю. даже не нужно, чтобы кто-то отвечал: достаточно спросить, и через пару минут сам знаешь решение. так чаще всего почему-то случается. может, пока вопрос формулируешь, смысл проблемы проясняется?
может, пока вопрос формулируешь, смысл проблемы проясняется?
где то в этом роде, у самого часто так получается.
НП.
Насчёт арифметики и игрулек расскажу чуть позже. В колледже учились программировать чатботы, т.е. парзили AIML. Посмотрел значит это видео игрок напомнил мне бота, вот короче играюсь я в чатбот... Поставил python aiml, дал команду pip install python-aiml, потом сделал AIML файл и написал такой код:
import aiml
k = aiml.Kernel()
k.learn("main.aiml")
while True: print(k.respond(input("me:")))
Для запуска так:python main.py
Результат:
Единственное что-то <bot name=""/> не работает, а остальное всё превосходно работает.
Anhang
они там в Сбере, оказывается, готовят государственный переворот https://m.youtube.com/watch?feature=youtu.be&v=IbNDTzZgJVo...
НП.
Делать было нечего, решил немножко расслабиться, накалякал на Python, точнее покапался в чужом коде, и исправил немного код Michael Hippke, мой изменёный код считывает не юлианский календарь а грегорианский, и этот код не является ботом, код строит график магнитуды звезды (насколько я понял AAVSO ищет макс. 200 записей на страницу), и сохраняет в файл в формате png, а так-же сохраняет дату и магнитуды в файл:
import requests
from bs4 import BeautifulSoup
import numpy as np
import matplotlib.pyplot as plt
def get_mags_from_AAVSO(url):
r = requests.get(url)
soup = BeautifulSoup(r.content, 'html.parser')
rows = soup.select('tbody tr')
dates = []
mags = []
for row in rows:
string = '' + row.text
string = string.split('\n')
try:
date = string[4]
mag = float(string[5])
if mag < 3:
dates.append(date)
mags.append(mag)
except:
pass
return np.array(dates), np.array(mags)
date, mags = get_mags_from_AAVSO('https://app.aavso.org/webobs/results/?star=Betelgeuse&num_results=200&obs_types=vis')
with open('result.npy', 'wb') as f:
np.save(f, zip(mags, date))
with open('result.txt', 'w') as f2:
f2.write('Magnitude Date')
for m, d in zip(mags, date):
f2.write(('{} {}\n').format(m, d))
plt.plot(mags)
plt.ylabel('Магнитуда')
plt.xlabel('Наблюдения')
plt.savefig('betelgeuse.png', dpi=300)
Результат
Хотя наверное надо было отображать среднее значение или максимальное значение магнитуды из n-наблюдателей в день. Хотя надо было гладкую линию рисовать, такие острые линии мне не нравятся https://stackoverflow.com/questions/5283649/plot-smooth-li...
Не знаю что и сказать, звезды и питон меня ну абсолютно не интересуют.
какая хорошая тема. и главное, для такого супер подходит.
Знакомый в Уни, начал подкидывать задачки. Возможно будет интересно и тем кто хочет научится программированию. Выкладывайте свои ответы - обсудим.
Вначале задача в том виде, как рассказали по телефону. Я ее протестировал на "кошках" - решают без каких либо проблем, в общем виде.
1. Есть террариум в котором нужно поддерживать постоянную заданную температуру, для этого есть функции "ВключитьНагрев", "ОтключитьНагрев".
Требуется вначале построить Flussdiagram, а потом уже прогу на питоне.
Для начала попробуйте просто описать алгоритм используя конструкции "Делай ..." и "Если ... То... Иначе..."
Специально написал немного меньше чем надо. Допишите сами чего еще не достаёт для постновки задачи.