Перечитайте внимательно первый абзац - там у вас пару опечаток (ссылка дважды, буквы кое где потеряны).
Указано что сборщик мусора решает другие проблемы но не циклические ссылки - но вот как раз сборщик мусора (как в java например) - решает проблему циклических ссылок любой сложности - ведь оперирует графом от рутов, а если никто из рутов косвенно не ссылкается на объекты, то они могут сколько угодно держать сильные ссылки на себя и друг друга но будут собраны.
Не до конца понял идею - но кажется вы предлагаете запретить объектам держать сильные ссылки на самих себя (свой тип) и заодно проверять каждую пару объектов на то, что они не могут держать сильные ссылки друг на друга одновременно (если T держит ссылку на любой объект C, то C не скомпилируется если держит ссылку на любой T) и так же проверять тройные и далее связи t -> c -> q -> t например.
В таком случае мало какие коллекции вы сможете использовать. Предложенное решение для связного списка с контейнером в котором хранятся сильные ссылки - требует хранить их в какой то структуре, а значит это будет массив - и связный список вырадится до массива. И если потерю списков ещё можно пережить, то вот с потерей деревьев все будет куда тяжелее, а они тоже станут массивами со всеми вытекающими o(n) вместо o(log(n))
Следующим ударом станет то, что объект содержащий массив не сможет стать элементом массива сам (хотя я не уверен как в rust с generic - может если нет универсальных типов то можно привязаться к конкретным, тогда все не так страшно).
И странно все становится с интерфейсами и делегированием - объект T реализующий интерфейс Z не может хранить делегата типа Z, которому передать управление полностью или частично. А значит часть паттернов проектирования типо композиции отваливается.
Нужно ещё посмотреть в сторону инструментов которые неявно работают со ссылками типо наследования (особенно множественного для интерфейсов), лямбд, делегатов - наверняка что-то ещё отвалится.
На самом деле все выглдяит красиво в описании (любое количество бит за 2), но это всего лишь обман с помощью способа кодирования.
У нас есть передачик и приёминк с сихнронизированным тактовым генератором - значит в нашем кодировании на самом деле не 0 и 1 - 1 бит, а бит информации мы передаём каждый так, а изменение с 0 на 1 - лишь маркер завершения передачи. Сообщение за 10 таков на самом деле не 01 а 00000000001 (где 0 - не изменение бита в канале а 1 - изменение)
Когда его называют llm - полностью согласен, но вот когда его называют ИИ - а это блин в каждой первой гребанной статье - то да, с этой точки зрения он именно что тупой)
Мы вроде про брейншторм а не про допрос или флирт говорим) всегда думал что там важны идеи и комментарии к ним, а не мимика и интонации собеседников. Но если вам нужно следить за реакцией тех кто отмалчивается - скорее всего атмосфера в коллективе нездоровая, если они кривят лица но бояться высказаться против например. Ну и исправлять нужно её, а не удалёнку отменять.
Я говорю про it продукты и на основе того, что сам видел)
Даже делал оценку для тендоров согласно полным требованиям и тем-самым неодекватным тз. Побеждали те, у кого оценка была в 1.5-2 раза ниже (и мы сидели и удивлялись - кто решил что сможет сделать описанный продукт в цену его половины, так ещё и договору такому жесткому - где каждый просрок или перерасход - грабительски дороги для поставщика), и проследив за ними - дела у них редко шли хорошо. И кстати выигрывали мы тендоры тоже, без всяких договорняков - тогда человек с той стороны был недоволен и пытался саботировать нашу деятельность но просто перейдя через его голову до вышестоящего руководства проблема решилась.
С вывозом мусора не сомневаюсь что всё может обстоять именно так как вы говорите)
Когда новый old-hard? Большой поклонник ваших видео)
Ой, то-есть на самом деле большая часть из этих требований, которые делают работу невыносимой, придумывается не заказчиком, а прописаны в законах или принимается в ведомствах не столь адекватных (и заказчик - какая нибудь почта - был бы счастлив от них избавиться, но тогда можно присесть за растрату). Тут недавно была статья от человека, который занимался закупкой 3д принтеров для школы и там все это было очень хорошо прописано - нужно найти контрагента готового прислать товар по предоплате половины цены, с обещаением - остальное когда нибудь, который оформит тысячи тонн документов, гарантии ремонта в течении всего срока, поставки расходников и прочие штуки - после который розничный продавец как в том меме про священика выходит.
А в законах эти требования были прописаны чтобы исключить возможность распила)
Получается как всегда - без злого умысла, но хотели как лучше, а вышло ещё хуже.
Конечно опять-же - не исключаю что местами это делается намеренно, чтобы оставить одного поставщика, но в 90% выглядит как будто игра просто свечь не стоит - настолько рвать себе жопу, чтобы в результате тендера получить маржинальность на 5%-10% больше рынка и огромные риски (заказ может стоить в 2 раза дороже, но 45% потратишь на доработки, штрафы, доп условия.)
9 лет назад, когда у меня была некоторая инсайдерская информация от ланита - их периодически так пороли, что никакие откаты того не стоили)
Мне нравится как люди никогда с госухой не работавшие пишут про откаты и воровство и ловят кучу лайков от других, кто тоже откаты и разворовывание на каждом углу видит.
А те кто с госухой работал знают - что это очень специфический бизнес, и там зачастую не то, что найти кто тебе откат заплатит, просто найти исполнителя нереально, а на тендер приходит примерно 0 компаний. В итоге тому самому исполнителю который согласен приходится прикатить на тендер фейковых конкурентов чтобы он состоялся - не потому, что реальные уничтожили бы по цене, а потому, что реальных нет.
В госухе обычно оплата по принципу всё потом, тз описывающее несущестствующие или невозможные вещи но от него нельзя откланятся (в бизнесе легко - пошел к заказчику, сказал что так не делается, подписал доп соглашение, а тут если сказано что база данных готовит кофе - будь добр закупить кофе машину, и технически обосновать в документации почему она - база данных), максимальный уровень формализации (нужна документация на код с описанием каждого метода и каждого параметра, каждого класса ато и оьоснование каждого импорта) и при этом очень жесткие сроки и полностью фиксированные оценки (тебе дают 120 стр. т.з. - сделай оценку с погрешность 0.001% т.к. иначе - заподозрят в растрате или заштрафуют из ща просроков), и бывает что заказчик втыкает палки в колёса и саботирует разработку (было такое, мы потом каждый ответм принимали только в виде пиьма, которые пересылалось высшему руководству, чтобы не повторилось).
Так что большие суммы за тендеры это как раз чаще всего плата за работу всеми этими безумными вещами (в том числе и обыски от фсб - потому что на самом деле очень легко представить что угодно как растрату например) и без этого желающих вообще никогда бы не находилось и гос заказы никто никогда не делал. А так - это специфический бизнес.
Из-за колег, которые в середине рабочего процесса думают что тебе можно задать вопрос, или не дай бог рассказать шутку - только удалёнка. Вопрос я могу закинуть в общий чат или если он срочный - тегнуть человека, а он уже решит когда на него ответить.
Да и рабочее место дома можно организовать на два порядка круче - купив ортопедическок кресло под себя, какую угодно переферию и даже дресс код без трусов.
Плюсую - так еще и менеджеру намного проще аргументировать свое существование в офисе - при удалёнке легко отследить всё коммуникации и понять их необходимость а в офисе легко "спрятаться" за живыми коммуникациям.
Навсегда запомнил пм-а, который четыре месяца в компании занимался только тем, что налаживал личную жизнь в телеге, и никто этого не замечал потому что руководство думало что он решает какие-то вопросы на прикрепленых проектах и мониторит статусы "на месте".
"а никакой созвон и близко не может заменить брейнсторм вживую" - насыпьте предметных аргумнтов к этому тезису. Сколько брейнштормов не проводил - вообще не важно - созвон это или все сидят за круглым столом, или за несколькими в разных офисах.
Пока всегда если удалёнка у вас решает какие-то проблемы - то это не проблемы брейншторма, а невыстроенные процессы и кривые коммуникации.
Например если брейншторм у вас начинается с захода в офис и закидывания идеи а в созвоне так нельзя - да нельзя, потому что вы тем самым вырвали всех из рабочего процесса и нанесли куда больший урон проекту чем выиграли пользы, если брейншторм у вас запланированное событие в календаре - то не важно созвон это или нет.
Если на созвоне у вас все молчат и пишут свой код, а в офисе вы их пересадили от компов и они вынуждены что-то говорить - то это значит у вас незамотивированная решать проблемы команда, которой не объяснили ценности решения задач и в целом пути проекта. Значит у вас люди которые приходят отсидеться на работе, и это комплексная проблема которую надо решать.
Если у вас в свозвоне часть людей молчит потому что боиться высказаться, а в офисе под тяжелыми взглядами коллег они что-то да говорят - то может вы получите эффективности, а потом выгоревших из за стресса сотрудников.
Нестандартное применение, но товарищь например купил, чтобы играть на корпоративном пк в хардстоун после работы) на такую можно накатить винду в режиме ready to go (кажется) и т.к. в системе присланого пк было заблокировано всё кроме собственно загрузчика - грузился с флешки и пользовался) и даже безопасность не пострадала т.к. родной диск подмонтировать в винду с флешки было невозможно)
Эм... я не сисадмин, но для другой задачи у нас подняли tailscale (selfhosted headscale в качестве управляющего сервера), и одновременно использовали его и для доступа к ресурсам в защищенном контуре, и для установки точек выхода (exit node) в разных регионах в т.ч. за пределами страны. По этому не совсем понимаю почему были проблемы с двумя конфликтующими впн. Хотя конечно это тоже временная мера. Ну и как временая мера есть всякие запреты и goodbydpi которые тоже прямо сейчас работают и мы с товарщиами играем всё так-же в дискорде.
На деле разработчики приложений на андроид просто поддерживают более старые версии os, и срок совместимости приложений примерно одинаков.
Например у актуальной телеги минимальная версия android 6 (вышел 10 лет назад), а у т-банка 7 (9 лет назад), так что если ваш девайс вышел в 2013 (nexus 5) и обновился два раза (android 5-6-7) то он ещё актуален софтверно спустя 12 лет.
Перечитайте внимательно первый абзац - там у вас пару опечаток (ссылка дважды, буквы кое где потеряны).
Указано что сборщик мусора решает другие проблемы но не циклические ссылки - но вот как раз сборщик мусора (как в java например) - решает проблему циклических ссылок любой сложности - ведь оперирует графом от рутов, а если никто из рутов косвенно не ссылкается на объекты, то они могут сколько угодно держать сильные ссылки на себя и друг друга но будут собраны.
Не до конца понял идею - но кажется вы предлагаете запретить объектам держать сильные ссылки на самих себя (свой тип) и заодно проверять каждую пару объектов на то, что они не могут держать сильные ссылки друг на друга одновременно (если T держит ссылку на любой объект C, то C не скомпилируется если держит ссылку на любой T) и так же проверять тройные и далее связи t -> c -> q -> t например.
В таком случае мало какие коллекции вы сможете использовать. Предложенное решение для связного списка с контейнером в котором хранятся сильные ссылки - требует хранить их в какой то структуре, а значит это будет массив - и связный список вырадится до массива. И если потерю списков ещё можно пережить, то вот с потерей деревьев все будет куда тяжелее, а они тоже станут массивами со всеми вытекающими o(n) вместо o(log(n))
Следующим ударом станет то, что объект содержащий массив не сможет стать элементом массива сам (хотя я не уверен как в rust с generic - может если нет универсальных типов то можно привязаться к конкретным, тогда все не так страшно).
И странно все становится с интерфейсами и делегированием - объект T реализующий интерфейс Z не может хранить делегата типа Z, которому передать управление полностью или частично. А значит часть паттернов проектирования типо композиции отваливается.
Нужно ещё посмотреть в сторону инструментов которые неявно работают со ссылками типо наследования (особенно множественного для интерфейсов), лямбд, делегатов - наверняка что-то ещё отвалится.
На самом деле все выглдяит красиво в описании (любое количество бит за 2), но это всего лишь обман с помощью способа кодирования.
У нас есть передачик и приёминк с сихнронизированным тактовым генератором - значит в нашем кодировании на самом деле не 0 и 1 - 1 бит, а бит информации мы передаём каждый так, а изменение с 0 на 1 - лишь маркер завершения передачи. Сообщение за 10 таков на самом деле не 01 а 00000000001 (где 0 - не изменение бита в канале а 1 - изменение)
Когда его называют llm - полностью согласен, но вот когда его называют ИИ - а это блин в каждой первой гребанной статье - то да, с этой точки зрения он именно что тупой)
Согласен, но вариант же)
Мы вроде про брейншторм а не про допрос или флирт говорим) всегда думал что там важны идеи и комментарии к ним, а не мимика и интонации собеседников. Но если вам нужно следить за реакцией тех кто отмалчивается - скорее всего атмосфера в коллективе нездоровая, если они кривят лица но бояться высказаться против например. Ну и исправлять нужно её, а не удалёнку отменять.
У ланита точно как минимум 1 проект перехватили. Но про ценники не знаю - у нас они обычно были несколько выше рынка.
Главное не опускать руки - всё таки севтлое будущее возможно, надо только придумать как)
А то у вас уж совсем упадоческий комментарий получился)
Я говорю про it продукты и на основе того, что сам видел)
Даже делал оценку для тендоров согласно полным требованиям и тем-самым неодекватным тз. Побеждали те, у кого оценка была в 1.5-2 раза ниже (и мы сидели и удивлялись - кто решил что сможет сделать описанный продукт в цену его половины, так ещё и договору такому жесткому - где каждый просрок или перерасход - грабительски дороги для поставщика), и проследив за ними - дела у них редко шли хорошо. И кстати выигрывали мы тендоры тоже, без всяких договорняков - тогда человек с той стороны был недоволен и пытался саботировать нашу деятельность но просто перейдя через его голову до вышестоящего руководства проблема решилась.
С вывозом мусора не сомневаюсь что всё может обстоять именно так как вы говорите)
Когда новый old-hard? Большой поклонник ваших видео)
Ой, то-есть на самом деле большая часть из этих требований, которые делают работу невыносимой, придумывается не заказчиком, а прописаны в законах или принимается в ведомствах не столь адекватных (и заказчик - какая нибудь почта - был бы счастлив от них избавиться, но тогда можно присесть за растрату). Тут недавно была статья от человека, который занимался закупкой 3д принтеров для школы и там все это было очень хорошо прописано - нужно найти контрагента готового прислать товар по предоплате половины цены, с обещаением - остальное когда нибудь, который оформит тысячи тонн документов, гарантии ремонта в течении всего срока, поставки расходников и прочие штуки - после который розничный продавец как в том меме про священика выходит.
А в законах эти требования были прописаны чтобы исключить возможность распила)
Получается как всегда - без злого умысла, но хотели как лучше, а вышло ещё хуже.
Конечно опять-же - не исключаю что местами это делается намеренно, чтобы оставить одного поставщика, но в 90% выглядит как будто игра просто свечь не стоит - настолько рвать себе жопу, чтобы в результате тендера получить маржинальность на 5%-10% больше рынка и огромные риски (заказ может стоить в 2 раза дороже, но 45% потратишь на доработки, штрафы, доп условия.)
9 лет назад, когда у меня была некоторая инсайдерская информация от ланита - их периодически так пороли, что никакие откаты того не стоили)
Мне нравится как люди никогда с госухой не работавшие пишут про откаты и воровство и ловят кучу лайков от других, кто тоже откаты и разворовывание на каждом углу видит.
А те кто с госухой работал знают - что это очень специфический бизнес, и там зачастую не то, что найти кто тебе откат заплатит, просто найти исполнителя нереально, а на тендер приходит примерно 0 компаний. В итоге тому самому исполнителю который согласен приходится прикатить на тендер фейковых конкурентов чтобы он состоялся - не потому, что реальные уничтожили бы по цене, а потому, что реальных нет.
В госухе обычно оплата по принципу всё потом, тз описывающее несущестствующие или невозможные вещи но от него нельзя откланятся (в бизнесе легко - пошел к заказчику, сказал что так не делается, подписал доп соглашение, а тут если сказано что база данных готовит кофе - будь добр закупить кофе машину, и технически обосновать в документации почему она - база данных), максимальный уровень формализации (нужна документация на код с описанием каждого метода и каждого параметра, каждого класса ато и оьоснование каждого импорта) и при этом очень жесткие сроки и полностью фиксированные оценки (тебе дают 120 стр. т.з. - сделай оценку с погрешность 0.001% т.к. иначе - заподозрят в растрате или заштрафуют из ща просроков), и бывает что заказчик втыкает палки в колёса и саботирует разработку (было такое, мы потом каждый ответм принимали только в виде пиьма, которые пересылалось высшему руководству, чтобы не повторилось).
Так что большие суммы за тендеры это как раз чаще всего плата за работу всеми этими безумными вещами (в том числе и обыски от фсб - потому что на самом деле очень легко представить что угодно как растрату например) и без этого желающих вообще никогда бы не находилось и гос заказы никто никогда не делал. А так - это специфический бизнес.
Но откаты наверное тоже где-то есть)
Из-за колег, которые в середине рабочего процесса думают что тебе можно задать вопрос, или не дай бог рассказать шутку - только удалёнка. Вопрос я могу закинуть в общий чат или если он срочный - тегнуть человека, а он уже решит когда на него ответить.
Да и рабочее место дома можно организовать на два порядка круче - купив ортопедическок кресло под себя, какую угодно переферию и даже дресс код без трусов.
Плюсую - так еще и менеджеру намного проще аргументировать свое существование в офисе - при удалёнке легко отследить всё коммуникации и понять их необходимость а в офисе легко "спрятаться" за живыми коммуникациям.
Навсегда запомнил пм-а, который четыре месяца в компании занимался только тем, что налаживал личную жизнь в телеге, и никто этого не замечал потому что руководство думало что он решает какие-то вопросы на прикрепленых проектах и мониторит статусы "на месте".
"а никакой созвон и близко не может заменить брейнсторм вживую" - насыпьте предметных аргумнтов к этому тезису. Сколько брейнштормов не проводил - вообще не важно - созвон это или все сидят за круглым столом, или за несколькими в разных офисах.
Пока всегда если удалёнка у вас решает какие-то проблемы - то это не проблемы брейншторма, а невыстроенные процессы и кривые коммуникации.
Например если брейншторм у вас начинается с захода в офис и закидывания идеи а в созвоне так нельзя - да нельзя, потому что вы тем самым вырвали всех из рабочего процесса и нанесли куда больший урон проекту чем выиграли пользы, если брейншторм у вас запланированное событие в календаре - то не важно созвон это или нет.
Если на созвоне у вас все молчат и пишут свой код, а в офисе вы их пересадили от компов и они вынуждены что-то говорить - то это значит у вас незамотивированная решать проблемы команда, которой не объяснили ценности решения задач и в целом пути проекта. Значит у вас люди которые приходят отсидеться на работе, и это комплексная проблема которую надо решать.
Если у вас в свозвоне часть людей молчит потому что боиться высказаться, а в офисе под тяжелыми взглядами коллег они что-то да говорят - то может вы получите эффективности, а потом выгоревших из за стресса сотрудников.
Короче интересны предметные аргументы
Нестандартное применение, но товарищь например купил, чтобы играть на корпоративном пк в хардстоун после работы) на такую можно накатить винду в режиме ready to go (кажется) и т.к. в системе присланого пк было заблокировано всё кроме собственно загрузчика - грузился с флешки и пользовался) и даже безопасность не пострадала т.к. родной диск подмонтировать в винду с флешки было невозможно)
Эм... я не сисадмин, но для другой задачи у нас подняли tailscale (selfhosted headscale в качестве управляющего сервера), и одновременно использовали его и для доступа к ресурсам в защищенном контуре, и для установки точек выхода (exit node) в разных регионах в т.ч. за пределами страны. По этому не совсем понимаю почему были проблемы с двумя конфликтующими впн. Хотя конечно это тоже временная мера. Ну и как временая мера есть всякие запреты и goodbydpi которые тоже прямо сейчас работают и мы с товарщиами играем всё так-же в дискорде.
Добавлю от себя - рефакторят код сомнительно, иногда после рефакторинга получается очень неоптимальный код.
Ну если имеете способность часто попадать на смену трендов - надо идти на биржу торговать :D
Если linux поставить - то можно и 4мя обойтись, но винда уже себя там некомфортно чувствует)
То что это проблема - это иллюзия.
На деле разработчики приложений на андроид просто поддерживают более старые версии os, и срок совместимости приложений примерно одинаков.
Например у актуальной телеги минимальная версия android 6 (вышел 10 лет назад), а у т-банка 7 (9 лет назад), так что если ваш девайс вышел в 2013 (nexus 5) и обновился два раза (android 5-6-7) то он ещё актуален софтверно спустя 12 лет.
С серфигом веба нормально справляется железо 12 летней давности (i5 3500k + 8gb озу ddr3 + ssd), даже без дискретного видео