да, спасибо, "почерк", конечно. Есть, наверное, сотни слов из всех 90к+ мне известных, которые я перманентно пишу с ошибкой. И вряд ли когда либо достигну абсолютной грамотности.
"Вывод: Получается, что невозможно определить физические свойства объектов в пространстве‑времени, и, следовательно, существует другой уровень организации материи, который по‑настоящему точен и истинен."
Абсолютно неочевидное "следовательно". Может быть мы имеем проблему в другом месте - в наших представлениях о том, что должен существовать непрерывный "точный и истинный" уровень организации материи на всех масштабах. Или хотя бы на каком-либо масштабе. Точнее, это проблему имеет автор статьи, у физиков давно нет именно такой проблемы.
0. Игнорирование невысказываемых и главное отчётливо высказываемых и обосновываемых проблем и позиций членов команды. Да, база. Но, к сожалению, существуют тимлиды, которые её игнорируют. Это может скрываться за идеей "о необходимости авторитарности", когда без волевого решения руководителя всё развалится и не соберётся. Однако по факту это является отказом от коммуникации в сфере непосредственной задачи тимлида - собирать лучшее от всей команды и добиваться того, чтобы худшее было нивелировано или обойдено. Без антипримеров, иначе будет депрессовенько.
Забаваная может получится хакерская атака*: получив доступ, злоумышленник добавляет на сайт 1000 страниц с нарушением авторских прав и предлагает поисковику переиндексировать сайт. После восстановления доступа владелец обнаруживает, что домен исключён из поисковика на долгие годы.
* написано не в качестве идеи атаки, а в качестве старта размышления о лучшей от неё защите.
Подумаешь, я вот тоже не могу писать код без ИИ (кроме пары-тройки языков, на которых могу). Проблема скорее в том и тогда, если они не могут читать код без ИИ.
Спасибо. Видимо ваш стиль, сравнения и структура текста органическим образом близки (на мой взгляд) к усреднённому тексту из датасета, на котором учились ИИ, с одним только отличием в стиле - вашем личном "подчерке" стиля: говоре, ритмике, но такой говор современный ИИ легко повторяет, вот я и заподозрил искусственную генерацию.
Действительно, мне неоднократно приходили смс о приходе груза, который предназначен другому человеку, который однажды отсылал что-то мне с указанием моего номера поддержке
Хотелось бы протестировать собственное чутьё... Скажите, будьте добры, только честно, большАя часть объёма статьи написана/доработана при помощи нейросети, так ведь? А то мой pattern recognition ИИ-текстов на ваш текст шкалит где-то на уровне "оранжевый". Извините за оффтоп.
Спасибо) Если это рекомендуемый уровень информационной насыщенности для статьи Хабра, могу опубликовать в виде статьи. Подготовка коммента заняла где-то полтора часа.
1. Переключение веток с сохранением локальных изменений:
- git checkout при попытке переключения на другую ветку с локальными изменениями откажет в переключении, чтобы сохранить изменения в контексте текущей ветки и предложит провести трехстороннее слияние.
- git switch при использовании этой команды с локальными изменениями позволит провести трехстороннее слияние между текущей веткой, содержимым рабочего дерева и новой веткой, после чего пользователь окажется на новой ветке
(Именно здесь и только здесь есть единственная разница в проверках, никаких extra sanity checks вgit switch не происходит, есть только различие в поведении на основе этих проверок, а значит статья содержит неточность)
2. Копирование файлов из другой ветки в рабочее дерево:
- git checkout <branch> -- <file> позволяет скопировать файл из указанной ветки непосредственно в рабочее дерево без переключения веток.
- git switch не обладает возможностью копирования файлов из другой ветки в рабочее дерево без переключения веток.
3. Переключение на предыдущую использованную ветку:
- git switch - позволяет быстро вернуться на предыдущую ветку, с которой пользователь переключался, без необходимости указывать ее название или идентификатор.
- git checkout <previous-branch> требует ввода названия ветки
4. У команды git switch не убран статус "экспериментальная", её поведение ещё может измениться. Встраивать в свой конвеер без заморозки версии git не рекомендуется.
Список основных различий исчерпывающий, остальные мелкие различия это нюансы семантики.
Статья содержит ошибку "the new git switchonly switches the branch" - переход на коммит возможен командой git switch --detach <commit>, при котором также как и при команде git checkout <commit> производится открепление HEAD от ветки, поэтому это аналогичные команды. Эта ошибка есть почти во всех статьях про разницу этих команд, возможна связана с изменением поведения команды, а может является мифом.
эту фразу-эвфемизм -- в золотой фонд
Это если и работает, то не сработает на большинстве длин текста, только для граничных значений.
да, спасибо, "почерк", конечно. Есть, наверное, сотни слов из всех 90к+ мне известных, которые я перманентно пишу с ошибкой. И вряд ли когда либо достигну абсолютной грамотности.
"Вывод: Получается, что невозможно определить физические свойства объектов в пространстве‑времени, и, следовательно, существует другой уровень организации материи, который по‑настоящему точен и истинен."
Абсолютно неочевидное "следовательно". Может быть мы имеем проблему в другом месте - в наших представлениях о том, что должен существовать непрерывный "точный и истинный" уровень организации материи на всех масштабах. Или хотя бы на каком-либо масштабе. Точнее, это проблему имеет автор статьи, у физиков давно нет именно такой проблемы.
оффтоп
Скрытый текст
прочитав первую часть названия, подумал что это про сосуды в моей голове
0. Игнорирование невысказываемых и главное отчётливо высказываемых и обосновываемых проблем и позиций членов команды. Да, база. Но, к сожалению, существуют тимлиды, которые её игнорируют. Это может скрываться за идеей "о необходимости авторитарности", когда без волевого решения руководителя всё развалится и не соберётся. Однако по факту это является отказом от коммуникации в сфере непосредственной задачи тимлида - собирать лучшее от всей команды и добиваться того, чтобы худшее было нивелировано или обойдено. Без антипримеров, иначе будет депрессовенько.
Забаваная может получится хакерская атака*: получив доступ, злоумышленник добавляет на сайт 1000 страниц с нарушением авторских прав и предлагает поисковику переиндексировать сайт. После восстановления доступа владелец обнаруживает, что домен исключён из поисковика на долгие годы.
* написано не в качестве идеи атаки, а в качестве старта размышления о лучшей от неё защите.
если джун не может прочесть и понять, что ему написал ИИ на его (кодера) основном языке - вот где проблема.
Подумаешь, я вот тоже не могу писать код без ИИ (кроме пары-тройки языков, на которых могу). Проблема скорее в том и тогда, если они не могут читать код без ИИ.
Спасибо. Видимо ваш стиль, сравнения и структура текста органическим образом близки (на мой взгляд) к усреднённому тексту из датасета, на котором учились ИИ, с одним только отличием в стиле - вашем личном "подчерке" стиля: говоре, ритмике, но такой говор современный ИИ легко повторяет, вот я и заподозрил искусственную генерацию.
Действительно, мне неоднократно приходили смс о приходе груза, который предназначен другому человеку, который однажды отсылал что-то мне с указанием моего номера поддержке
Я благодарю за это же, но только божью коровку
Скрытый текст
Хотелось бы протестировать собственное чутьё... Скажите, будьте добры, только честно, большАя часть объёма статьи написана/доработана при помощи нейросети, так ведь? А то мой pattern recognition ИИ-текстов на ваш текст шкалит где-то на уровне "оранжевый". Извините за оффтоп.
Коллеги, есть какие-нибудь рекомендации выбора модели в 2025, чтобы поменьше допиливать напильником? Тишина и эффективность в приоритете.
Теперь майнинг на видеокамерах?
Ок, гугл, как локально развернуть старую копию интернета до 2021 года из первоначального датасета для обучения нейросетей?
20 лет назад всё было не зря: мне нужен был каждый свободный байт и герц для Морровинда
Спасибо) Если это рекомендуемый уровень информационной насыщенности для статьи Хабра, могу опубликовать в виде статьи. Подготовка коммента заняла где-то полтора часа.
Про разницу команд git switch и git checkout:
1. Переключение веток с сохранением локальных изменений:
-
git checkoutпри попытке переключения на другую ветку с локальными изменениями откажет в переключении, чтобы сохранить изменения в контексте текущей ветки и предложит провести трехстороннее слияние.-
git switchпри использовании этой команды с локальными изменениями позволит провести трехстороннее слияние между текущей веткой, содержимым рабочего дерева и новой веткой, после чего пользователь окажется на новой ветке(Именно здесь и только здесь есть единственная разница в проверках, никаких extra sanity checks в
git switchне происходит, есть только различие в поведении на основе этих проверок, а значит статья содержит неточность)2. Копирование файлов из другой ветки в рабочее дерево:
-
git checkout <branch> -- <file>позволяет скопировать файл из указанной ветки непосредственно в рабочее дерево без переключения веток.-
git switchне обладает возможностью копирования файлов из другой ветки в рабочее дерево без переключения веток.3. Переключение на предыдущую использованную ветку:
-
git switch -позволяет быстро вернуться на предыдущую ветку, с которой пользователь переключался, без необходимости указывать ее название или идентификатор.-
git checkout <previous-branch>требует ввода названия ветки4. У команды
git switchне убран статус "экспериментальная", её поведение ещё может измениться. Встраивать в свой конвеер без заморозки версии git не рекомендуется.Список основных различий исчерпывающий, остальные мелкие различия это нюансы семантики.
Статья содержит ошибку "the new
git switchonly switches the branch" - переход на коммит возможен командойgit switch --detach <commit>, при котором также как и при командеgit checkout <commit>производится открепление HEAD от ветки, поэтому это аналогичные команды. Эта ошибка есть почти во всех статьях про разницу этих команд, возможна связана с изменением поведения команды, а может является мифом.При составлении ответа использованы:
1. perplexity,
2. официальная документация (https://git-scm.com/docs/git-switch , https://git-scm.com/docs/git-checkout )
3. chatpdf ( бесплатные 20 вопросов)
4. здравый смысл и ручная проверка выводов по документации и на практике.
во славу Cатане конечно