Первое и последнее — это то, как делать вообщем-то не стоит)
Третье, четвертое и пятое - вроде вполне класический код, хотя продумать передачу вызова делегату на стадии проектирования было бы прямо вообще хорошо.
Про threadLocal действтиельно интересный инструмент
Не совсем по теме, но может тут кто подскажет - есть какой простой способ сделать 1 порт по http доступным в обход впн (чтобы на 3000 порту например висел сервер и слушал). А то разворачивал xray +xtls из контейнера в докере, весьма слабо понимаю что там происходит, но после http сервер на той же машине стал недоступен(
А может есть тут кто подскажет как сделать, чтобы один порт при работающей на сервере амнезии был доступен для прослушивания другим приложением. Не пойму где это настроить - есть сервер на expressjs стартующий через node и слушающий определённый порт, до установки xray (или может до openvpn over cloac) запущенный сервер на 3000 порту был вполне доступен, а после нет. Может есть какой то простой способ?
Linux умеет даже ядро подменять на лету, только иксы перезагрузить, если они нужны. Так что про перезагрузки вроде верно, винда даже в серверном варианте всё таки иногда требует перезагрузить себя.
То, что работа процессора более эффективна конечно спорный момент, но с другой стороны в винде с невырезанной телеметрией и прочим мусором можно считать что тоже верно.
Про файловые системы тоже спорно, но тот же ext4 вроде как быстрее в создании файлов и каталогов, а так-же лучше работает с фрагментацией. Т.е. с натяжкой можно считать что тоже верно. Тем более что мир linux куда проще в натягивании своих файловых систем которые конкретно в вашем сценарии будут производительнее. Zfs какой нибудь.
Проблема "поехать самому" в том, что вас не примут. Была ситуация когда я пришёл в больницу сам, с сильной болью и мне так и сказали - доврачебный закрыт, принять вас не можем, вызывайте скорую. На вопрос - вызвать ли мне скорую прямо к зданию больницы - развели руками.
Ничего, это прекрасно, дёшево и хорошо для пользователей, только в среднем — невозможно.
Буквально парой комментариев ниже, в ветке на похожее замечание, я более подробно раскрыл, что имею в виду, если интересно, можете ознакомиться там, не буду уж тут повторяться.
Если нельзя вызывать методы у null — не вызывайте, если переполнение переменной приводит к ошибке — не переполняйте, если неочистка ссылки приводит к утечке памяти — очищайте, если ваш код со временем станет тяжело поддерживаемым legacy — пишите так, чтобы не стал. И самое главное, если после реализации бизнес придёт к вам с доработками и правками - сделайте их ещё при первой интерации, зачем ждать.
Это я к чему — CSS написал один человек, в голове которого left и right несочетаемые понятия, использовал в разметке страницы другой, для которого это «левый» и «правильный» и они сочетаются, рефакторил третий, который ничего не понял и переименовал right в correct. А потом четвёртый внёс взаимоисключающие свойства на этапе редизайна, и вёрстка в хорошо спрятанных местах сползла в штаны. Все очевидно на короткой дистанции но на длинной далеко не всегда.
А давайте сразу весь код писать без багов и проблем и так, чтобы он никогда не становился legacy. А то чего как дураки, попишут багов, потом сидят их чинят, и кому это нужно было — непонятно.
Все эти принтеры СНПЧ это конечно хорошо, но если для дома и чб печати - то только лазерник. Он может спокойно пол года - год стоять, и ждать когда потребуется распечатать следующие документы или билеты, а потом сразу без проблем отработать.
Ну кстати тоже вариант, попало в порт нечто клиновидное и носик отломало. Для lightning такой проблемы не будет, и если что-то попадёт - просто пинцетом из порта вытащить
Если перегнуть lightning - то сломается носик на кабеле, если перегнуть type-c то сломаться может носик на устройстве (я такое пару раз видел, хотя тоже нетривиально). А менять разъем на устройстве куда как сложнее чем кабель.
Когда вы слышите, что нефть или электричество стоят 0 — это не значит, что они действительно стоят ноль. Та же нефть по фьючерсам за ноль для её покупки требовала многомиллионных инвестиций в инфраструктуру по переработке и хранению перед этим, а деньги тогда теряли спекулянты, которые как раз реальный продукт в руках не держали. Так что товары реального сектора экономики всё-таки не сравнимы с несуществующими хомячьими токенами, которые никак применить нельзя.
LLM просто чуть быстрее. Ты можешь загрузить в неё доку, задать ей конкретный вопрос по ней и получить конкретный ответ. А если сомневаешься - попросить привести цитату откуда она это взяла в исходном тексте.
В принципе можно и поиском это найти, но зачастую блоки описания работы API большие а тебе нужен очень конкретный небольшой фрагмент.
LLM просто чуть быстрее. Ты можешь загрузить в неё доку, задать ей конкретный вопрос по ней и получить конкретный ответ. А если сомневаешься - попросить привести цитату откуда она это взяла в исходном тексте.
В принципе можно и поиском это найти, но зачастую блоки описания работы API большие а тебе нужен очень конкретный небольшой фрагмент.
У Филипса вроде как есть набор сертификатов взломоустойчивости, а чтобы вскрывать замок магнитом — что с нормальными замками, конечно, не работает, — нужно как минимум знать, как устроен замок. А это значит, что к вам лезет уже не случайный вор, а прицельно настроенный медвежатник — а такой за 5–10 минут вскроет 90%, и неважно, электронные они или механические.
Ну про то, что FDM проще в эксплуатации чем SLA - это шутка какая-то. В FDM то сопло забьётся, то весь heatblock, то модель от стола отклеится, если не промазал клеем или наоборот, оторвёшь с частью стекла, если это какой-нибудь PETG. Механику нужно смазывать, резинки подтягивать, стол калибровать.
Я печатаю на FDM-принтере, так уже раз 15 разбирал печатающую головку, чтобы что-то прочистить или заменить. А товарищ на DLP, кажется, уже литров 20 смолы отпечатал и ещё ни разу ничего не обслуживал, да там и нечего.
А куда вставляли новый выходной? Мне кажется, это очень важно для эксперимента. Например, дополнительный выходной в среду как будто должен позволять людям отдохнуть и быть более высокоэффективными. С другой стороны, от него можно потерять контекст и наоборот снова въезжать в задачу. Интересно было бы сравнить варианты.
А вообще в целом в разработке заметил, что эффективность очень плавает — бывает целый день она нулевая (когда садишься и понимаешь, что ну не идёт), а бывает 150%, и можно работать 16 часов подряд. Отсюда кажется, что, возможно, имел бы смысл вариант типа «2 дополнительных выходных в спринт в любые дни, кроме первых трёх». Хотя и тут начнут злоупотреблять и работать не тогда, когда работается, а чтобы сделать мини-отпуск на 4 дня на последней неделе.
Короче, считаю, что компании, внедряющие четырёхдневку, зря едят свой хлеб, если не попробовали все эти варианты 😁
Когда пытался вернуть карты памяти - мне написали, что они связались с продавцом, и ждут его одобрения на возврат, и вот если он одобрит возврат - тогда я могу их выслать обратно и получить деньги, а если нет - то это уже не их проблема. И в пункте выдачи у нас специально вывесили инструкцию которую озон даёт пунктам выдачи для заказов из за рубежа, где чёрным по белому написано - что если упаковку вскрыл - возврат товара будет зависеть только от сговорчивочти продавца из китая. А очень странно договариваться с изначальными мошенниками.
Если развести скандал (в чате конечно, не в пункте выдачи) - то мелочевку вам может и компенсируют за свой счёт, но что-то серьёзное - нет.
Робот-пылесос уже умеет сливать грязь в водопровод, не размазывать какашки по полу и увеличивать мощность всасывания на углах, чтобы хорошо их покрыть. А уж про то, насколько он лучше, когда речь идёт о «подкроватном» пространстве, и говорить не о чем.
Но даже если предположить, что мы решим сложности с кодом, с железом и производительностью, — зачем антропоморфный робот, когда можно сделать сложносочинённую форму? Зачем роботу ноги? Они сложны, дороги и при работе по дому, в саду и даже в нормальном городе с доступной средой — не дают никаких плюсов. Зачем роботу голова? — он не будет есть ею, и думать, скорее всего, тоже, а вместо двух глаз куда полезнее будут камеры с обзором на 360°, и одна такая на выдвижном манипуляторе. Зачем роботу собственно две руки? Почему не восемь? Пусть чистит, режет картошку, лук и морковь одновременно.
У человеческого тела много недостатков (даже если брать только с бытовой точки зрения) — отсутствие глаз на затылке мешает оценивать обстановку, короткие высокопоставленные руки усложняют мытьё полов и для многих работ надо нагибаться, ноги одновременно не очень быстрые и не очень устойчивые и т. д.
Так что многоцелевой робот - это скорее эволюция робошайбы, чем клон челвека.
Первое и последнее — это то, как делать вообщем-то не стоит)
Третье, четвертое и пятое - вроде вполне класический код, хотя продумать передачу вызова делегату на стадии проектирования было бы прямо вообще хорошо.
Про threadLocal действтиельно интересный инструмент
Не совсем по теме, но может тут кто подскажет - есть какой простой способ сделать 1 порт по http доступным в обход впн (чтобы на 3000 порту например висел сервер и слушал). А то разворачивал xray +xtls из контейнера в докере, весьма слабо понимаю что там происходит, но после http сервер на той же машине стал недоступен(
А может есть тут кто подскажет как сделать, чтобы один порт при работающей на сервере амнезии был доступен для прослушивания другим приложением. Не пойму где это настроить - есть сервер на expressjs стартующий через node и слушающий определённый порт, до установки xray (или может до openvpn over cloac) запущенный сервер на 3000 порту был вполне доступен, а после нет. Может есть какой то простой способ?
А что собственно с этими тезисами не так?
Linux умеет даже ядро подменять на лету, только иксы перезагрузить, если они нужны. Так что про перезагрузки вроде верно, винда даже в серверном варианте всё таки иногда требует перезагрузить себя.
То, что работа процессора более эффективна конечно спорный момент, но с другой стороны в винде с невырезанной телеметрией и прочим мусором можно считать что тоже верно.
Про файловые системы тоже спорно, но тот же ext4 вроде как быстрее в создании файлов и каталогов, а так-же лучше работает с фрагментацией. Т.е. с натяжкой можно считать что тоже верно. Тем более что мир linux куда проще в натягивании своих файловых систем которые конкретно в вашем сценарии будут производительнее. Zfs какой нибудь.
Проблема "поехать самому" в том, что вас не примут. Была ситуация когда я пришёл в больницу сам, с сильной болью и мне так и сказали - доврачебный закрыт, принять вас не можем, вызывайте скорую. На вопрос - вызвать ли мне скорую прямо к зданию больницы - развели руками.
Ничего, это прекрасно, дёшево и хорошо для пользователей, только в среднем — невозможно.
Буквально парой комментариев ниже, в ветке на похожее замечание, я более подробно раскрыл, что имею в виду, если интересно, можете ознакомиться там, не буду уж тут повторяться.
Если нельзя вызывать методы у null — не вызывайте, если переполнение переменной приводит к ошибке — не переполняйте, если неочистка ссылки приводит к утечке памяти — очищайте, если ваш код со временем станет тяжело поддерживаемым legacy — пишите так, чтобы не стал. И самое главное, если после реализации бизнес придёт к вам с доработками и правками - сделайте их ещё при первой интерации, зачем ждать.
Это я к чему — CSS написал один человек, в голове которого left и right несочетаемые понятия, использовал в разметке страницы другой, для которого это «левый» и «правильный» и они сочетаются, рефакторил третий, который ничего не понял и переименовал right в correct. А потом четвёртый внёс взаимоисключающие свойства на этапе редизайна, и вёрстка в хорошо спрятанных местах сползла в штаны. Все очевидно на короткой дистанции но на длинной далеко не всегда.
А давайте сразу весь код писать без багов и проблем и так, чтобы он никогда не становился legacy. А то чего как дураки, попишут багов, потом сидят их чинят, и кому это нужно было — непонятно.
Все эти принтеры СНПЧ это конечно хорошо, но если для дома и чб печати - то только лазерник. Он может спокойно пол года - год стоять, и ждать когда потребуется распечатать следующие документы или билеты, а потом сразу без проблем отработать.
Ну кстати тоже вариант, попало в порт нечто клиновидное и носик отломало. Для lightning такой проблемы не будет, и если что-то попадёт - просто пинцетом из порта вытащить
Если перегнуть lightning - то сломается носик на кабеле, если перегнуть type-c то сломаться может носик на устройстве (я такое пару раз видел, хотя тоже нетривиально). А менять разъем на устройстве куда как сложнее чем кабель.
Когда вы слышите, что нефть или электричество стоят 0 — это не значит, что они действительно стоят ноль. Та же нефть по фьючерсам за ноль для её покупки требовала многомиллионных инвестиций в инфраструктуру по переработке и хранению перед этим, а деньги тогда теряли спекулянты, которые как раз реальный продукт в руках не держали. Так что товары реального сектора экономики всё-таки не сравнимы с несуществующими хомячьими токенами, которые никак применить нельзя.
LLM просто чуть быстрее. Ты можешь загрузить в неё доку, задать ей конкретный вопрос по ней и получить конкретный ответ. А если сомневаешься - попросить привести цитату откуда она это взяла в исходном тексте.
В принципе можно и поиском это найти, но зачастую блоки описания работы API большие а тебе нужен очень конкретный небольшой фрагмент.
LLM просто чуть быстрее. Ты можешь загрузить в неё доку, задать ей конкретный вопрос по ней и получить конкретный ответ. А если сомневаешься - попросить привести цитату откуда она это взяла в исходном тексте.
В принципе можно и поиском это найти, но зачастую блоки описания работы API большие а тебе нужен очень конкретный небольшой фрагмент.
У Филипса вроде как есть набор сертификатов взломоустойчивости, а чтобы вскрывать замок магнитом — что с нормальными замками, конечно, не работает, — нужно как минимум знать, как устроен замок. А это значит, что к вам лезет уже не случайный вор, а прицельно настроенный медвежатник — а такой за 5–10 минут вскроет 90%, и неважно, электронные они или механические.
Собственно, а вопрос из заголовка не раскрыт. Как устроен braid? Какой из механизмов там использован? Кликбейтный заголовок не соответствует статье.
Ну про то, что FDM проще в эксплуатации чем SLA - это шутка какая-то. В FDM то сопло забьётся, то весь heatblock, то модель от стола отклеится, если не промазал клеем или наоборот, оторвёшь с частью стекла, если это какой-нибудь PETG. Механику нужно смазывать, резинки подтягивать, стол калибровать.
Я печатаю на FDM-принтере, так уже раз 15 разбирал печатающую головку, чтобы что-то прочистить или заменить. А товарищ на DLP, кажется, уже литров 20 смолы отпечатал и ещё ни разу ничего не обслуживал, да там и нечего.
А куда вставляли новый выходной? Мне кажется, это очень важно для эксперимента. Например, дополнительный выходной в среду как будто должен позволять людям отдохнуть и быть более высокоэффективными. С другой стороны, от него можно потерять контекст и наоборот снова въезжать в задачу. Интересно было бы сравнить варианты.
А вообще в целом в разработке заметил, что эффективность очень плавает — бывает целый день она нулевая (когда садишься и понимаешь, что ну не идёт), а бывает 150%, и можно работать 16 часов подряд. Отсюда кажется, что, возможно, имел бы смысл вариант типа «2 дополнительных выходных в спринт в любые дни, кроме первых трёх». Хотя и тут начнут злоупотреблять и работать не тогда, когда работается, а чтобы сделать мини-отпуск на 4 дня на последней неделе.
Короче, считаю, что компании, внедряющие четырёхдневку, зря едят свой хлеб, если не попробовали все эти варианты 😁
Как-же, а потом догоняет и выплачивает ещё раз.
Когда пытался вернуть карты памяти - мне написали, что они связались с продавцом, и ждут его одобрения на возврат, и вот если он одобрит возврат - тогда я могу их выслать обратно и получить деньги, а если нет - то это уже не их проблема. И в пункте выдачи у нас специально вывесили инструкцию которую озон даёт пунктам выдачи для заказов из за рубежа, где чёрным по белому написано - что если упаковку вскрыл - возврат товара будет зависеть только от сговорчивочти продавца из китая. А очень странно договариваться с изначальными мошенниками.
Если развести скандал (в чате конечно, не в пункте выдачи) - то мелочевку вам может и компенсируют за свой счёт, но что-то серьёзное - нет.
Робот-пылесос уже умеет сливать грязь в водопровод, не размазывать какашки по полу и увеличивать мощность всасывания на углах, чтобы хорошо их покрыть. А уж про то, насколько он лучше, когда речь идёт о «подкроватном» пространстве, и говорить не о чем.
Но даже если предположить, что мы решим сложности с кодом, с железом и производительностью, — зачем антропоморфный робот, когда можно сделать сложносочинённую форму? Зачем роботу ноги? Они сложны, дороги и при работе по дому, в саду и даже в нормальном городе с доступной средой — не дают никаких плюсов. Зачем роботу голова? — он не будет есть ею, и думать, скорее всего, тоже, а вместо двух глаз куда полезнее будут камеры с обзором на 360°, и одна такая на выдвижном манипуляторе. Зачем роботу собственно две руки? Почему не восемь? Пусть чистит, режет картошку, лук и морковь одновременно.
У человеческого тела много недостатков (даже если брать только с бытовой точки зрения) — отсутствие глаз на затылке мешает оценивать обстановку, короткие высокопоставленные руки усложняют мытьё полов и для многих работ надо нагибаться, ноги одновременно не очень быстрые и не очень устойчивые и т. д.
Так что многоцелевой робот - это скорее эволюция робошайбы, чем клон челвека.