@IMRoom · Post #23 · 13.12.2020 г., 14:21
我的头像来源:搜索"cute computer icon" https://duckduckgo.com/?t=ffab&q=cute+computer+icon&iax=images&ia=images #Art#Design#Introduction#VisualArt
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #247 · 11.03
Попробовали на работе предметно-ориентированное проектирование (Domain Driven Design). Это такой способ построения архитектуры, когда ты (чаще всего с помощью системы типов и ООП) описываешь физическую суть вещей, которые представлены в твоей программе. Например, если в программе есть объект "Книга", то её нужно снабдить свойствами, которые бывают у книг в реальности: число страниц, автор, язык, тип обложки и т.д. При этом данные свойства должны быть такими, чтобы присвоить им нереалистичные значения было нельзя. Допустим, число страниц не может быть отрицательным (и скорее всего в реальном мире не может быть нулём). При попытке установить отрицательное число страниц программа должна выбросить исключение. А совсем в идеальном случае -- не дать этого сделать программисту на уровне статического анализа кода. Описав все свойства книги, вы снабжаете её операциями, которые над ней можно сделать. Например, из книги можно вырвать страницу, и при этом число страниц уменьшается. Нет такого случая, когда можно вырвать страницу без изменения числа страниц. Вы строго программируете эту зависимость, делаете у книги метод "Вырвать страницу", а он уже уменьшает число. Кстати, свойство "Число страниц" при этом нельзя переназначить в уже созданной книге. Можно только создать книгу, передав в её конструктор (так называется в программировании функция создания объектов) заданное число страниц. Но поменять число страниц можно только специальными методами "Вырвать страницу" и "Вклеить страницу". С помощью этого подхода вы гарантируете, что ваши объекты всегда находятся в валидном состоянии -- то есть таком, которое возможно в реальной жизни с объектом, представленным программой. Плюсы подхода очевидны: меньше число ошибок. Код описывает сам себя, и программист, если не лезет внутрь объекта "Книга", вообще не сможет сделать с книгой ничего недопустимого. Минусы, думаю, тоже понятны: изначально проектировать сложнее, нужно учесть много нюансов, писать тесты. Время разработки изрядно растёт. Изменение требований даётся дороже: например, если каким-то образом в ваш книжный магазин поступят книги со страницами из кевлара, которые невозможно вырвать :) Но первый проект с этим подходом мы сдали хорошо, без багов. Лучше, чем многие предыдущие. #dev
Hashtags
Търсене: #visualart
@IMRoom · Post #23 · 13.12.2020 г., 14:21
我的头像来源:搜索"cute computer icon" https://duckduckgo.com/?t=ffab&q=cute+computer+icon&iax=images&ia=images #Art#Design#Introduction#VisualArt
@IMRoom · Post #46 · 20.12.2020 г., 08:32
别有用心的win外势力公然辱win #Comment#ComputerScience#Design#Fun#VisualArt
@dzdigital3 · Post #19400 · 29.01.2026 г., 19:00
Visualize before you build. The ultimate design hack. 🧠✨ #FutureOfDesign#LuxuryHome#WoodworkingCommunity#VisualArt
@IMRoom · Post #221 · 22.05.2021 г., 08:32
作品名称:见糠饱 内容:同上 作者:未知 地点:北京市第三十五中学高中部北门外社会主义核心价值观宣传画对面的电线杆 #Art#Beijing#Fun#Society#VisualArt
@IMRoom · Post #51 · 24.12.2020 г., 14:52
群里除了我都是大佬。 #Art#Comment#Design#Friend#Original#VisualArt
@rostov_gallery · Post #4200 · 25.11.2025 г., 12:20
SPEED_TV запускает Open Call для декабрьского концерта. Ищем тех, кто звучит, шумит, орёт, вибрирует, стучит, светит и создаёт. Если ты: — играешь на гитаре, басу или чем-то с непредсказуемым перегрузом; — жужжишь на синтах, собираешь модули, пишешь звук в поле; — барабанишь, гроулишь или работаешь с голосом как с инструментом; — делаешь абстрактные арт-проекты: картины, объекты, инсталляции; — занимаешься видеоартом, делаешь маппинг, проекции или живые визуалы и при этом являешься девушкой или идентифицируешь себя как женщина, мы хотим тебя в лайнапе. Чтобы попасть в программу, напиши нам в директ. #opencall#visualart#noise#performance#undergroundscene
@IMRoom · Post #149 · 23.01.2021 г., 10:10
Color #Art#ComputerScience#Design#ElectronicEngineering#Fun#VisualArt
@IMRoom · Post #90 · 09.01.2021 г., 05:09
DHMO bottle /一酸化二水素筒 / 一氧化二氢杯 DHMO Parodys: https://en.wikipedia.org/wiki/Dihydrogen_monoxide_parody #Art#Chemistry#Design#English#Fun#Japanese#VisualArt
@IMRoom · Post #119 · 17.01.2021 г., 10:52
思维跳跃,思路清奇,总是能联想到奇奇怪怪的各种方面但又没什么用处。不知什么专业或职业适合这种思维。当作家我不行,我虽然思维跳跃但文笔奇差。当艺术家我也不行,绘画水平和6岁时没差别。 #Art#Comment#Feeling#Language#Life#Literature#Thought#VisualArt
@IMRoom · Post #110 · 15.01.2021 г., 12:22
《拯救大连铁路》电影海报,因大连车务段Flash攻关笑话而灵光一闪制作的meme。欢迎自由转载&改编。(攻关笑话详见Link 1234) #Art#Comment#ComputerScience#Design#Fun#News#Original#Technology#Transport#VisualArt
@IMRoom · Post #184 · 11.02.2021 г., 10:30
谨以此图 mtf@life neofetch 作为新年礼物致敬 Debian 小药盒 / Debian GNU/Linux 盒装安装媒介 并送上祝福。 原创意借助Debian图标与补佳乐药盒的相似性,改造了补佳乐的药盒,把Linux融入了mtf,做出了让两个群体的交集人群开怀一笑的周边产品。本图反其道而行之,改编了neofetch的显示内容,把mtf融入了Linux,并加入了永远做个快乐的女孩,祝愿能被所有人理解的祝福。 值此佳节,敬祝所有网友心想事成,梦想成真! (Free to share. 欢迎自由转载。) mtf@life:~$ neofetch mtf@life -------------------------- OS: Hate being a boy Host: A male body Kernel: Girl Uptime: 18 years Packages: x pills of Progynova Resolution: Hormone Replacement Therapy / Sex reassignment surgery Theme: Kawaii clothes Icons: Transgender flag with blue-pink-white-pink-blue Stripes Terminal: Be a happy girl forever Memory:100% Being understood / Everyone # Instructions 注释 # 系统:不想当一个男孩 # 主机: 一个男性身体 # 内核: 女孩 # 运行时间: 18年 # 包裹: x片补佳乐 # 分辨率 解决方案 : 激素替代疗法 / 性别重置手术 # 主题: 可爱的衣服 # 图标:由蓝-粉-白-粉-蓝色带组成的跨性别旗帜 # 终端 终点 :永远做一个开心的女孩 # 内存 记忆: 100%被理解 / 被每一个人(理解) #Art#ComputerScience#Design#Life#Original#Psychology#Society#Technology#Telegram#VisualArt
@IMRoom · Post #112 · 15.01.2021 г., 13:11
有网友提议推出日本版的《拯救大连铁路》海报,这是第二版,把第一版的背景图换了。(By Google Translate) 欢迎自由转载&改编。(背景故事详见Link 1234) #Art#Comment#ComputerScience#Design#Fun#Japan#News#Original#Technology#Transport#VisualArt