达芬奇画作赏析 为什么人人都爱达芬奇?

为什么人人都爱达芬奇? 达芬奇出生于1452年的4月15日。他不仅是一位才华横溢的艺术家,也在解剖学,工程学,生物学,数学以及建筑学中有所建树。他的发明创造与探索发现远远超出了他所在的那个时代。正如达芬奇所说:“最崇高的快乐是享受探索世界的乐趣。”BBC Culture 开辟了一个栏目让观众谈一下他们最喜爱达芬奇的哪幅作品,并且解释原因。以下是读者的回答。

《女子头像》(La Scapigliata)

来自希腊的Fani Tsoukala from Athens,说道: “她就像一位女神,低头的侧脸美到让人窒息。”《女子头像》,描绘了一个没有梳洗的女子头部形象,显示出了女子的自然之美与力量。

《天使报喜》(The Annunciation)

南斯拉夫萨格勒布的Tanja Skrgatic 写道: “这是我最喜欢的一件作品。在历史上有很多以此为题材创作的作品,但这一幅作品中天使单膝跪地的姿态最为经典。”这幅作品描绘的是天使加百列显现在玛丽面前的场景,场景中的花园代表了她的圣洁。这一作品有两个版本,一幅在佛罗伦萨的乌菲兹画廊,另一幅在卢浮宫。第一幅更像是列奥那多的真迹,第二幅则有一些技术性的错误。而有专家认为第二幅作品可能是达芬奇在青年时代的作品。

《圣母子与圣安妮及施洗者约翰》(The Virgin and Child with St Anne and St John the Baptist)

希腊的Maria Papadopoulou 写道: “这幅作品又称为《伯灵顿家的画像》,是一幅画作的全尺寸草稿,用炭笔作画,粉笔提亮,但之后再也没有画成油画 。”圣玛丽亚坐在母亲圣安妮的腿上,小基督正在祝福小约翰。圣安妮的手指向天堂,预示着基督将来的命运。

《施洗者约翰》(St John the Baptist)

印度的Saloni Tiwari 写道:这幅作品是达芬奇创作的最后一幅绘画,直到他去世的时候都由他本人收藏着。一手指天的手势在他的作品中经常可以看到,表示通过洗礼可以使人得到 救赎。很多艺术家都将施洗者约翰的形象描绘成枯瘦憔悴的,而达芬奇笔下的约翰则有一种女性的气质,也有如蒙娜丽莎一般神秘莫测的微笑。

《手臂与手的习作》(Study of Arms and Hands)

德国柏林的Kristian Bruun写道: 这幅作品是达芬奇的素描作品,很可能是在画《抱银貂的女子》之前用炭笔所画的素描习作。

《抱银貂的女子》(Lady with an Ermine)

俄罗斯莫斯科的Alexandra Degtereva写道: 这幅作品是达芬奇最出名的作品之一,而很多人却在质疑这幅作品是不是他的真迹。研究显示这幅作品更改了三次,其中有的还不包括那只代表仪式性的貂。这幅作品据说描绘的是年轻的女子切奇利娅·加莱拉尼(Cecilia Gallerani),她是米兰大公的情人。米兰大公当时是达芬奇的主要赞助人,他的昵称是“银貂”。

《解剖学示意图》(Anatomist drawings)

克罗地亚的Lana VB写道: “我喜欢达芬奇画的解剖学示意图,这些示意图画的既准确又真实,远远超越了他所在的那个年代。”列奥纳多对于解剖学的认知要远远超出了同时代的人们。他所画的人体解剖图在达芬奇过世后沉寂了400年才得以公之于众。这幅描绘孕妇腹部与胎儿的解剖图是他众多解剖学研究中的一部分,此外他还研究可人体骨骼,主要器官等。

《岩间圣母》(The Virgin of the Rocks)中国香港的Karen Howard-Goldsmith写道: “我很喜欢这幅作品,实际上我无法说我最喜欢哪一幅,因为达芬奇的作品都是大师级的杰作。”达芬奇就这一主题创作了两幅作品,右边的那幅是第一个版本目前收藏于卢浮宫,左边的这幅保存在伦敦国家画廊。这两幅作品都是高达两米的大型油画作品。外界普遍认为卢浮宫的版本创作时间要早于第二个版本的,而第二个版本的真实性也有些争议。伦敦国家画廊收藏的这幅作品中植物有些画的不准确,而大分歧本人则对于自然界有着严格而认真的研究。

公司官网:http://www.mbcolour.com/
公司地址:广州市白云区钟落潭镇良田开发区天成路2号
联 系 人 :陈小姐
联系电话:020-81342766
企业 Q Q:800098892
企业 邮箱:[email protected]

时间: 2024-08-27 01:54:08

达芬奇画作赏析 为什么人人都爱达芬奇?的相关文章

NoSQL初探之人人都爱Redis:(3)使用Redis作为消息队列服务场景应用案例

一.消息队列场景简介 “消息”是在两台计算机间传送的数据单位.消息可以非常简单,例如只包含文本字符串:也可以更复杂,可能包含嵌入对象.消息被发送到队列中,“消息队列”是在消息的传输过程中保存消息的容器. 在目前广泛的Web应用中,都会出现一种场景:在某一个时刻,网站会迎来一个用户请求的高峰期(比如:淘宝的双十一购物狂欢节,12306的春运抢票节等),一般的设计中,用户的请求都会被直接写入数据库或文件中,在高并发的情形下会对数据库服务器或文件服务器造成巨大的压力,同时呢,也使响应延迟加剧.这也说明

NoSQL初探之人人都爱Redis:(1)Redis简介与简单安装

一.NoSQL的风生水起 1.1 后Web2.0时代的发展要求 随着互联网Web2.0网站的兴起,传统的关系数据库在应付Web2.0网站,特别是超大规模和高并发的SNS类型的Web2.0纯动态网站已经显得力不从心,暴露了很多难以克服的问题: (1)对数据库高并发读写的需求 网站要根据用户个性化信息来实时生成动态页面和提供动态信息,所以基本上无法使用动态页面静态化技术,因此数据库并发负载非常高,往往要达到每秒上万次读写请求.关系数据库应付上万次SQL查询还勉强顶得住,但是应付上万次SQL写数据请求

NoSQL初探之人人都爱Redis:(4)Redis主从复制架构初步探索

一.主从复制架构简介 通过前面几篇的介绍中,我们都是在单机上使用Redis进行相关的实践操作,从本篇起,我们将初步探索一下Redis的集群,而集群中最经典的架构便是主从复制架构.那么,我们首先来了解一下神马是主从复制架构? 1.1 源于关系数据库的读写分离 随着网站业务的不断发展,用户量的不断增加,数据量也成倍的增长,数据库的访问量也呈线性地增长.特别是在用户访问高峰期间,并发访问量突然增大,数据库的负载压力也会增大,如果架构方案不够健壮,那么数据库服务器很有可能在高并发访问负载压力下宕机,造成

【转】 NoSQL初探之人人都爱Redis:(4)Redis主从复制架构初步探索

一.主从复制架构简介 通过前面几篇的介绍中,我们都是在单机上使用Redis进行相关的实践操作,从本篇起,我们将初步探索一下Redis的集群,而集群中最经典的架构便是主从复制架构.那么,我们首先来了解一下神马是主从复制架构? 1.1 源于关系数据库的读写分离 随着网站业务的不断发展,用户量的不断增加,数据量也成倍的增长,数据库的访问量也呈线性地增长.特别是在用户访问高峰期间,并发访问量突然增大,数据库的负载压力也会增大,如果架构方案不够健壮,那么数据库服务器很有可能在高并发访问负载压力下宕机,造成

【转】NoSQL初探之人人都爱Redis:(2)Redis API与常用数据类型简介

一.Redis API For .Net 首先,不得不说Redis官方提供了众多的API开发包,但是目前Redis官方版本不支持.Net直接进行连接,需要使用一些第三方的开源类库.目前最流行的就是ServiceStack.Redis这个开源项目,其在GitHub上的下载地址为:https://github.com/ServiceStack/ServiceStack.Redis 进入下载页面,点击“Download Zip”按钮,即可下载该API包.解压该Zip包后,其实我们所用到的只是其中的几个

【转】NoSQL初探之人人都爱Redis:(3)使用Redis作为消息队列服务场景应用案例

一.消息队列场景简介 “消息”是在两台计算机间传送的数据单位.消息可以非常简单,例如只包含文本字符串:也可以更复杂,可能包含嵌入对象.消息被发送到队列中,“消息队列”是在消息的传输过程中保存消息的容器. 在目前广泛的Web应用中,都会出现一种场景:在某一个时刻,网站会迎来一个用户请求的高峰期(比如:淘宝的双十一购物狂欢节,12306的春运抢票节等),一般的设计中,用户的请求都会被直接写入数据库或文件中,在高并发的情形下会对数据库服务器或文件服务器造成巨大的压力,同时呢,也使响应延迟加剧.这也说明

NoSQL初探之人人都爱Redis:(2)Redis API与常用数据类型简介

http://www.cnblogs.com/edisonchou/p/3822211.html 一.Redis API For .Net 首先,不得不说Redis官方提供了众多的API开发包,但是目前Redis官方版本不支持.Net直接进行连接,需要使用一些第三方的开源类库.目前最流行的就是ServiceStack.Redis这个开源项目,其在GitHub上的下载地址为:https://github.com/ServiceStack/ServiceStack.Redis 进入下载页面,点击“D

人人都爱写总结, 却少有人做计划

每到岁末,人们都会不约而同地.自发地写各式各样的总结.上个月,也就是 2018 年的最后一个月,园子里各处散落着无数篇年终总结贴.看过一些篇章,都写得挺好的. 转眼 2019 年已经运行了大半个月了,忽然意识到,似乎没人晒出自己的新年计划.可能零星有几篇,但和上个月蔚然成风的总结热比起来,九牛一毛了. 有人会说,个人计划有隐私之嫌,不合适晒出来,所以就算有,也是 " display: none ". 不错,但回想之前铺天盖地的总结文章,很多人都是足够赤诚地把自己过去一年扒了个精光.敞开

第二篇:人人都爱Protocol Buffers

protocol buffers是google提供的一种将结构化数据进行序列化和反序列化的方法,其优点是语言中立,平台中立,可扩展性好,目前在google内部大量用于数据存储,通讯协议等方面.PB在功能上类似XML,但是序列化后的数据更小,解析更快,使用上更简单.用户只要按照proto语法在.proto文件中定义好数据的结构,就可以使用PB提供的工具(protoc)自动生成处理数据的代码,使用这些代码就能在程序中方便的通过各种数据流读写数据.PB目前支持Java, C++和Python3种语言.