Language agnostic 你个人认同你的代码吗？

在Stack Overflow podcast（）的最新一集中，提到了使用您最喜欢的框架、语言、技术等让人情绪化是多么糟糕

---

你称自己为开发者吗？这是件好事吗？

我认为每个人都在一定程度上认同自己的代码

---

当你把自己称为“<代码> <代码>开发者”时，唯一一个好的词是“实用”。

< P>我称自己为C++ Windows程序员，因为这是我现在所做的，并且拥有最新的体验。我在日常工作中使用了很多其他工具，过去我也使用过各种其他语言、平台和技术，但我通常称自己为我目前的专业

---

我从未真正考虑过它是否有任何负面影响，但到目前为止似乎还不错。

我称自己为软件开发人员。我碰巧用一种语言比我所知道的任何一种语言都多，但那是偶然的。如果有必要，我可以用几种语言谋生。

我想另一种方式是“如果我需要改变我的开发语言，这会是一种简单的过渡吗？”

我通常尝试将自己与代码分离，并（尝试）实践XP的整个团队和集体代码所有权实践，以帮助项目/产品发展到其最大潜力。

是的。我称之为Toby

---

但说真的，大家都知道我对自己的代码过于执着，这只会带来麻烦“当我过去三个晚上一直在使用的功能被从构建中删除时，我就越能保持直面

我不确定我是否喜欢只使用一种语言的想法。

举一个极端的例子，假设你有三个孩子：托马斯、米根和斯蒂芬。说你是[insertLangHere]程序员就像说你是Stephen的父亲一样。你爱你所有的孩子，而不仅仅是一个

---

每一种语言都有它的用途、美丽和丑陋的结构。我想如果你没有在某种程度上依附于你的代码，它怎么可能是好的呢？我们不仅仅是工程师；在工程中，通常有一个正确的答案和许多错误的答案。我们是艺术家。有N种不同的方法来解决任何问题；有些人比其他人好，但这在很大程度上取决于观点。个人的依恋和信念是必须的。

我被这一点咬了一口。无论我认为工作成果是什么技术，都应该考虑最终目标

我曾经对在企业中使用Sharepoint持非常坚决的态度，而事实是，在某些情况下，beast不起作用

我同意比尔说的话

---

现在，我认为，一个人不必认同一套语言和产品，而应该投资并学习如何更好地实现，如何为常见问题找到好的设计模式。我认为这不会过时

我试着生活。

我们都是程序员，我们的语言、平台、框架、工具包等只是我们构建软件的工具，但我们的逻辑是将我们的工具“粘合”在一起，帮助我们构建伟大的软件，就像一把锤子和一个建筑工人，他会根据自己的需要选择锤子，有时更大，有时更重，有时更小，这取决于他在做什么。

我只关注我的代码，而不关注我的工具或框架

我为自己的代码感到自豪，当有人没有按照我喜欢的方式格式化我的代码时，我会非常生气，但我对他们如何格式化自己的代码漠不关心

---

在我看来，把自己和别人的工作联系起来似乎是愚蠢的，因为这可能会朝着你不赞成的方向发展，但你不得不为自己辩护，因为你把自己和别人的工作联系在一起。

我称自己为顾问、开发人员、教练和发明家。工具的选择取决于问题和客户

对于一个自称“菲利普斯”技工而不是“平头”技工的技工，你怎么看？从工具中获取你的身份不仅仅是自我限制，还有点愚蠢

---

[对于那些可能不知道的人来说，Phillips和Flatfead是螺丝刀的两种类型]

代码越新，我就越喜欢它。特别是如果它特别优雅或者解决了一个复杂的问题。如果这是对别人代码的修改，我会毫不在意的。随着年龄的增长（特别是如果其他人对此做了任何工作），我的依恋会减弱

---

我的一些旧代码-我只是觉得抱歉，就像你会为一只老狗，它总是闻起来像湿的，偶尔在新地板上发生事故。糟糕的代码，它无法帮助它，它只是试图通过每天。这简直是老生常谈。

我称自己为问题解决者。嗯，软件问题解决者。：-）

在这本书中，杰拉尔德·温伯格谈到了。你不是你的代码。此外，语言、框架、库、实践等等都只是工具。作为软件开发人员，我们必须学习它们，以便扩展我们的工具集并知道何时使用每个工具

---

好心的问候

我是一名计算机科学家、软件工程师和其他许多人。当我与人交谈时，我从不称自己为“Java编码器”（或任何类型的编码器）：有太多人听到“编码器”或“程序员”时会想“哦，一个代码猴子。只要给他一个香蕉，他就会高兴的。给你，猴子！漂亮的香蕉！”

也就是说，Java和相关技术多年来一直在为我支付抵押贷款。我肯定认同我的抵押贷款，所以，通过可传递属性，我想我确实非常认同Java

---

不要叫我“编码员…”。

我们必须保持一致，很多这样的帖子都被SO警察立即删除了。如果你真的感觉很强烈，我可以接受开放式标签。但我