Опять пожаловаться на начальника ...

[NtNet]

Босс кстати как ни странно написал что алгоритм теперь правильный и что мол да (как Физик лирик предполагал) можешь мол дальше сама ...

ох уж эти девушки, чего хотят нам мужикам не понять.
То вы пишите что босс чуть ли не гавнюк, не помогает и вообще на вас все повесил, а сам нихера не делает.
Теперь оказывается он молодец и даже вник в ваш алгоритм, понял его и принял. И теперь вам доверяет.
Чего вы хотите?

ёпс
Это был риторический вопрос

Босс кстати как ни странно написал что алгоритм теперь правильный и что мол да (как Физик лирик предполагал) можешь мол дальше сама ...

ох уж эти девушки, чего хотят нам мужикам не понять.
То вы пишите что босс чуть ли не гавнюк, не помогает и вообще на вас все повесил, а сам нихера не делает.
Теперь оказывается он молодец и даже вник в ваш алгоритм, понял его и принял. И теперь вам доверяет.
Чего вы хотите?

ёпс
Это был риторический вопрос

Нет, он одобрил свой алгоритм
Сорри если невнятно написала, я очень спешила...

Именно вариант его алгоритма (его намеков) я реализовала вчера
Свой алгоритм был позавчера и не одобрен

Босс хороший дядька
Талантливый программист
Создал всю систему с нуля, и пишет еще на другом языке, другую систему
Но он не совсем менеджер по сути
Мне бывает иногда ОЧЕНЬ тяжело
Т.к нет тут определённых requirements, и помощи не много, там, где она нужна мне
(В идеале)

Босс хочет чтобы я сама во всем разбиралась, включая ЕГО системы что он раньше наваял, а не только чтобы делала что-то новое

Сюда пишу больше пар выпустить и послушать советов более опытных профессионалов
Как бы со стороны посмотреть... ...

[NtNet]

Босс кстати как ни странно написал что алгоритм теперь правильный и что мол да (как Физик лирик предполагал) можешь мол дальше сама ...

ох уж эти девушки, чего хотят нам мужикам не понять.
То вы пишите что босс чуть ли не гавнюк, не помогает и вообще на вас все повесил, а сам нихера не делает.
Теперь оказывается он молодец и даже вник в ваш алгоритм, понял его и принял. И теперь вам доверяет.
Чего вы хотите?

ёпс
Это был риторический вопрос

IMO. Пора начальнику заменить ТС на молодого индюка/китайца из местного колледжа. Драм будет в разы меньше.

Я никогда не показываю драмы свои начальнику
Разве что он тут прочитает
Но он даже слов не знает таких как Privet и русского не знает ...

Но вообще, да и по зп и по позиции это больше бы для выпускника колледжа подошло
Но у нас там команда - 35-45 лет, и постарше- 55-60 лет
Никого нет моложе
Это нон профит контора и я чётко знаю для чего я там (иногда бывает тяжело в плане как бы "учебы" на работе правда)

[Oleg Co]

Это звучит что босс хочет, чтобы вы развивались. Показали, что вы можете. Именно такие сложные задания и добавляют вам новые знания и навыки. Рутинная работа - нет.

[Мальчик-Одуванчик]

IMO. Пора начальнику заменить ТС на молодого индюка/китайца из местного колледжа. Драм будет в разы меньше.

Только результат будет как в том анекдоте про машинистку, которая умеет 600 знаков в минуту.

[Мальчик-Одуванчик]

Босс хочет чтобы я сама во всем разбиралась, включая ЕГО системы что он раньше наваял, а не только чтобы делала что-то новое

Сюда пишу больше пар выпустить и послушать советов более опытных профессионалов
Как бы со стороны посмотреть... ...

Если есть доступ к его коду, то в чем проблемма разобраться?

[nyekimov]

Босс хочет чтобы я сама во всем разбиралась, включая ЕГО системы что он раньше наваял, а не только чтобы делала что-то новое

Сюда пишу больше пар выпустить и послушать советов более опытных профессионалов
Как бы со стороны посмотреть... ...

Если есть доступ к его коду, то в чем проблемма разобраться?

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

Но это все с опытом лечится. В последствии такого рода менеджеры/Лиды как увидят, что вы предлагаете решение даже лучше, то настанет полное доверие.

[NtNet]

Босс хочет чтобы я сама во всем разбиралась, включая ЕГО системы что он раньше наваял, а не только чтобы делала что-то новое

Сюда пишу больше пар выпустить и послушать советов более опытных профессионалов
Как бы со стороны посмотреть... ...

Если есть доступ к его коду, то в чем проблемма разобраться?

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

Но это все с опытом лечится. В последствии такого рода менеджеры/Лиды как увидят, что вы предлагаете решение даже лучше, то настанет полное доверие.

Было что и что-то комплексное не понимала в его коде. Но это можно упорно посидеть и разобраться
Главная проблема иногда возникающая - это понять с т зр бизнеса - что та или иная таблица означает ...
Чтобы писать что-то дальше или что-то доделать или даже новое, на базе этого старого делать ...

Никаких документаций или бизнес объяснений к базе нет у нас, это он мне нще в 1й день сказал


А как понять видя 2 таблицы, с разным, не связанным логически набором дат, к примеру, что одна - это та где фиксируются даты поступлений на программу, а другая- собственно эпизоды, болезни ...? (Как пример)
Я никогда раньше с ними не работала
Была месяцы занята совершенно другим проектом никакого отн к этому не имеющим. Сюда приходила эпизодически и помочь с уже готовым, но НЕ с этими данными ...

На мой мягкий намёк на это обстоятельство ответ "Нууу я хочу чтобы ты теперь сама помучалась как я когда-то..." Клиент тем временем ждал ...

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

И надо сначала начинать
Не проблема конечно, тк часто там многое аналогично
Но иногда впечатление как про сизифов труд ... И времени уйму отнимает

Я раньше была несколько лет (4) аналитиком, в бизнесе
Там был у меня ПМ которая технически ничего не знала, но была прекрасный менеджер!
Именно то что мне было надр она все объясняла с т зр именно бизнеса

Предпочитала емейлы (как и я) !
Когда можно потратить 40 мин или час в неделю или 2 и все разжевать др другу и получить точное прозрачное задание

В итоге я стала потихоньку вникать и в ее работу и в последний год уже заменяла ее когда она в отпуске или отлучалась. Потом она уже мне так мягко сказала что это мол ее работа
(Когда я больше стала этим интересоваться)

Я к тому , что если без всяких создаваний мне доп трудностей, то я бы и в бизнес быстрее "въехала "

Отдельная,лично для меня трудность, что мой начальник - не писатель
Терпеть не любит емейлы
Только вслух, болтая на митинге...
Абсолютно не слушает если я вопрос задаю . Просто продолжает громко говорить , перекрывая меня.

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

[NtNet]

Белый американец в возрасте походу?

Да!
Работа и конкретно эта система, это вся его жизнь, хобби и вообще все!


To be fair, он прекрасный разработчик и профессионал
Иногда он мне показывал как он пишет код и как мыслит и как быстро понимает что-то. (Там где я сидела часами, в лучшем случае )

[mitnlag]

программирование начинается с бумажки ( или с вайтборда)
Разберитесь с данными в его таблицах, придумайте как вы это всё будете считать, где эти формулы раскопать или придумать/вывести. Когда получите подтверждение, что получается желаемый результат - можно ковырять автоматизацию.

[Мальчик-Одуванчик]

Белый американец в возрасте походу?

Да!
Работа и конкретно эта система, это вся его жизнь, хобби и вообще все!


To be fair, он прекрасный разработчик и профессионал
Иногда он мне показывал как он пишет код и как мыслит и как быстро понимает что-то. (Там где я сидела часами, в лучшем случае )

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

[Komissar]

разбираться в чужой навороченной схеме с триггерами, всями views етц - это еще хуже, чем в чужом коде. Код хоть переписать с нуля можно, а живую базу, куда лезут десятки аппов, надо юзать as is.

My heart goes out to you, NtNet!

[NtNet]

Sorry mistakes, using Latin alphabet (no access to RU sites)

Update:
Boss полностию переписал мои код на свои лад.
Провела ету ноч изучая его, раз мои получается что забракован.

Как обешала, пишу сначала алгоритм которому следовала я, потом босса новии алгоритм.

Задача: смоделироват епизоди пациентов, в течение 12 месяцев после их поступления в болницу
(на Программу); И посчитат уникалное кол-во пациентов + днеи их болезнеи, представит данние за
опредиленни период (Fiscal Year 2019-20).

Дано: таблица вступления пациентов на Программу – SSAS.ClientsEpisodes
таблица реалних еписодов (болезнеи) – WHMHSA.ClientEpisodes


Algorithm 1 (implemented by NtNet):

1. In SSAS.ClientEpisodes (Program table) ограничит дати поступления (AdmissionDate), дати виписки (DischargeDate) периодами FY (BOP / EOP)
– таким образом, чтоби видат толко наложения (intersections) – AdmissionDate / DischargeDate vs BOP / EOP
(see screenshot below, developed by NtNet).
Чтоби исклучит варианти (non intersections) применит такое условие – ето case 5, 6 on the picture:
WHERE
NOT ( ( (ssas_epi.AdmissionDate < @BOP) AND (ssas_epi.DischargeDate < @BOP) ) OR ( (ssas_epi.AdmissionDate > @EOP) AND (ssas_epi.DischargeDate > @EOP) ) )

Расчитат recent 12 months from DischargeDate – Dateadd function И исклучит случаи когда AdmissionDate > Recent_12_Months_Date
(иначе получается что наша "Recent12MonthsDate table" вклучает не сушествуюшие Program Episodes)

Занести данни код в table valued function (tvf)


2. K WHMHSA.ClientEpisodes – tablica s realnimi episodami boleznei JOIN tvf from #1
Видат Upd_DischargeDate (updated, т.к добавлена проверка – если нет discharge, то ограночит текушеи датои – Getdate () ),
Recent_12_Months_Date as [Upd_AdmissionDate] from SSAS.ClientsEpisodes; BeginDate, EndDate from WHMHSA.ClientEpisodes,
– дати реалних еписодов
Ограничит BeginDate / EndDate - BOP / EOP – т.к ми ишем число болезнеи за FY (BOP/EOP)

Проверит соотношение Upd_DischargeDate – Upd_AdmissionDate (1) vs Begindate / EndDate (2) – Где рассчитат все возможние наложения (intersections) между (1) И (2)
Их всего 4, абсолутно аналогично картинке ниже.
И посчитат разницу днеи с помошиу IIF(Datediff ….., as following:
([BeginDate] >= [Upd_AdmissionDate]) AND ([Upd_EndDate] >= [Upd_DischargeDate]) to
[Upd_DischargeDate] - [Upd_BeginDate] = kol-vo dnei AS [Dif1]

И так дале – еше 3 варианта - write code on SQL.

COUNT(DISTINCT ClientID)
SUM ([Dif1] + [Dif2] + [Dif3] + [Dif4])



Algorithm 2 (created and implemented by the boss):

1. In SSAS.ClientEpisodes ogranichivaem AdmissionDate, DischargeDate by BOP / EOP As [AdmissionDateBOP] / [DischargeDateEOP],
где если AdmissionDate < BOP, to BOP / DischargeDate > EOP to EOP


2. For testing purposes (that’s I don’t understand why we need this) calculating Length of Stay – between AdmissionDate & DischargeDateEOP = LOS


3. Calculating [AdmissionDate_12_Month_Prior]
By subtracting 365 days from the [DischargeDateEOP]
If this difference date is less than the AdmissionDate, then we use the AdmissionDate (makes sense)

– the 1st part of this step I completely don’t understand. Why calculate 12 Month Prior the Admission Date by subtracting from the DischargeDate, and not from the AdmissionDate?


4. For the [DischargeDate_12_Months_Prior] he just used DischargeDateEOP

- Also makes no sense for me…
I think if we need 12 Months Prior DischargeDate then we should calculate it off of the DischargeDate (like Datediff), and not just take DischargeDateEOP as it is…



5. Calculating Length of Stay within 12 Months – by subtracting [DischargeDate_12_Months_Prior] - [AdmissionDate_12_Month_Prior]
I оставляем толко те еписоди где 12MonthsLOS >=365

- Я считау что надо оставлят толко где = 365, т к ми анализируем 12 months (1 yr period)…


6. Создаем tvf для етого кода


7. JOIN it to WHMHSA.ClientEpisodes как у меня
И далше по аналогии со мнои, толко оперируя своими полями
(ето изучу on Monday)



Итог – отправила сегодня ночиу данние которие boss насчитал в етои сложнои чсти И свои в 1и части – где “Prior 12 Months”

[vdfs]

Вы бы попробовали поискать другую работу в параллели. Я читаю все эти ночные мучения и недокоммуникации с начальником и меня жуть берет. Прямо как в советские времена, когда "работу дают", а не наоборот.

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

[observer_ca]

3. Calculating [AdmissionDate_12_Month_Prior]
By subtracting 365 days from the [DischargeDateEOP]
If this difference date is less than the AdmissionDate, then we use the AdmissionDate (makes sense)

– the 1st part of this step I completely don’t understand. Why calculate 12 Month Prior the Admission Date by subtracting from the DischargeDate, and not from the AdmissionDate?


4. For the [DischargeDate_12_Months_Prior] he just used DischargeDateEOP

- Also makes no sense for me…
I think if we need 12 Months Prior DischargeDate then we should calculate it off of the DischargeDate (like Datediff), and not just take DischargeDateEOP as it is…



5. Calculating Length of Stay within 12 Months – by subtracting [DischargeDate_12_Months_Prior] - [AdmissionDate_12_Month_Prior]
I оставляем толко те еписоди где 12MonthsLOS >=365

- Я считау что надо оставлят толко где = 365, т к ми анализируем 12 months (1 yr period)…

Я, конечно, ни разу не Data Analyst, но похоже Ваш босс находит последние 12 месяцев от момента выписки. Т.е. если пациент провёл условные 2 года, то берётся второй год, а не первый - потому и расчёт от даты выписки. По этой логике в пункте 3 он гарантировано получает 365 дней или меньше. Вы правы по пункту 5, там должно быть просто равенство; но по вычислению из пункта 3 больше 365 никогда не будет.

Upd. Your boss’ naming convention does not help - to say the least

[NtNet]

Ваш босс находит последние 12 месяцев от момента выписки. Т.е. если пациент провёл условные 2 года, то берётся второй год, а не первый - потому и расчёт от даты выписки

Ага, спасибо за разъяснение...
Т.е получается он считает Recent 12 Months from DischargeDate.
Но и я в своем коде считаю эти самые recent 12 months...
Но у меня получается 34 records на выходе, а у него 51.
Наверное потому что он больше разных условий там ставит (например, ограничивает AdmissionDate / DischarheDate BOP / EOP (хотя по логике если ограничивать, то наоборот, меньше должно быть записей)
Ну и другие разные условия применяет, что я не написала у себя ...))