Làm thế nào để không phải chịu đựng những nhà tư tưởng khi bạn là một người thực dụng? [đóng cửa]


15

Tôi là một người thực dụng (tôi nghĩ tôi là vậy. Nhưng một lần nữa, Jon ở đây có một điểm thú vị). Đôi khi, giải pháp đơn giản nhất cho một vấn đề để hoàn thành công việc là giải pháp phù hợp nhất với tôi, nếu đó không phải là một lời báng bổ và chê trách bất kỳ nguyên tắc thiết kế nào. Kiểm tra câu trả lời của tôi cho câu hỏi này trên Stack Overflow . Đơn giản. Làm. Đã được chấp nhận. Có thể được cải tiến. Rõ ràng là không hoàn hảo và không công phu lắm. Và cùng đi với anh chàng này . Anh ấy đánh giá thấp tôi, nhận xét về câu hỏi làm thế nào câu trả lời của anh ấy tốt hơn, chính xác hơn, v.v. và khi tôi hỏi anh ấy tại sao anh ấy lại đánh giá thấp tôi, anh ấy gọi tôi là sai trong những bình luận của anh ấy. Nhắc tôi về dải truyện tranh này .

Chỉ cần nói thẳng ra: câu trả lời của anh rõ ràng tốt hơn. Nhưng đó không phải là vấn đề!

Mặc dù trên Stack Overflow tôi có thể cười và không thực sự quan tâm đến những điều này bởi vì những người đó ở rất xa, trong thế giới thực, tôi đang phải chịu đựng những ý thức hệ mọi lúc mọi nơi. Heck, tôi không tạo ra một phần mềm kỳ diệu, tôi cần phải duy trì thứ di sản khổng lồ đó và nó là một cuộc phiêu lưu với tôi mỗi ngày. Tôi giỏi một số thứ và xấu ở những thứ khác. Tôi háo hức học hỏi. Nhưng tôi có thể chấp nhận một hoặc hai lỗ hổng trong một hệ thống như những gì chúng là: lỗ hổng. Ngày mai, chúng tôi sẽ tái cấu trúc tất cả chúng, nhưng trước tiên hãy làm những gì khách hàng muốn, sau đó uống bia.

Câu hỏi của tôi là:

  • Làm thế nào để bạn đối phó với ý thức hệ / ý thức hệ, khi bạn là một người thực dụng?
  • Làm thế nào để bạn đối phó với chủ nghĩa thực dụng / thực dụng, khi bạn là một người có ý thức hệ?

Tôi quan tâm đến cả hai quan điểm.


3
Hãy nhớ rằng: sự tiến hóa ủng hộ những người thực dụng. Trong vòng dưới 100 năm, đồng nghiệp của bạn có thể sẽ chết. Tuy nhiên, rất có thể những người như bạn sẽ tái sản xuất những người như họ. Khốn nạn !!! LOL Tôi là người đầu tiên (và vẫn là người duy nhất) giữ huy hiệu vàng trong XSLT, huy hiệu vàng bằng XML và huy hiệu bạc trong XPath. Trên thực tế, giải pháp của bạn yếu hơn, vì vậy hãy đối phó với nó. Tôi đã ở trong đôi giày của bạn. Khi tôi thấy người khác hiểu điều gì đó tốt hơn, tôi cố gắng học hỏi từ họ.
Công việc

19
Tôi nghĩ bạn cần cẩn thận trong việc vạch ra ranh giới giữa chủ nghĩa thực dụng và sự kiêu ngạo. Chỉ ra rằng giải pháp của ai đó có thể có vấn đề (đặc biệt là trên trang web Hỏi & Đáp) không phải là điều xấu hoặc là một ví dụ về việc ai đó là một nhà tư tưởng.
Adam Lear

5
@Lukas - Tôi không tin rằng anh ta nói giải pháp của bạn là sai, tôi tin rằng anh ta nói rằng anh ta nghĩ không sai khi nói với người mới bắt đầu XSL-T rằng phương thức mẫu áp dụng tồn tại và có thể là một tùy chọn. Hãy nhớ rằng với những người mới bắt đầu, chúng tôi không chỉ nhắm đến giải quyết vấn đề mà còn làm cho họ trở thành những lập trình viên giỏi hơn để họ có thể tự giải quyết chúng trong tương lai. Nếu bất cứ điều gì đó là một lời chỉ trích về giảng dạy hơn là công nghệ nếu điều đó có ý nghĩa?
Jon Hopkins

6
@Lukas: anh ấy đã không gọi giải pháp của bạn là sai. Ông gọi "hiển thị điều này mà không hiển thị kỹ thuật khác" hoàn toàn sai. Một vấn đề về quan điểm ... Nhưng kinh nghiệm của tôi là hầu hết các nhà tư tưởng chỉ nghe / đọc những gì họ muốn nghe / đọc và thường xoay quanh các sắc thái hơi nhanh ... :-P
Joris Meys

10
Điều gì thực tế về việc lo lắng về những gì một người bạn không biết và sẽ không bao giờ gặp sẽ nghĩ gì về câu trả lời của bạn?
philosodad

Câu trả lời:


19

Nếu không cố tỏ ra hài hước, là một người thực dụng chắc chắn bạn có thể thực dụng về nó?

Những người khác là một hạn chế nữa mà bạn phải làm việc, giống như các yêu cầu thay đổi muộn, khách hàng khó tính, công cụ không đầy đủ, thời gian hạn chế, v.v. Tất cả những điều này là những gì bạn nói bạn đối phó với thực tế và điều này là như nhau.

Nếu bạn làm việc với người mà bạn tin là khó khăn thì bạn cần tìm giải pháp cho vấn đề có hiệu quả, ngay cả khi nó không lý tưởng.

Bắt đầu bằng cách tự hỏi bản thân họ đề xuất một thỏa thuận lớn như thế nào và sau đó dựa vào đó để biết liệu bạn có thỏa thuận hay không (nếu đó không phải là vấn đề lớn), hoặc tìm một sự thỏa hiệp (nếu có thể), hoặc chống lại nó ( nếu chúng hoàn toàn không hợp lý).

Nếu bạn nghĩ rằng họ hoàn toàn không theo trật tự, bạn luôn có thể tự kiểm soát bản thân với kiến ​​thức rằng khi nó kết thúc, người quản lý của bạn sẽ luôn luôn chọn giải pháp của bạn (nếu nó thực sự khả thi) bởi vì các nhà quản lý thường trở thành người quản lý. , thực dụng.

Nhưng nếu bạn không thể làm điều này thì tôi có thể đề nghị rằng bạn có một chút ý thức hệ về tính thực dụng của bạn và có lẽ rốt cuộc bạn không thực dụng đến thế?


9
+1 cho meta-pragmatism: D
Lukas Eder

Câu trả lời được chấp nhận : Phân tích tốt đẹp. Về các nhà quản lý đang thực dụng. : Về việc tôi có ý thức hệ về nó :)
Lukas Eder

15

Là một người thực dụng, tôi đề nghị bạn hãy để ý niệm này đúng với bạn: bạn không phải là mã của bạn .

Bạn viết mã. Bạn viết nó ở bất cứ cấp độ nào và với bất kỳ chất lượng nào bạn làm. Sau đó bạn về nhà.

Hãy để những người duy tâm xác định giá trị bản thân với đầu ra của họ và xác thực bản thân bằng cách đặt Giải pháp hoàn hảo của họ lên bệ vàng. Nếu đó là tất cả những gì họ có, thì Chúa sẽ ban phước cho họ. Buồn ít tồn tại họ có đó.


Đúng là công việc càng sáng tạo, càng có nhiều sự nhầm lẫn giữa giá trị của con người và đầu ra của nó. Hiện tượng đó góp phần đốt cháy rất nhiều.

Tôi thứ hai ý tưởng rằng có những người ngoài kia có giá trị bản thân và phần mở rộng cân nhắc giá trị của ai đó trên mã của họ. Không phải về kỹ năng, như một con người!
rsman

12

Tôi nghĩ ý tưởng này của "những người thực dụng so với những người duy tâm" là một sự phân đôi giả. Đó là một sự liên tục nơi có các mức độ thực dụng và chủ nghĩa duy tâm khác nhau, và mỗi cá nhân rơi vào một phần khác nhau của tính liên tục và cho các vấn đề khác nhau. Bạn có thể là một người thực dụng khi nói đến thiết kế phần mềm nhưng là một người duy tâm khi nói về chính trị hoặc nghệ thuật. Tôi có thể ngược lại. Và một "người duy tâm" với thiết kế phần mềm có thể tự coi mình là người thực dụng khi so sánh với một người thậm chí còn có ý thức hệ hơn.

Vì vậy, tôi đoán lời khuyên của tôi là đừng ám ảnh với các nhãn, và thay vào đó hãy cố gắng truyền đạt quan điểm của bạn và thuyết phục đồng nghiệp rằng bạn đúng vì ý tưởng của bạn tốt hơn . Nếu bạn là đồng nghiệp của tôi và chúng tôi không đồng ý, lập luận của bạn về "ý tưởng của tôi thực dụng hơn và do đó đúng" sẽ không bay theo tôi. Nhưng nếu lập luận của bạn là "thiết kế của tôi tốt hơn cho điều này và lý do này và lý do này", bạn rất có thể thuyết phục tôi.


Chắc chắn rồi. Ở đâu đó ở giữa trục đó có lẽ là điều tốt nhất. Bởi vì những người thực dụng thuần túy có lẽ không có tầm nhìn, những nhà tư tưởng thuần túy không có ý thức về thực tại ...
Lukas Eder

Đã đồng ý. Và giống như tất cả mọi người, tôi tin rằng tôi đi trên ranh giới hoàn hảo giữa hai người, và mọi người nên đạt được sự cân bằng giống như tôi. :-)
RationalGeek

ĐỒNG Ý. Bây giờ bạn đang là nhà tư tưởng về việc bạn giữ thăng bằng. :)
Lukas Eder

6

Đó là một câu hỏi về sự chấp nhận .

Bản thân tôi rất thất vọng bởi các kiến ​​trúc sư điều khiển cv . Thất vọng đủ để cho họ một biệt danh;)

Theo kinh nghiệm của tôi, rất khó để thay đổi người khác, nếu không nói là không thể. Bạn phải chuyển hướng năng lượng của bạn đến một cái gì đó hiệu quả và tích cực hơn.

Những khó khăn tiêu cực là vô dụng.

Đó là cách bạn nên đối phó với họ: bằng cách không đối phó với họ .


1
Thôi nào, đừng là kẻ bỏ cuộc, kẻ bỏ cuộc! Tôi nhớ bạn khi đó đã gợi ý rằng một số anh chàng cố gắng tạo ra tác động tích cực hơn là chạy. amazon.com/Deals-P People
Công việc

Công việc: anh ấy không nói về một đồng nghiệp có ảnh hưởng trực tiếp đến công việc hoặc cuộc sống của anh ấy.

4

Phụ thuộc vào người mà bạn đang đối phó. Một hệ tư tưởng sẽ từ chối sử dụng các giải pháp nhất định. Một người duy tâm thích sử dụng các giải pháp nhất định. Bạn không thể làm gì nhiều với một ý thức hệ. Những người theo chủ nghĩa lý tưởng sẽ phản ứng tích cực với sự thông cảm + tính thực tế, IE "Tôi cũng thích sử dụng HTML5 và nếu ngân sách hỗ trợ thì chúng tôi có thể. Nhưng chúng tôi phải đối phó với tất cả (nhập pejorative phù hợp) các trình duyệt, vì vậy chúng tôi cần triển khai giải pháp flash trước. "


+1 cho đòn phụ tinh tế! :) So sánh tốt giữa ý thức hệlý tưởng . Nó đi vào cùng một hướng với "sự liên tục về ý thức hệ - thực dụng" của jkohlhepp
Lukas Eder

2

Hiểu nơi tôi thực dụng và nơi tôi duy tâm là điểm khởi đầu. Tất cả chúng ta đều có những điều cơ bản, nơi chúng ta có nhiều khả năng là người thực tế vì những thứ như thực phẩm và đồ uống có xu hướng là nhu cầu được đáp ứng nếu không bạn chết vì đói hoặc mất nước, thường là với thực phẩm không hoàn hảo. Đồng thời, hầu hết chúng ta có thể có một số giá trị mà chúng ta có xu hướng đề cao hơn tất cả những gì tôi nghĩ. Vì vậy, tôi nghĩ rằng có một chút của cả hai chúng tôi và hiểu lý do tại sao cả hai chúng tôi sẽ là một nơi tốt để bắt đầu mặc dù điều này có thể được coi là né tránh câu hỏi đó là cách tôi xử lý vấn đề ở hai đầu của trò chơi bập bênh và phải đối phó với những người khác.


Elizabeth Lesser: Đưa "Người khác" vào Bữa trưa là một cuộc nói chuyện TED gần đây có thể bổ sung tốt nếu ai đó muốn một gợi ý về cách nhìn khác đi. Nhân hóa rằng mặt khác có thể hữu ích nếu chúng ta muốn cùng nhau tiến về phía trước mặc dù tôi có thể hơi khó chịu vì lý tưởng theo cách đó.


Không né tránh câu hỏi nào cả. Đó thực sự là câu hỏi
Lukas Eder

2

Đây thực sự là một câu hỏi đối phó với hai loại người không đồng ý với bạn: A) Những người có thể thay đổi suy nghĩ của họ B) Những người đó có lẽ sẽ không bao giờ thay đổi suy nghĩ của họ.

Nhóm A) bạn đưa ra lập luận / ý kiến ​​của mình về bức ảnh đẹp nhất của bạn, cố gắng tỏ ra lịch sự và có thể thay đổi suy nghĩ của bạn trên đường đi. Bạn có nhiều khả năng lắng nghe những gì họ nói. Bạn cảm thấy họ cởi mở và gặp bạn một nửa. Chúng ta có nhiều khả năng nghĩ giống như những người mà chúng ta cảm thấy thoải mái.

Nhóm B) bạn có cảm xúc, tận dụng cơ hội để từ chối họ và chỉ ra lỗi sai của họ. Một số cuộc gọi tên thường tìm đường đến cuộc trò chuyện. Không có gì được giải quyết và tốt nhất là bạn đồng ý không đồng ý.

Không nói đây là cách đúng đắn để đi về nó, nhưng thường thì những gì kết thúc sẽ xảy ra.


1
  • Làm thế nào để bạn đối phó với ý thức hệ / ý thức hệ, khi bạn là một người thực dụng?
  • Làm thế nào để bạn đối phó với chủ nghĩa thực dụng / thực dụng, khi bạn là một người có ý thức hệ?

Tôi tin rằng lựa chọn tốt nhất là tập hợp các đội với tâm lý chung. Đây có lẽ là một cách để làm cho mọi thứ hoạt động mà không có một số thành viên trong nhóm trải qua nỗi đau tinh thần mỗi ngày làm việc.

Đến bây giờ, đây chắc chắn là một điều nữa tôi coi chừng khi phỏng vấn - là đội ngũ được xây dựng bởi những người tò mò, cởi mở, thực dụng và hướng đến mục tiêu (đó là những gì tôi thích) hoặc có mùi của các phi hành gia kiến ​​trúc, nhà tư tưởng và cuồng tín (mà tôi không muốn là một phần của).

Được cho là nó sẽ không giúp bạn bây giờ (trừ khi bạn có thể chuyển sang nhóm hoặc bộ phận khác) nhưng có lẽ là một gợi ý hữu ích cho tương lai?


[Trả lời một bình luận - về các phi hành gia kiến ​​trúc ...]

Đừng để các phi hành gia kiến ​​trúc sợ bạn

Là các nhà thiết kế kiến ​​trúc Groove?

Kiến trúc sư phi hành gia đã trở lại

Các phi hành gia kiến ​​trúc tiếp quản


1
+1 cho architecture astronauts. Ồ, tôi thích những phản hồi tôi nhận được ở đây! Rất vui, tôi không thực sự đau khổ vì những điều này ngay bây giờ. Đó là một câu hỏi chung hơn ...
Lukas Eder

Các phi hành gia kiến ​​trúc là thuật ngữ được đặt ra bởi Joel Spolsky. Xem cập nhật trong câu trả lời của tôi cho một số liên kết chỉ trong một phút ...

Tuyệt vời! Thật không may, tôi không thể +1 bạn một lần nữa! :)
Lukas Eder

Haha, không thực sự Càng đọc qua các bài đăng trên blog của bạn, tôi càng nghĩ rằng bạn nên giữ accepted answer: D
Lukas Eder

Vấn đề là khi bạn lấp đầy một nhóm những người đều nghĩ giống nhau, bạn không chỉ chia sẻ những điểm mạnh giống nhau mà cả những điểm mù giống nhau. Một đội không có sự căng thẳng lành mạnh là rối loạn chức năng.
Jason Baker

1

Câu trả lời của anh rõ ràng tốt hơn. Nhưng đó không phải là vấn đề!

Bạn có chắc bạn là người thực dụng? :)

Hầu hết thời gian tôi thấy ai đó bị gọi là một người duy tâm chê bai, họ không phải là người duy tâm, mà chỉ đơn giản là thực dụng trong khi tính đến hậu quả trong một khoảng thời gian dài hơn người khác.

Chắc chắn, mã bẩn có thể thực dụng nếu tất cả những gì bạn đang xem là có thể về nhà đúng giờ mà không cần thêm giờ, nhưng một khi bạn tính đến việc mọi người thường không thực sự có cơ hội quay lại và sửa chữa mọi thứ sau đó, và rằng bạn có thể bị mắc kẹt trong mã trong một thời gian dài, làm mọi thứ đúng cách sẽ ngừng trông giống như chủ nghĩa duy tâm và bắt đầu giống như hành động của một người thực dụng, người chỉ đơn giản là nghĩ xa hơn về tương lai trước mắt.


0

Kinh nghiệm của tôi là có hai loại lập trình viên:

  1. Lập trình viên "mã trước, đặt câu hỏi sau"
  2. Lập trình viên "suy ngẫm trong hai tuần, sau đó viết mã trong một giờ"

Thật dễ dàng để cho rằng đây là một cuộc tranh luận về chủ nghĩa thực dụng / ý thức hệ, nhưng thực sự không phải vậy. Có điều là cả hai người này đều sử dụng những cách tiếp cận ngược lại để làm điều tương tự. Cả hai đều muốn hoàn thành công việc . Có lẽ bạn có thể nói rằng lập trình viên Loại 1 giống như một con thỏ rừng (luôn luôn lao vào làm mọi việc) trong khi lập trình viên Loại 2 giống như một con rùa (chậm và ổn định sẽ thắng cuộc đua).

Những gì tôi thấy đang xảy ra là như thế này: lập trình viên Loại 1 không hài lòng trừ khi họ liên tục gõ mã. Họ có thể dừng lại để suy nghĩ một chút, nhưng tất cả trong tất cả những gì họ xem nó là một sự lãng phí thời gian. Họ muốn lăn lộn với những cú đấm và nhận mọi thứ khi họ đến hơn là lên kế hoạch. Lập trình viên Loại 2 muốn có một cách tiếp cận mã được vạch ra trước thời hạn. Họ sẽ không bắt đầu viết mã cho đến khi họ biết họ sẽ viết gì, họ sẽ viết nó như thế nào và cách tiếp cận đó là đúng.

Nếu bạn thiết lập một lập trình viên Loại 1 và một lập trình viên Loại 2 để cùng thực hiện một nhiệm vụ, lập trình viên Loại 1 sẽ bắt đầu dự án của họ từ lâu khi lập trình viên Loại 2 quyết định cách tiếp cận nào. Tại thời điểm này, lập trình viên Loại 1 sẽ nhận thấy rằng lập trình viên Loại 2 chưa thực sự bắt đầu viết mã và sẽ cố gắng giúp họ làm quen với chương trình và bắt đầu làm một cái gì đó. Lập trình viên Loại 2 sẽ nhận thấy rằng lập trình viên Loại 1 đã bắt đầu mã hóa với sự từ bỏ liều lĩnh và cố gắng khiến họ dừng lại và suy nghĩtrong nửa giây Không có kiến ​​thức về những gì đang xảy ra, lập trình viên Loại 1 sẽ gán cho lập trình viên Loại 2 một hệ tư tưởng không muốn hoàn thành công việc và lập trình viên Loại 1 sẽ gắn nhãn cho lập trình viên Loại 2 là một lập trình viên cao bồi không đánh giá cao mã phù hợp.

Đây là nơi mọi thứ trở nên khó khăn. Khi hai người họ phản ứng theo cách này , cả hai đều có quyền ở một mức độ nhất định. Lập trình viên loại 1 cần học cách dừng lại, thở , sau đó suy nghĩ về những gì họ đang làm trước khi họ vội vàng viết mã. Như đã nói, "tuần mã hóa có thể giúp bạn tiết kiệm hàng giờ lập kế hoạch". Lập trình viên loại 2 cần học cách dừng lập kế hoạch tại một số điểm và chỉ cần viết một số mã. Như một câu nói khác "Những kế hoạch được đặt ra tốt nhất của chuột và đàn ông thường bị lung lay".

Các tổ chức cần một số cả hai loại người. Những người quản lý thiếu kinh nghiệm hoặc xấu xa thích nhìn thấy tay sai của họ quay bánh xe không ngừng nghỉ và thường sẽ khuyến khích các lập trình viên Loại 1. Các nhà vi mô muốn biết những gì, ở đâu, khi nào và làm thế nào nhân viên của họ sẽ viết mã và thường sẽ khuyến khích lập trình viên Loại 2. Vì vậy, các tổ chức cần phải thực hiện một nỗ lực có ý thức để khuyến khích sự cân bằng.


-2

Không biết nhưng tôi nhận được quan điểm của bạn. Tôi nhận được rất nhiều khi tôi thấy một số kẻ ngu ngốc khoe khoang về việc sử dụng VIDEO và H.264 vì nó "mở" (vâng, phải, với codec độc quyền đã đóng) sẽ hoạt động trên 20% khách hàng thay vì sử dụng Flash sẽ hoạt động cho 98% khách hàng (và đó thực sự là SAME H.264 chỉ trong một trình phát khác).

Tương tự như vậy khi tôi thấy một người mới nói rằng "SQL" đã chết vì chúng ta có mongo - và những kẻ ngốc đó không thể sử dụng BÓNG đúng cách.

Và chúng ta chỉ có HORDES của những kẻ troll / morons chết tiệt như vậy đăng trên các diễn đàn, viết bài báo / báo chí ngày hôm nay.

Và nó luôn khiến tôi phát điên. Một câu chuyện. Khách hàng muốn một số bổ sung video vào trang kinh doanh của mình:

  • được rồi ngày mai sẽ xong
  • nó sẽ có trong HTML5?
  • không, tôi sẽ đề xuất flash và dự phòng HTML5, vì HTML5 không được hỗ trợ trên hơn 50% thiết bị đúng cách.
  • Nhưng không sao, mọi người đều nói rằng đó là một tương lai, tôi muốn HTML5. Tôi không muốn flash, lỗi thời / xấu xa / bất cứ điều gì.
  • được thôi nhưng nó sẽ không hoạt động.
  • đó không phải là vấn đề

Ngày hôm sau:
- thẻ video đơn giản và đơn giản, 2 bảng mã khác nhau, được thực hiện đúng 100%. Tất nhiên là có flash dự phòng tôi đang hiển thị cho khách hàng. Hiệu suất là thảm hại, nhưng hoạt động. Bây giờ khách hàng lấy ra máy tính xách tay của mình "anh ấy cũng muốn kiểm tra".
- Đi đến trang và BAM. Firefox 3. một cái gì đó. 5 FPS, âm thanh bị bỏ qua, có vẻ như bị hỏng 100%.

  • Tôi không muốn nó hoạt động như thế này, nó bị hỏng. Làm cho nó hoạt động đúng.
  • Tôi đã nói với bạn rằng nó sẽ không hoạt động tốt
  • Nhưng hãy xem anh chàng này (> youtube.com) đã nhấp vào video đầu tiên => hoạt động hoàn hảo.
  • Đó là một đèn flash (chết tiệt!)!
  • Aha, bạn chắc chắn đó không phải là HTML5
  • Có im (mẹfu * * *) chắc chắn!
  • Ah, vậy làm ơn hãy làm nó như thế này.

Và ngày càng có nhiều MORONS như vậy! Họ muốn Video HTML5, Trò chơi trên Canvas, blog mongoDB cho 100 khách truy cập và những chuyện nhảm nhí khác! Chỉ dành cho F *** SAKE F *** K ME bởi vì tất cả những MORONS cuồng tín đó đang làm tổn thương ngành công nghiệp CNTT !!!

Bây giờ là giải pháp. Nói cho những kẻ ngốc fucxxxx bạn đang sử dụng HTML5, mongoDB hoặc bất kỳ thứ rác rưởi nào khác trên hành tinh mà họ muốn. Làm theo cách của bạn, hoàn thành công việc và để họ tin vào những câu chuyện cổ tích, ông già Noel hoặc bất cứ điều gì họ muốn tin vào! Nếu họ đề xuất một số chuyện nhảm nhí / cuồng tín thay vì giải pháp hoàn toàn hiệu quả của bạn - hãy bỏ qua, hãy để họ tự đi fxx


6
Wow, bạn thực sự tức giận :-)
Lukas Eder

7
Đây không phải là một câu trả lời, đó là một câu nói không thực sự giải quyết câu hỏi của anh ấy.
Jon Hopkins

2
Vâng, trong vô số giờ tôi đã lãng phí để giải thích cho khách hàng và đối phó với vấn đề đạo đức ... tôi thực sự muốn gặp một số người ủng hộ mongo / HTML5 (tôi có thể nói> phù thủy <) và đấm vào mặt họ! @Jon ở cuối có một giải pháp tốt đẹp :)
Slawek

6
-1 cho những điều sau đây: 1- gọi những khách hàng của bạn là những kẻ ngốc. Đó là thái độ của Nick Burns và không giúp được ai 2- nghĩ rằng HTML5 là ảo mộng. Đó là sự thật, nó hoạt động và có những nền tảng quan trọng không hỗ trợ flash. 3- cho rằng việc bạn không thể truyền đạt thực tế kỹ thuật là lỗi của khách hàng. Không phải vậy. Bạn là chuyên gia, và bạn có trách nhiệm làm cho mọi thứ rõ ràng. 4. Đề xuất rằng hành động đúng là nói dối với khách hàng của bạn. Tại một số điểm trong tương lai, khách hàng đó sẽ tìm hiểu và bạn sẽ bị mắt đen cho mọi nhà phát triển trên trái đất.
philosodad

3
@Slawek Tôi nhận ra rằng chúng tôi không ở đây để kết bạn, nhưng những câu trả lời và bình luận rõ ràng ở đây nên được cộng tác: nếu không, quan điểm của việc đưa họ lên một trang web mà người khác truy cập là gì? Bạn có thể muốn giảm bớt những lời hoa mỹ và suy nghĩ về cách làm cho lập luận của bạn thuyết phục người khác để những nỗ lực của bạn để chiếu sáng và khai sáng không phải là vô ích.
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.