Получается что если разработчики сами не хотят чтобы вы могли из сторонего места скачивать - да, нельзя. А если хотят, например Российсике банки - можно будет из сторонего.
Верно. Если AI научится выращивать яблоки и картошку за нас - то есть он ее не станет. Даже если представить что человечеству не найдется новой работы - создаваемые блага останутся. Возможно будет необходим новый механизм распределеления их между обществом, какие нибудь безусловных доходы - когда картошка с яблоками будут доступны каждом, а что-то что ИИ не научился создавать уже получит не каждый, а только тот кто так-же для других людей что-то создает.
Да, так и есть. Человек тоже используется перебор :)
Вопрос наверное в том, что если раньше основной силой был очень глубокий перебор-который неподвластен человеку- условно на 10 уровней глубины. То с нейросетями даже с парой уровней глубины уровень игры будет очень сильным - что ближе к человеческому мышлению.
>>> на каждом ходу нейросеть играет сама с собой тысячи партий до конца
Откуда эта информация?
Насколько мне известно партии были заранее сыграны и по ним построены оценочные модели, а играть тысячи партий до конца от каждой позиции очень затратно.
Она конечно делает вероятно несколько ходов в будущее оценивая позицию по натренированным сетям, но вот чтобы прямо до конца на каждом ходу - первый раз такое слышу.
В том и смысл что при игре в го она не перебирала, а использовала закономерности=опыт который набрала по время игры сама с собой. Потому что там количество вариантов для перебора очень большое и это считалось причиной почему машина не сможет выйграть в го человека.
Я бы предложил сразу делать нормально. А нам не выделили время на рефакторинг, часто синоним "я не знал как сделать нормально и было лень сразу зариматься, сделал как получилось". Мне ту нравится аналогия со строительством, вызвав себе кого-то переложить пол например и даже договорившись по срокам, вы как заказчик будете ожидать что пол будет уложен ровно и качественно. И вы крайне удивитесь если тот кто его вам сделал скажет постфактум-"я тут сделал как получилось, но по хорошему там его ещё выровнять надо, а ещёсне не хватало ламината который вы дали и я нашёл там в углу остатки какого-то другого, и положил его. Ну и что что другого цвета, но вы же не выделили мне время и средства съездить в магазие и докупить? Задача выполнена, ходить можно и пыли нету"
Вы сами себе противоречите. Чуть выше пишете, что auto это плохо и лучше бы типами все писали (не топите ли вы здесь за выразительность в вашем понимании, о которой вы говорите что она не важна ? ). Теперь пишите, что должно быть понятно самому пишушему.
Теперь представьте у вас команду из 8 разработчиков работающая над единой кодовой базой. И вот один из низ используется auto везде где только можно - ну потому что ему так понятнее (не у всех же понятность с вашей совпадает ? ). Второй везде прописывает типы. Третий использует корутины. А четвертый явно потоки пишет и через мутексы синхронизирует их. Ну и так далее - каждый привносит свой опыт и пишет как он привык.
Хороший ли это проект ? Сможет ли он быстро развиваться ?
Вы не совсем поняли что есть смэв и о чем статья. Мне понятно что вас больше интересуют госуслуги, но эта статья не об этом.
Как отображено в названии смэв-система межведомственного электронного взаимодействия. Госуслуги являются лишь пользователем этой системы.
ЛК УВ - личный кабинет участника взаимодействия, тоесть тех кто к этой системе подключен и передает или получает данные у других ведомств.
Собственно это статья она скорее не для граждан, которые являются пользователями госуслуг. Она скорее для тех кому по какой-то причине понадобилось получать данные от государственных ведомств, таких как гибдд, или другие. Госуслуги являются частным случаем и одном из пользователей(но не единственным) которые эту систему используют в своей работе.
Ну и сложность зачастую обусловлена не метриками, а законодательством-так как есть требования которые начинаются с законов о том где и какие данные хранятся и кто за них отвечает.
Если отвечать без аргументирования - можно убить кого-нибудь кринжом. Поэтому ненужно этого делать. А я молодец и могу не аргументировать свою точку зрения.
Согласен с вами. Более того даже если бы эти денбги были на руках - это не значило бы что эти деньги участвуют в экономике.
Тоесть если условный триллион лежит на счету Илона Маска, то он врятли их когда-то потратит на личное потребление. Если бы он куда-то и мог их тратить то на создание новых рабочих мест. А если они лежит и будут лежать еще 100 лет или даже будут расти - да и как разница нам с вами.
А что будет если триллион раздать людям - скорее всего ничего не произойдет, кроме того что исчезнет один триллионер. Тоесть цены на тот же процент вырастут, так как производительность труда от этого не изменилась. Игра с нулевой суммой.
Это было лет 10 назад. Ему объясняли. Но это был человек своеобразный, который мог всех разрабов собрать и покрыть матом как прораб на стройке, без преувеличения. Чего только стоило интересное решение - "каждый разработчик в один из дней подписывал бумажку где обязался не допускать более одного бага в неделю, а если допустит - фиксит в личное время". Собственно после одного из таких объяснений была группа разработчиков, которые написали письмо руководству с предложениями как улучшить процессы, вполне корректное - даже без ссылок на гендира вообще. Итог - всех кто подписался уволили. Увольнение кстати тоже отдельный цирк, просто письмо утром на почте - чтобы к моему возвращению в страну (он тогда был в отъезде) вас тут небыло.
Я не сильно конечно расcтороился и сейчас от этой компании мало что осталось ,а гендира все таки через пару лет попросили уйти.
Тоже встречался с таким. Был гендир который решил, что он нашел генеальное решение как писаться html используя java. А давай-те мы сделает кучу классов - которые являются тегами в html - будем их вклюдывать друг вдруга, а потом вызовем toString и они сами весь html соберут. Чем его не устроили готовые решения на подобии Vaadin если уж сильно хотелось чтобы на java все было неизвестно. И это решение он внезапно распространил на все проекты - а давайте свой велосипед делать.
Ну попробовали полгода - а потом выкинули и начали все переписывать как у всех :)
Бывают интерфейсы между классами и и интерфейсы между слоями приложения, и интерфейсы между разными модулями и интерфейсы между разными системами. Бывают интерфейсы бибилиотек, и фреймворков.
И как то странно пытаться для всего этого придумать единые правила.
Зависит от контекста, если это решает пользователь приложения создавать временный или постоянный, то конечно без if мы не сможем скорее всего выбрать, не рассматривая совсем экзотические случаи. Ну а вдругих случаях, нам должно быть известно уже во время написания программы хотим ли бы в конкретном месте временный файл или постоянный.
У меня первое место работы было похожее. Я был джуном и процессы в компании были поставлены очень странно. Например у нас не было команды на проекте, мы просто отдавали задачи в отдел тестирования, и не знали кто там из будет тестировать. У них стояла задача найти как можно больше багов, и завести как можно больше баг тикетов. А к нас всех было подписано соглашение, что мы обязуемся не совершать больше одного бага в месяц. Все что больше, фиксим в нерабочее время. Ну и много других интересностей. Как-то собралась у нас инициативная группа и написало письмо с предложениями того как можно улучшить процессы. В результаты мы получили в ответ письмо от руководства(которое на тот момент было а отъезде) чтобы к из возвращению в город, мы все уже написали по собственному желанию, а иначе голый оклад, который по классике в договоре был много меньше зарплаты.
Собственно я получил интересный опыт и сейчас увидит бы подобное, сразу бы развернулся. А вот переживаний почему-то небыло, наверное потому что на тот момент я уже проработал три года и не о каком повышении не шло даже речи с джуна, а через неделю я уже устроился на x2.5 зарплату. А компания тоже получила своё, город у нас относительно не большой и потом компания испытывала трудности с подбором персонала, и сейчас она раза в 2-3 меньше чем была в те времена.
А зачем в момент покупки думать о будущем владельце машины и том что ему не будет разницы на допы? Я машину для себя покупаю, а не для будущего владельца же. Если мне допы эти нужны — беру, если не нужны — значит и брать не надо
Получается что если разработчики сами не хотят чтобы вы могли из сторонего места скачивать - да, нельзя. А если хотят, например Российсике банки - можно будет из сторонего.
Верно. Если AI научится выращивать яблоки и картошку за нас - то есть он ее не станет.
Даже если представить что человечеству не найдется новой работы - создаваемые блага останутся.
Возможно будет необходим новый механизм распределеления их между обществом, какие нибудь безусловных доходы - когда картошка с яблоками будут доступны каждом, а что-то что ИИ не научился создавать уже получит не каждый, а только тот кто так-же для других людей что-то создает.
Да, так и есть. Человек тоже используется перебор :)
Вопрос наверное в том, что если раньше основной силой был очень глубокий перебор-который неподвластен человеку- условно на 10 уровней глубины.
То с нейросетями даже с парой уровней глубины уровень игры будет очень сильным - что ближе к человеческому мышлению.
>>> на каждом ходу нейросеть играет сама с собой тысячи партий до конца
Откуда эта информация?
Насколько мне известно партии были заранее сыграны и по ним построены оценочные модели, а играть тысячи партий до конца от каждой позиции очень затратно.
Она конечно делает вероятно несколько ходов в будущее оценивая позицию по натренированным сетям, но вот чтобы прямо до конца на каждом ходу - первый раз такое слышу.
В том и смысл что при игре в го она не перебирала, а использовала закономерности=опыт который набрала по время игры сама с собой. Потому что там количество вариантов для перебора очень большое и это считалось причиной почему машина не сможет выйграть в го человека.
Так вроде это новость про новый поисковик скрешенный с GPT, который и должен в онлайн искать. Иначе его смысл не очен понятен.
Я бы предложил сразу делать нормально. А нам не выделили время на рефакторинг, часто синоним "я не знал как сделать нормально и было лень сразу зариматься, сделал как получилось". Мне ту нравится аналогия со строительством, вызвав себе кого-то переложить пол например и даже договорившись по срокам, вы как заказчик будете ожидать что пол будет уложен ровно и качественно. И вы крайне удивитесь если тот кто его вам сделал скажет постфактум-"я тут сделал как получилось, но по хорошему там его ещё выровнять надо, а ещёсне не хватало ламината который вы дали и я нашёл там в углу остатки какого-то другого, и положил его. Ну и что что другого цвета, но вы же не выделили мне время и средства съездить в магазие и докупить? Задача выполнена, ходить можно и пыли нету"
Вы сами себе противоречите. Чуть выше пишете, что auto это плохо и лучше бы типами все писали (не топите ли вы здесь за выразительность в вашем понимании, о которой вы говорите что она не важна ? ). Теперь пишите, что должно быть понятно самому пишушему.
Теперь представьте у вас команду из 8 разработчиков работающая над единой кодовой базой. И вот один из низ используется auto везде где только можно - ну потому что ему так понятнее (не у всех же понятность с вашей совпадает ? ). Второй везде прописывает типы. Третий использует корутины. А четвертый явно потоки пишет и через мутексы синхронизирует их. Ну и так далее - каждый привносит свой опыт и пишет как он привык.
Хороший ли это проект ? Сможет ли он быстро развиваться ?
Вы не совсем поняли что есть смэв и о чем статья. Мне понятно что вас больше интересуют госуслуги, но эта статья не об этом.
Как отображено в названии смэв-система межведомственного электронного взаимодействия. Госуслуги являются лишь пользователем этой системы.
ЛК УВ - личный кабинет участника взаимодействия, тоесть тех кто к этой системе подключен и передает или получает данные у других ведомств.
Собственно это статья она скорее не для граждан, которые являются пользователями госуслуг. Она скорее для тех кому по какой-то причине понадобилось получать данные от государственных ведомств, таких как гибдд, или другие. Госуслуги являются частным случаем и одном из пользователей(но не единственным) которые эту систему используют в своей работе.
Ну и сложность зачастую обусловлена не метриками, а законодательством-так как есть требования которые начинаются с законов о том где и какие данные хранятся и кто за них отвечает.
Если отвечать без аргументирования - можно убить кого-нибудь кринжом. Поэтому ненужно этого делать. А я молодец и могу не аргументировать свою точку зрения.
Не является рекомендацией.
Даже если пристегиваться за рулем - можно отправиться на тот свет. Поэтому ненужно этого делать.
В любом случае надо соблюдать меры предосторожности и думать головой.
Согласен с вами. Более того даже если бы эти денбги были на руках - это не значило бы что эти деньги участвуют в экономике.
Тоесть если условный триллион лежит на счету Илона Маска, то он врятли их когда-то потратит на личное потребление. Если бы он куда-то и мог их тратить то на создание новых рабочих мест. А если они лежит и будут лежать еще 100 лет или даже будут расти - да и как разница нам с вами.
А что будет если триллион раздать людям - скорее всего ничего не произойдет, кроме того что исчезнет один триллионер. Тоесть цены на тот же процент вырастут, так как производительность труда от этого не изменилась. Игра с нулевой суммой.
Это было лет 10 назад. Ему объясняли. Но это был человек своеобразный, который мог всех разрабов собрать и покрыть матом как прораб на стройке, без преувеличения. Чего только стоило интересное решение - "каждый разработчик в один из дней подписывал бумажку где обязался не допускать более одного бага в неделю, а если допустит - фиксит в личное время".
Собственно после одного из таких объяснений была группа разработчиков, которые написали письмо руководству с предложениями как улучшить процессы, вполне корректное - даже без ссылок на гендира вообще. Итог - всех кто подписался уволили. Увольнение кстати тоже отдельный цирк, просто письмо утром на почте - чтобы к моему возвращению в страну (он тогда был в отъезде) вас тут небыло.
Я не сильно конечно расcтороился и сейчас от этой компании мало что осталось ,а гендира все таки через пару лет попросили уйти.
Тоже встречался с таким. Был гендир который решил, что он нашел генеальное решение как писаться html используя java. А давай-те мы сделает кучу классов - которые являются тегами в html - будем их вклюдывать друг вдруга, а потом вызовем toString и они сами весь html соберут. Чем его не устроили готовые решения на подобии Vaadin если уж сильно хотелось чтобы на java все было неизвестно. И это решение он внезапно распространил на все проекты - а давайте свой велосипед делать.
Ну попробовали полгода - а потом выкинули и начали все переписывать как у всех :)
У вас задачи декомпозированны так что на выходе по 2000 строк методы? Вы ревью кода иногда делаете ?
Бывают интерфейсы между классами и и интерфейсы между слоями приложения, и интерфейсы между разными модулями и интерфейсы между разными системами. Бывают интерфейсы бибилиотек, и фреймворков.
И как то странно пытаться для всего этого придумать единые правила.
Это не новелла, это хоррор! Спать 3 дня теперь не смогу!
Зависит от контекста, если это решает пользователь приложения создавать временный или постоянный, то конечно без if мы не сможем скорее всего выбрать, не рассматривая совсем экзотические случаи.
Ну а вдругих случаях, нам должно быть известно уже во время написания программы хотим ли бы в конкретном месте временный файл или постоянный.
У меня первое место работы было похожее. Я был джуном и процессы в компании были поставлены очень странно. Например у нас не было команды на проекте, мы просто отдавали задачи в отдел тестирования, и не знали кто там из будет тестировать. У них стояла задача найти как можно больше багов, и завести как можно больше баг тикетов. А к нас всех было подписано соглашение, что мы обязуемся не совершать больше одного бага в месяц. Все что больше, фиксим в нерабочее время. Ну и много других интересностей. Как-то собралась у нас инициативная группа и написало письмо с предложениями того как можно улучшить процессы. В результаты мы получили в ответ письмо от руководства(которое на тот момент было а отъезде) чтобы к из возвращению в город, мы все уже написали по собственному желанию, а иначе голый оклад, который по классике в договоре был много меньше зарплаты.
Собственно я получил интересный опыт и сейчас увидит бы подобное, сразу бы развернулся. А вот переживаний почему-то небыло, наверное потому что на тот момент я уже проработал три года и не о каком повышении не шло даже речи с джуна, а через неделю я уже устроился на x2.5 зарплату. А компания тоже получила своё, город у нас относительно не большой и потом компания испытывала трудности с подбором персонала, и сейчас она раза в 2-3 меньше чем была в те времена.