@marcotravaglio · Post #60239 · 11.04.2026 г., 19:13
.@petergomezblog a @Fabiovoloo:"Il litigio con #Linus è stato reale, mi racconta cos'era successo?" #laconfessione
Hashtags
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #247 · 11.03
Попробовали на работе предметно-ориентированное проектирование (Domain Driven Design). Это такой способ построения архитектуры, когда ты (чаще всего с помощью системы типов и ООП) описываешь физическую суть вещей, которые представлены в твоей программе. Например, если в программе есть объект "Книга", то её нужно снабдить свойствами, которые бывают у книг в реальности: число страниц, автор, язык, тип обложки и т.д. При этом данные свойства должны быть такими, чтобы присвоить им нереалистичные значения было нельзя. Допустим, число страниц не может быть отрицательным (и скорее всего в реальном мире не может быть нулём). При попытке установить отрицательное число страниц программа должна выбросить исключение. А совсем в идеальном случае -- не дать этого сделать программисту на уровне статического анализа кода. Описав все свойства книги, вы снабжаете её операциями, которые над ней можно сделать. Например, из книги можно вырвать страницу, и при этом число страниц уменьшается. Нет такого случая, когда можно вырвать страницу без изменения числа страниц. Вы строго программируете эту зависимость, делаете у книги метод "Вырвать страницу", а он уже уменьшает число. Кстати, свойство "Число страниц" при этом нельзя переназначить в уже созданной книге. Можно только создать книгу, передав в её конструктор (так называется в программировании функция создания объектов) заданное число страниц. Но поменять число страниц можно только специальными методами "Вырвать страницу" и "Вклеить страницу". С помощью этого подхода вы гарантируете, что ваши объекты всегда находятся в валидном состоянии -- то есть таком, которое возможно в реальной жизни с объектом, представленным программой. Плюсы подхода очевидны: меньше число ошибок. Код описывает сам себя, и программист, если не лезет внутрь объекта "Книга", вообще не сможет сделать с книгой ничего недопустимого. Минусы, думаю, тоже понятны: изначально проектировать сложнее, нужно учесть много нюансов, писать тесты. Время разработки изрядно растёт. Изменение требований даётся дороже: например, если каким-то образом в ваш книжный магазин поступят книги со страницами из кевлара, которые невозможно вырвать :) Но первый проект с этим подходом мы сдали хорошо, без багов. Лучше, чем многие предыдущие. #dev
Hashtags
Търсене: #linus
@marcotravaglio · Post #60239 · 11.04.2026 г., 19:13
.@petergomezblog a @Fabiovoloo:"Il litigio con #Linus è stato reale, mi racconta cos'era successo?" #laconfessione
Hashtags
@kejiqu · Post #4054 · 12.01.2026 г., 02:21
氛围编程真香,“Linux 之父”Linus 在个人业余项目中尝试拥抱 AI Linus Torvalds 近期在其个人业余项目 AudioNoise 中使用了 AI 编程工具 Google Antigravity,用于音频样本可视化器的制作。Torvalds 此前在 Linux Foundation 开源峰会上表示自己未使用 AI 编程,但随后解释称 AI 更适合小型个人项目中的“氛围编程”,而非正式项目的维护。他认为 AI 是一种工具,类似于编译器,能够辅助程序员但无法取代其地位。Google Antigravity 是谷歌于 2025 年 11 月与 Gemini 3.0 一同发布的 AI 原生集成开发环境(IDE)。Torvalds 强调,他对模拟滤波器比 Python 了解更多,但利用 AI 工具可以更快速地实现可视化效果。IT之家 🏷#Linus#Torvalds#AI#编程#Google#Antigravity 📢频道👥群组📝投稿
@kejiqu · Post #3694 · 10.08.2025 г., 01:17
Linus Torvalds 拒绝 Linux 6.17 的 RISC-V 更改,原因在于提交过晚且代码“垃圾” Linus Torvalds 拒绝了 Linux 6.17 内核的 RISC-V 架构更改,原因是提交时间过晚以及代码质量问题。此次变更的提交恰逢合并窗口即将关闭,且Torvalds本人正在旅行。Torvalds对其中包含的特定代码片段表示不满,将其描述为“垃圾”,特别指出了一段名为 make_u32_from_two_u16() 的辅助函数。Torvalds强调,这类低质量的代码不应出现在通用头文件中,并警告未来将不再接受迟到的合并请求或非 RISC-V 树中的垃圾代码。提交者回应将改进提交时间并关注质量问题。Slashdot 🏷#Linus#Torvalds#RISC#V#Linux 📢频道👥群组📝投稿