Опять пожаловаться на начальника ...
-
- Уже с Приветом
- Posts: 64875
- Joined: 12 Jul 2002 16:38
- Location: г.Москва, ул. Б. Лубянка, д.2
Re: Опять пожаловаться на начальника ...
Post by Komissar »
разбираться в чужой навороченной схеме с триггерами, всями views етц - это еще хуже, чем в чужом коде. Код хоть переписать с нуля можно, а живую базу, куда лезут десятки аппов, надо юзать as is.
My heart goes out to you, NtNet!
My heart goes out to you, NtNet!
Komissar
-
- Уже с Приветом
- Posts: 4309
- Joined: 15 Jul 2015 03:22
Re: Опять пожаловаться на начальника ...
Post by 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”
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”
You do not have the required permissions to view the files attached to this post.
NtNet
-
- Уже с Приветом
- Posts: 668
- Joined: 24 Dec 2015 07:50
- Location: Madison, WI
Re: Опять пожаловаться на начальника ...
Post by vdfs »
Вы бы попробовали поискать другую работу в параллели. Я читаю все эти ночные мучения и недокоммуникации с начальником и меня жуть берет. Прямо как в советские времена, когда "работу дают", а не наоборот.
Мне кажется, чуть ли не любая другая работа будет лучше. Искренне сочувствую.
Я б не стерпел всё это, и ушел бы искать. Но понимаю, что с "базами" не такой уж большой рынок и выбор.
Мне кажется, чуть ли не любая другая работа будет лучше. Искренне сочувствую.
Я б не стерпел всё это, и ушел бы искать. Но понимаю, что с "базами" не такой уж большой рынок и выбор.
vdfs
-
- Новичок
- Posts: 64
- Joined: 21 May 2010 09:30
- Location: Minsk -> OC
Re: Опять пожаловаться на начальника ...
Post by observer_ca »
Я, конечно, ни разу не Data Analyst, но похоже Ваш босс находит последние 12 месяцев от момента выписки. Т.е. если пациент провёл условные 2 года, то берётся второй год, а не первый - потому и расчёт от даты выписки. По этой логике в пункте 3 он гарантировано получает 365 дней или меньше. Вы правы по пункту 5, там должно быть просто равенство; но по вычислению из пункта 3 больше 365 никогда не будет.NtNet wrote: 05 Feb 2021 13:03
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)…
Upd. Your boss’ naming convention does not help - to say the least
![Wink ;)](./images/smilies/wink.gif)
observer_ca
-
- Уже с Приветом
- Posts: 4309
- Joined: 15 Jul 2015 03:22
Re: Опять пожаловаться на начальника ...
Post by NtNet »
Ага, спасибо за разъяснение...observer_ca wrote: 06 Feb 2021 20:41
Ваш босс находит последние 12 месяцев от момента выписки. Т.е. если пациент провёл условные 2 года, то берётся второй год, а не первый - потому и расчёт от даты выписки
Т.е получается он считает Recent 12 Months from DischargeDate.
Но и я в своем коде считаю эти самые recent 12 months...
Но у меня получается 34 records на выходе, а у него 51.
Наверное потому что он больше разных условий там ставит (например, ограничивает AdmissionDate / DischarheDate BOP / EOP (хотя по логике если ограничивать, то наоборот, меньше должно быть записей)
Ну и другие разные условия применяет, что я не написала у себя ...))
NtNet
-
- Уже с Приветом
- Posts: 4309
- Joined: 15 Jul 2015 03:22
Re: Опять пожаловаться на начальника ...
Post by NtNet »
vdfs wrote: 06 Feb 2021 14:36 Вы бы попробовали поискать другую работу в параллели. Я читаю все эти ночные мучения и недокоммуникации с начальником и меня жуть берет. Прямо как в советские времена, когда "работу дают", а не наоборот.
Мне кажется, чуть ли не любая другая работа будет лучше. Искренне сочувствую.
Я б не стерпел всё это, и ушел бы искать. Но понимаю, что с "базами" не такой уж большой рынок и выбор.
Тут так -vdfs wrote: 06 Feb 2021 14:36 Вы бы попробовали поискать другую работу в параллели. Я читаю все эти ночные мучения и недокоммуникации с начальником и меня жуть берет. Прямо как в советские времена, когда "работу дают", а не наоборот.
Мне кажется, чуть ли не любая другая работа будет лучше. Искренне сочувствую.
Я б не стерпел всё это, и ушел бы искать. Но понимаю, что с "базами" не такой уж большой рынок и выбор.
Менять я и так 100% буду, через эти месяцы что я написала. Хочу еще по некоторым пунктам, языкам и тулсам потренироваться
Насчет ночных мучений - не совсем так ))
Я люблю работать ночью
![Smile :)](./images/smilies/icon_smile.gif)
Днем могу и спать и уйти по делам и тд
Нет строго режима и работаю 60-80% из дома. Пятница в 90% полностью свободна при full time - после 12 дня никто толком не работает и предпочитаем по 10-12 часов неск дней в неделю.
Остальное правда!
Начальник с одной стороеы очень хороший девелопер и многому научил меня и тд
А с другой - ну ооочень специфический dude ... Мне супер тяжело на этих митингах. Он тараторит, абсолютно совершенно никогда не слушая что я говорю в ответ или когда спрашиваю что-то.
Если вот такая задача, исходящая из его кода или таблицы, то я выцарапываю requirements неделями иногда.
Он в идеале хочет чтобы я как он - сама эти requirements понимала.
Еще - я оч плохо понимаю быструю речь (на любом языке). Привыкла работать thru emails. А он наоборот может только разговаривать, читать в принципе не любит ... Доп трудности с пониманием
(На прошлой работе у меня была прекрасный РМ - она была точно как я по способу мышления и по восприятию инфы!)
Мы с ней тратили 40 мин в пару недель и у меня была прозрачная цель в проекте
Но там было легко, только в осн MsAccess и salecforce и парочка простеньких автоматизаций с моей стороны и все.
Насчет рынка - не совсем соглашусь
Просто тут на привете наверное мало людей с работой в БД и зп там ниже конечно чем 500-700к, но в р-не 200 вроде можно
![Smile :)](./images/smilies/icon_smile.gif)
А так даже аналистом- никогда не было проблем с рынком. Они в каждой дырке требуются!
Я хочу дальше или db developer или data engineer
Analyst там мало $$. Сайнтист там надо больше math related knowledge и tools владеть и в идеале PHD
Я не люблю математику, не интересно и могу заниматься ей только как узко прикладное к чему либо!
Тут я создала несколько небольших баз уже, которые или раньше или и сейчас используются:
- Core Demographics data entry form
Db design, ms access
- EHR Chart Review project
Db design, sql code, power bi visualisation, sql scripts for ssis etl automation
Ms access form development for EHR Chart Entry Form
- Client Satisfaction Survey
Db design, sql code, power bi visualisation, sql scripts for ssis etl automation
Ms excel, vba for form development for CSS Entry Form
- Psychiatric reports
(Забыла название)
Db design, sql, power bi
Это только те что я на 90-95 % разрабатывала сама, с небольшими консультациями и советами со стороны начальника. Пару раз по внешнему дизайну; и в одной из форме ввода данных он 1 раз только помог с кодом
Мы пару выходных писали его, я свой и он свой вариант и всё-таки выбрали его из-за лучшей функциональности ))
Это не считая остальных проектов где я или только интерфейс создавала в отчётах или доделывала после его кода, поддержка - в dax power bi, sass, sql
Поэтому думаю это не плохой опыт, особенно по сравн с моим предыдущим 4 годами чисто Аксеса
Думаю если не будет кирдыка, то работу на нужную мне сумму и тайтл найду
NtNet
-
- Уже с Приветом
- Posts: 668
- Joined: 24 Dec 2015 07:50
- Location: Madison, WI
Re: Опять пожаловаться на начальника ...
Post by vdfs »
Вот я на привете, и я существенно меньше, чем 200, зарабатываю. Эти все космические суммы больше к SFBA / Seattle / NYC применимы, где и недвижимость космическая. Да и выпендрежников хватает, тоже.NtNet wrote: 07 Feb 2021 04:39 Просто тут на привете наверное мало людей с работой в БД и зп там ниже конечно чем 500-700к, но в р-не 200 вроде можно
Желаю удачи в поисках!
vdfs
-
- Уже с Приветом
- Posts: 4309
- Joined: 15 Jul 2015 03:22
Re: Опять пожаловаться на начальника ...
Post by NtNet »
Так я как раз тут.vdfs wrote: 07 Feb 2021 13:16Вот я на привете, и я существенно меньше, чем 200, зарабатываю. Эти все космические суммы больше к SFBA / Seattle / NYC применимы, где и недвижимость космическая. Да и выпендрежников хватает, тоже.NtNet wrote: 07 Feb 2021 04:39 Просто тут на привете наверное мало людей с работой в БД и зп там ниже конечно чем 500-700к, но в р-не 200 вроде можно
Желаю удачи в поисках!
![Smile :)](./images/smilies/icon_smile.gif)
В силиконовке, бей арии
Вокруг меня тоже не все космические суммы имеют. И причины разные у людей. Бывает что одинокий и нравитчя,там где не космические или по семейным обстоятельствам или приоритеты другие на данный момент
И тд
Но почему бы и нет если можно
Смотрю по личным обстоятельствам
Спасибо!!! Удача понадобится. )
NtNet
-
- Уже с Приветом
- Posts: 4195
- Joined: 27 Apr 2011 03:43
- Location: Сергели ->Chicago
Re: Опять пожаловаться на начальника ...
Post by valchkou »
я бы наверное создал тестовые данные вручную, по которым однозначно понятно всем сторонам сколько должно быть на выходе.NtNet wrote: 05 Feb 2021 13:03 Как обешала, пишу сначала алгоритм которому следовала я, потом босса новии алгоритм.
далее создается тикет с понятными сценариями и acceptance criteria, пишется юниттест под эти сценарии и затем уже сам алгоритм.
Юниттест в итоге и становится практически документацией алгоритма для последующих поколений мучеников.
Но насколько я понял у вас там не девелопмент, поэтому такой фигней вы не занимаетесь
valchkou
-
- Уже с Приветом
- Posts: 4309
- Joined: 15 Jul 2015 03:22
Re: Опять пожаловаться на начальника ...
Post by NtNet »
Именно так детально не занимаемся...valchkou wrote: 09 Feb 2021 23:12я бы наверное создал тестовые данные вручную, по которым однозначно понятно всем сторонам сколько должно быть на выходе.NtNet wrote: 05 Feb 2021 13:03 Как обешала, пишу сначала алгоритм которому следовала я, потом босса новии алгоритм.
далее создается тикет с понятными сценариями и acceptance criteria, пишется юниттест под эти сценарии и затем уже сам алгоритм.
Юниттест в итоге и становится практически документацией алгоритма для последующих поколений мучеников.
Но насколько я понял у вас там не девелопмент, поэтому такой фигней вы не занимаетесь
А 1й частью - да - создать вручную данные.
Но у меня получилось один рез-тат , а у начальника другой.
Ну и он как создатель всей общей модели и как главный и решает.
Сегодня на митинге сказал что у него этот самый тест более детальный (как я и предполагала), больше критериев включает
В идеале, он ожидает чтобы я имела аналогичный ему образ мыслей как создавать такие алгоритмы
Но я в бизнесе этом сильно плохо, ибо только глубоко технической частью тут занимаюсь
А он прекрасно и с технической и с бизнесом, ибо сам когда-то все это разрабатывал.
Но моя цель взять что можно технически, а потом свалить на "более счастливые поля охоты" ))
NtNet
-
- Уже с Приветом
- Posts: 19041
- Joined: 11 Jan 2012 09:25
- Location: CA
Re: Опять пожаловаться на начальника ...
Post by Сабина »
Что хочу сказать по данному вопросу
... чем дальше тем мудрее и все больше прихожу к выводу что какие то несогласия с коллегами и начальником будут всегда. Вопрос как с этим жить ?
Если вкратце то :
1) сначала надо определиться настолько ли разногласия необратимые что с ними нельзя жить?
2) подумать готовы ли вы меняться сами. То есть согласны ли на компромисс и какой?
2) если необратимые и на компромисс не согласны ни разу , то лучше сразу искать другую работу, людей вряд ли поменяете, тем более начальников, а это ваша жизнь. Ну и типа zip it up пока ничего не нашли![Smile :)](./images/smilies/icon_smile.gif)
3) если готовы на компромисс, то найдите тот самый sweet spot где и волки сыты и овцы целы. Ну или попробуйте найти.
Посмотрите на себя со стороны, не выглядите ли вы героем, который «против всей планеты»? Увы, но у русскоязычных нередко репутация что они везде идут с лозунгом «мы наш мы новый мир построим». Объективно это может сильно расходиться с опытом другим коллег или тем что начальнику нужно deliver. Простой пример : нужно deliver in 3 months, а вы предлагаете «реорганизовать Рабкрин» и просите под это полгода, потому что «так правильно». Это неправильно
. С точки зрения business goals , которые вам не видны например, а начальнику видны.
В общем жить в гармонии с рабочим коллективом - это тоже умение. Если вам подходит компенсация, график, технологии, you name it, то нет смысла лезть в бутылку, не подумав о правильных компромиссах.
Если наоборот вас все там напрягает, нет смысла терпеть.
Выглядеть как «один в поле воин»- дело неблагодарное по любому и карму портит
Успехов вам в разруливании ваших проблем с начальником
![Smile :)](./images/smilies/icon_smile.gif)
Если вкратце то :
1) сначала надо определиться настолько ли разногласия необратимые что с ними нельзя жить?
2) подумать готовы ли вы меняться сами. То есть согласны ли на компромисс и какой?
2) если необратимые и на компромисс не согласны ни разу , то лучше сразу искать другую работу, людей вряд ли поменяете, тем более начальников, а это ваша жизнь. Ну и типа zip it up пока ничего не нашли
![Smile :)](./images/smilies/icon_smile.gif)
3) если готовы на компромисс, то найдите тот самый sweet spot где и волки сыты и овцы целы. Ну или попробуйте найти.
Посмотрите на себя со стороны, не выглядите ли вы героем, который «против всей планеты»? Увы, но у русскоязычных нередко репутация что они везде идут с лозунгом «мы наш мы новый мир построим». Объективно это может сильно расходиться с опытом другим коллег или тем что начальнику нужно deliver. Простой пример : нужно deliver in 3 months, а вы предлагаете «реорганизовать Рабкрин» и просите под это полгода, потому что «так правильно». Это неправильно
![Smile :)](./images/smilies/icon_smile.gif)
В общем жить в гармонии с рабочим коллективом - это тоже умение. Если вам подходит компенсация, график, технологии, you name it, то нет смысла лезть в бутылку, не подумав о правильных компромиссах.
Если наоборот вас все там напрягает, нет смысла терпеть.
Выглядеть как «один в поле воин»- дело неблагодарное по любому и карму портит
Успехов вам в разруливании ваших проблем с начальником
https://www.youtube.com/watch?v=wOwblaKmyVw
Сабина
-
- Уже с Приветом
- Posts: 15526
- Joined: 27 Sep 2007 22:53
Re: Опять пожаловаться на начальника ...
Post by Мальчик-Одуванчик »
То есть вопрос лишь в том как прогнуться чтобы засчитали.
Мальчик-Одуванчик
-
- Уже с Приветом
- Posts: 4309
- Joined: 15 Jul 2015 03:22
Re: Опять пожаловаться на начальника ...
Post by NtNet »
Спасибо,Сабина wrote: 01 Mar 2021 00:40 Что хочу сказать по данному вопросу... чем дальше тем мудрее и все больше прихожу к выводу что какие то несогласия с коллегами и начальником будут всегда. Вопрос как с этим жить ?
Если вкратце то :
1) сначала надо определиться настолько ли разногласия необратимые что с ними нельзя жить?
2) подумать готовы ли вы меняться сами. То есть согласны ли на компромисс и какой?
2) если необратимые и на компромисс не согласны ни разу , то лучше сразу искать другую работу, людей вряд ли поменяете, тем более начальников, а это ваша жизнь. Ну и типа zip it up пока ничего не нашли
3) если готовы на компромисс, то найдите тот самый sweet spot где и волки сыты и овцы целы. Ну или попробуйте найти.
Посмотрите на себя со стороны, не выглядите ли вы героем, который «против всей планеты»? Увы, но у русскоязычных нередко репутация что они везде идут с лозунгом «мы наш мы новый мир построим». Объективно это может сильно расходиться с опытом другим коллег или тем что начальнику нужно deliver. Простой пример : нужно deliver in 3 months, а вы предлагаете «реорганизовать Рабкрин» и просите под это полгода, потому что «так правильно». Это неправильно. С точки зрения business goals , которые вам не видны например, а начальнику видны.
В общем жить в гармонии с рабочим коллективом - это тоже умение. Если вам подходит компенсация, график, технологии, you name it, то нет смысла лезть в бутылку, не подумав о правильных компромиссах.
Если наоборот вас все там напрягает, нет смысла терпеть.
Выглядеть как «один в поле воин»- дело неблагодарное по любому и карму портит
Успехов вам в разруливании ваших проблем с начальником
Но вообше, я никогда не ссорюсь с начальником (ками)
Написала просто чтобы выговориться, там где мне не понятны какие-то шаги или раздражает что-то. Но я не высказываю ему раздражение
Кроме того, мне было интересно, где я ошиблась и поэтому привела алгоритмы выше. Кстати, тут мне помогли и одну тонкость указали в одном из комментов
Считаю, что для этого и нужно интернет сообщество.
Зп категорически не устраивает, но я после еще неск мес личного тренинга + рабочего тренинга буду уже искать новую работу.
График, отпуска и в общем атмосфера устраивает. Атмосфера не на 100%, но на 60 точно.
![Smile :)](./images/smilies/icon_smile.gif)
В смысле что у меня были и более совместимые со мной команды и бизнесы интересные лично мне
Но с т зр технического опыта и знаний эта работа для меня супер ценна. Одна из самых ценных пока. Я чётко знаю зачем здесь и что дальше
А написала - просто на эмоциях, чтобы их "слить" сюда, а не на сотрудников ))
NtNet
-
- Уже с Приветом
- Posts: 19041
- Joined: 11 Jan 2012 09:25
- Location: CA
Re: Опять пожаловаться на начальника ...
Post by Сабина »
Это мне ? Если вы так прочли, написанное мной - то вам даМальчик-Одуванчик wrote: 01 Mar 2021 22:19 То есть вопрос лишь в том как прогнуться чтобы засчитали.
![Smile :)](./images/smilies/icon_smile.gif)
https://www.youtube.com/watch?v=wOwblaKmyVw
Сабина
-
- Уже с Приветом
- Posts: 19041
- Joined: 11 Jan 2012 09:25
- Location: CA
Re: Опять пожаловаться на начальника ...
Post by Сабина »
NtNet wrote: 02 Mar 2021 05:20 Я чётко знаю зачем здесь и что дальше
А написала - просто на эмоциях, чтобы их "слить" сюда, а не на сотрудников ))
![Good :good:](./images/smilies/good.gif)
Тогда все остальное приложиться.
https://www.youtube.com/watch?v=wOwblaKmyVw
Сабина
Return to “Работа и Карьера в IT”
Jump to
- Форум Привет
- ↳ Общие разделы
- ↳ О жизни
- ↳ Политика
- ↳ Украина
- ↳ Эмиграция
- ↳ Вопросы Истории
- ↳ Возвращение
- ↳ Финансы
- ↳ Канадский Клуб
- ↳ Инвестирование
- ↳ Города и окрестности
- ↳ Прочее
- ↳ Дом. Быт. Семья
- ↳ Наши дети
- ↳ Наши родители
- ↳ Мой дом
- ↳ Продажа и покупка недвижимости
- ↳ Огород
- ↳ Ремонт и строительство
- ↳ Мастерская
- ↳ Здоровье
- ↳ Кулинария
- ↳ Фитнес
- ↳ Шоппинг
- ↳ Работа. Карьера. Образование
- ↳ Работа и Карьера в IT
- ↳ Образование
- ↳ Карьера и Работа
- ↳ Пенсии
- ↳ Вопросы и новости IT
- ↳ Английский язык
- ↳ Русский и другие языки
- ↳ Малый бизнес
- ↳ Хобби. Досуг. Искусство
- ↳ Путешествия
- ↳ Наука и Жизнь
- ↳ Отдых и Cпорт
- ↳ Авиация, космонавтика, мореплавание
- ↳ Фото-Видео
- ↳ Головоломки
- ↳ Литература и Искусство
- ↳ О братьях наших меньших
- ↳ Воспоминания
- ↳ Юмор, шутки
- ↳ Об оружии
- ↳ Электроника
- ↳ Автомобили
- ↳ За рулём
- ↳ Административные вопросы
- ↳ Матчасть
- ↳ Техника вождения
- ↳ Разделы по интересам
- ↳ О религии
- ↳ По ту сторону разума
- ↳ Разное
- ↳ Ищу друзей
- ↳ Объявления
- ↳ Анти-Реклама
- ↳ Архив