Thật sự rất đồng cảm,,,
Thật tiếc khi đây không phải là cuộc chơi xem ai nắm bắt và xử lý tốt bản chất vấn đề đến mức nào,
mà lại là cuộc chơi xem ai dùng tốt một ngôn ngữ và những công nghệ nhất định cho hợp với xu hướng hơn,,
Ồ đúng vậy. Nếu bạn bắt đầu quan tâm đến luyện tập chuyên sâu, thì Khám phá lại quy tắc 10.000 giờ của Anders Ericsson, người được xem là tác giả khởi nguồn của khái niệm này (?), cũng rất đáng đọc.
Đây là điều tôi cảm nhận khi nhìn vào hội đồng quản trị, và khi đối chiếu vào thực tế thì tôi thấy bài viết rất dễ hiểu. Khi mới lập công ty, tôi đã hiểu ra rằng những gì mình làm từ trước đến nay thực chất là quản trị ở mức độ đối thoại! Tôi sẽ cố gắng xây dựng thật tốt.
Tôi có một điều muốn hỏi: trong hội đồng quản trị có một người luôn đưa ra ý kiến khách quan, ủng hộ, động viên và hỗ trợ về mạng lưới quan hệ. Nhưng tôi đang băn khoăn rằng nếu sau khi nhận đầu tư giai đoạn đầu mà người đó tham gia vào công ty ở vị trí C-level cốt lõi, liệu có phát sinh xung đột lợi ích và làm tổn hại đến giá trị hay không. Có giải pháp nào hay cho việc này không?
Trước hết, có lẽ nên cho biết chủ đề lớn hoặc bối cảnh của bài viết này là gì... là phép ẩn dụ hay thật sự là một bản anh hùng ca... hay là đang mỉa mai bóng gió...
Tôi cũng từng đóng góp cho mảng quản lý bộ nhớ của Linux kernel và nghĩ rằng mình hiểu ở mức độ nào đó về cách các cơ chế cấp thấp hoạt động, nhưng rồi khi nhìn lại việc cuối cùng mình đang làm những công việc ngoài ý muốn và khá xa phát triển phần mềm, tôi lại thấy rằng có lẽ phải hành động ngược với bài viết này thì mới trở thành một kỹ sư thành công.
Theo đuổi công nghệ mới thật nhanh
Nghĩ đến thị trường hơn là sự tò mò cá nhân
Giỏi tự quảng bá bản thân hơn là tự phê bình
Thay vì đam mê/sự phát triển, hãy tập trung vào coding test
Khi trở về nước, tôi nhận ra thị trường ở Hàn Quốc quá nhỏ và cạnh tranh quá khốc liệt, nên có rất ít công ty hay vị trí cho phép tập trung vào phát triển. Vì ai cũng tranh giành những chỗ ít ỏi đó, rốt cuộc có vẻ phải tập trung vào những thứ dễ gây chú ý thì mới có thể làm được công việc phát triển mà mình thực sự muốn.
"Không cần một học sinh A+ có thể trả lời mọi câu hỏi
Điều chúng ta muốn là một học sinh B có thể nhìn ra và đặt câu hỏi về những điều người khác đã bỏ lỡ"
Vừa đọc câu này xong tôi liền nghĩ mình đúng là học sinh B, nhưng các tập đoàn lớn chỉ nhìn học sinh A+ rồi tuyển dụng thôi
Cách đây không lâu, tôi từng có dịp tổ chức một buổi seminar ở công ty cho nhóm học ngôn ngữ Kotlin. Khi thử giải thích theo cách so sánh với ngôn ngữ C++ mà bộ phận chủ yếu sử dụng, tôi nhớ là phản hồi nhận được khá tốt. Bản thân tôi thì hầu như không dùng C++, còn các thành viên trong bộ phận lại là lần đầu tiếp xúc với Kotlin, nhưng có vẻ theo nhiều khía cạnh thì điều đó đã giúp ích cho sự phát triển của tất cả mọi người.
Tôi thấy khá ngọt ngào.
Thật sự rất đồng cảm,,,
Thật tiếc khi đây không phải là cuộc chơi xem ai nắm bắt và xử lý tốt bản chất vấn đề đến mức nào,
mà lại là cuộc chơi xem ai dùng tốt một ngôn ngữ và những công nghệ nhất định cho hợp với xu hướng hơn,,
Ồ đúng vậy. Nếu bạn bắt đầu quan tâm đến luyện tập chuyên sâu, thì Khám phá lại quy tắc 10.000 giờ của Anders Ericsson, người được xem là tác giả khởi nguồn của khái niệm này (?), cũng rất đáng đọc.
Bài này được đăng ở đâu vậy, trong “kinh thánh” về startup à?
Đây là điều tôi cảm nhận khi nhìn vào hội đồng quản trị, và khi đối chiếu vào thực tế thì tôi thấy bài viết rất dễ hiểu. Khi mới lập công ty, tôi đã hiểu ra rằng những gì mình làm từ trước đến nay thực chất là quản trị ở mức độ đối thoại! Tôi sẽ cố gắng xây dựng thật tốt.
Tôi có một điều muốn hỏi: trong hội đồng quản trị có một người luôn đưa ra ý kiến khách quan, ủng hộ, động viên và hỗ trợ về mạng lưới quan hệ. Nhưng tôi đang băn khoăn rằng nếu sau khi nhận đầu tư giai đoạn đầu mà người đó tham gia vào công ty ở vị trí C-level cốt lõi, liệu có phát sinh xung đột lợi ích và làm tổn hại đến giá trị hay không. Có giải pháp nào hay cho việc này không?
À, hóa ra chỉ là kiểu bối cảnh thế giới thôi nhỉ. Tôi cứ tưởng là một bài viết về công nghệ chứ.
Trước hết, có lẽ nên cho biết chủ đề lớn hoặc bối cảnh của bài viết này là gì... là phép ẩn dụ hay thật sự là một bản anh hùng ca... hay là đang mỉa mai bóng gió...
Chính là Manus, thứ được đồn là đã cung cấp mã nguồn của chính nó!!
https://vi.news.hada.io/topic?id=19168
Đây là một nghiên cứu mà có lẽ AI tuyệt đối không thể tự nghĩ ra được.
Tôi đồng cảm với ý chính của bài viết.
Tôi nghĩ ở Hàn Quốc cũng có nhiều kỹ sư giỏi, nhưng bản thân tôi cũng thấy khá tiếc nuối ở nhiều khía cạnh vì quy mô thị trường.
Tôi có cảm giác giá mà những nơi như FuriosaAI thành công thì đã tốt biết mấy.
Tôi đã đọc rất hứng thú.
Wow... tôi biết một người rất giống với bài viết này, chắc phải chia sẻ cho họ mới được.
Cảm ơn vì bài viết hay.
Tôi cũng đồng cảm với điều đó. Tôi cũng thường khuyên các đàn em rằng hãy làm việc theo cách để người khác nhìn thấy được.
Cũng thấy hơi đồng cảm nhỉ.. haha
Không biết chỉ thị trường Hàn Quốc mới vậy hay sao...
Mình rất quan tâm đến React-Native, nên cũng tò mò về anh chàng này.
Nội dung trên được trích từ bài giới thiệu chính thức Lynx: Unlock Native for More.
Tôi cũng từng đóng góp cho mảng quản lý bộ nhớ của Linux kernel và nghĩ rằng mình hiểu ở mức độ nào đó về cách các cơ chế cấp thấp hoạt động, nhưng rồi khi nhìn lại việc cuối cùng mình đang làm những công việc ngoài ý muốn và khá xa phát triển phần mềm, tôi lại thấy rằng có lẽ phải hành động ngược với bài viết này thì mới trở thành một kỹ sư thành công.
Khi trở về nước, tôi nhận ra thị trường ở Hàn Quốc quá nhỏ và cạnh tranh quá khốc liệt, nên có rất ít công ty hay vị trí cho phép tập trung vào phát triển. Vì ai cũng tranh giành những chỗ ít ỏi đó, rốt cuộc có vẻ phải tập trung vào những thứ dễ gây chú ý thì mới có thể làm được công việc phát triển mà mình thực sự muốn.
"Không cần một học sinh A+ có thể trả lời mọi câu hỏi
Điều chúng ta muốn là một học sinh B có thể nhìn ra và đặt câu hỏi về những điều người khác đã bỏ lỡ"
Vừa đọc câu này xong tôi liền nghĩ mình đúng là học sinh B, nhưng các tập đoàn lớn chỉ nhìn học sinh A+ rồi tuyển dụng thôi
Tôi nghĩ MCP không phải là một tiêu chuẩn cho truyền dữ liệu đến mức trở thành JSON, và nó còn quá khó một cách không cần thiết.
Cách để trở thành một kỹ sư giỏi
Cách đây không lâu, tôi từng có dịp tổ chức một buổi seminar ở công ty cho nhóm học ngôn ngữ Kotlin. Khi thử giải thích theo cách so sánh với ngôn ngữ C++ mà bộ phận chủ yếu sử dụng, tôi nhớ là phản hồi nhận được khá tốt. Bản thân tôi thì hầu như không dùng C++, còn các thành viên trong bộ phận lại là lần đầu tiếp xúc với Kotlin, nhưng có vẻ theo nhiều khía cạnh thì điều đó đã giúp ích cho sự phát triển của tất cả mọi người.