All streams
Search
Write a publication
Pull to refresh
-3
0
Denis Trunin @DenisTrunin

Разработчик D365FO

Send message
Ну это то что получается по факту сейчас и что хотят изменить
Работодатель это нечно обезличенное. Есть конкретный руководитель отдела или сотрудник кадрового отдела. Вот это все движение «woman in tech» и направлено на то чтобы они задумывались о различиях и создавало вакансии где женщины будут какие-нибудь шансы. При этом это должна очевидно быть win-win стратегия, т.е. должны выделяться качества где женщины сильнее, могут принести больше пользы
Ну как-же — есть программисты, есть бизнес-аналитики(если я правильно выразился конечно)
Инвалидов у вас наверное тоже ноль. И фирма наверняка не тратится на благотворительность. Чем тут гордиться?
И в чем тут свобода если ваша знакомая женщина не может найти работу?
Т.е. вот это все движение «woman in tech» и направлено на то чтобы было не «все равно что у человека между ног», а некоторые вакансии создавались по критериям, у которых у женщин будет больше шансов устроиться, выделяя более важные критерии при отборе где женщины сильнее или равны мужчинам — к примеру придавая меньший вес техническому складу ума, а больше аналитическому(т.е. это должна быть win-win стратегия)
Если все делается по среднему, то как вы и написали женщине практически невозможно попасть на работу, и то что никто не хочет заморачиваться чтобы в этом разобраться, это понятно, но гордиться тут абсолютно нечем
«пол никому не важен» — против этого собственно и борятся. Если работадателю все равно на пол, то скорее всего он возьмет мужчину(за некоторыми исключениями конечно). Т.е. на лицо дискредитация. Если же он будет строить вакансию задумываясь о том что женщины могут делать более эффективно, у них хотя бы есть шанс. За это и идет все движение
«Дождались, когда админ залочил рабочий стол и ушел (на обед?). Дальше дело было за малым» — А о каком малом идет речь? т.е. как можно разлочить станцию?
Кстати присоединяюсь к вопросу. На ура очевидно в таком случае никто не будет справляться, т.е. к примеру делаю все средне-нормально, без энтузиазма. Будете входить в конфликт и пушить или оставите все как есть — будете давать задачки полегче и с меньшей критичностью?
Хм. А как это работает — к примеру вы пишете код, передаете мне на ревью. Я пишу вам 3 замечания. Вы на каждое замечание создаете задачу и не исправляя замечаний пушите код в мастер? Какой смысл такого ревью вообще
Откуда берется срок 2 дня?
Да, мы делаем так-же. Т.е. если принимается решение не исправлять замечания по кодервью, то вариантов 2:
— этот модуль как правило может быть вообще мало нужен
— или как вы написали точно будет меняться через неделю.
В обоих случаях таски не нужны
Ну мы обсуждаем кодервью(т.е. проблема в новом коде). В результате этого ревью было решение что и «так сойдет». Т.е. приоритет — «менять не надо». К чему вообще таски с таким приоритетом
Ну бизнес смысла в такой таске нет никакого. Т.е. у вас ситуация — был написан код, он прошел кодеревью(один из этапов контроля качества проекта), зачем создавать таску на его переделку? Это видится просто попыткой занять чем-то людей, нормальный прожект менеджер или лид должен такое пресекать
Слабо представляю как это будет работать. Завести таской с каким приоритетом вы предлагаете?
Если кто-то через несколько месяцев реально начнет выполнять эту таску и код поломается, есть риск получить по шапке от бизнес пользователей с формулировкой — «зачем было трогать код который давно и успешно работает»
Я что-то не особо в разницу менталитеров верю. Т.е. если вы будете зарабатывать больше чем окружающий вас народ в среднем, то все будет нормально. Если меньше чем в среднем — то будет плохо. Ваш знакомый наверняка не был выше среднего среди своих коллег-ровестников в США, из-за этого все и проблемы. Ну т.е. да, доход возможно был и большой, но у окружающих он был такой-же или больше. Вернувшись же в РФ («с его опытом работы в MS и знанием английского бегло» ) он стал очевидно выше среднего — так как мало у кого в рф такой опыт есть. Но в доходе наверняка потерял, хотя по факту стал жить лучше. Это по сути показывает всю бессмысленность статьи:)
Живут где? В Калифорнии или в регионах России?
Почему? — кто то ездит на новом мерседесе, кто-то на старых жигулях, но и те и другие ездят на машинах. тут полная аналогия
Ну т.е. возвращаясь к теме статьи — «Можно ли заработать больше, работая инженером, в другой стране?»
Надо сравнивать не только цены, то и сопутствующие расходы — для семейных это будут затраты на детей, для одиноких — на подруг/развлечения. и не факт что второе будет меньше чем первое.
Я вот что-то сомневаюсь что девушки Калифорнии разделяют ваши взгляды «с милым» + эммигрантом + «рай в шалаше». Ну т.е. беря в среднем на какие-то вещи придется потратиться. И эти траты как-бы будут кардинально различаться в «регион России» — «где-то в Калифорнии». Это тоже стоит посчитать
Для одинокого добавляются расходы на девушек. И живя в трущобах никого не завлекешь. Это тоже бы не плохо сравнить- «регион России» — «где-то в Калифорнии».
А как тогда проблему одновременного редактирования остатка решают?

Для таблицы остатков стоит сво-во блокировка при обновлении. Но сам механизм довольно сложен, но это уже детали
А если связь не 1-к-1. Или скажем left join? Изменит для всех записей и добавит недостающие записи?

left join нет. есть inner и outer. но записи в любом случае добавляться не будут
select detail.skuId, sku.name from detail join sku и я меняю detail.skuId, sku.name обновится?

Надо смотреть конкретный пример, но по системе да. т.е. пользователь может вводить или skuId или sku.name, соответсвенно система сама разрешит и обновит нужное поле
Ну если я скажем в верхнем списке делаю:
select sum.q from document join (select sum(quantity) as q from detail by documentId) sum on sum.documentId = document.id
а в нижнем
select quantity from detail
и в нижней таблице изменяю quantity, в верхнем списке сумма обновится сама?

Sum на формах не работает. т.е. если вам нужно отобразить 2 списка — заказ и строки заказа и у шапки нужно отобразить сумму по строкам. то вы кидаете на верхний список таблицу заказов, на нижний строки, также на верхний добавляете display метод для таблицы заказов который что-нибудь считает. Он будет обновляться автоматически

А обращение к таблице изменений (:new, :old в MS SQL, и transition tables в Postgres)

Только для одной записи

Так, а обычно в БД уровень изоляции не serializable используют? И в версионном режиме MS SQL или блокировочном?
В версионном — readcommited stapshot


То есть если я делаю в качестве источника списка select from x join y on x.f=y.f и начинаю вводить в поле из y, она реально в y будет изменять?

Будет изменять то поле которое вы поместити на форму, да. Т.е. если поместите все поля и в грид на форме, можно будет менять любое поле из x и y. Условия связи можно не прописывать для формы, будет взято из определения таблиц, т.е. в простом случае помещаем на форму как источник данных х, потом у, говорим что они связаны по inner join

И если я напишу select y.x, y.x + y.z from y, и буду изменять первую колонку (то есть x), вторая будет автоматически обновляться?

да, это называется display метод, y.x + y.z — это любой код из X++ возвращающий одно значение которому будет передан текущая запись, плюс можно получить ссылку на форму
Есть еще также edit метод, когда вы можете разрешить изменять y.x + y.z, соответсвенно вам надо будет закодировать куда сохранять введенное значение
ну да. по вопросам
1. Представления. В частности на дату?
Надо кодить
2. Материализованные представления?
нет
3. Триггеры per statement (то есть не по записям)?
стандартно
4. оконные функции, LATERAL JOIN, рекурсивные CTE?
нет

5. С какими СУБД работают? Оптимизируют запросы или транслируют как есть? как есть, добавляя системную информацию(код компании), только SQL Server

6. DML (есть понятно при таком подходе, но на всякий случай)
да
7. Блокировки? Я так понял forupdate и просто serializable? То есть никаких ручных блокировок как в 1С нет?
блокировок нет для большинства таблиц т.к. используется readcommited stapshot, если 2 пользователя меняют одну и туже запись, будет ошибка.
можно сделать чтобы была блокировка

8. Источники данных для списков? Произвольный запрос как в 1С? А как тогда редактирование списков реализуется?
да, если запись видна на форме, ее в общем случае можно редактировать

9. Наследование таблиц?
есть, но не особо работающая технология, скорее мешает

10. С типизацией и модульностью ЕМНИП там все более менее нормально (так называемые модели для модульности), но на всякий случай.
модели есть в новой версии, в старой из любого места можно вызывать любой объект

11. Everything-as-a-code? Таблицы и формы кодом задаются? В XML или на X++?
В новой версии хранится в хмл, в старой в бинарном виде. для редактирования используется визуальный редактор, хмл используется для сравнения

12. Лицензируют платформу или решения?
в новой клауд версии 200$ пользователь с полными правами\месяц, минимально 20 пользователей. Только платформу купить нельзя(это я считаю недостаток большой), т.е. отсекает кучу вариантов использований

Information

Rating
6,280-th
Location
Brisbane, Queensland, Австралия
Date of birth
Registered
Activity