Questions tagged «prototyping»

我正在计划/开始一些个人项目，这些项目最终可能会成为我的日常工作。这让我开始思考，应该从哪个方向开始？ 只是原型-编写仅能正常工作的基本代码，这可能会花费我大量时间进行优化和重构，以便于轻松扩展。 从一开始就编写干净，优化和文档化的代码，请记住，如果过了一段时间它就不具有成本效益，它将被删除。 更新：将YAGNI与sunpech和M.Sameer的答案结合起来对我来说非常有意义:)谢谢大家的帮助。

43 code-quality  prototyping 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 6年前关闭。 我目前正在玩一个项目，该项目的语言远远超出了我目前的编程能力，而我在（C）中没有多少实际经验，我正在玩这个想法。使用我更熟悉的高级语言（例如Perl / Python / Ruby / C＃）进行原型设计是否有价值，以便使整体设计顺利进行？ 最终，最终产品是性能敏感的（它是一个数据库引擎），因此选择了C。但是，恐怕不太了解C会让我迷失森林。 在寻找类似问题时，我注意到一个人提到程序员曾经在Prolog中进行原型设计，然后在汇编器中进行原型设计。

18 programming-languages  design  productivity  c  prototyping 

我喜欢将原型设计作为将UI展示在用户面前的快速有效方法。 但是，很多时候，管理人员都无法自拔，原型被拖入主流开发中。 您如何管理管理层不这样做？

16 development-process  prototyping 

我花了很多时间通过以下方式为项目开发简单的小部件： var project = project || {}; (function() { project.elements = { prop1: val1, prop2: val2 } project.method1 = function(val) { // Do this } project.method2 = function(val) { // Do that } project.init = function() { project.method1(project.elements.prop1) project.method2(project.elements.prop2) } })() project.init(); 但是我已经开始将格式更改为以下格式： function Project() { this.elements = { prop1: …

15 design-patterns  javascript  prototyping 

在基于原型的语言维基百科文章包含以下内容： 几乎所有基于原型的系统都基于解释型和动态类型化的语言。但是，基于静态类型语言的系统在技术上是可行的。 静态类型系统以什么方式对基于原型的语言施加限制或引入复杂性，为什么会有更多动态类型的原型语言？

15 programming-languages  language-design  compiler  prototyping 

我正在寻找一个明确的答案，以说明为什么扩展内置原型在JS开发人员社区中受到如此严重的抨击。我使用Prototype JS框架已有一段时间了，对我来说[1,2,3].each(doStuff)似乎比做的要优雅得多$.each([1,2,3], doStuff)。我知道它会造成“名称空间污染”，但我仍然不明白为什么将其视为一件坏事。扩展内置原型是否还会导致实际性能下降？谢谢！

15 javascript  jquery  prototyping 

我在一家大公司工作，这规定了敏捷过程的使用。例如，对于我们的项目，我们使用专门针对管理敏捷开发的基于云的服务。 我所服务的特定工程团队没有传统开发的软件（相反，我们从更鸟瞰的角度帮助推动项目），但是这种情况正在发生变化。我们有大量即将到来/计划中的软件项目，这些项目大多以数据为中心-例如，我们将进行数据监控，收集，汇总和一些报告。其他任务包括使用专用硬件和各种类型的客户端/服务器（多层）体系结构进行自动化。我将协助雇用多个人，并制定我们前进的许多计划。 我的问题是进行快速原型设计（一次性代码）是否适合敏捷哲学。例如，我喜欢Python及其广泛的软件包。我看到使用基于Python的工作流非常快地实现我们的许多想法的可能性。但是，我认为会有很多人认为Python不是“企业质量”的，并且许多工作都需要用Java或C ++重写。 但是，创建Python原型将使我们在快速实现真实结果方面付出巨大的努力。 您是否能够在企业环境中将快速原型制作（希望在Python中）整合到可靠的敏捷工作流程中？

12 python  agile  design  prototyping  product-management 

我注意到了各种原型制作方法，并且在Internet上找到了几种定义，但是我想确认一下我学到了什么。 我知道一次性原型是从规范的概述中开发出来的，交付并修改了各种原型，直到客户对其功能满意为止。 另一方面，演化原型是根据最终用户收集的基本要求构建的。最初的原型将提供给用户并进行评估。根据反馈修改原型，直到客户满意为止。 它是否正确？有没有更好的抛弃式和进化原型的定义？

12 prototyping  specifications 

我正在阅读Javascript：The Good Parts，并努力使自己了解原型部分。 经过一番谷歌搜索后，我得出的结论是，在对象声明之后向对象添加属性。 使用从w3schools闪闪发光的此脚本时，我注意到删除添加原型属性的行无效。那有什么意义呢？ //Prototyping function employee(name,jobtitle,born) { this.name=name; this.jobtitle=jobtitle; this.born=born; } var fred=new employee("Fred Flintstone","Caveman",1970); employee.prototype.salary=null; // <--- try removing this line fred.salary=20000; document.write（fred.salary）;

10 javascript  prototyping  technique 

在过去的几个学期中，我一直在学习一些软件设计课程，尽管我看到了很多形式化的好处，但我觉得它并没有告诉我有关程序本身的任何信息： 即使它讨论了程序可以做什么，也无法从用例规范中看出程序将如何运行。 即使需求文档可能包含质量需求，您也无法从需求文档中得知任何有关用户体验的信息。 时序图很好地描述了软件如何作为调用堆栈工作，但是非常有限，并且可以从整体上高度了解整个系统。 类图非常适合描述系统的构建方式，但是对帮助您确定软件的功能却毫无用处。 底线到底在哪里：程序的外观，操作方式以及所提供的经验？从中进行设计不是更有意义吗？弄清楚程序应该如何通过原型工作并努力实现它，这不是更好吗？ 我知道我可能正遭受理论家教授工程学的困扰，但是我需要问，他们在行业中这样做吗？人们如何弄清楚该程序实际上是什么，而不是应该遵循的程序？人们制作了很多原型，还是他们大多使用UML之类的正式工具，而我只是还没有掌握使用它们的习惯？

10 design  prototyping 

我目前正在研究一些基本的原型，一方面是收集需求，另一方面是设计最终的UI。 目前，我正在尝试使用便利贴来构建屏幕，其中黄色的提示信息和粉红色的操作（按钮或菜单）。想法是您可以轻松移动，删除和添加信息。但是我敢肯定还有更有效的方法。 为开发人员有效创建非交互式UI原型的推荐方法是什么？ 又为什么呢？ 我尝试了一些笔，纸和便利贴版本，它们像铅球一样掉下来（可能是我的绘画技能）。最后，我使用了Balsamiq，到目前为止，它受到大多数用户的欢迎，并且得到了它的原型。las，有些人仍然对第一个应该通过lo-fi原型了解应用程序应该做什么的想法有疑问，他们真的想在承诺任何事情之前先“看屏幕上的东西”。

10 prototyping