Mã đi vào, nghệ thuật đi ra: mọi người đều là nghệ sĩ NFT

Bài nói chuyện này được đưa ra tại Clojure/conj 2018 và tập trung vào một số vấn đề thú vị về thực hành nghệ thuật tạo hình, các kỹ thuật đã được sử dụng trongNFTđã tiến hành.

chào mừng tất cả mọi người. Cảm ơn. Cảm ơn rất nhiều vì đã tới. Tôi rất hào hứng nói về một chủ đề mà tôi thực sự yêu thích, đó là tác phẩm nghệ thuật, và đặc biệt, tôi sẽ nói về tác phẩm nghệ thuật được tạo ra thông qua lập trình: cái mà bạn có thể gọi là tác phẩm nghệ thuật sáng tạo. Buổi nói chuyện này sẽ không cung cấp hướng dẫn thực hành kỹ thuật như làm nghệ thuật sáng tạo, mà là khám phá một số câu hỏi triết học thú vị nảy sinh xung quanh việc thực hành. Nghệ thuật sáng tạo là một phương tiện tương đối mới và nó rất khác so với một số loại hình nghệ thuật truyền thống ra đời trước đó, vì vậy có rất nhiều vấn đề mới mà tôi nghĩ là rất thú vị và chúng đặc biệt liên quan đến các lập trình viên chúng tôi, và Tôi sẽ dành thời gian để nói về thiết lập phần mềm thực tế của tôi và các công cụ tôi sử dụng.

Tác phẩm nghệ thuật tôi làm thường không có đầu vào. Nó không phải là bất kỳ loại trực quan hóa dữ liệu hoặc thao tác hình ảnh nào. Mọi thứ cần thiết để tạo ra một hình ảnh được chứa trong chính chương trình và bất kỳ kết quả nào mà chương trình tạo ra đều là sản phẩm cuối cùng. Thông thường, tôi làm việc với các hình ảnh kỹ thuật số như là sản phẩm cuối cùng, nhưng tôi không làm như vậy một cách nghiêm túc. Đôi khi tôi đột nhập vào thế giới vật chất và tôi tạo ra thứ gì đó như thế này, đó là một bức tranh vẽ bằng máy vẽ. Đó là một bức tranh thật, nhưng nó được tạo ra bằng máy vẽ, một người máy đơn giản mà tôi sẽ đề cập sau. Tôi chủ yếu làm việc với các hình ảnh trừu tượng, nhưng gần đây tôi đang cố gắng tích hợp các thành phần vẽ tay, vì vậy tôi đã viết một giao diện tùy chỉnh cho phép tôi sử dụng đầu vào của bản vẽ kỹ thuật số thông qua máy tính bảng Wacom làm điểm bắt đầu cho thuật toán. Trong trường hợp này, tôi vẽ đường viền của một hình và chuyển nó cho một thuật toán tiếp quản từ đó và chia nhỏ nó thành các hình dạng khác nhau và gán tất cả các màu sắc và chi tiết, nhưng chủ yếu [hình ảnh cuối cùng] này là thứ mà tôi đã từng làm việc trong năm năm qua hoặc lâu hơn.

Đây là những công cụ tôi đang sử dụng: Tôi đang sử dụng Quil, một thư viện của Clojure. Đó là một trình bao bọc xung quanh một thư viện Java khác có tên là Đang xử lý, mà tôi nghĩ đã tồn tại được 10 hoặc 15 năm. Xử lý là một thư viện đồ họa cơ bản. Nó có một API tương đối đơn giản để làm việc với các hình dạng, đường kẻ và hình ảnh. Quá trình xử lý ban đầu được viết dưới dạng thư viện Java với IDE kỳ lạ của riêng nó, nhưng bạn có thể bọc nó trong Clojure bằng Quil. Quá trình xử lý cũng được chuyển sang Java Script và Quil cũng bao bọc nó trong ClojureScript. Bạn có thể chọn nền tảng nào bạn muốn sử dụng.

Nó chỉ là một chương trình rất đơn giản để cung cấp cho bạn ý tưởng về việc thiết lập nó sẽ như thế nào. Có rất ít tấm nồi hơi. Chương trình này không thu hút bất cứ điều gì đặc biệt thú vị. Nó chỉ là một loạt các đường lộn xộn xung quanh hình ảnh, nhưng điều thú vị ở đây là bạn có thể bắt đầu tạo hình ảnh và API tương đối đơn giản.

Ở dưới cùng, tôi nhận được (hình dạng bắt đầu), một loạt lệnh gọi đến (đỉnh) và sau đó (hình dạng kết thúc), đó là 90% cách tôi sử dụng các API này. Thỉnh thoảng, tôi sẽ làm những thứ nâng cao hơn như lớp và mặt nạ, nhưng đó là cốt lõi của nó. Bạn có thể sử dụng hệ thống dưới dạng đồ họa vector hoặc đồ họa raster, vì vậy bạn có quyền truy cập vào mảng pixel thực tế. Bạn có thể chọn một trình kết xuất khác để sử dụng. Bạn có thể làm việc ở chế độ 2D hoặc 3D, mặc dù bản thân tôi thích làm việc ở chế độ 2D hơn. Bạn có thể tạo hoạt ảnh với điều này, vì vậy, trên hết, tôi có lệnh gọi (không có vòng lặp) để ngăn hoạt ảnh làm điều đó, nhưng thông thường, lệnh gọi vẽ liên tục cho mỗi khung hình, vì vậy bạn có thể làm mới và vẽ lại, để mọi người tạo hoạt ảnh giống như vậy. Họ cũng tạo ra phần mềm tương tác theo cách này. Bạn có thể chấp nhận đầu vào bàn phím, đầu vào chuột, máy tính bảng Wacom, vậy tại sao tôi lại chọn Clojure cho điều đó?

Nó thậm chí còn tốt hơn khi tôi phát hiện ra rằng thực sự có những công cụ cho việc này. Thật không may, tôi đã bắt đầu với Matplotlib, nó khó sử dụng như bạn có thể tưởng tượng, nhưng Clojure tốt hơn nhiều và tôi nghĩ lý do chính là việc tạo hình ảnh trực quan thực sự là một kiểu xử lý dữ liệu. Bạn đang xử lý các hình dạng, đường cong, điểm, pixel này. Tất cả những điều này được biểu diễn rất thuận tiện dưới dạng các cấu trúc dữ liệu đơn giản, do đó, nó ánh xạ rất tốt tới các hoạt động kiểu Clojure điển hình để thiết lập các đường ống chuyển đổi dữ liệu này trên các cấu trúc dữ liệu đơn giản. Nó rất phù hợp với lĩnh vực này và nó cũng rất phù hợp với âm thanh, vì vậy có các thư viện Clojure như Overtone cho phép bạn tạo âm thanh tổng quát và chúng hoạt động rất tốt.

Tất nhiên, mọi người ở đây đều biết rằng Clojure viết rất nhanh và đó là một trong những lý do tôi nghĩ tất cả chúng ta đều yêu thích nó, nhưng đặc biệt là với tác phẩm nghệ thuật, bạn không thực sự lên kế hoạch cho kiến ​​trúc đó từ trước. Bạn thích chế độ thử nghiệm khám phá hơn, chỉ cần cắm mọi thứ vào và chạy nó để xem nó trông như thế nào. Vì vậy, đặc biệt là với sự tích hợp với REPL, nơi bạn có thể tải lại các mô-đun và chạy lại mã, đó là một vòng phản hồi rất chặt chẽ, hoàn hảo cho loại công việc khám phá này. Tất nhiên, một trong những lợi thế lớn của Clojure so với các phương ngữ Lisp khác là bạn có quyền truy cập vào JVM, đây vừa là một phần kỹ thuật tuyệt vời vừa là một hệ sinh thái tuyệt vời. Thật tuyệt khi có tất cả các thư viện Java mà bạn ngẫu nhiên cần ở đó và không phải viết mọi thứ từ đầu mỗi lần. Tất nhiên, hiệu suất của JVM tương đối cao. Nó hoạt động tốt với kích thước heap lớn.

Nếu bạn thấy mình cần tối ưu hóa một loạt các hoạt động của mảng, bạn có thể sử dụng Java và thực hiện điều đó rất dễ dàng, mặc dù tôi thấy điều này rất hiếm gặp. Tất nhiên, nếu bạn thực sự muốn triển khai lên trình duyệt, bạn có thể thực hiện thông qua ClojureScript. Nếu bạn đang tạo phần mềm tương tác, bạn bắt đầu phải xử lý trạng thái chia sẻ có thể hoạt động đồng thời, do đó, bộ công cụ Clojure tiêu chuẩn gồm các nguyên tử và tác nhân, đặc biệt là các tác nhân, có xu hướng hữu ích cho cách làm việc này, bạn cũng phải cẩn thận để không chặn luồng hoạt ảnh , vì vậy các công cụ như core.async rất tiện dụng để thực hiện kiểu công việc này. Điểm cuối cùng đó là một chút suy đoán, nhưng tôi cảm thấy như có một ngôn ngữ linh hoạt hơn sẽ giúp bạn có tâm trí tốt hơn khi thực hiện loại công việc sáng tạo này.

Vì vậy, trong vài năm tôi làm việc về nghệ thuật sáng tạo, có một số câu hỏi lớn mà tôi đã dành nhiều thời gian suy nghĩ và câu trả lời cho những câu hỏi đó không đơn giản như vậy. Có lẽ điều đó không có gì đáng ngạc nhiên, nhưng tôi nghĩ họ tạo ra một số thứ thú vị. Vì vậy, điều đầu tiên tôi muốn nói đến là làm thế nào để lập trình tác phẩm nghệ thuật thú vị. Ý tôi là, đó thực sự là chìa khóa cho tác phẩm nghệ thuật sáng tạo. Tuy nhiên, tôi cần cẩn thận với những gì tôi nói ở đây: "nghệ thuật thú vị" là một thuật ngữ nặng nề. Chính xác điều này có nghĩa là gì? Nó có thể có nghĩa là nhiều thứ. Nghệ thuật có thể thú vị theo nhiều cách, nhưng tôi nghĩ một đặc tính tương đối ở đây là nghệ thuật tốt làm mọi thứ theo cách mà chúng ta không ngờ tới. Nó có khả năng làm chúng ta ngạc nhiên hoặc dạy chúng ta điều gì đó mới, hoặc nhìn mọi thứ từ một góc nhìn khác. Đây là sự khác biệt giữa nghệ thuật tốt và thủ công. Nhưng chúng ta cũng có nhu cầu hiểu các tác phẩm nghệ thuật.

Chúng tôi thực sự không thích nó nếu chúng tôi không thể quấn lấy nó. Một số tác phẩm nghệ thuật có thể khó hiểu và điều đó không sao, nhưng cuối cùng chúng tôi muốn cảm thấy như có một ý nghĩa, cấu trúc hoặc tổ chức nào đó đằng sau tác phẩm nghệ thuật. Nó không thể được nhóm lại với nhau một cách tùy tiện. Ngay cả khi chúng ta không thể phát triển sự hiểu biết hợp lý về nó, chúng ta phải có một số hiểu biết trực quan về một tác phẩm nghệ thuật để đánh giá cao nó. Vì vậy, nếu chúng tôi đánh giá cao nghệ thuật mà chúng tôi không mong đợi, điều đó có khiến chúng tôi gặp rắc rối khi lập trình không? Lập trình là một trong những điểm mạnh khiến nó trở thành một công cụ hữu ích, nó rất dễ đoán. Chúng tôi có thể viết những hệ thống này để cho chúng tôi biết điều gì sẽ xảy ra ở bất kỳ trạng thái cụ thể nào và ngăn chặn bất kỳ loại lỗi nào, đó là một cách làm việc rất dễ đoán.

Điều này có vẻ mâu thuẫn với mong muốn tạo ra tác phẩm nghệ thuật không thể đoán trước của chúng tôi, nhưng nhiều nghệ sĩ sáng tạo đã giải quyết vấn đề này khá thành công, vì vậy tôi sẽ thảo luận về một số cách giải quyết. Cách tiếp cận của riêng tôi và một số nghệ sĩ mà tôi theo dõi dường như cũng sử dụng, thực sự là một phong cách lập trình giống như một hướng dẫn hơn là một mô tả chính xác về những gì nên được tạo ra. Để cung cấp cho bạn một ví dụ trực quan ở đây, đây là hai hình ảnh được tạo từ cùng một chương trình:

Không có bất kỳ thay đổi mã nào, chỉ bằng cách chạy nó nhiều lần, tôi nhận được hai kết quả hoàn toàn khác nhau, nhưng chúng vẫn có vẻ rất liên quan về mặt thẩm mỹ theo một số cách. Hầu như không có một pixel nào khớp với nhau, nhưng bằng cách nào đó chúng được gắn với nhau. Cách để đạt được điều này là sử dụng tính ngẫu nhiên một cách có chọn lọc và rất cẩn thận, từ cấu trúc cấp cao đến các chi tiết nhỏ và các yếu tố như lựa chọn màu sắc.

Thuật toán chủ yếu dựa trên một loại phân chia tam giác đệ quy, với tính ngẫu nhiên được sử dụng để thực hiện những việc như thay vì chia tách hoàn hảo từng tam giác, nó có thể hơi lệch tâm hoặc sử dụng các đường cong thay vì đường thẳng. Nó có thể lặp đi lặp lại một cách sâu sắc ở một số khu vực chứ không phải ở những khu vực khác, và nó cố gắng duy trì những phân phối đó theo một cách thú vị. Màu sắc có thể được di truyền từ tam giác mẹ sang các con của nó, nhưng nó cũng có thể ngẫu nhiên chuyển sang màu khác với nhiều xác suất khác nhau, vì vậy thực sự là... chương trình đang tiến lên theo một hướng nhất định, nhưng không có bố cục rõ ràng những gì cần phải xảy ra. Tôi vẫn đang cố gắng dành chỗ cho chương trình để làm tôi ngạc nhiên với những kết quả bất ngờ, đó chỉ là sự ngẫu nhiên của bootstrap.

Tôi thực sự thích một nghệ sĩ khác (Manolo Gamboa Naon). Tôi rất khó phát âm tên của anh ấy, vì vậy tôi sẽ tránh gạch tên nó, nhưng tôi có hai hình ảnh ở đây, mà tôi tin là từ cùng một chương trình:

Một lần nữa, bạn có thể thấy rằng mặc dù chúng hoàn toàn khác nhau nhưng chúng vẫn duy trì tính nhất quán về mặt thẩm mỹ, vì vậy đây là một cách làm việc phổ biến. Bạn có thể tìm thấy những nghệ sĩ khác dường như áp dụng phương pháp này. Ngoài ra còn có các cách tiếp cận rất khác nhau có xu hướng dựa vào các thuộc tính mới nổi và cấu trúc mới nổi hơn, vì vậy ý ​​tôi muốn nói là nổi lên trong ngữ cảnh này là bạn có một bộ quy tắc rất đơn giản dường như không có tác dụng gì thú vị, nhưng nếu bạn chạy nó lặp đi lặp lại theo thời gian, những cấu trúc thượng tầng lớn này bắt đầu xuất hiện mà bạn không thể dự đoán chỉ bằng cách nhìn vào các quy tắc.

Cơ sở của điều này thực sự liên quan đến lý thuyết hỗn loạn, và một ví dụ rất đơn giản về hệ thống hỗn loạn là con lắc ba. Về cơ bản, đây là ba con lắc liên kết với nhau. Mặc dù những đối tượng này là những đối tượng rất dễ đoán theo đúng nghĩa của chúng, nhưng khi bạn kết hợp chúng, bạn sẽ tạo ra các hệ thống hỗn loạn, nghĩa là bất kỳ sự khác biệt nhỏ nào ở trạng thái ban đầu có thể dẫn đến sự khác biệt lớn trong kết quả cuối cùng.

Vì vậy, ở đây tôi có một số tác phẩm nghệ thuật thực sự đẹp của Jonathan McCabe. Anh ấy đang làm việc trên một dạng máy tự động di động tiên tiến. Nhiều người trong số các bạn có thể biết đó là gì, nhưng đối với những người không biết, có thể bạn đã nghe nói về Conway's Game of Life, một máy tự động di động. Về cơ bản, bạn có một lưới với các ô có thể bật hoặc tắt và bạn có thể bước qua và có một số quy tắc đơn giản kiểm soát thời điểm bật và tắt các ô giống như chúng có một số Hàng xóm nhất định mở giống như chúng sẽ xuất hiện trong phần tiếp theo bước chân.

Đây là một hệ thống phức tạp hơn. Đây là cái mà anh ấy gọi là mô hình Turing đa tỷ lệ, vì vậy anh ấy sử dụng máy tự động di động, một cho các tính năng quy mô lớn và một cho các tính năng chi tiết hơn, nhưng có rất nhiều đầu ra ở đây và mỗi đầu ra của chương trình này trông hoàn toàn khác nhau. Nó thực sự hoang dã, nhưng nó vẫn có cấu trúc mạch lạc mà chúng ta vẫn hiểu bằng cách nào đó. Điều này rất đáng chú ý.

Một cách tiếp cận phổ biến khác hơi giống máy tự động di động, nhưng không có lưới và thứ gì đó phức tạp hơn tế bào, vì vậy trong trường hợp này, chúng tôi có cái mà tôi gọi là tác nhân hoặc tác nhân di chuyển trong hệ thống, và theo một cách nào đó ảnh hưởng rất lớn đến hệ thống. Và những thứ này cũng có xu hướng tương tác với nhau, vì vậy nếu hai tác nhân va chạm, có thể chúng sẽ thay đổi màu sắc mà chúng đang vẽ. Bạn có thể thiết lập những quy tắc này bằng các quy tắc đơn giản, chẳng hạn như với máy tự động di động, bạn thực hiện qua nhiều bước và nó tạo ra hình ảnh phức tạp này. Điều này cũng hoạt động rất tốt cho hoạt ảnh, nhưng đây chỉ là ảnh tĩnh.

Một trong những phát triển gần đây là học máy. Tôi nghĩ thần kinh học là một thuật ngữ tuyệt vời. Đây là tác phẩm nghệ thuật của Mario Klingemann, tôi có một số tác phẩm của anh ấy ở đây. Tác phẩm nghệ thuật này được thực hiện bằng cách sử dụng một thứ gọi là GAN, một mạng đối thủ chung. Đó là một mạng thần kinh, và nó được huấn luyện theo một phong cách nhất định, nhưng thực sự hai đòn bẩy mà một nghệ sĩ có khi họ sử dụng chúng, đầu tiên là tập huấn luyện, và sau đó là tập hợp các hình ảnh mà mạng được huấn luyện. Một điểm kiểm soát thực tế khác đối với chúng là hàm mục tiêu. Vì vậy, đó là cách mạng tự chấm điểm hoặc tự chấm điểm để xem liệu nó có hoạt động tốt hay không và mạng nên thay đổi như thế nào để hoạt động tốt hơn, nhưng có rất nhiều biến thể. Đây chỉ là cái nhìn thoáng qua nhỏ nhất về những gì anh ấy làm. Tôi chắc chắn khuyên bạn nên kiểm tra thêm.

Những tác phẩm nghệ thuật này đều rất khác nhau về phong cách, nhưng điểm chung mà tôi nghĩ gắn kết tất cả chúng lại với nhau là chúng đã làm rất tốt việc pha trộn tính ngẫu nhiên và cấu trúc. Họ có thể duy trì sự cân bằng này giữa cả hai cho đến khi nó vẫn còn gây ngạc nhiên và không thể đoán trước, nhưng họ vẫn có một số loại trật tự mà chúng ta có thể hiểu nếu chỉ bằng trực giác. Một hình ảnh làm cho điều này trở nên rất rõ ràng với tôi là tác phẩm của John Greene, người tạo ra nghệ thuật xếp gạch:

Rõ ràng là một hệ thống sắp xếp như thế này rất có trật tự, nhưng anh ấy cũng quản lý để giới thiệu tính ngẫu nhiên theo cách tạo ra nhiều sự đa dạng thực sự tốt đẹp. Vì vậy, tôi nghĩ chúng ta có thể trả lời thỏa đáng câu hỏi "Làm thế nào để bạn tạo ra nghệ thuật thú vị với lập trình?" Có thể nói là có thể. Có nhiều cách khác nhau để lập trình tạo ra kết quả đáng ngạc nhiên.

Vì vậy, tôi đoán câu hỏi thực sự thú vị tiếp theo liên quan nhiều hơn đến triết lý của nghệ thuật sáng tạo và nó sẽ đi về đâu trong tương lai. Chúng ta có thể dịch tính thẩm mỹ của mình thành mã, phải không. Điều tôi đang cố gắng thực hiện khi viết chương trình này là bằng cách nào đó mã hóa những gì tôi thích vào chương trình, thay vì làm cho nó thật chính xác, nhưng nghệ thuật là một thực hành rất trực quan. Nó được hướng dẫn bởi rất nhiều linh cảm và trực giác, bạn có thể đưa ra những quyết định sai lầm về việc phải làm, và lập trình thì hoàn toàn ngược lại với điều đó. Điều này rất rõ ràng. Nó rất có tổ chức. Nó rất có tổ chức. Vì vậy, đây là một nỗ lực rất bất thường để trộn, thêm những thứ này. Kết quả là, nhiều nghệ sĩ sáng tạo bắt đầu tự hỏi:

Tôi sẽ thu hẹp vấn đề này thành màu sắc. Hãy tưởng tượng rằng bạn được giao nhiệm vụ tạo một chương trình chọn màu cho từng hình dạng trong ảnh để tạo ra hiệu ứng dễ chịu. Đây có vẻ như là một nhiệm vụ khả thi. Màu sắc là một không gian ba chiều, rất đơn giản. Nhưng khi bạn tìm hiểu sâu hơn, màu này cực kỳ dễ hiểu. Bất kỳ một màu nào cũng bị ảnh hưởng bởi tất cả các màu xung quanh nó, và bởi sự gần gũi của những màu đó và bởi kích thước của chúng. Không chỉ vậy, màu sắc còn có tất cả những ý nghĩa văn hóa đối với chúng ta. Chúng tôi liên kết màu sắc với những cảm xúc khác nhau. Chúng tôi đính kèm màu sắc cho các đối tượng, địa điểm và thậm chí cả khoảng thời gian. Các nghệ sĩ thực sự giỏi sử dụng màu sắc theo những cách bất ngờ hoặc mỉa mai, vì vậy rõ ràng màu sắc không thực sự chỉ là một không gian ba chiều.

Ý tôi là, tất cả những gì cần thiết để thực sự làm được điều đó là trí tuệ nhân tạo mạnh mẽ, lúc đó định nghĩa về nghệ thuật thậm chí còn trở nên mơ hồ hơn bây giờ. Matt Pearson có một truyện ngắn thú vị (Death of an Artist, trong Novelty Waves) nói về một người nào đó viết về một nghệ sĩ AI. Tôi khuyên nên kiểm tra nó toàn diện. Vì vậy, tôi nghĩ, câu trả lời cho câu hỏi, liệu chúng ta có thể chuyển tính thẩm mỹ của mình thành mã, chúng ta có thể làm điều đó, nhưng không phải tất cả. Đó phải là sự hợp tác giữa nghệ sĩ và chương trình, và điều đó không sao cả.

Vì vậy, câu hỏi cuối cùng, và có lẽ là câu hỏi quan trọng nhất, tại sao bạn muốn làm điều này? Tại sao làm nghệ thuật với mã? Tôi nghĩ câu trả lời đơn giản nhất về cơ bản là nó rất vui. Chúng ta dành toàn bộ thời gian để sử dụng một công cụ rất mạnh để phát triển những kỹ năng vô cùng phức tạp này, nhưng chúng ta hiếm khi sử dụng nó theo những cách thú vị.

Có bao nhiêu người trong số các bạn thực sự ngồi xuống và viết mã mà không có mục tiêu định trước? Đúng... như năm người các bạn, có lẽ khá hiếm đối với một số bạn. Đó không phải là điều chúng ta thường làm và tôi nghĩ chúng ta thực sự nên làm. Thỉnh thoảng làm những điều thú vị với những kỹ năng này là một sự lãng phí. Ngoài những thách thức về mặt nghệ thuật, có rất nhiều thách thức kỹ thuật thú vị khi thực hiện loại công việc này.

Nếu bạn muốn viết mã thật nhanh, bạn có thể viết trình đổ bóng GPU thời gian thực, những thứ này có thông lượng rất cao. Nếu mã nhỏ gọn hiệu quả là sở thích của bạn, thì có nghệ thuật trình diễn cảnh giới thiệu tất cả về việc tạo nội dung từ các tệp thực thi cực kỳ nhỏ. Đó là cả một thế giới phù hợp với tệp thực thi 4 KB. Đây chỉ là một hình ảnh tĩnh của một video. Đó là cả một địa hình có núi, có mùi, có mây, có biển và rất thú vị.

Nếu bạn thích rô bốt, chúng tôi có rô bốt. Ai đó đã có những thứ công nghiệp chín trục điên rồ này và vẽ chân dung. Tôi đã phải thỏa mãn bản thân với một con rô-bốt ba cửa đơn giản.

Đây là một AxiDraw. Nó được sản xuất bởi một công ty nhỏ ở California. Tôi sử dụng nó để phác thảo và vẽ, nhưng đôi khi thật tuyệt khi có thể làm điều gì đó trong thế giới vật chất. Đó thực sự là một không gian chưa được khám phá, vì vậy nếu bạn thích làm điều gì đó, hãy là người đầu tiên làm điều đó, ở đây thực sự dễ dàng. Bạn có thể đi bộ theo hầu hết mọi hướng trong một khoảng thời gian ngắn và bạn đang ở trên vùng đất mới màu mỡ. Theo như động lực, nó thực sự tuyệt vời. Chỉ với vài giờ làm việc, bạn có thể nhận được một số phản hồi trực quan ngay lập tức. l Đây có thể là phản hồi không tốt, nhưng không phải lúc nào cũng vậy. Bạn thường thích những gì bạn tạo ra, vì vậy đây không phải là một dự án sẽ mất hàng tháng hoặc hàng năm để đạt được kết quả mong muốn. Ít nhất là đối với tính cách của tôi, có loại động lực này là hữu ích.

Tôi nghĩ không cần phải nói: bạn sẽ không làm bất cứ điều gì trong số này.

Tôi đã đề cập đến điều này một chút, nhưng thành thật mà nói, chúng ta sẽ có thể vui vẻ với những kỹ năng mà chúng ta phát triển. Chúng tôi thực sự không có lý do chính đáng để không. Tôi nghĩ chúng ta nên tập thói quen thư giãn thường xuyên hơn một chút. Nhưng, trên một lưu ý nghiêm túc hơn, tôi cảm thấy rằng chúng ta nên thực sự dành thời gian và năng lượng cho những điều này vì xã hội. Chúng tôi có hiểu biết về công nghệ và lập trình mà hầu hết thế giới không có. Ý tôi là, đối với hầu hết mọi người, đó là một bí ẩn hoàn toàn đối với họ và tác phẩm nghệ thuật đôi khi có thể thu hẹp khoảng cách đó.

Ví dụ, hãy xem xét công nghệ học máy tiên tiến nhất. Nếu tôi gặp ai đó trên phố và hỏi họ "điểm mạnh và điểm yếu của các thuật toán học máy hiện đại là gì?", thì họ cũng không biết. Đối với một số bạn ở đây, điều đó thậm chí có thể khó trả lời. Tuy nhiên, nếu tôi yêu cầu họ nghe một đoạn nhạc ngắn được sáng tác bởi các thuật toán máy học, hoặc yêu cầu họ đọc một bài thơ do các thuật toán này tạo ra, hoặc xem một tác phẩm nghệ thuật, họ sẽ nhanh chóng và trực giác hiểu điều gì đang xảy ra với Nó. Họ sẽ có thể nghe thấy. Vâng, có lẽ nó có thể có được các chi tiết đúng. Nó có thể xâu chuỗi các chuỗi ghi chú ngắn này lại với nhau theo kiểu hài lòng, nhưng nó lại bỏ qua bức tranh toàn cảnh hơn. Nó không có bất kỳ bộ phim truyền hình nào. Không có câu chuyện. Không căng thẳng.

Tôi nghĩ rằng sự hiểu biết trực quan tương tự có thể xảy ra không chỉ trong trường hợp học máy này mà còn trong các tác phẩm nghệ thuật khác nhau được tạo ra thông qua lập trình. Tôi nghĩ rằng có một khía cạnh giáo dục, một khía cạnh giao tiếp rất quan trọng. Nghệ thuật sáng tạo cũng có xu hướng giải thích mọi thứ cho chúng ta về thế giới, vì vũ trụ tự nó là sáng tạo, dựa trên các quy luật và xác suất. Những điều này dẫn đến các mẫu nhất định, các mẫu mới nổi và các mẫu xử lý nặng về tác phẩm nghệ thuật tạo ra. Do đó, dù cố ý hay không, các tác phẩm nghệ thuật sáng tạo thường vấp phải một số khuôn mẫu giống nhau mà chúng ta tìm thấy trên thế giới. Vì vậy, một ví dụ thú vị là vỏ sò. Tôi không biết nó là loài gì, nhưng lớp vỏ vừa phải, và các hoa văn trong đó rất, rất giống với việc Stephen Wolfram tạo ra (hoặc khám phá ra) một cỗ máy tế bào tự động có tên là Quy tắc 30, ngoại trừ việc nó có một số trục trặc . Nhưng điều thực sự đáng chú ý là cách những điều này được phản ánh trong tự nhiên.

Để tìm hiểu sâu hơn về các tầng triết học, tôi nghĩ các tác phẩm nghệ thuật sáng tạo cũng nói lên điều gì đó quan trọng về chúng ta với tư cách là con người. Nghệ thuật về cơ bản là về con người theo nhiều cách. Khi chúng tôi cố gắng viết các quy tắc về các tác phẩm nghệ thuật, chúng tôi cố gắng thực hiện một nỗ lực rõ ràng hơn để mô tả những gì chúng tôi đánh giá cao về các tác phẩm nghệ thuật. Và cách làm này nhanh chóng bộc lộ những hạn chế của nó. Sự phức tạp và tính đa chiều cao của các tác phẩm nghệ thuật trở nên rõ ràng và khoảng cách giữa cách thức hoạt động của các chương trình và cách con người làm việc trở nên rõ ràng hơn. Chúng tôi bắt đầu thấy rằng có thể những chương trình này có thể đề cập đến 'cách thức' làm nghệ thuật, nhưng chúng không thực sự giải quyết được 'tại sao', vì vậy nó nhấn mạnh tầm quan trọng của 'tại sao' trong nghệ thuật và cách chúng ta là con người. chúng sinh.

Vì vậy, tôi nghĩ rằng cách tiếp cận nghệ thuật sáng tạo này, ít nhất là đối với tôi, tiết lộ rất nhiều điều về bản chất của cuộc sống con người. Phần cuối cùng tôi muốn nói rằng bất kỳ nền văn hóa nào không có tác phẩm nghệ thuật đều là lạc hậu. Bạn muốn tác phẩm nghệ thuật thuộc về bất kỳ nền văn hóa lành mạnh nào. Nghệ thuật khuyến khích khám phá. Nó khuyến khích sự phản ánh, giao tiếp và đánh giá cao cuộc sống. Cho rằng lập trình về cơ bản đang ăn mòn thế giới - nó đang trở nên quan trọng hơn mỗi ngày và cuộc sống của chúng ta ngày càng bị bao quanh bởi công nghệ - chúng ta cần đảm bảo rằng mình nắm bắt được tầm quan trọng của nghệ thuật, rằng chúng ta đầu tư một chút nếu muốn đảm bảo Xây dựng một nền văn hóa lành mạnh. văn hóa cho tất cả chúng ta khi chúng ta tiến tới tương lai, chúng ta sẽ dành thời gian và sức lực để tận hưởng và tạo ra nó.

Dưới đây là câu trả lời tốt nhất của tôi cho những câu hỏi đó. Tôi hy vọng một số bạn sẽ muốn tìm hiểu thêm về tác phẩm nghệ thuật sáng tạo hoặc tạo một số tác phẩm của riêng bạn. Với cái này, tôi sẽ nói lời cảm ơn.