А как сейчас с работой?
если честно я не особо вникал в чем девелоперы в подобных проектах дебажат и каким IDE пользуются. Студий я не видел потому что практически у всех мэки с макосью, как в стартапах так и в концернах
не знаю о какой отрасли идет речь.
Я уже лет 5 в проектах в облаке, никаких студий и XML я пока еще не видел. Позавчерашний день
какой-то юношеский максимализм
На экзамене по научному коммунизму профессор спрашивает у абитуриента, что такое диалектический материализм? Студент молчит. Не знает он Маркса с Энгельсом, Владимира Ильича Ленина, даже не может сказать, когда произошла Великая Октябрьская революция..
- И откуда же вы такой, молодой человек, - интересутся профессор.
- Из Урюпинска.
- Эх, брошу все и уеду в Урюпинск, - мечтательно вздыхает преподаватель.
по этому я и уточнил что это конкретно мой опыт. У каждого свои реалии.
Про Урюпинск не знаю, я в Мюнхене. Проекты в больших страховках, финтеках, медийных концернах, автоконцерны
Элементарная задачка.
Требуется - добавлять какие-то фрагменты в ХМЛ файл.
Для простоты - пусть они будут одинаковые по структуре ХМЛ.
Вроде как все работает, но... медленно. И чем дальше - тем медленнее.
Твоя работа - вместо 10 минут на добавление одного фрагмента сделать... хммм... 100 милисекунд... хотя, пожалуй, много.. 20-ти хватит...
Да, пока не забыл - работа с файлом остается. Т.е. если рубильник смайнают - все должно работать без потерь...
И, заметь, никаких ограничений не ставится - хочешь стандартные либы - будь ласка, хочешь штаны через голову - милости просим... только выдай 20 милисек на добавление... и это... на доработку/фих тебе пара часов,
Повезло. Я вот 6 лет дерьмо разгребал...
Так у меня до 40 гиг ХМЛы случались...
Понятно, кому-то "хочется странного". Для работы с конфигами в проектах на Шарпе явно многогиговые XML не нужны - как вы сами сказали, всё это дерьмо будет только считываться и инициализироваться 10 минут. Тут явно ошибка не в структуре XML файла, а в подходе. И превратить 10 минут в 20 миллисекунд даже за "пару часов" тоже не получится - сколько времени вы будете эти гиговые XML разбирать?
превратить 10 минут в 20 миллисекунд даже за "пару часов" тоже не получится
------
В этом и отличие того кто способен пользоваться стандартными библиотеками от того кто знает с чем работает.
сколько времени вы будете эти гиговые XML разбирать?
------
А у меня есть задаче их РАЗБИРАТЬ? Перечитай условие еще раз. Oно, кстати, не так редко появляется...
Элементарная задачка.
Требуется - добавлять какие-то фрагменты в ХМЛ файл.
Для простоты - пусть они будут одинаковые по структуре ХМЛ.
Вроде как все работает, но... медленно. И чем дальше - тем медленнее.
Твоя работа - вместо 10 минут на добавление одного фрагмента сделать... хммм... 100 милисекунд... хотя, пожалуй, много.. 20-ти хватит...
Да, пока не забыл - работа с файлом остается. Т.е. если рубильник смайнают - все должно работать без потерь...
И, заметь, никаких ограничений не ставится - хочешь стандартные либы - будь ласка, хочешь штаны через голову - милости просим... только выдай 20 милисек на добавление... и это... на доработку/фих тебе пара часов,
Типа такого? Вот тоже начинающему говорят кнопочку за час поправить
Software engineer interns on their first day be like... - YouTube
Типа такого?
Но я всё равно не знаю ... Это не мешает
------
Так где решение? 
Ничего ведь не мешает!!! ну кроме "я всё равно не знаю"... и изучать не буду т.к. есть стандартные библиотеки...
А - zная - там минут 10 на написание... причем первое решение пойдет в мусор...
А если ещё немножко повспоминать то можно до кобола с CICS довспоминаться :)
Тут сейчас один проект на страховке. Супер-модный. Ну,для страховки. Половина на JEE половина типа "микросервисы" (уйбля). И всё это чудо общается с двумя системами из 80-х. И таки да, кобол. Центральная система регистрирующая договора. 95% времени все модные "микросервисы" ждут ответа от хоста.
нет в показаниях я не путаюсь :) если повспоминать то можно вспомнить даже как один kuberenetes job тянул от кого-то внешнего через sftp маленький CSV, который по ночам генерил оракловый job. Этот CSV парсился и клался в RDS Postgres на AWS. Бредятины я много видел и на onprem и в облаке. Но больших (и маленьких XML) я уже очень давно не видел, и разработки для облака или модных нынче microservices в студии я тоже пока не видел.
та же фигня у меня сейчас, сравнительно большой финансовый концерн, гоняет на openshift ( onprem разумеется ) свои типа "майкросервисы" (что скорее распределенный монолит). И тоже идут запросы на систему из мезозойской эры, на коболе, и таймауты надо ставить повыше потому что запросы обрабатываются больше минуты.
Другой опыт это стартапы которые принадлежат концернам. Все реально в облаке, и набирается команда которая шарит как надо разрабатывать для облака и контейнеров, как работать в скрам и что такое девопс и пайплайны с гитом. Там совершенно другая песня. И XML там мало кто швыряется
Все реально в облаке, и набирается команда которая шарит как надо разрабатывать для облака и контейнеров, как работать в скрам и что такое девопс и пайплайны с гитом.
Это места, в которых бОльшая часть разработки - общение с коллегами? Вот где софт скиллс нужны.
> Это места, в которых бОльшая часть разработки - общение с коллегами? Вот где софт скиллс нужны.
Не слышал о таких местах где у девелоперов в массе софтскиллзы были бы прокачаны и где они бы особо с коллегами общались.
Таких мест нет.