В данном деле Суд Дели рассмотрел вопрос о нарушении авторских прав на программное обеспечение под названием Solidworks, предназначенное для трехмерного моделирования.
Аварийность это не тот критерий. Виновники аварии далеко не всегда в неё попадают, а так же тупо мелкие не фиксируют, я настаиваю на этом. И нет не должны приводить к большей аварийности, корреляции нет. Осознанно летящий авто под 200 по городу ничем не уменьшает вероятность аварии, чем перестраивающая в соседнюю полосу с закрытыми глазами владельца машинка. Но не мешает большинству мужского пола приписать более агрессивное вождение, а женскому пенсионерский стиль.
Статистика учитывает время, которое проводит женщина или мужчина за рулём? Учитывается ли времена года или кто-то зимой пересаживается на общественный? Учитывается ли фактор отвлекания от вождения находящимися в автомобиле? Учитываются ли именно женщины из ИТ? Учитываются ли женщины, которые просто не смогли сдать на права или просто не садятся за руль, поэтому в статистику не попадают?
Вас послушать, так все гонки должны выигрывать представители женского пола, а бизнесмены, которые набирают в состав компании исключительно женщин вообще должны стать лидерами отрасли. Но мне достаточно выйти на стоянку и увидеть тенденцию криворукости одного пола в подавляющем большинстве, при этом на любой другой картина будет повторяться, конечно нагло кинутых авто на инвалидные места можно будет найти и из мужского пола, но есть нюанс.
Вы чувствуете разницу между "нарушает правила" и "нарушает правила на авось"? Осознанно правила нарушает мужской пол в большой степени, точно так же как приделывает "костыли" для "здесь и сейчас". Но разговор не об этом, а о том, почему женский пол выделяют. И на последнее есть вполне очевидные причины, с ними можно спорить так же, как спорить с тем, что можно пьяным за рулём ездить.
Я когда еду в общем потоке, то с вероятностью более 90% смогу указать, то тошнит или нарушает правила на авось точно или женщина, или пенсионер (или женщина-пенсионер :) ).
А теперь к статистики аварий, все те, которые я видел, были спровоцированы верхними представителями, но они уехали, а остальные водители мужского пола со "сложными техническими устройствами" попали в статистику. Лично в моём местном одном офисе работает свыше 150 человек администрации и каждую неделю по утрам я прошу исключительно ЖЕНСКИЙ пол парковать машины по разметке, конечно это не отменяет факта, что малый процент женщин паркуется практически идеально. Но я точно знаю к какому полу идти среди новеньких, чтобы просить перепарковать авто.
Аппаратное обеспечение может участвовать в распространении или выполнении ПО (например, сетевое оборудование, криптографические устройства и т. д.), но оно не считается частью SBOM.
Идея SBOM берет начало в промышленной сфере, и на производстве Bill of Materials (BOM) используют достаточно давно. Это — подробный список сырья и готовых компонентов, необходимых для изготовления той или иной продукции, организованный по иерархическому принципу.
Bill of Materials - Спецификация. (ГОСТ 2.106-2019)
Этот "список" (Спецификация) может быть как подробным, так и не очень, как с учётом количества вхождения компонентов во всё изделие, так и в отдельные узлы/подсборки. И никакого отношения к SBOM кроме похожих букв это не имеет. А вот сам SBOM больше похож на список зависимостей а ля json.
Если с этой позиции, то возможно и согласиться. ПМ не может разрулить без рычагов влияния и поддержки со стороны топменеджмента. Возможно проблема и в вашем топменеджменте, которого устраивает такое положение дел. И тогда вы либо воспринимаете такой стиль ведение бизнесе, как данное, либо меняете условия своего труда, на остальное сложно повлиять.
постоянно на каждом созвоне разработчик пытается пропихнуть новые фичи и алертит на баги, причем упирая на то что именно мы - прям конкретные люди - разработчики - прям с фамилиями - не выполняют своих обязанностей не исправляют и не внедряют то что он накидывает
Очень интересно, только всё в одной куче.
1) Он пытается пропихнуть новые фичи. Ничего плохого в этом нет, наоборот, инициатива. Получайте на это акцептацию, иначе после нескольких отказов в акцептации можете ему прямо говорить, что теряете время на обсуждении того, что обычно не акцептируется и введите лимит на количество фич, например, только одну на каждой второй итерации и не чаще.
2) Аллерт на баги: тоже Ок. Надо внести задачу на исправление багов, эстимировать её с командой и либо включать в следующий цикл, либо не включать.
3) Это не токсичность разработчика, а отсутствие работы ПМ-а. Если хождение через голову ПМ-а к топменеджменту происходит, то вам так же надо идти и требовать от вашего топменеджмента правил игры с такими заказчиками. Возможно, что смена работы не за горами, но токсичности тут нет на мой взгляд.
в далеком 2003 лазить по форумам программистов и всегда встречал одну и ту же токсичную картину
Это не только на форумах программистов, но и на любом другом. Да, есть такая особенность менталитета.
Англичане любят долго совещаться и не скупиться на корпоративы. Американцы подчёркнуто позитивные, но много требуют. Немцы всё делают по правилам и немного упрямы
Я бы не стал усреднять компании для целой страны. Они все разные и очень сильно волатильны внутри каждой страны. Но могу сказать, что тот же эйджизм при приёме на работу присутствует во всех указанных странах в очень большом объёме, просто это не озвучивают.
А кто определяет норму? Норма - это выборка из всех, а юмор про блондинок есть и ещё будет, начиная с того, что сами блондинки его поддерживают для своих личных целей. Давайте подробнее о юморе, так от Петросяна до Камеди Клаба там юмор присутствует про блондинок. Ссылки сами найдёте на ютубе.
Касаемо стереотипов, то это вовсе не стереотипы, а вполне конкретные гендерные разрывы и оплата женского труда, за все исторические этапы ответила Клаудиа Голдин в своём нобелевском труде. И там вполне понятно описаны причины почему женщины теряли квалификацию в течении жизни сильнее мужчин.
П.С. вот когда половина дам будет приглашать мужчин на свидания, оплачивая за них счёт в ресторане, а туалеты перестанут делиться на мужские и женские, то тогда можно начинать говорить о том, что стереотипы должны уйти.
разговор с коллегой, "не могу поверить, что разговариваю с блондинкой"
Это все-таки комплимент невежливого человека. Естественно это будет задевать нормального человека.
Значит, юмор не ваше. А это уже не может быть нормальным человеком. А потом будут удивляться, почему хороших комедий больше нет, а "Друзья" по 40 исков на серию имеют. Именно это и называют термином "снежинки".
Есть и наоборот случаи, когда более низкого качества разработчиков женского пола берут, правда, честно поясняют, что у нас квоты на пол, надо добрать до 30% женского пола, чтобы хорошо выглядеть перед западными клиентами. И вот это никого не смущает уже.
А в честь Байрона назван мыс в Австралии и остров у берегов Чили, а в честь Ады архитектуру назвали ещё актуальную. Вопрос в чём? Вопрос в том, что вспоминая Аду, большинство вспоминает об её отце, а вот наоборот только программисты.
Ада Лавлейс - первая программист, но не смотря на первенство от этого она не перестала быть дочкой Байрона, который к её воспитанию практически не имел отношения.
Для инженера понятие "изрядно" должно быть более точным. Как раз конструкторов женщин хороших поискать надо, в лучшем случае при отборе будет 1 из 10, зато оставшиеся 9 очень сильно общую планку квалификации понизят по сравнению с другим полом. Женщины инженеры-конструкторы в строительстве и машиностроении встречаются минимум по одной в каждой пятёрке при отборе. И никакого шовинизма нет, если реальность такова, когда лишь десятая часть этого пола превосходит средний показатель другого. Но выходят таланты на первые роли достаточно быстро.
За сохранность товара отвечает транспортная компания. Требований к перевозке груза может быть 1000 и одно, начиная с необходимой влажности и т.п., поэтому к водителю могут прикрепить экспедитора груза, а то и вовсе совместить 2 в 1.
А в недавнем прошлом и вовсе финансовую ответственность за груз нём водитель, а потом оставались без квартир и т.п. Поэтому уровень проблем современных снежинок вызывает лишь временное застывание, поскольку остальные эмоции уже выгорели.
П.С. написать требование к соответствующей упаковке ещё ТА задача. Вилочные погрузчики может и похоже, а вот управляют ими люди с совершенно разными возможностями. В моей практике было невозможно заставить в одной западноевропейской загнивающей стране выйти с погрузчика супер бодипозитивного водителя, чтобы он точнее подкорректировал забор своими вилами по меткам, а на союзном наследии отрабатывают эту манипуляции даже без меток без лишних эмоций многие года.
Вот при оформлении документации следует руководствоваться именно гост серии 2.105 (из которого вытекают 2.106, 2.104 и прочие).
Вы вообще читали этот ГОСТ 2.105? А ГОСТ 2.104 и 2.106?
Для вас цитирую первые строчки:
" Настоящий стандарт устанавливает общие требования к выполнению текстовых документов на изделия машиностроения, приборостроения и строительства. "
Где там указано IT?
Там описано оформление чертежей для машиностроения. Или как вы любите точнее, оформление ЕСКД, где КД - конструкторская документация. Последняя является одним из этапов разработки по ГОСТ 2.103 и опять же этот стандарт существует для:
" Настоящий стандарт устанавливает стадии разработки конструкторской документации на изделия всех отраслей промышленности и этапы выполнения работ. "
Всё, что там есть из IT, это термин ЭТД - электронный текстовый документ, т.е. файл модели изделия. Этот ЭТД может быть оригиналом для передачи с ЕСКД в ЕСТД, но это совсем не разработка ПО, а жизненный цикл изделия (реального, а не программного).
А на самом деле иногда просто команда не способна найти лучшее доступное решение по ряду причин (самая первая, когда надо решить здесь и сейчас и нет времени подумать денёк-другой), но это не значит, что его нет. Но это же не повод продолжать работать с дерьмом. Надо развивать аутсорс по принятию решений.
А где тут программисты?
Аварийность это не тот критерий. Виновники аварии далеко не всегда в неё попадают, а так же тупо мелкие не фиксируют, я настаиваю на этом. И нет не должны приводить к большей аварийности, корреляции нет. Осознанно летящий авто под 200 по городу ничем не уменьшает вероятность аварии, чем перестраивающая в соседнюю полосу с закрытыми глазами владельца машинка. Но не мешает большинству мужского пола приписать более агрессивное вождение, а женскому пенсионерский стиль.
Статистика учитывает время, которое проводит женщина или мужчина за рулём? Учитывается ли времена года или кто-то зимой пересаживается на общественный? Учитывается ли фактор отвлекания от вождения находящимися в автомобиле? Учитываются ли именно женщины из ИТ? Учитываются ли женщины, которые просто не смогли сдать на права или просто не садятся за руль, поэтому в статистику не попадают?
Вас послушать, так все гонки должны выигрывать представители женского пола, а бизнесмены, которые набирают в состав компании исключительно женщин вообще должны стать лидерами отрасли. Но мне достаточно выйти на стоянку и увидеть тенденцию криворукости одного пола в подавляющем большинстве, при этом на любой другой картина будет повторяться, конечно нагло кинутых авто на инвалидные места можно будет найти и из мужского пола, но есть нюанс.
Вы чувствуете разницу между "нарушает правила" и "нарушает правила на авось"? Осознанно правила нарушает мужской пол в большой степени, точно так же как приделывает "костыли" для "здесь и сейчас". Но разговор не об этом, а о том, почему женский пол выделяют. И на последнее есть вполне очевидные причины, с ними можно спорить так же, как спорить с тем, что можно пьяным за рулём ездить.
Зависит от зоны ответственности, если вам не важен общий результат, а только ваша граница. Ну и облака - это отдельная тема.
Я когда еду в общем потоке, то с вероятностью более 90% смогу указать, то тошнит или нарушает правила на авось точно или женщина, или пенсионер (или женщина-пенсионер :) ).
А теперь к статистики аварий, все те, которые я видел, были спровоцированы верхними представителями, но они уехали, а остальные водители мужского пола со "сложными техническими устройствами" попали в статистику. Лично в моём местном одном офисе работает свыше 150 человек администрации и каждую неделю по утрам я прошу исключительно ЖЕНСКИЙ пол парковать машины по разметке, конечно это не отменяет факта, что малый процент женщин паркуется практически идеально. Но я точно знаю к какому полу идти среди новеньких, чтобы просить перепарковать авто.
А вот это конкретный косяк со стороны SBOM.
Bill of Materials - Спецификация. (ГОСТ 2.106-2019)
Этот "список" (Спецификация) может быть как подробным, так и не очень, как с учётом количества вхождения компонентов во всё изделие, так и в отдельные узлы/подсборки. И никакого отношения к SBOM кроме похожих букв это не имеет. А вот сам SBOM больше похож на список зависимостей а ля json.
Если с этой позиции, то возможно и согласиться. ПМ не может разрулить без рычагов влияния и поддержки со стороны топменеджмента. Возможно проблема и в вашем топменеджменте, которого устраивает такое положение дел. И тогда вы либо воспринимаете такой стиль ведение бизнесе, как данное, либо меняете условия своего труда, на остальное сложно повлиять.
Очень интересно, только всё в одной куче.
1) Он пытается пропихнуть новые фичи. Ничего плохого в этом нет, наоборот, инициатива. Получайте на это акцептацию, иначе после нескольких отказов в акцептации можете ему прямо говорить, что теряете время на обсуждении того, что обычно не акцептируется и введите лимит на количество фич, например, только одну на каждой второй итерации и не чаще.
2) Аллерт на баги: тоже Ок. Надо внести задачу на исправление багов, эстимировать её с командой и либо включать в следующий цикл, либо не включать.
3) Это не токсичность разработчика, а отсутствие работы ПМ-а. Если хождение через голову ПМ-а к топменеджменту происходит, то вам так же надо идти и требовать от вашего топменеджмента правил игры с такими заказчиками. Возможно, что смена работы не за горами, но токсичности тут нет на мой взгляд.
Это не только на форумах программистов, но и на любом другом. Да, есть такая особенность менталитета.
Я бы не стал усреднять компании для целой страны. Они все разные и очень сильно волатильны внутри каждой страны. Но могу сказать, что тот же эйджизм при приёме на работу присутствует во всех указанных странах в очень большом объёме, просто это не озвучивают.
А кто определяет норму? Норма - это выборка из всех, а юмор про блондинок есть и ещё будет, начиная с того, что сами блондинки его поддерживают для своих личных целей. Давайте подробнее о юморе, так от Петросяна до Камеди Клаба там юмор присутствует про блондинок. Ссылки сами найдёте на ютубе.
Касаемо стереотипов, то это вовсе не стереотипы, а вполне конкретные гендерные разрывы и оплата женского труда, за все исторические этапы ответила Клаудиа Голдин в своём нобелевском труде. И там вполне понятно описаны причины почему женщины теряли квалификацию в течении жизни сильнее мужчин.
П.С. вот когда половина дам будет приглашать мужчин на свидания, оплачивая за них счёт в ресторане, а туалеты перестанут делиться на мужские и женские, то тогда можно начинать говорить о том, что стереотипы должны уйти.
Значит, юмор не ваше. А это уже не может быть нормальным человеком. А потом будут удивляться, почему хороших комедий больше нет, а "Друзья" по 40 исков на серию имеют. Именно это и называют термином "снежинки".
Есть и наоборот случаи, когда более низкого качества разработчиков женского пола берут, правда, честно поясняют, что у нас квоты на пол, надо добрать до 30% женского пола, чтобы хорошо выглядеть перед западными клиентами. И вот это никого не смущает уже.
А в честь Байрона назван мыс в Австралии и остров у берегов Чили, а в честь Ады архитектуру назвали ещё актуальную. Вопрос в чём? Вопрос в том, что вспоминая Аду, большинство вспоминает об её отце, а вот наоборот только программисты.
Ада Лавлейс - первая программист, но не смотря на первенство от этого она не перестала быть дочкой Байрона, который к её воспитанию практически не имел отношения.
Для инженера понятие "изрядно" должно быть более точным. Как раз конструкторов женщин хороших поискать надо, в лучшем случае при отборе будет 1 из 10, зато оставшиеся 9 очень сильно общую планку квалификации понизят по сравнению с другим полом. Женщины инженеры-конструкторы в строительстве и машиностроении встречаются минимум по одной в каждой пятёрке при отборе. И никакого шовинизма нет, если реальность такова, когда лишь десятая часть этого пола превосходит средний показатель другого. Но выходят таланты на первые роли достаточно быстро.
За сохранность товара отвечает транспортная компания. Требований к перевозке груза может быть 1000 и одно, начиная с необходимой влажности и т.п., поэтому к водителю могут прикрепить экспедитора груза, а то и вовсе совместить 2 в 1.
А в недавнем прошлом и вовсе финансовую ответственность за груз нём водитель, а потом оставались без квартир и т.п. Поэтому уровень проблем современных снежинок вызывает лишь временное застывание, поскольку остальные эмоции уже выгорели.
П.С. написать требование к соответствующей упаковке ещё ТА задача. Вилочные погрузчики может и похоже, а вот управляют ими люди с совершенно разными возможностями. В моей практике было невозможно заставить в одной западноевропейской загнивающей стране выйти с погрузчика супер бодипозитивного водителя, чтобы он точнее подкорректировал забор своими вилами по меткам, а на союзном наследии отрабатывают эту манипуляции даже без меток без лишних эмоций многие года.
Вы вообще читали этот ГОСТ 2.105? А ГОСТ 2.104 и 2.106?
Для вас цитирую первые строчки:
" Настоящий стандарт устанавливает общие требования к выполнению текстовых документов на изделия машиностроения, приборостроения и строительства. "
Где там указано IT?
Там описано оформление чертежей для машиностроения. Или как вы любите точнее, оформление ЕСКД, где КД - конструкторская документация. Последняя является одним из этапов разработки по ГОСТ 2.103 и опять же этот стандарт существует для:
" Настоящий стандарт устанавливает стадии разработки конструкторской документации на изделия всех отраслей промышленности и этапы выполнения работ. "
Всё, что там есть из IT, это термин ЭТД - электронный текстовый документ, т.е. файл модели изделия. Этот ЭТД может быть оригиналом для передачи с ЕСКД в ЕСТД, но это совсем не разработка ПО, а жизненный цикл изделия (реального, а не программного).
А на самом деле иногда просто команда не способна найти лучшее доступное решение по ряду причин (самая первая, когда надо решить здесь и сейчас и нет времени подумать денёк-другой), но это не значит, что его нет. Но это же не повод продолжать работать с дерьмом. Надо развивать аутсорс по принятию решений.
О том и речь, что не представленные ГОСТы 19.ххх датируются в самом новом варианте 90-м годом. Но колхоз - дело добровольное.