Археологические свидетельства интенсивного земледелия коренных народов на Верхнем полуострове Мичигана ( science.org )
Также об этом говорится в https://www.nytimes.com/2025/06/07/science/archaeology-menom…
Source: news.ycombinator.com
Археологические свидетельства интенсивного земледелия коренных народов на Верхнем полуострове Мичигана ( science.org )
Source: news.ycombinator.com
Состояние качества кода ИИ в 2025 году ( qodo.ai )
Что за фигня? Люди воспринимают “vibe coding” как серьезный рабочий процесс? Неудивительно, что сторонние проекты людей кажутся более сломанными и глючными, чем раньше. Не поймите меня неправильно, я “работаю” с LLM, но я бы объединил/использовал любой код, который я не проверял, ни одна из моделей или инструментов не достаточно зрела для этого.
Действительно странно, как некоторые люди взяли термин, который должен был означать «лол, посмотрите на это», и начали использовать его в работе…
не забывайте о безумном количестве маркетинга вокруг компаний, занимающихся кодированием ИИ, и о том, как они постоянно выставляют «кодирование вибрации» перед всеми.
Если рассказать кому-то что-то достаточно много раз, он поверит.
Source: news.ycombinator.com
Расширения Chrome – запрещены на работе Устранение неполадок | Windows ( self.chrome )
отправлено 21 минуту назад пользователемMundane-Cantaloupe26
Привет,
Итак, мой администратор на работе забанил все расширения Chrome (включая режим разработчика), и мне интересно, есть ли способ все еще иметь расширение? Мне просто нужен блокировщик рекламы, так как я пользуюсь вебом, и реклама раздражает на всех уровнях.
Есть ли способ? Спасибо!
Почему вкладки Chrome автоматически прикрепляются? Устранение неполадок | Windows ( i.redd.it )
отправлено 34 минуты назад пользователем Nedaj_Nitro
Опираясь на традицию: перуанское искусство в школе Елены Изкуэ ( publicdomainreview.org )
Source: news.ycombinator.com
Размышления о судоку, или невозможность систематизации мысли ( rjp.io )
TDD как инкрементальный поиск от простой начальной точки к решениям. В этих терминах это будет работать, когда путь от начала до решения будет плавно дифференцируемым.
Еще один вариант: волшебный процесс, позволяющий добиться отличных результатов от людей, которым все равно.
Совершенство не приходит только из процесса. Показатели отличного процесса с неквалифицированными рабочими, которым все равно, — это фастфуд, а этот продукт неизменно посредственный. Постоянство — это хорошо, но постоянная посредственность — это недостойная амбиция во многих областях.
НАСА в значительной степени ориентировано на процессы, но они доставляют людей в космос и обратно, и люди, участвующие в их процессе, обладают высокой квалификацией и глубокой заботой.
Ларри Уолл, изобретатель Perl, говорил (и, вероятно, говорит до сих пор), что сложность должна куда-то деться. Если вы решаете сложную проблему, то это либо простая программа со сложными инструментами, либо сложная программа с простыми инструментами.
Это действительно застряло во мне. Искусство проектирования библиотек, фреймворков, языков, API заключается в предоставлении набора инструментов — если вы делаете простые инструменты, то сложные проблемы становятся сложными программами. А если вы предлагаете сложные инструменты, то сложные проблемы могут иметь простые решения. И люди будут ворчать на вас за всю пунктуацию десятилетиями. 🙂
Но сложность существует и от нее нельзя отмахнуться. Что, в общем-то, тоже относится к вашей точке зрения. Спасибо, что написали!
Извините, что беру лишь малую часть отличного комментария, но так ли это на самом деле? Мне кажется, что есть множество областей, в которых последовательность важнее совершенства, особенно если стремление к совершенству иногда приводит к большим промахам. В хорошо спроектированной системе с некоторым допустимым допуском, пока она достаточно хороша, все в порядке. Возьмем, к примеру, электросеть: нет никаких призов за поддержание частоты в пределах наногерца от спецификации. Существуют очень большие штрафы за выход за пределы спецификации (+/-0,050 Гц для сети ЕС). Быть постоянно в пределах спецификации гораздо ценнее, чем иногда работать намного лучше спецификации.
Только в экстремальных областях, где победитель получает все, таких как спорт, космонавтика и предпринимательство, быть абсолютным лучшим — это то, чего вы хотите. В большинстве других областей быть постоянно порядочным лучше, чем переменчивое превосходство. Я бы определенно не хотел, чтобы мой стоматолог предпринял рискованную попытку достичь совершенства, например.
Я осознавал, когда писал это, что последовательная посредственность действительно является прибыльной целью. Возможно, мы придираемся к “посредственности”? Оставаться в пределах спецификации кажется достаточно сложной задачей для сетки, я не уверен, что я бы определил совершенство как все более и более узкую вариацию вокруг спецификации там.
Я выносил моральное суждение в «недостойном». Мне нравится, когда машины сходят с завода стабильно хорошими. У меня есть Tesla, это утверждение для меня очень важно. Это кажется вызовом. Я бы не уважал завод Lada за то, что он постоянно выпускает автомобили, которые ломаются или разваливаются, так же как я не уважаю McDonalds за то, что он постоянно поставляет невыразительную еду. Я признаю стабильность, я признаю, что это прибыльно, но они не достигают стабильного величия.
Разве не это в значительной степени то, что делают американские военные? Они принимают “тупых” подростков + документы + процессы и получают из этого все, что им нужно? Это также дешево (по сравнению с промышленностью). И к концу учений “тупые” подростки становятся специалистами в своей собственной нише, некоторые из них – высококвалифицированными (см. ядерные специалисты, диспетчеры, пилоты, штурманы, менеджеры, закупщики и т. д.)
Военные процессы лежат в основе многих организационных подходов, которые мы применяем в разработке программного обеспечения и бизнесе (agile, scrum, ooda и т. д.)
Честно говоря, как человек, проработавший в армии 14 лет, я с большой натяжкой могу сказать, что они постоянно добиваются «отличных» результатов.
В армии США есть критерии приема. Они выгоняют людей с базовой подготовки и со всех остальных частей обучения. Не всем достается должность диспетчера, пилота или специалиста по ядерной технике. Управление воздушным движением, как оказалось, не тот процесс, в который можно поместить неквалифицированного человека. Он требует обучения и тщательной интеграции, и как только у вас появится квалифицированный человек, вложивший в него много часов, возможно, вы сможете позволить ему управлять движением.
Обучение — это не волшебный процесс, который берет неквалифицированных людей, которым все равно, и каждый раз дает отличные результаты. Эквивалентом в нашем мире было бы: «Я найму дешевых людей, которые не умеют программировать, проведу их через процесс Bootcamp, и тогда у меня будут отличные программисты». Это не сработало.
Я пытаюсь сказать, что: каждая версия программирования, где был Процесс, которому вы просто должны следовать (из Jackson Structured Design), потерпела существенный провал и не стала заменой найма умных людей, которым не все равно. Если бы кто-то пришел ко мне с бизнес-планом, который звучал бы как «наймите посредственных людей, которым все равно, и мы достигнем отличных результатов благодаря Моему Процессу», я бы был ооочень скептичен.
Agile Manifesto был как раз контрманифестом этому, и поэтому любая методология, называющая себя гибкой (например, Scrum), является:
Agile-манифест
Принципы, лежащие в основе Agile-манифеста
> https://agilemanifesto.org/principles.html
Я обнаружил, что мне приходится проводить большую разницу между тем, что я называю «настоящим Agile» и Scrum, потому что Scrum — это именно то, против чего и возник настоящий Agile.
Я использовал Scrum в поисках идей для своих гибких процессов, но я никогда не буду делать это строго в точности.
Википедия:
> https://en.wikipedia.org/wiki/Scrum_(разработка_программного_обеспечения)
«Scrum — это гибкая структура совместной работы команды, широко используемая в разработке программного обеспечения и других отраслях».
Другими словами: люди, которые утверждают, что применяют Scrum, но не используют Agile, — просто мошенники.
Конечно, буквальность этого утверждения зависит от того, к какому типу алгоритмической задачи вы приближаетесь.
Но должно быть много реальных проблем, в которых очень-почти правильная программа производит совершенно неправильное поведение, которое вообще не похоже на правильное поведение. В таких обстоятельствах вы не могли бы ожидать, что найдете правильную программу эмпирически через итеративные улучшения.
Редактировать: Возможно, подход на основе инкрементного тестирования будет работать в случаях, когда у вас есть заданная извне спецификация или проект, который уже разбивает алгоритмическую часть на более мелкие, простые и более проверяемые части.
Если ваш клиент заказывает функцию, вы реализуете весь код, отсутствует только кнопка для вызова функции, то вы ничего не предоставляете.
Если вы просто добавляете кнопку в программу, но не реализуете ничего больше, вы предоставляете функцию. Она просто все еще глючит.
Я считаю правдоподобным, что такая топология может существовать (по крайней мере, для многих ситуаций). Проблема скорее в том, что такая топология, скорее всего, будет вести себя совсем не так, как ожидают пользователи.
Source: news.ycombinator.com
Навсегда отключить непроверенные загрузки? Устранение неполадок | Windows ( self.chrome )
отправлено 3 минуты назад пользователем vd853
В чем смысл этой функции? Почти все легальные загрузки считаются непроверенными… Firefox непроверен, Steam непроверен, Docker непроверен, Battle net непроверен Я всегда делаю лишний клик, чтобы загрузить файл.