Насколько я знаю, отследить дрон — это большая проблема на самом деле. Они очень уж маленькие и в них слишком мало металла. Плохо видно или не видно и глазами, и на радаре.
Вместо лифта можно было бы водолазный колокол просто на тросе опускать — но мне кажется, что это всё равно не поможет, потому что аквалангист не может сразу на дно нырнуть, он умрет от перепада давления там. Человека надо погружать постепенно, заменяя в процессе воздух на дыхательную смесь. Я читал когда-то блог промышленного аквалангиста, если ничего не путаю, то глубоководные работы там велись минимум 3 дня: один день на погружение, потом сон на глубине в колоколе, второй день на работы, потом опять сон, третий день на всплытие.
А вообще мы ж айтишники, проще дронов с манипуляторами на дно посылать, если там ДЦ под водой, то значит вопросы с питанием и связью для дрона уже решены.
Вообще то наоборот, с развитием компиляторов и ЯПов декларативное программирование становится всё популярнее. Функциональщина или там rx например - крайне декларативны и как раз лет 5 назад начали проникать в массы.
Да и видели мы этот код, написанный человеком, который "просто выучил С".
Я просто не представляю, как можно писать хорошие программы с точки зрения качества кода, архитектуры, дизайна системы и тп не имея хотя бы 5 (а лучше 10) лет постоянного решения таких задач. И, главное, решения проблем, порожденных ошибками в дизайне системы.
При том, что в институтах этому не учат и даже не говорят об этом. В лучшем случае расскажут про паттерны gof, которые суть частные случаи.
Наняли неквалифицированных сотрудников, получается. Это значит, что вероятно у менджмента не было квалификации для найма и при этом не было осознания свой некомпетентности в этом, чтобы скажем нанять правильного HRа или хотя бы привлечь опытного программиста для проведения собеседований. Или изначально был план нанять новичков за недорого и получить задешево некачественно написанный продукт, тогда ошибки нет.
Я больше скажу, практически любая проблема — это ошибка менеджмента, потому что менеджмент — это априори те люди, кто принимает решения. И любая проблема — это или вовремя не принятое правильное решение, или принятое неправильное решение или совсем уж внешний фактор (но опять же — если уж ты чем-то управляешь, ты наверное должен пытаться предсказывать внешние факторы и иметь планы на этот счет?)
А мне кажется, что в первую очередь линукс — это не конкретный набор пакетов, а экосистема, примерно как npm. Миллион версий гуёв, миллион версий менджмента сервисов от initd до systemd, миллион оболочек — это чистый хаос, который постоянно развивается во множестве направлений и логично не имеет никакого единого «стандарта» или конфигуратора, а любая попытка всё это загнать под один стандарт заранее обречена на провал, потому что сразу как в меме появится несколько конкурирующих стандартов.
Целая экосистема, из которой можно выстроить что угодно, это действительно плюс для серверов и программистов, потому что из такого конструктора можно собрать всё что угодно, но минус для «пользователей», потому что требует знания даже не конкретной программы, а целой экосистемы — и никто из пользователей не захочет тратить несколько лет жизни просто ради того, чтобы уметь подключить к ноутбуку блютус наушники.
Хотя лично я бы очень хотел и был бы готов заплатить за это разумные деньги (ну скажем до 200$ раз и навсегда при уверенности, что эта система проживет у меня лет 10 и не загнется от недостатка времени у автора к примеру), чтобы нашелся дистрибутив, который максимально жестко стандартизирует всё, от конфигурации до оболочек и при этом будет чуть больше для людей, чем для гиков. В идеале будет единая специальная бд (ну или фс со строгими правилами) для конфигов, вообще всё будет запускаться в докере и тд и тп, что-то среднее между андроидом в плане управления программами и вообще строгости API и линуксом в плане экосистемы утилит для разработки, баш, питон, все дела. Даже и не знаю, может, windows или макось когда-то до этого эволюционируют.
А точно ли он будет запускаться везде? К примеру в линуксе и в маке есть одинаковый набор утилит типа grep, sed и тп но с немного разными возможностями и написать скрипт, одинаково работающий и там, и там - как минимум непросто.
Звучит прикольно, но в реальности 3 из 5 проектов написаны так, будто авторы вообще не слышали про архитектуру. Смешения слоев, низкоуровневая часть в бизнес логике (не ради оптимизации, а просто потому что так быстрее), ни о чем не говорящий нейминг и тд и тп. И в итоге спустя год разработки, поддерживать эту кучу лапши уже невозможно, потому что черт его знает, как оно работает и как мой код повлияет на этот клубок из хаков, магии и сайд эффектов.
И как раз это уже похоже на проблему: у большинства разработчиков нет не только архитектурного видения, но даже и понимания того, почему это важно. Слои? Чёт сложно, проще код на месте написать. Абстракции? Много букав, забьём. В результате код не имеет структуры, смысла и внятной логики, его очень сложно читать и невозможно предсказать.
Вместо порно здесь могла быть вообще любая сфера интересов, блог о чем угодно, моддинг игры (эх, warcraft 3 map editor :3), сбор заводов из лего и тд и тп.
Уже налетело ханжей, да, хотя казалось бы, алкоголь почти все пьют, так или иначе (хотя бы
и в виде шампанского на Новый Год), и лично я не вижу ничего плохого в том, чтобы поиграть в химика и изготовить какой-то напиток самостоятельно.
И поэтому с удовольствием прочитаю технические статьи про все эти химически-инженерные дела и самогонные аппараты.
Контейнеры в го особо и не нужны (не говоря уже о том, что они не дают компайл-тайм гарантий), инструментария языка достаточно для того, чтобы инициализировать зависимости или просто вручную, или кодогенеративно.
С чисткой кнопок в лифте уже перебор, но вот УФ лампа для телефона выглядит полезной штукой: лично я активно лапаю телефон на улице и в метро (может даже после того, как подержался руками за поручни), но при этом как-то не имею привычки мыть телефон по приходу домой, а поваляться в кровати с ютьюбчиком перед сном люблю. И цепочка «метро => чел с проказой => поручень => рука => телефон => дом => рука => сон => слизистые» кажется вполне реальной.
Короче, нужно мыть после улицы не только руки, но и девайсы — а поскольку мыть электронику как-то стремно, лучше уж лампу взять для этого.
А я не фанат и вообще на Rust не писал, но противоречий не вижу: «снизить риск появления уязвимостей» != «исключить вообще все уязвимости», не говоря уже о том, что непонятно, является ли паника уязвимостью в данном контексте.
Во-первых, она хоть и слегка устарела, но всё же рассказывает немного о том, что там происходит внутри го со стеком. Во-вторых, у Дейва есть ещё несколько статьей, которые ссылаются на текущую — так что мне показалось правильным перевести старую статью, чтобы лишний раз не ссылаться из перевода на англоязычные материалы.
А вообще мы ж айтишники, проще дронов с манипуляторами на дно посылать, если там ДЦ под водой, то значит вопросы с питанием и связью для дрона уже решены.
Вообще то наоборот, с развитием компиляторов и ЯПов декларативное программирование становится всё популярнее. Функциональщина или там rx например - крайне декларативны и как раз лет 5 назад начали проникать в массы.
Да и видели мы этот код, написанный человеком, который "просто выучил С".
Я просто не представляю, как можно писать хорошие программы с точки зрения качества кода, архитектуры, дизайна системы и тп не имея хотя бы 5 (а лучше 10) лет постоянного решения таких задач. И, главное, решения проблем, порожденных ошибками в дизайне системы.
При том, что в институтах этому не учат и даже не говорят об этом. В лучшем случае расскажут про паттерны gof, которые суть частные случаи.
Тогда уж лучше всё же кобол
Целая экосистема, из которой можно выстроить что угодно, это действительно плюс для серверов и программистов, потому что из такого конструктора можно собрать всё что угодно, но минус для «пользователей», потому что требует знания даже не конкретной программы, а целой экосистемы — и никто из пользователей не захочет тратить несколько лет жизни просто ради того, чтобы уметь подключить к ноутбуку блютус наушники.
Хотя лично я бы очень хотел и был бы готов заплатить за это разумные деньги (ну скажем до 200$ раз и навсегда при уверенности, что эта система проживет у меня лет 10 и не загнется от недостатка времени у автора к примеру), чтобы нашелся дистрибутив, который максимально жестко стандартизирует всё, от конфигурации до оболочек и при этом будет чуть больше для людей, чем для гиков. В идеале будет единая специальная бд (ну или фс со строгими правилами) для конфигов, вообще всё будет запускаться в докере и тд и тп, что-то среднее между андроидом в плане управления программами и вообще строгости API и линуксом в плане экосистемы утилит для разработки, баш, питон, все дела. Даже и не знаю, может, windows или макось когда-то до этого эволюционируют.
А точно ли он будет запускаться везде? К примеру в линуксе и в маке есть одинаковый набор утилит типа grep, sed и тп но с немного разными возможностями и написать скрипт, одинаково работающий и там, и там - как минимум непросто.
Звучит прикольно, но в реальности 3 из 5 проектов написаны так, будто авторы вообще не слышали про архитектуру. Смешения слоев, низкоуровневая часть в бизнес логике (не ради оптимизации, а просто потому что так быстрее), ни о чем не говорящий нейминг и тд и тп. И в итоге спустя год разработки, поддерживать эту кучу лапши уже невозможно, потому что черт его знает, как оно работает и как мой код повлияет на этот клубок из хаков, магии и сайд эффектов.
И как раз это уже похоже на проблему: у большинства разработчиков нет не только архитектурного видения, но даже и понимания того, почему это важно. Слои? Чёт сложно, проще код на месте написать. Абстракции? Много букав, забьём. В результате код не имеет структуры, смысла и внятной логики, его очень сложно читать и невозможно предсказать.
Если они сторчались ещё до 18 лет, то у них не могло быть высшего образования. Высшее - это закончить ВУЗ, то есть, где-то с 22 лет.
Вместо порно здесь могла быть вообще любая сфера интересов, блог о чем угодно, моддинг игры (эх, warcraft 3 map editor :3), сбор заводов из лего и тд и тп.
и в виде шампанского на Новый Год), и лично я не вижу ничего плохого в том, чтобы поиграть в химика и изготовить какой-то напиток самостоятельно.
И поэтому с удовольствием прочитаю технические статьи про все эти химически-инженерные дела и самогонные аппараты.
Короче, нужно мыть после улицы не только руки, но и девайсы — а поскольку мыть электронику как-то стремно, лучше уж лампу взять для этого.