夕阳下的编程？ - 页 7

新评论
 
Andrey Pogoreltsev:

你现在和我争论什么呢？那就是程序员已经逐渐变成了开发者，随着工具数量和任务要求的增加？

我并没有否认这一点。

我只是问了几个问题，这些问题从逻辑上讲是由你的论点 引起的。

 
Dmitry Fedoseev:

我只是问了几个从你的论述 中合乎逻辑的问题。

嗯，是的，每个行业都在发展，走自己的路。包括软件开发。顺便说一下，这是维基上的一个很好的定义。

软件开发是创建和维护应用程序、框架或其他软件组件所涉及的构思、指定、设计、编程、记录、测试和错误修复 的过程。

 
Andrey Pogoreltsev:
他回复你是为了捣乱，而不是为了了解一些东西，不要浪费你的时间--彼得和费多谢耶夫是mql沙盒中最聪明的两个代表，他们并不想走出沙盒。
 
Andrey Pogoreltsev:

它已经使用了大约30年。你描述了一个高度专业化的任务，并将其推断为整个开发任务类别。 可视化开发已经存在了很长时间，包括部分自动化和完全自动化。这决不是否定开发其他类别的任务或甚至由视觉环境解决的任务的必要性，例如，对这些任务有更高的性能要求。因为任何普遍主义迟早都会变成一个怪物。

假设你是对的。让我们来看看不能的任务的例子。

1. 分解成物体。

2.将对象表示为参数和关系的集合体。

3.用视觉工具组装物体。

如果不难，请举出此类任务的例子。

 
TheXpert:
他回复你是为了捣乱，而不是为了了解一些东西，不要浪费你的时间--彼得和费多谢耶夫是mql沙盒中最聪明的两个代表，他们并不想走出沙盒。

每当有一个你无法回答的问题出现，并让你意识到你的观点站不住脚，这就是扯皮。 这很有趣。

 
Andrey Pogoreltsev:

嗯，是的，每个行业都在发展，走自己的路。包括软件开发。顺便说一下，这是维基上的一个很好的定义。

软件开发是创建和维护应用程序、框架或其他软件组件所涉及的构思、指定、设计、编程、记录、测试和错误修复 的过程。

换句话说，程序员（或开发人员）没有写文档，没有测试，也没有修复错误。而现在他们参与了设计？

 
Реter Konow:

假设你是对的。让我们来看看不能的任务的例子。

1. 分解成物体。

2.将对象表示为参数和关系的集合体。

3.用视觉工具组装物体。

如果你不介意的话，请举出一些此类任务的例子。

不，彼得。未来属于生物编程。这大约是这样的：一个人被剃成光头，一个特殊的活性生物质被放在他的头上，他开始密集地思考设定的任务。结果，在沉积在头部的生物质中，神经元连接被建立起来，形成了一种人工神经节，对应于正在思考的思想......这就是电子人的生物计算机单元将被创建的方式。)))嗯，你知道我的意思。

 
Andrey Pogoreltsev:

1.可视化开发已经存在了很长时间，包括部分自动化和完全自动化。

2.这决不是否定开发其他类别的任务或甚至由视觉环境解决的任务的必要性，例如，对这些任务的性能要求更高。

3.因为任何普遍主义迟早都会变成一个怪物。

1.如果可以的话--给我一个链接来阅读这样的内容。

2.你能按类别划分问题，并具体指出哪些解决方案不适合用视觉工具吗？

3.这里并不都是直截了当的。一台50年代的巨大电脑适合放在手机里，这表明普遍主义运作良好，并不与性能僵化地联系在一起。无论如何，表演解决了怪物普遍性的问题。

 
Реter Konow:

假设你是对的。让我们来看看不能的任务的例子。

1. 分解成物体。

2.将对象表示为参数和关系的集合体。

3.用视觉工具组装物体。

如果不难，请举出此类任务的例子。

计算斐波那契数，对预定义集合之外的用户行为创建某些UI反应，编写文档，编写单元测试。

这些都是非常简单的任务，但也有庞大的系统，例如图像渲染等等。

一般来说，有很多这样的人。

 
而且，为什么一些以立方体和箭头为形式的 "可视化 "编程比，嗯，对不起，也是可视化编程，但在屏幕上显示的文字形式更好呢？顺便说一下，可读性要高得多，因为它清楚地表明了什么顺序和后面要读什么。还有一个视觉图--一百个方块和线条，从不同的方向伸出来，从哪一端看？
1234567891011121314...23
新评论