本文介绍了用于学习如何写“大”的书籍程式的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

嗨:

我想要书籍推荐(用任何语言,而不是b $ b必然是C ++,C,python),这些都有开发的演练

a大软件项目?所以从一开始就问题

定义,设计,编码和单个主题的最终交付

或应用程序。


Most我写过的代码和我读过的书籍处理了玩具程序,我正在寻找更多的东西

全面。例如,可能是一个用C ++编写的完整编译器

用于某种语言,或者是一个完整的Web服务器或用某种语言实现

..net库(只是几个例子)

我有兴趣学习的东西)。


谢谢!

Duli。

Hi:
I would like recommendations for books (in any language, not
necessarily C++, C, python) which have walkthroughs for developing
a big software project ? So starting from inception, problem
definition, design, coding and final delivery on a single theme
or application.

Most of the code I have written and books that I have read deal with
toy programs and I am looking for something a bit more
comprehensive. For example, maybe a complete compiler written in C++
for some language, or a complete web server or implementing
..net libraries in some language (just a few examples of the scale of
things I am interested in learning).

Thanks!
Duli.

推荐答案



我想你在错误的新闻组中提问。我们处理语言,而不是开发大型系统的过程。试试''comp.software-eng''。我是

并不是说这个新闻组的成员不能推荐关于那个

主题的书籍或者不知道所涉及的过程。我只是说

关于问题和解决方案的讨论不是*特定语言

因此属于其他地方。


V

-

请在通过电子邮件回复时删除资金''A'

我没有回应top-发表回复,请不要问

I think you''re asking in wrong newsgroups. We deal with languages, not
processes of developing large systems. Try ''comp.software-eng''. I am
not saying that members of this newsgroup can''t recommend books on that
subject or don''t know about the processes involved. I am just saying
that a discussion on issues and solutions are *not* language-specific
and thus belong elsewhere.

V
--
Please remove capital ''A''s when replying by e-mail
I do not respond to top-posted replies, please don''t ask




嗯,我认为它与编程语言没什么关系,或者复杂性本身就是b
。寻找像项目管理,发布管理和软件生命周期这样的东西可能是一件好事。


一个很好的起点可能是这样的:



在我看来,更大的项目就像小项目一样,除了你之外

在你写一篇文章之前有大约90%的文档开销/>
代码行,当然你可以尝试不用但通常以

项目失败结束。


-

mph

Hmm I think it has not so much to do with the programming language or
the complexity itself. Might be a good thing to look for stuff like
project management, Release Management and Software Life Cycle.

A good starting point might be this:
http://en.wikipedia.org/wiki/Softwar...opment_process

In my opinion, bigger projects are like smaller projects excepts you
have about 90% overhead on documentation before you even write a single
line of code, of course you can try without but that usually ends in
failure of the project.

--
mph




Programming Python 3rd Ed。作为一个CLI和一个GUI(Tkinter)程序,Lutz有一个相当广泛的电子邮件

程序。他也有各种各样的实际程序,但它们要小得多。


除此之外,我建议加入一个项目编程Python。

为他们搜索SoureForge ......


Mike

The "Programming Python 3rd Ed." by Lutz has a fairly extensive email
program both as a CLI and a GUI (Tkinter) program. He has various
other real programs too, but they''re much smaller.

Other than that, I''d recommend joining a project programmed in Python.
Search SoureForge for them...

Mike


这篇关于用于学习如何写“大”的书籍程式的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

08-21 15:14