TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #247 · 11.03
Попробовали на работе предметно-ориентированное проектирование (Domain Driven Design). Это такой способ построения архитектуры, когда ты (чаще всего с помощью системы типов и ООП) описываешь физическую суть вещей, которые представлены в твоей программе. Например, если в программе есть объект "Книга", то её нужно снабдить свойствами, которые бывают у книг в реальности: число страниц, автор, язык, тип обложки и т.д. При этом данные свойства должны быть такими, чтобы присвоить им нереалистичные значения было нельзя. Допустим, число страниц не может быть отрицательным (и скорее всего в реальном мире не может быть нулём). При попытке установить отрицательное число страниц программа должна выбросить исключение. А совсем в идеальном случае -- не дать этого сделать программисту на уровне статического анализа кода. Описав все свойства книги, вы снабжаете её операциями, которые над ней можно сделать. Например, из книги можно вырвать страницу, и при этом число страниц уменьшается. Нет такого случая, когда можно вырвать страницу без изменения числа страниц. Вы строго программируете эту зависимость, делаете у книги метод "Вырвать страницу", а он уже уменьшает число. Кстати, свойство "Число страниц" при этом нельзя переназначить в уже созданной книге. Можно только создать книгу, передав в её конструктор (так называется в программировании функция создания объектов) заданное число страниц. Но поменять число страниц можно только специальными методами "Вырвать страницу" и "Вклеить страницу". С помощью этого подхода вы гарантируете, что ваши объекты всегда находятся в валидном состоянии -- то есть таком, которое возможно в реальной жизни с объектом, представленным программой. Плюсы подхода очевидны: меньше число ошибок. Код описывает сам себя, и программист, если не лезет внутрь объекта "Книга", вообще не сможет сделать с книгой ничего недопустимого. Минусы, думаю, тоже понятны: изначально проектировать сложнее, нужно учесть много нюансов, писать тесты. Время разработки изрядно растёт. Изменение требований даётся дороже: например, если каким-то образом в ваш книжный магазин поступят книги со страницами из кевлара, которые невозможно вырвать :) Но первый проект с этим подходом мы сдали хорошо, без багов. Лучше, чем многие предыдущие. #dev
Hashtags
Търсене: #cli
@tg_infosec · Post #4151 · 01.04.2026 г., 11:30
• Весьма любопытный tui тренажёр для обучения основам работы в терминале. Содержит около 70 заданий, которые вам предстоит решить. Проходить увлекательно и полезно, так что рекомендую для самообразования и получения необходимого опыта. ➡️https://github.com/learnbyexample/TUI-apps • Кстати, у автора есть ещё несколько tui программ, с помощью которых можно потренироваться в работе с awk, grep, sed и регулярками... #CLI#Linux
@tg_infosec · Post #3992 · 10.02.2026 г., 11:30
• the art of command line - невероятно полезный гайд по использованию командной строки в Linux, к которому приложили руку множество авторов и переводчиков. Еще здесь есть разделы про Windows и macOS, а также универсальные советы, применимые для операционных систем на базе UNIX. Подходит как для новичков, так и для опытных специалистов. Гайд опубликован на разных языках, включая русский. ➡Описание; ➡Основы; ➡Ежедневное использование; ➡Процессинг файлов и информации; ➡Системный дебаггинг; ➡В одну строчку; ➡Сложно, но полезно; ➡MacOS only; ➡Windows only; ➡Больше информации по теме; ➡Дисклеймер. ➡️https://github.com/jlevy/the-art-of-command-line #Linux#CLI
@dejavuBlog · Post #3646 · 08.04.2026 г., 11:44
#Google Suite #CLI: Gmail, GCal, GDrive, GContacts. https://github.com/steipete/gogcli
@thedevs · Post #1845 · 20.11.2020 г., 14:42
gping, ping, but with a graph. #tools#cli @thedevs https://kutt.it/QpMxM4
@thedevs · Post #1812 · 28.09.2020 г., 16:08
croc, easily and securely send things from one computer to another. #tools#cli @thedevs https://kutt.it/VBv2Ka
@realSpencerWoo · Post #69 · 14.01.2020 г., 08:12
#CLI#GitHub 🎫 lsd：下一代 ls 命令继承人 GitHub | Installation 古老而必备的命令 ls 伴随着我们使用 Linux 的整个过程，很多开发者都希望或直接尝试让 ls 拥有更多的功能，这其中就有相对知名的 colorls 项目：用 Ruby 实现的 ls 命令高亮与图表显示。 Ruby 毕竟是脚本语言，性能堪忧。这里我们介绍的 lsd，即为用更加底层的静态语言 Rust 编写的高性能 ls 替代，拥有 ls 的几乎所有功能和速度，也拥有 colorls 的漂亮颜色和图标。推荐大家替换安装。 alias ls="lsd" 📮 Via channel: @realSpencerWoo
@thedevs · Post #2086 · 30.10.2023 г., 11:03
Things I’ve learned about building CLI tools in Python. #article#python#cli @thedevs @thedevs_python https://thedevs.link/gAvVG6
@NewLearnerChannel · Post #15431 · 21.04.2026 г., 04:03
#macOS#Tools#CLI 🐹Mole：一个开源的 macOS 深度清理工具 🔗：GitHub ⭐️Features • 免费开源，MIT License • 命令行优先，轻量、透明、适合自动化 • 支持深度清理缓存、日志、浏览器残留、App 遗留数据 • 支持卸载 App，并清理 LaunchAgents、偏好设置等隐藏残留 • 支持磁盘分析、系统状态查看、实时 CPU / 内存 / 磁盘 / 网络信息 • 对开发者很友好，覆盖 Xcode、模拟器、Claude Code、Cursor、Windsurf、Cline、Aider、Node、Python、Go 等常见开发缓存 Mole 可以理解成一个放在终端里的 macOS 清理工具，把 CleanMyMac、AppCleaner、DaisyDisk、iStat Menus 里常用的能力做成了一个轻量命令行工具。它的重点不是花哨界面，而是让你清楚知道哪些东西可以删、会释放多少空间，以及怎么安全地处理。 对开发者来说，Mole 比较实用的地方是它懂很多现代开发环境的垃圾来源，比如 Xcode 模拟器、浏览器缓存、AI Coding 工具缓存、各种语言和包管理器残留。平时跑一下 mo clean，经常能一次清出不少空间；想看磁盘占用可以用 mo analyze，卸载 App 可以用 mo uninstall，看机器状态可以用 mo status。 🤔 如果你习惯终端，也不太喜欢那些又重又贵的 Mac 清理软件，Mole 会是一个很顺手的选择。它更像是给 Mac 用户，尤其是开发者准备的一个日常维护工具。当前 GitHub 已经 48K Stars，更新也很勤快，值得放进工具箱里。 * 本文为开发者自荐 频道：@NewlearnerChannel
@thedevs · Post #1806 · 07.09.2020 г., 13:47
One bash command to start the day. #article#coding#cli @thedevs https://kutt.it/yk1URU
@Nomad01290 · Post #4047 · 28.12.2021 г., 22:31
A console text editor for Unix systems with common shortcuts https://github.com/hishamhm/dit #cli#programming
Hashtags
@thedevs · Post #1767 · 21.06.2020 г., 12:08
Shell productivity tips and tricks. #tutorial#coding#cli @thedevs https://kutt.it/xdG4iX
@thedevs · Post #1924 · 01.07.2021 г., 15:59
A collection of modern/faster/saner alternatives to common unix commands. #tools#coding#cli @thedevs https://kutt.it/vikjVF