Là một nhà phát triển (developer) bạn cần gì ở những hãng công nghệ (vendor) dẫn dắt thị trường? Bạn cần gì ở Microsoft, Facebook, Google, Yahoo etc.? Trước giờ tôi cũng có tham gia một số event về training, giới thiệu sản phẩm/công nghệ mới của một số hãng ở VN, thực ra là rất ít bởi tôi vốn rất lười, vì đến các buổi đó chơi là chính chứ công nghệ cái gì.

Trong một số buổi như vậy thì một trong mấy câu chuyện mọi người hay xì xầm là về quà tặng của hãng cho những người tham gia, thường là cái áo, cái cốc, cái mũ, hay mấy cái đĩa trial software. Có những người nhanh chân ra về để lấy mấy thứ đó vì thường không có đủ cho tất cả mọi người, mà tôi nghĩ lý do chính là vì có rất đông người không đăng ký trước (trong khi thư mời nào cũng yêu cầu đăng ký). Mọi người còn xì xầm nhau xem event tổ chức ở đâu, hoành tráng hay không, khách được mời ăn trưa kiểu như buffet ở Hilton hay là tự túc :D. Họ chê hãng này keo kiệt hơn hãng kia (hình như là MS thì “keo” hơn Oracle, mà nếu thế thì cũng đúng thôi, có được mấy mống fan Oracle so với MS) blah blah :).

Hôm qua thấy có bạn quảng cáo cho một workshop của Nokia trên Facebook, rằng nó diễn ra 2 ngày ở hẳn hotel 5 sao, có cả lunch (ở hotel 5 sao nhé :P) nữa, rồi giải thưởng xổ số tới $70K, và message chính là: Nokia tổ chức hoành tráng thế thì đâu phải bán mình cứu Elop (frankly, tôi cũng không biết Elop là cái gì :D).

Tất cả những thứ lăng nhăng ở trên có ý nghĩa gì lắm không, có chứng tỏ điều gì không? Không, nếu muốn biết về tình hình sức khỏe, thị trường của các hãng, các xu hướng, cộng đồng công nghệ, cái gì hoành tráng, cái gì không thì chỉ cần ít phút vào Internet là có hết, Nokia hoàn toàn có thể tổ chức một show còn hoành tráng hơn nữa ngay cả khi nó thực sự phải bán mình :). Thời gian bạn bỏ ra, đi lại, còn giá trị hơn nhiều tất cả những thứ lăng nhăng này.

Mấy cái thứ quà tặng lăng nhăng kia có quan trọng gì lắm không? Năm ngoái tôi có mua mấy cái cốc in quảng cáo của Nokia từ một chỗ chuyên bán hàng khuyến mại thừa :), rẻ bèo, tôi mua vì thích mấy cái họa tiết và cốc sứ Minh Long 1 thì đẹp, chứ chẳng fan gì Nokia nữa (trước kia thì có). Nhưng tôi sẽ bỏ chừng $10 hoặc hơn ra để mua mấy cái cốc, mũ, t-shirt của Stack Overflow hay Mozilla. WP và Nokia có vị thế thế nào trong thị trường smartphone và mobile application, cũng như SO và Mozilla trong web development hay là software nói chung thì ai cũng rõ :).

Là nhà phát triển, bạn nên cần biết cái gì sẽ được trình diễn, do ai trình diễn, cái được trình diễn đó có make sense với bạn, với cộng đồng lắm không, và nó có chỉ đơn thuần là lặp lại (có khi ở mức độ đơn giản hơn) những gì đã có trên Internet, mà bạn có thể tiếp cận dễ dàng và hiệu quả hơn nhiều, không. Bạn cần các hãng hỗ trợ về công cụ, về cộng đồng, và nội dung thực sự cần thiết để tham gia nghiêm túc chứ không phải chơi chơi, và loại bỏ những bạn chơi chơi. Xa hơn, bạn cần các hãng hỗ trợ thiết thực cho startups, kiểu như Microsoft Bizspark, tôi thích cái chương trình này 🙂

Repost, originally posted at http://timua.blogspot.com/2013/08/nha-phat-trien-can-gi.html

Yes, according to this great post 🙂 that I’d like to quote some pieces below:

I know that you are a top rated developer. In fact I know that everyone reading this is ranking among the top 10% of all developers. How do I know? Because 90% of all developers never read a programming blog, never have any side projects to learn something new, and never spend any time or effort outside work hours to improve.

It also made me remember Peopleware, one of my favorite books that I read more than ten years ago, thank to Hoa’s great bookshelf at 24mB Software Development (don’t google it, it has been gone for years too :D).

Actually there is nothing new in this post, since I have seen what it is talking about for years. Internet and technologies are changing rapidly but these above quoted things.

I don’t understand how people can choose to not participate in the online community.

Sometimes I also personally ask this question myself, for our local developer community, I think there are some reasons. What firstly comes to my mind is “language barrier”, we are well-known for bad English :), I’m not good at English too, so shame. The second reason is our native behavior (I don’t know and a bit lazy to find exactly English word for it at this moment :)), we tend to not share knowledge, actually we are too lazy to not even ask our question if it isn’t found by Google. Even in our local communities (in Vietnamese), where completely don’t require any special skills and knowledge,  most members never share anything or only share little. The third reason is more serious, it’s so sad, but big part of our developers don’t love what they are doing daily. They work as a developer but they think about being a Project Manager, a Manager in general, a Business Analyst, or doing less-technical business that earn much more money easier blah blah. They think about how to not to be a developer in near future.

They happily talk about someday when they no longer code, when they only manage others. They are very surprised if they know someone at my age is still coding. I think they are even likely shocked if they know I’m not just still coding, but I still code like crazy :D. They have no passion with their career, so they don’t have reason to spend much time with it, to improve their skills. They just do minimum things that their employer asks they to do.

I just fixed a minor bug this morning 🙂

Repost, originally posted at http://timua.blogspot.com/2012/09/im-at-least-top-10-developer.html

Today I just again found a new message in the Spam folder of my mailbox that asked me for sample code of an old article that I wrote more than five years ago for PC World Vietnam magazine. I would almost forget it if I did not somtimes get a new message asking me about its sample code or something related to Ajax. This message also makes me remember more about the article, I quickly wrote it in an afternoon and revised in the night and then sent it out. I wrote it simply because I was so excited with AjaxPro library, you know, in late 2005 and beginning of 2006 Ajax is still something very new and we often write Ajax code entirely manually, both JavaScript on client and C# code on the server side. AjaxPro made my life much easier, and I used it intensively with a my website at that time. ASP.NET Ajax is still in its early alpha with codename “Atlas”, of course there was no ASP.NET MVC and jQuery in those days :D.

This was my first and only programming article has been published in an IT magazine until now. Although I was paid a reasonable amount (600K) for it 🙂 and immediately got an offer to write more technical articles from another magazine, I have written no more article. The reason is very simple, things are changing so fast and we already have much useful information to learn so it’s not necessary re-write (not translating) something in Vietnamese. Surely you can easily find many good tutorials on any topic today that I can hardly create a better Vietnamese version :). The other reason is we actually have no magazine technically for software industry solely and no one want to write programming stuffs for hardware, entertainment devices focused magazines.

I was a bit surprised when someone still asked me about it two years later, you know, our software industry has been moving so fast and many things are often being replaced with better options after one, or maybe two years. They were all young students, and I assume that they can use English well, so why don’t they still bother with something outdated like this article. Five years is very long time in my life, many things has changed, I failed to do several things, I gained a bit of success on the others, I was excited with ASP.NET MVC 1.0 and even used its RC version for a production website. And now, two years later, no one talk about it. So if you want to play with Ajax, why don’t you have a look at jQuery and ASP.NET MVC 3?

Originally posted at http://timua.blogspot.com/2011/06/random-thoughts-of-very-old-ajax.html

Hôm nay vô tình google (bất cứ một ai đã từng tìm kiếm thông tin trên Internet bằng Google chắc sẽ biết động từ google ở đây nghĩa là gì không cần biết người đó có biết English hay software programming hay không, right? J) ra một loạt bài giới thiệu nhập môn về WCF bằng tiếng Việt nên lại nhớ một chuyện cũ đã lâu liên quan đến chuyện dịch/viết sách/tài liệu kỹ thuật phần mềm với tiếng Việt. Vào khoảng năm 2002 khi tôi đi mua sách cho cty, tiện tay nhặt một quyển về ADO.NET (lúc đó còn là thứ rất mới mẻ) về để lỡ ai cần học nhanh thì xem (dù sao cho đến giờ khả năng sử dụng English của giới developer vẫn thường bị coi là củ chuối mà J). Sau đó ít lâu có một lần ngó thử vào xem nó viết thế nào, xem được vài trang tôi cũng tá hoả lên vì mình đang sử dụng ADO.NET rồi mà còn không hiểu sách nó nói gì nói chi đến những người chưa biết!!!, vì nó viết thuần Việt quá, và còn không thèm để từ gốc trong ngoặc (để những người biết rồi có thể hiểu).

Quay lại mấy bài về WCF mới thấy hôm nay, tất nhiên bây giờ sau gần 10 năm thì nội công cả về phần mềm và English của tôi thâm hậu hơn rất nhiều rồi 😛 nhưng mà thấy cái vấn đề ngôn ngữ nó vẫn y nguyên, tức là dường như nó làm rắc rối thêm thay vì để dễ hiểu hơn. Ví dụ những từ rất là khó hiểu như cấu tử (constructor), không gian tên (namespace), song công (duplex), dị bộ (asynchronous, tại sao không phải là không đồng bộ?), cũng như còn rất nhiều từ khác được dịch từ English chính xác là sang từ Hán Việt, vậy là thay vì phải dùng từ điển Anh-Việt thì chúng ta phải dùng từ điển Hán Việt bởi vì bản thân những từ này cũng không phổ biến trong cách nói/viết hàng ngày.

Một điểm chú ý khác là tuy chúng ta chủ ý muốn dịch/viết bài tiếng Việt nhưng lại còn rất nhiều từ không được dịch, ngoại trừ một số ít hơn là rất khó dịch, phần lớn sẽ là dễ dịch hoặc đã quen thuộc hơn nhiều. Cuối cùng, mặc dù chúng ta có một bài tiếng Việt nhưng số lượng từ English vẫn ước chừng khoảng 20%-30%, và thực ra nó cũng không khác nhiều so với chuyện dân IT nói chung thường hay sử dụng “một cách vô tổ chức” lẫn lộn cả English lẫn tiếng Việt trong khi nói/viết (những nội dung informal) mà vốn bị một số người phản đối kịch liệt (tôi gọi đây là những người bảo thủ, ví dụ trong thời gian hơn một năm tôi làm ở FSoft trước đây thấy đâu như phải có 3, 4 lần có bài viết trên Chúng ta, Cuccumber gì đó tỏ ra rất bức xúc về chuyện này, thậm chí có vẻ rất gay gắt nào là “chửi cha không bằng pha tiếng”, hay là do sử dụng tiếng Việt kém nên phải dùng lẫn English, oh man, so funny it is :D).

Ví dụ một số đoạn nội dung rất đơn giản (về mặt kỹ thuật) nhưng việc sử dụng từ ngữ làm cho nó trở nên phức tạp hơn trong việc hiểu:

1. Service Contract (Contract dịch vụ): Định nghĩa các phương thức của một dịch vụ, thực chất là các hành động mà client có thể sử dụng ở các điểm cuối (endpoint)

3. Data Contract (Contract dữ liệu): Định nghĩa các kiểu dữ liệu được sử dụng ở các phương thức của dịch vụ

3. Message Contract (Contract bản tin): Cung cấp khả năng để điều khiển các đầu đề bản tin trong quá trình tạo ra các bản tin

4. Credentials: Trả về các credential được sử dụng bởi client để liên lạc với điểm cuối dịch vụ thông qua kênh được tạo ra bởi factory.

5. Hai kiểu liên lạc tiếp theo đây là liên lạc song công và liên lạc dị bộ bạn ít gặp hơn.

Có mấy điểm chính mà việc dịch ra tiếng Việt làm nội dung cần truyền đạt trở nên khó hiểu hơn (thay vì dễ hơn như ta mong muốn): Thường không có một từ chuẩn để sử dụng (hoặc có được quy định nhưng ít người sử dụng) nên thường không được sử dụng nhất quán kể cả ngay trong một bài, từ được chọn dịch ra chưa hoặc không phản ánh đúng nghĩa của từ gốc, sử dụng nhiều từ Hán Việt vốn thường không hay được sử dụng hàng ngày.

Có lẽ không nên viết/dịch những bài thuần tuý kỹ thuật nữa khi mà số lượng từ English không được dịch vẫn còn chiếm tỉ lệ quá lớn, nó là một phần nội dung và làm cho bài viết trở thành song ngữ (kiểu mới) J, chứ không phải chỉ là một vài thuật ngữ riêng lẻ cần được chú thích. Với hầu hết mọi người đều học English từ cấp tiểu học như hiện nay thì việc đọc hiểu các nội dung thuần tuý kỹ thuật không có gì là khó khăn cả, việc dịch ra tiếng Việt không có tác dụng gì nhiều với đa số mọi người. Có lẽ nên coi việc ít nhất phải biết đọc English là điều kiện đầu tiên và dễ nhất để làm việc về software development (thực tế các tài liệu phần mềm viết đơn giản và dễ hiểu với một lượng vốn từ vừa phải dù là sách, article, hay blog post, discussion), dù sao thì chưa và có lẽ còn rất lâu (không dùng never cho nó an toàn :D) thì mới có chuyện tools, frameworks, API được localize cho tiếng Việt thế nên thực tế có không muốn thì vẫn cứ phải dùng English suốt.

Nỗi lo sợ overdesign làm người ta nghĩ ra agile process để khỏi cần design gì cả nhưng rồi nó dẫn đến nỗi lo sợ khác là theo thời gian software lại được implement/refactor tự do rồi không kiểm soát được nữa. Nỗi lo sợ mọi người kém English nên chúng ta hay phải dịch sách/bài sang tiếng Việt dẫn đến tạo ra nỗi lo sợ khác về sự phức tạp không cần thiết và lại cần phải dịch lại một lần nữa từ một thứ song ngữ mới sang cách chúng ta có thể thực sự hiểu được.

Originally posted at http://timua.blogspot.com/2011/03/co-nen-dich-hoac-viet-bai-thuan-tuy-ky.html