Здесь не обсужлают предпологаемые вами сценарии поддержки политиками зеленых исследований. В целом идет речь о том, что контекст темы способствует оправданным сомнениям а вовсе не утверждериям что для них точно нет места.
Я не странный человек, зеленая повестка довольно дурно пахнет в свете недавних новостей. Под ней двигают и политику и экономические интересы и чтобы то ни было. И никакие специалисты с никакими регалиями не входят с этим в конфликт. Да и сами незаконные исследования тоже. Ведь были прецеденты с клонированием, например.
И то что вы, к примеру, на этом дурном фоне пытаетесь сослаться на заслуженностб авторитета какого-то узкоспециализированного, как на аргумент в пользу отмены всех сомнений - выглядит даже забавно. Чем-то "популяризаторов" "науки" из антропогенеза напоминает.
Я большинство всего на свете паяю обычным китайским паяльником с никелевой бегущей волной среднего размера. От qfn64 до проводки в машине. А для отдельных случаев использую советский "томагавк" для массивных деталей, а так же газовый паяльник для автономии.
Ну тоесть, схожая концепция.
Есть и паяльная станция, с точно такими же наконечниками как и у китайского паяльника, лукей 902, с пневмопомпой. Но ее использовал именно для массовых ремонтов и довольно давно. Сейчас просто лежит, почти не включаю.
Прекрасные профессиональные наблюдения. И к слову, крайне полезные для тех, кто застрял в карьере. Научитесь задавать себе вопросы о том что делаете и отвечать на них не формально, научитесь брать работу в которую можете вовлечся до уровня способности поддерживать естественный разговор о ней. И у вас будет все хорошо. Перестаньте подчинять свои собственные желания и интенции - ситуативным требованиям работодателя, ради лояльности и денег.
Безусловно - если смотреть на этот текст как на призыв включить потребность собеседователя в красноречии в "экзаменационные вопросы" - то ничего хорошего напротив не выйдет. Иметь такие способности, о которых пишет автор, нужно не для hr'а, а для себя самого. И нужны они даже не только в работе. Но и в других соц. взаимодействиях.
Здесь не столько про ожидания работодателя сколько про то - чего нет у сотрудников. И о том что им стоит развивать для самих себя.
Очень сложно. Чтобы сделать приемлемого качества водопровод можно использовать одно механическое реле давления. Можно добавить похожего устройства реле сухого хода (но не обязательно так как добиться сухого хода насоса весьма проблематично. Особенно если дом для постоянного проживания.). Электроника в системах жизнеобеспечения в данном случае это переусложнение, имхо.
У механических решений тоже есть недостаток, например 99 процентов решений не позволяют снизить гистерезис менее чем в 1кг/см2, но у электронных версий тоже не все хорошо в этом смысле.
Но в целом наиболее простой вариант хорош тем что позволяет забыть про то как все это хозяйство работает.
Хотя безусловно если автоматизация это хобби, то дело другое.
Я, например, заметил, что люди контрастно, я бы даже сказал - очень контрастно, делятся на две условные группы, одна из которых не умеет задать вопрос. Это и в обычном общении заметно, но в вопросах нейросетям - просто кричаще заметно.
Это скорее минус чем плюс. Тащить монструозную систему объектов и командлетов ради типичных задач скриптов линукс это выглядит крайне неэффективно.
А еще богатство выбора структур для описания нужных сущностей одной и той же задачи - приводит к тому что для случаев оптимизации скорости и других ресурсов надо довольно тонко разбираться в том что это за структуры и как они обрабатываются (и эта потребность выше чем в линуксовом подходе так как все - объект). Что существенно осложняет оптимизацию кода, и превращает его написание в отдельный акт разработки, а не в акт использования инструмента помогающего лучше решать другие масштабные задачи.
Не совсем так. Режут то, что не могут контролировать, просто чтобы убедится в том что это в нужный момент будет возможно.
У меня например, банальная связка из l2tp между роутером и забугорным сервером. Правда в обратном направлении. От сервера к роутеру. И этот канал работает бесперебойно. Что позволяет сделать вывод, что РКН ищет и блочит только трафик который не подконтролен.
Здесь не обсужлают предпологаемые вами сценарии поддержки политиками зеленых исследований. В целом идет речь о том, что контекст темы способствует оправданным сомнениям а вовсе не утверждериям что для них точно нет места.
Я не странный человек, зеленая повестка довольно дурно пахнет в свете недавних новостей. Под ней двигают и политику и экономические интересы и чтобы то ни было. И никакие специалисты с никакими регалиями не входят с этим в конфликт. Да и сами незаконные исследования тоже. Ведь были прецеденты с клонированием, например.
И то что вы, к примеру, на этом дурном фоне пытаетесь сослаться на заслуженностб авторитета какого-то узкоспециализированного, как на аргумент в пользу отмены всех сомнений - выглядит даже забавно. Чем-то "популяризаторов" "науки" из антропогенеза напоминает.
С каких пор сомнение в заявленном является параноей, а не частью критического мышления?
Причем здесь теория заговора вообще? Речь идет о том что под видом одной темы исследования, исследовать могут чтото за гранью этики и закона.
Что там со свинкой?
А почему выбор предлагаете или/или?
Чтобы нейросеть написала код нужно не меньше работы восококвалифицированного специалиста, чем это нужно в случае с программистом.
Так что о какой то замене довольно странно рассуждать. Скорее о допрлнении.
Обобщенная методология, более эффективное обучение, избавление от рутины. Вот что дает людям нейросеть.
Я большинство всего на свете паяю обычным китайским паяльником с никелевой бегущей волной среднего размера. От qfn64 до проводки в машине. А для отдельных случаев использую советский "томагавк" для массивных деталей, а так же газовый паяльник для автономии.
Ну тоесть, схожая концепция.
Есть и паяльная станция, с точно такими же наконечниками как и у китайского паяльника, лукей 902, с пневмопомпой. Но ее использовал именно для массовых ремонтов и довольно давно. Сейчас просто лежит, почти не включаю.
Прекрасные профессиональные наблюдения. И к слову, крайне полезные для тех, кто застрял в карьере. Научитесь задавать себе вопросы о том что делаете и отвечать на них не формально, научитесь брать работу в которую можете вовлечся до уровня способности поддерживать естественный разговор о ней. И у вас будет все хорошо. Перестаньте подчинять свои собственные желания и интенции - ситуативным требованиям работодателя, ради лояльности и денег.
Безусловно - если смотреть на этот текст как на призыв включить потребность собеседователя в красноречии в "экзаменационные вопросы" - то ничего хорошего напротив не выйдет. Иметь такие способности, о которых пишет автор, нужно не для hr'а, а для себя самого. И нужны они даже не только в работе. Но и в других соц. взаимодействиях.
Здесь не столько про ожидания работодателя сколько про то - чего нет у сотрудников. И о том что им стоит развивать для самих себя.
Не смешите мои тапочки.
Очень сложно. Чтобы сделать приемлемого качества водопровод можно использовать одно механическое реле давления. Можно добавить похожего устройства реле сухого хода (но не обязательно так как добиться сухого хода насоса весьма проблематично. Особенно если дом для постоянного проживания.). Электроника в системах жизнеобеспечения в данном случае это переусложнение, имхо.
У механических решений тоже есть недостаток, например 99 процентов решений не позволяют снизить гистерезис менее чем в 1кг/см2, но у электронных версий тоже не все хорошо в этом смысле.
Но в целом наиболее простой вариант хорош тем что позволяет забыть про то как все это хозяйство работает.
Хотя безусловно если автоматизация это хобби, то дело другое.
Плохие ответы часто бывают на плохие вопросы.
Я, например, заметил, что люди контрастно, я бы даже сказал - очень контрастно, делятся на две условные группы, одна из которых не умеет задать вопрос. Это и в обычном общении заметно, но в вопросах нейросетям - просто кричаще заметно.
Порядок выполнения инструкций sql запроса - это то, про что текст. Про порядок выполнения sql запросов в тексте ничего нет.
Это скорее минус чем плюс. Тащить монструозную систему объектов и командлетов ради типичных задач скриптов линукс это выглядит крайне неэффективно.
А еще богатство выбора структур для описания нужных сущностей одной и той же задачи - приводит к тому что для случаев оптимизации скорости и других ресурсов надо довольно тонко разбираться в том что это за структуры и как они обрабатываются (и эта потребность выше чем в линуксовом подходе так как все - объект). Что существенно осложняет оптимизацию кода, и превращает его написание в отдельный акт разработки, а не в акт использования инструмента помогающего лучше решать другие масштабные задачи.
Или программистор.
Пожалуйста - не удаляйте эту статью. Я еще не дочитал.
Каждый раз когда вижу упоминание кобол в прикладном контексте - вспоминаю Байрона, почемуто.
Не совсем так. Режут то, что не могут контролировать, просто чтобы убедится в том что это в нужный момент будет возможно.
У меня например, банальная связка из l2tp между роутером и забугорным сервером. Правда в обратном направлении. От сервера к роутеру. И этот канал работает бесперебойно. Что позволяет сделать вывод, что РКН ищет и блочит только трафик который не подконтролен.
Еще немного - и остальные министерства осознают, что с подготовкой чтото не то.
ЕГЭ для айтишников? Ну любопытно конечно.