从大二开始学.net,到大三快完了,中间也做过几个项目,不知圈子里是否有公司招.net的实习生?

 

posted @ 2009-05-17 20:40 Alias 阅读(114) 评论(5) 编辑

在痛苦中写下的东西

1)找对人

    看项目找人,简单的可以找新手,有难度的你还是考虑下别人吧。不然,项目失败的几率太高。现在我就在考虑这个问题。

2)坚决

    有很多事情会造成项目进度的滞后,不想项目流产就想办法解决这个问题吧,别给自己和别人找借口。

3)沟通

    绝对不是每天闲聊就可以解决的,有很多问题需要你去考虑,去跟不同的项目成员交流,然后和他们达成某种约定。同时,还要跟其他和项目有联系的人沟通,保持一个较好的外部环境。

4)细节

    在项目成员的能力不强的情况下,如果没有足够的人手去做代码检查,留个心眼在项目成员写的代码上,保不准你一不留神就有个很神奇的东西出现,让你大脑短路。

posted @ 2009-04-15 15:59 Alias 阅读(52) 评论(0) 编辑

网上关于Word文档操作的文章很多,不过很多都要引用Office的DLL文件,说不上麻烦或怎样,但我的电脑刚好没有这几个文件,于是我只好找其它方法解决。

Google一番后,找到一篇文章提到Office2003的文档就可以用XML来表示,还给出了个例子,顺带还说有《Microsoft® Office HTML and XML Reference》这东西的存在。

不过我发现等看完《Microsoft® Office HTML and XML Reference》再弄懂Word的XML格式,估计别人早把我催死了。因为这本书还真的是很Reference...

先说下我要操作的Word文档吧。其实就是一表单,填一些反馈信息之类的东西,然后要把数据库的数据填充到里面给客户下载,然后他打印出来。

既然是XML,那就简单多了。来个循环,数据也就填充到里面了。

只不过Word文档的XML真的是又长又臭,2页的文档它居然只生成了5行的XML文件,某一行长地真是让人无语。

建议找个专门分割这种东西的软件,不然真的很头痛。我没找到,只好自己写了个。

不过要注意到是,文档内容是从<w:body>开始的,但是在</w:body>之前的<w:sectPr>一定要和</w:boyd>之后的标签一起保留,具体原因我也不知道。我猜这是标记文档到尾的了的标签。

 另附上自己写的分割长字符串的东西:http://files.cnblogs.com/aliasmic/WinFormTesting.rar

 

写上

Response.AppendHeader("Content-Type", "application/msword");
Response.AppendHeader("Content-disposition", "attachment; filename=myword.doc");
Response.Charset = "GB2312";

就可以下载咯。

posted @ 2008-12-16 13:00 Alias 阅读(292) 评论(2) 编辑

Mp3的文件头长10字节.主要保存ID3、ID3版本和副版本信息,以及Flag和帧长的信息。


Mp3尾部128字节大小的空间中包含了Header(尾部头,4字节),Title(歌曲名称,30字节),Artilst(艺术家30字节),Album(专辑,30字节),Year(发行年份,4字节),Comment(评论,30字节),Conre(?,1字节)

需要使用的函数 fseek() fread()

代码如下:

/*

Alias 2008-09-20

*/

 

Code
posted @ 2008-09-20 21:25 Alias 阅读(647) 评论(2) 编辑

头大了。

今晚小组讨论了Mp3 的解码和工作安排问题。

第一个要讨论的是解码的问题,貌似她们都想避开这个问题,找别人写的程序代替。

但我坚持自己开发。

其实我不是不想不用别人的东西,但用别人的东西都是有代价的,暂时来说可能会得到解脱解码的烦恼这么爽的结果,但是最后受到伤害的一样是整个组。

其次就是在后面接下来的工作中,深刻理解MP3的数据结构实在很重要,很多的文档提到的特征提取方法都需要在转换成代码的过程中对MP3有深刻的理解。如果是单纯的利用别人的东西,我实在很担心她们对MP3理解的程度能不能足够支撑接下来的工作。

蒋伯一直说有提取特征的工具,但我们都非常郁闷的搜索不到。但是有一条,总是依靠别人是不可能出成绩的。

所以我跟组员说,如果我们只是想做一个东西玩玩,那用别人的东西完全无所谓,但如果不是,那最好还是要考虑下。

也许现在考虑那些问题是不太现实的问题,我们什么也没做成,甚至说组员的信心都不足够,但是我不能不为未来考虑,如果到时候出了版权问题,那么要花的代价实在太大了。

很郁闷——组员们的信心不足,甚至畏惧困难,虽然这是很正常的事情,但作为一个在GDUFS读的人,看一下英文文档并不是一个很困难的事情,而且她们问的几个问题都可以在那份该死的MP3 Theory.PDF中找到答案。

在解决了解决解码的方案的问题后,她们提到了日程安排的问题。基于要有条后备路线,我把解码的时间压缩了一半,虽然我明白这意味着失败几率的提高,但没办法,我必须要让她们安心地去继续项目的开发。

接下来的讨论的就是“外援”的问题,找相关的老师。

然后是定时同时工作的问题,也很快解决了。

回来的路上一肚子的郁闷,这该死的繁忙的学期终于开始了。

posted @ 2008-09-11 10:40 Alias 阅读(92) 评论(3) 编辑