一些对我影响重大的流行歌曲(r11笔记第32天)

11年前的一个下午,我在电脑上敲下了下面的文字:

    2006-09-28 17:07:13 

曾经自己还是一个很菜的人,特别希望能够拿一把吉他在草地上弹唱,那种感觉特别的向往
,在大一的下学期的时候我硬是咬着牙去买了一把吉他
,一把古典的吉他,开始了我的吉他生涯,说实话啊
我现在的技术也不高,只能弹几首一般的曲子,但那段日子却是特别让我怀念的,到了晚上,宿舍的同学在一起谈天说地,我手里就痒痒,于是弹吉他成了我生命中的一部分,到了周末.好多同学去上网,但是感觉练练吉他别有风味,刚开始的时候,手特别的疼,练了一段时间后发现左手已经没什么感觉了(不夸张啊)挠痒痒的时候还的用自己的右手,看着自己一天天的练习,有时候一直在想什么时候才是个尽头,我甚至想自己不是学吉他的料,记得宿舍的同学在听我弹(乱弹琵琶)后说我没有天赋,我听了后,尽管他是无心的,但当时听完后我的心滴血,我有时后看到同学捂着耳朵在我旁边.确实心里很不是滋味的
,感觉酸酸的,我特别喜欢听范玮琪的
<<那些花儿>>,周杰伦的<<简单爱>>,所以从网上下了歌谱,但是就是不争气,技术一直没有提高,但是那种熟悉的旋律响起的时候心里别是一番滋味
,最后弹成的一首曲子是罗大佑的<<童年>>......反正不管怎么说谢谢你能够看到着啊
我写的也语无伦次的只是按脑子里的第一印象来写的 所以真的感谢你,如果你也是吉他狂的话,我祝福你能够有所成就......

-------------------------END------------------------------

     一生中能够影响你的歌曲,一定是有着一定的心境,一定的经历,可能是在一些歌曲中找到了共鸣或者影子,bingo.

    好歌曲和对自己影响很大的歌曲还是有一定的区别,简单来说,能够影响到你自己的歌曲真心不多,因为有些歌曲可能有些人听了会流泪。

  1. 末班车   
    这首歌曲,印象特别深。还记得是我花了5块钱买的磁带,然后在家里的录音机里反反复复听,磁带的正面反面反反复复,在当时的心境下,我和哥哥都深受感染,其实更多的是哥哥对这首歌曲的痴爱感染了我。在一个月前的某一天,我坐在哥哥的车里,我点开了这首歌曲,他听着许久没有说话,然后说一下子想起了在家里的大院子,想起了爷爷,这首歌曲应该是在一种对于未来迷茫的状态下听的,所以可以算是一句减压歌曲。

2.寂寞沙洲冷   这首歌曲是在上大学的时候,和姐姐在兰州西关闲逛的时候,在一片闹市的吵杂中,我竟然很清晰地听到了这首歌曲的旋律,并且被深深吸引住,我顺着歌曲找到了那家店,然后静静听了听,然后回到学校就买了磁带反反复复听,听了不下百遍。

在大学的第一个生日,我现在想想就想笑,买了好几扎的啤酒,然后大家就在这种穷幸福中给我送上了生日的祝福,大家聊了很久,我带着酒兴也唱起了这首歌曲,然后女生宿舍也送上了祝福,我们都在这种看起来很浪漫的气氛中聊聊心里话,聊聊男女生话题。在KTV里,我都会毫不犹豫的唱唱这首歌,然后在高音处降个调。在1个月内的一次聚会里,我竟然没有任何的动力想唱歌曲,如果不是今天写点东西,我可能就会把这首歌压在心底了。

3.礼物  为什么相爱的人不能在一起

如果说在大学时的情歌,很多同学可能会想起这位情歌王子,郑源。他的歌曲虽然听起来不是那么的大气宏伟,但是满满的都是青春气息。在大学时代,给女同学买礼物,给同学送祝福,这些都是必不可少的。记得宿舍的哥们小红在大一的时候,竟然掷豪金(大概几百块)买了一个MP3,然后我们就在随身听和MP3的交替年代,不经意就被这几首歌曲干扰,几乎同学过生日的时候都会听到这首歌曲。听着歌曲,大家就会禁不住聊聊各自的“情史”。

如果说得残忍一些,那些我知道的朋友相爱的人几乎都没有在一起。

4.陌生人

这首歌曲,我想我应该不会再去听了,但是我会记住它。这个已经到了MP3横行的年代,有时候会陪着朋友一起面对失恋的一些日子,或者也有心情不大好的一段心灵旅程,这首歌曲就逃不了,我记得我和金光在东方公寓附近,两个人拿着酒瓶,在那里聊了很久,有些话不知道该从哪里说起,我们就这样说着各自的事情然后到很晚。

5.

5.后来

这首歌曲,是代表了一个时代,因为在KTV中几乎女生都会去唱的一首歌曲,而且大家都会抢着唱。后来,后来的事情谁知道呢。我喜欢KTV的一点在于我可以静静的坐在一个角落里,看着里面的唯美的mv,看着里面的青春故事,好像里面的人就是我一样,心情也会随着节奏而波动,听奶茶的歌曲总是让人有一种喝着奶茶的温馨。

6.朋友   

如果说《后来》这首歌曲不够典型,那么周华健《朋友》这首歌曲对大家就很少有争议了,我经常会在建议在KTV结束或者某一个时候大家一起来唱唱这首歌曲,大家声嘶力竭,满满的感情,我想起了几个故事,和小强,小志在第二天考线性代数的时候,竟然跑到KTV去唱歌,然后我和小志两个人是带着课本去的,一边唱歌,一边看书。然后大家刚开始就来阿信的《天高地厚》,然后后面的歌曲都没法唱了,因为嗓子已经几乎哑了。但是朋友这首歌曲,大家还是能意志满满的坚持下去。

7.我们都一样

这首歌曲是在刚毕业到北京的时候,然后一无所有的时候,听着哥哥在一个早晨放起了这首歌曲,就被深深打动。

然后过年没几天就带着一种迷茫回到了昌平那时候还是过年的时候,也没有回家,然后就在网吧里,听起这首歌,泪流满面,真是想家啊,想起我们真是不容易。

8.白龙马

其实在有一段的时间,我似乎没有听到让我触及心灵的歌曲,然后也很少去主动听一些新歌,主要原因是新歌好像大多没有老歌味道正,在有了孩子之后,我发现听听白龙马,感觉蛮好,孩子喜欢我就喜欢。在有一段时间孩子火火兔里的歌曲,我都快背下来了。我感觉是在给我重新过童年。

9.大鱼

这首歌曲我是和哥哥在一起听的,我无意中听完,感觉还不错,哥哥问我,你猜这首歌是男还是女的唱的,一听名字周深,还真没分出来,但是得知周深是个男儿身,却有着这么一副好嗓音,我被这首歌曲的意境深深感染了,总是会不经意听起。

歌曲总是这么奇怪,大家有什么好的歌曲,也喜欢分享出来,让我听听你的想法。

时间: 2024-07-30 18:40:31

一些对我影响重大的流行歌曲(r11笔记第32天)的相关文章

复杂SQL性能优化的剖析(二)(r11笔记第37天)

    昨天的一篇文章复杂SQL性能优化的剖析(一)(r11笔记第36天) 分析了一个SQL语句导致的性能问题,问题也算暂时告一段落,因为这个语句的执行频率是10分钟左右,所以优化后(大概是2秒左右,需要下周再次确认)的提升很大.    对于优化是一个持续的改进,我们碰到的问题,最终的原因可能五花八门,但是正如柯南所说,真相只有一个.我把这个问题和前几天处理的一个问题结合起来,前几天处理了一个紧急问题,也是有一个SQL语句的执行计划发生改变,这个语句的业务比较关键,触发频率是每分钟一次,如果一旦

百倍性能的PL/SQL优化案例(r11笔记第13天)

我相信你是被百倍性能的字样吸引了,不过我所想侧重的是优化的思路,这个比优化技巧更重要,而结果嘛,其实我不希望说成是百倍提升,""自黑""一下.     有一个真实想法和大家讨论一下,就是一个SQL语句如果原本运行20秒,优化到了1秒,性能提升该说是20倍还是提高了95%.当然还见过一种说法,一条SQL语句每次运行20秒,每天运行100次,优化后每次运行1秒,运行还是100次,那么性能提升是说成优化累计时间为100*20-100=1990秒? 好了,我们来看看PL/S

闪回原理测试(二)(r11笔记第23天)

    对于闪回部分,Oracle本身提供了非常多相关的特性,我个人对于闪回数据库这个特性最为喜爱,尤其是应用再Data Guard环境中,真是一大杀器.     而对于DML的闪回部分其实也相对比较容易理解,毕竟就是原操作的逆操作,之前通过logminer的方式来读取redo来间接得以印证.Oracle闪回原理-Logminer解读redo(r11笔记第17天)     但是对于DDL的闪回,这个特性真是非常强悍了.比如一个truncate操作,它的逆操作改怎么定义,就很难去界定了.当然这个里

一个SQL性能问题的优化探索(二)(r11笔记第38天)

继续前几天的一个案例一个SQL性能问题的优化探索(一)(r11笔记第33天) 如下的SQL语句存在索引字段CARD_NO,但是执行的时候却走了全表扫描,因为这是一个核心表,数据量很大,导致数据库负载很高. SQL_FULLTEXT ---------------------------------------------------------------------------------------------------- SELECT ID,CN,CARD_NO,TO_CHAR(CHAR

insert导致的性能问题大排查(r11笔记第26天)

今天开发的同学小窗口消息给我,向我咨询一个ORA错误的问题. 错误代码是ORA-30036,使用oerr ora 30036查看,由于是undo空间无法扩展导致. 这是一个统计业务的数据库,而且平时的负载其实并不高,确实有一些奇怪.首先排除了大事务导致的原因,查看数据库日志,和开发同学沟通,没有发现相关的错误信息. 所以第一感觉这是一个偶然发生的情况,不过开发的这位同学貌似碰到了问题,他说从应用端抛出了ORA-30036的错误. java.sql.BatchUpdateException:ORA

MySQL Online DDL(二)(r11笔记第88天)

对于Online DDL,之前简单分析了一些场景MySQL中的Online DDL(第一篇)(r11笔记第3天),其实有一个很关键的点没提到,那就是online DDL的算法,目前有三个操作选项,default,inplace,copy可选 具体可以参考  https://dev.mysql.com/doc/refman/5.6/en/innodb-online-ddl.html > select count(*) from newtest; +----------+ | count(*) |

需要了解的pssh(r11笔记第28天)

   昨天的一篇文章,关于ssh命令的几个使用小技巧(r11笔记第27天),也收到了不少朋友的反馈,其中有个朋友提议说还是用pssh吧,我想想也是.     对于pssh早有耳闻,但是一直没有尝试用过.自己体验了一番,感觉确实不错,对于我们日常碰到的批量操作都可以胜任.当然还有很多可选方式,比如pgm,fabric,puppet,ansible等,只要能实现需求,怎么玩都是套路,而且也急不得,一个学明白了学其他的就会容易很多.      关于pssh的p是什么含义,我和朋友还讨论过,到底是pyt

用Oracle的眼光来学习MySQL 5.7的sys(下)(r11笔记第25天)

昨天写了篇分析sys的文章,用Oracle的眼光来学习MySQL 5.7的sys(上)(r11笔记第24天)收到了一些朋友的反馈,还不错,今天继续努力,再整理一篇. sys还是很有借鉴意义     今天还和同事偶然聊起sys schema的事情,我觉得有几个地方要值得借鉴. 1)原本需要结合information_schema,performance_schema查询的方式,现在有了视图的方式,显示更加直观 2)sys schema的有些功能在早期版本可能无从查起,或者很难查询,现在这些因为新版

Data Guard实现故障自动切换(二)(r11笔记第39天)

   今天下午我的一个朋友碰到了一个Data Guard的问题,大体是主备网络出现问题,因为环境中配置了自动切换,结果备库就自动切换为了主库,这样就成了"双主",我帮忙看了下,对备库做了闪回,然后直接转换主库为备库角色,一个看似繁琐的修复工作就完成了.    在一个一主多备的环境中,的确需要一个强大的工具来支持,所以最后朋友说DG Broker真是个好东西,我回了句 用好了DG Broker,手工管理Data Guard就是小米加步枪啊.    就如同我昨天文章Data Guard故障