thảo luận Tất tần tật về Go (Golang)

Implicit interface thì nó UT dễ hơn, vs các package có thể phát triển song song mà ko quá dependent vào nhau, đó là cái hay tôi thấy, còn cái prefer composition over inheritance là cái cơ bản cmnr rồi, tôi có bàn về interface vs OOP đâu mà ông nêu ra như đúng rồi. Java tôi code 12 năm rồi, còn lạ lol j nữa?

Oke, bỏ qua OOP.

Unit Test dễ chỗ nào, trong khi Rust chỉ cần thêm 1 dòng import cái signature vào, Haskell thậm chí có cả Type Infer còn mạnh hơn. Tôi thấy interface của Go cần Unit Test dày hơn thì có, Error prone thế kia cơ mà, dễ chắc cũng chỉ là ko cần import thôi chứ gì?
 
Các bạn đa phần quen với việc sử dụng các db có săn như mysql hay mongodb rồi nên ít động tới c++ , bản chất của việc viết lên các db đó 99% các db kể cả RMDB hay noSQL đều được viết bằng c++, việc phát triển tinh năng mới cho db dựa vào các open source có sẵn thì buộc bạn phải can thiệp vào cấp độ low level , tức là phải làm việc với c++, để ý sẽ thấy mỗi một tập đoàn lớn đều sử dụng db riêng do mình phát triển để tự kiếm soát được toàn bộ hiệu năng của hệ thống, google có leveldb https://github.com/google/leveldb , facebook có rockdbs https://github.com/facebook/rocksdb, zalo vn có zdb .;., chìa khóa thành công của một tập đoàn làm product lớn là họ có thể kiếm soát hoàn toàn mã nguồn từ layer thấp nhất tới cao nhất hay không ( đó là lí do tại sao mỗi cty luôn cố phát triển một kiến trúc lữu trữ ở level thấp thay vì dùng luôn sản phẩm của bên thứ 3)
Có lẽ thím hơi nhầm về quan điểm các công ty công nghệ lớn như bọn FAANG tự xây dựng các database riêng của họ để kiểm soát được hiệu năng, mã nguồn,... Mình nghĩ lý do đó, nếu có, chỉ là nhỏ. Lý do chính là mỗi database họ xây dựng để giải quyết một bài toán đặc thù riêng, mà các giải pháp hiện có hoặc không phù hợp hoặc không đủ tốt.
Điều nữa là, những bọn như FAANG không dùng một vài database engines mà thậm chí cả trăm cái. Google vẫn dùng rocksdb của fb, fb vẫn dùng leveldb của google, ko nhất thiết phải tự xây dựng, miễn là hợp lý.
 
Có lẽ thím hơi nhầm về quan điểm các công ty công nghệ lớn như bọn FAANG tự xây dựng các database riêng của họ để kiểm soát được hiệu năng, mã nguồn,... Mình nghĩ lý do đó, nếu có, chỉ là nhỏ. Lý do chính là mỗi database họ xây dựng để giải quyết một bài toán đặc thù riêng, mà các giải pháp hiện có hoặc không phù hợp hoặc không đủ tốt.
Điều nữa là, những bọn như FAANG không dùng một vài database engines mà thậm chí cả trăm cái. Google vẫn dùng rocksdb của fb, fb vẫn dùng leveldb của google, ko nhất thiết phải tự xây dựng, miễn là hợp lý.
Thì mình cũng có ns là chính vì làm chủ mã nguồn từ tận gốc thì cty mới biết được rằng n tốt như thế nào hay hạn chế ở chỗ nào mà khắc phục, đó là một hướng đi chung cho các tập đoàn lớn hiện nay, các cty product của vn nên làm vậy, làm từ gốc, không lệ thuộc vào bên thứ 3 sẽ tốt hơn nhiều.
 
Mấy bố VNG có tiếng khổ dâm từ xưa rồi mà, cái gì cũng muốn tự build mà tôi thấy cũng k có gì xuất sắc :amazed:

Ngày xưa thời 2008 - 2009, tôi mấy lần đi nghe mấy lão Thanh, Thành... chém gió thấy khoe build DBMS, rồi build memory storage, rồi build proxy... các kiểu thấy cũng thường. Tôi thấy lấy hàng opensource về tuning chưa cần custom chạy cũng ngon y chang méo khác gì :)))
 
Đọc bài của anh @gtunveteran làm tôi nghĩ ngay đến bài này
http://paulgraham.com/ds.html (btw chỉ là tranh luận trên mạng, anh không có thời gian đọc blog muốn do real thing thì tùy anh vậy).
Nhiều anh startup user còn chưa thấy đâu đã cầm đèn đi trước oto đổ tiền vô xây cơ sở hạ tầng, technical đủ thứ để phục vụ "tỉ người dùng". Những thứ này nó không hề free, đổi lại là thời gian deliver sản phẩm, thời gian maintain, tiền bạc, nhân lực... Bọn FAANG tự làm hàng inhouse vì đơn giản là nó có problem riêng và quan trọng là họ có thừa nhân lực để làm. Còn các anh startup học theo thì đếch khác gì solution looking for a problem (trừ phi cái solution đó là sản phẩm chủ lực của cái startup của nah).
Còn các anh startup tiền không có, nhân lực không có mà đòi làm hàng inhouse (để phục vụ tỉ người dùng) tôi nói thẳng là bullshit.
Thực tế thành công của startup nó đếch nằm ở yếu tố technical mà ở yếu tố thị trường. Đem tiền cho mấy anh "engineer" đi làm startup thì 10 anh hết 9 anh lo tìm cách build infrastructure phục vụ tỉ người dùng trong khi user thì chưa thấy đâu.
Thành công của VNG, của M$, của Google là họ tìm được thị trường và giành được nó trong 1 khoảng thời gian nhanh nhất có thể, đếch phải là vì họ build đc infrastructure phục vụ tỉ người dùng trong những ngày đầu :LOL:. Việc scale lên chỉ là điều hiển nhiên khi họ tìm thấy thị trường, thấy tiền mà thôi.
Tôi không biết anh có phải là founder của cái startup mà anh đăng không, nếu phải thì tôi khuyên anh nên tập trung tìm khách hàng hơn là đi làm mấy thứ đốt tiền, đốt thời gian này. Còn ngược lại thì tôi nói thẳng anh chỉ là thằng engineer vẽ hươu vẽ vượn để đốt tiền bọn founder mà thôi
Đó là điểm khác biệt của cty chúng tôi, t đã ns nhân lực từ vng, zalo , mang theo core phát triển đầu tiên của hệ thống bên đó, mặc định chúng t đã có cái nền đó rồi chứ ko phải đốt tiền nhé, và cái t muốn ns là các cty product nên hướng tới việc kiếm soát hiệu năng thực sự của sản phẩm, chứ ko phải là bắt buộc bước đầu tiên phải làm, nhưng đó là điều cần làm và phải hướng tới.
 
Mấy bố VNG có tiếng khổ dâm từ xưa rồi mà, cái gì cũng muốn tự build mà tôi thấy cũng k có gì xuất sắc :amazed:

Ngày xưa thời 2008 - 2009, tôi mấy lần đi nghe mấy lão Thanh, Thành... chém gió thấy khoe build DBMS, rồi build memory storage, rồi build proxy... các kiểu thấy cũng thường. Tôi thấy lấy hàng opensource về tuning chưa cần custom chạy cũng ngon y chang méo khác gì :)))
Thật chất là mấy thứ đó gần như đã mature hết rồi. Hàng có sẵn thì cũng toàn là guru top tier dành cả đời để optimize, các anh bảo nhu cầu của anh "đặc thù" đến nỗi phải tự build riêng thì nói thẳng là nói phét. Hồi đó tôi cũng rãnh rỗi nghiên cứu bên trong proxy, rdbms có gì ... thì cũng sớm nhận ra hàm lượng chất xám trong đó là vô cùng lớn, nếu cty anh đếch chuyên về lĩnh vực đó thì trình anh đếch đủ, nhân lực anh cũng đếch đủ mà tự build riêng, còn thật sự đặc thù thì thuê bọn đó về tư vấn có khi còn kinh tế hơn là xây dựng solution nữa vời đếch đến đâu.
Văn hóa của bọn FAANG là tiền không thiếu, nhân lực không thiếu, nó dư tiền đốt để experiment mọi thứ.
Thị trường VN nói nhỏ thì không nhỏ nhưng so với bọn FAANG thì như cái móng tay, bọn VNG khoe tự build này nọ tôi nói thẳng cũng để thủ dâm tinh thần là chính (và các anh dev VNG đời đầu thì tôi lại càng nghi ngờ khi lưu password dưới dạng plaintext), trình các anh có cao đến mấy thì cũng đếch có cửa so với bọn dành cả đời để optimize sản phẩm của họ cả
 
Thật chất là mấy thứ đó gần như đã mature hết rồi. Hàng có sẵn thì cũng toàn là guru top tier dành cả đời để optimize, các anh bảo nhu cầu của anh "đặc thù" đến nỗi phải tự build riêng thì nói thẳng là nói phét. Hồi đó tôi cũng rãnh rỗi nghiên cứu bên trong proxy, rdbms có gì ... thì cũng sớm nhận ra hàm lượng chất xám trong đó là vô cùng lớn, nếu cty anh đếch chuyên về lĩnh vực đó thì trình anh đếch đủ, nhân lực anh cũng đếch đủ mà tự build riêng, còn thật sự đặc thù thì thuê bọn đó về tư vấn có khi còn kinh tế hơn là xây dựng solution nữa vời đếch đến đâu.
Văn hóa của bọn FAANG là tiền không thiếu, nhân lực không thiếu, nó dư tiền đốt để experiment mọi thứ.
Thị trường VN nói nhỏ thì không nhỏ nhưng so với bọn FAANG thì như cái móng tay, bọn VNG khoe tự build này nọ tôi nói thẳng cũng để thủ dâm tinh thần là chính, trình các anh có cao đến mấy thì cũng đếch có cửa so với bọn dành cả đời để optimize sản phẩm của họ cả

Nói chung nói là tự build cho vui thôi, dùng cũng tàm tạm chứ chả ngon bằng hàng có sẵn dc. Ngày xưa mấy lúc rảnh tôi cũng hay mổ source bọn opensource ra xem.

Từ mấy cái application như Magento, đến mấy cái memory storage đơn giản như Redis, phức tạp hơn chút như Nginx, hay hàng hạng nặng hardcore như Postgres.
Xem mấy cái này tôi phải thốt lên là thế đéo nào mấy thằng engineer quái vật nó có thể viết ra mấy cái kinh khủng khiếp đến vậy. Từ kiến trúc đến implement quá kinh, quá sophisticated.

Đám FAANG thì không những dư thừa nguồn lực và tiền bạc, mấy thằng engineer top-tier của bọn nó toàn scientist không thì bảo sao chả khủng vãi cả đái. Đẻ paper sòn sòn như gà công nghiệp đẻ trứng. :big_smile:
 
Cũng ngờ ngợ you là Ser Nya, té ra nick mới chỉ là ít toxic hơn nick cũ -))
không phải là tôi ít toxic hơn mà là các bạn đã quen thuộc internet hơn thôi, quen rồi cho nên không còn thấy toxic nữa, vì bản thân các bạn cũng bắt đầu toxic rồi :)
 
Đồng ý với bác @ThuyMy , thấy chém tự build mà tưởng VN có siêu nhân, có chăng cóp đoạn này cắt đoạn kia, bỏ đi đoạn không dùng đến cho phù hợp với cách dùng của mình. Chứ tự build chắc các siêu nhân tự build luôn cả OS cho nó tối ưu hóa.
Tém tém lại, với trình độ của mấy ông viết ra Go, trước khi phát hành còn thử nghiệm lấy ý kiến các kiểu, không lẽ không biết những điểm yếu mà đến lập trình viên VN còn nhận ra? Đôi khi là do mình còn hạn chế về nhận thức nên thấy vậy, đủ trình độ lại thấy khác đấy. Họ hy sinh lợi nhỏ để có được cái lợi lớn hơn.
Quan trọng là họ hỗ trợ, thúc đẩy để ngôn ngữ bám trend như thế nào, làm ra sản phẩm nhanh ra sao. Như JavaScript, đầy những điểm có thể chê, từ năm 1995 đến 2009 thì cũng chỉ đc xem là ngôn ngữ script làm màu cho Frontend. Nhưng sau đấy có framework ngon, hỗ trợ nó thoát ra khỏi môi trường trình duyệt, dân tình thấy có lợi ích lớn, thế là bay như diều gặp gió ngay.
 
Nói chung nói là tự build cho vui thôi, dùng cũng tàm tạm chứ chả ngon bằng hàng có sẵn dc. Ngày xưa mấy lúc rảnh tôi cũng hay mổ source bọn opensource ra xem.

Từ mấy cái application như Magento, đến mấy cái memory storage đơn giản như Redis, phức tạp hơn chút như Nginx, hay hàng hạng nặng hardcore như Postgres.
Xem mấy cái này tôi phải thốt lên là thế đéo nào mấy thằng engineer quái vật nó có thể viết ra mấy cái kinh khủng khiếp đến vậy. Từ kiến trúc đến implement quá kinh, quá sophisticated.

Đám FAANG thì không những dư thừa nguồn lực và tiền bạc, mấy thằng engineer top-tier của bọn nó toàn scientist không thì bảo sao chả khủng vãi cả đái. Đẻ paper sòn sòn như gà công nghiệp đẻ trứng. :big_smile:

Mấy người nghĩ ra những đoạn mã đó đều là Tiến sĩ các trường đại học lớn. Sao so về trình độ được.
 
về tự build thì tôi thấy công ty lớn nào mà chả tự build in house hầu hết? mấy cái leveldb rocksdb có phải ngay từ đầu đã có đâu, không nói đến chuyện rocksdb là build từ leveldb, trước đó thì có tokyo/kyoto cabinet, DBM các kiểu, thiên hạ cũng đi dần lên chứ có cái gì perfect ngay từ đầu đâu? tất nhiên mấy thằng faang toàn hàng khủng cho nên chất lượng sản phẩm cũng cao hơn là đương nhiên, nhưng mà việc tự build thư viện cho nhu cầu cá nhân tôi thấy hoàn toàn bình thường :censored:
 
Thì mình cũng có ns là chính vì làm chủ mã nguồn từ tận gốc thì cty mới biết được rằng n tốt như thế nào hay hạn chế ở chỗ nào mà khắc phục, đó là một hướng đi chung cho các tập đoàn lớn hiện nay, các cty product của vn nên làm vậy, làm từ gốc, không lệ thuộc vào bên thứ 3 sẽ tốt hơn nhiều.
Có lẽ thím không hiểu ý mình nói. Nhưng thôi ko cần tranh luận thêm. Trước đây(rất lâu), tôi cũng từng nghĩ như thím và tự build/hack một số sản phẩm, có triển khai diện rộng nhưng công nghệ phát triển quá nhanh và đã phát hiện ra những gì mình làm thì trên thị trường đã có giải pháp tốt hơn, chỉ là chưa chịu tìm hiểu thôi.

Dù sao tự build cũng là dịp để học hỏi, nhưng mình cho rằng 99,99% là sản phẩm tự build bên thím không thể cạnh tranh nổi với các sản phẩm opensource có sẵn, kể cả là có tuỳ biến cho riêng trường hợp cụ thể nào đi nữa. Tỉnh lại đi nhé
 
Có lẽ thím không hiểu ý mình nói. Nhưng thôi ko cần tranh luận thêm. Trước đây(rất lâu), tôi cũng từng nghĩ như thím và tự build/hack một số sản phẩm, có triển khai diện rộng nhưng công nghệ phát triển quá nhanh và đã phát hiện ra những gì mình làm thì trên thị trường đã có giải pháp tốt hơn, chỉ là chưa chịu tìm hiểu thôi.

Dù sao tự build cũng là dịp để học hỏi, nhưng mình cho rằng 99,99% là sản phẩm tự build bên thím không thể cạnh tranh nổi với các sản phẩm opensource có sẵn, kể cả là có tuỳ biến cho riêng trường hợp cụ thể nào đi nữa. Tỉnh lại đi nhé
Vấn đề của Opensource là bạn ko kiểm soát đc tính năng cũng như tốc độ thay đổi của nó, nên core function của cty nên là inhouse để có thể kiểm soát tối đa.

Mục đích của Opensource vs của cty cũng khác nhau, trong khi usecase của cty thì chỉ là 1 tập rất nhỏ, rất đặc thù, thì os target nhiều đối tượng hơn. Cty phải tập trung tune cái usecase của mình -> diverse

Ban đầu có thể bắt đầu vs Os, nhưng sau đó phải tự build cũng là chuyện bt.

Chỉ nên dùng tool khi cái use case quá là phổ biến và well defined rồi, như là version control, CI CD, chat app v.v...

Đến scale như Google thì bắt đầu có 1 tỷ usecase lạ lùng và phải làm in house toàn bộ.
 
Last edited:
Cho em hỏi ngu tí thế cty mà đem code base của VNG sang mà k bị kiện à các thím.
n là opensource bạn ak, core thôi, vấn đề để build và chạy cái opensource đó thì ko phải cứ pull về mà dùng được ngay đâu. Trong trường hợp làm product nhanh gọn người ta sẽ dùng các opensource hoặc 3rd có phí, nhưng để lên level hàng chục tr người dùng cùng lúc thì đã phần đều phải tự control cái đống opensource đó cho phù hợp
 
Có lẽ thím không hiểu ý mình nói. Nhưng thôi ko cần tranh luận thêm. Trước đây(rất lâu), tôi cũng từng nghĩ như thím và tự build/hack một số sản phẩm, có triển khai diện rộng nhưng công nghệ phát triển quá nhanh và đã phát hiện ra những gì mình làm thì trên thị trường đã có giải pháp tốt hơn, chỉ là chưa chịu tìm hiểu thôi.

Dù sao tự build cũng là dịp để học hỏi, nhưng mình cho rằng 99,99% là sản phẩm tự build bên thím không thể cạnh tranh nổi với các sản phẩm opensource có sẵn, kể cả là có tuỳ biến cho riêng trường hợp cụ thể nào đi nữa. Tỉnh lại đi nhé
Tự build base trên các nền có sẵn của opensource thôi, sau bổ sung thêm các feature phù hợp cũng đâu nhất thiết phải cải thiện cả perfomance của n. 1 usecase cơ bản thế này nhé, rockdb hay leveldb n bản chất là 1 thư viện c++ và thực hiện việc storage trực tiếp lưu trữ tới io, tuy nhiên chúng ko có khả năng scale rộng lên, vì thế mình sẽ thêm 1 tính năng sharding và warp toàn bộ n trong 1 service hoàn toàn bằng c++ , đó cũng là 1 sự phát triển lên rồi. Không ai đi chế tạo lại cái bánh xe tuy nhiên cũng chả có ai ôm nguyên cái bánh xe của hãng khác lắp vảo của mình.
 
về tự build thì tôi thấy công ty lớn nào mà chả tự build in house hầu hết? mấy cái leveldb rocksdb có phải ngay từ đầu đã có đâu, không nói đến chuyện rocksdb là build từ leveldb, trước đó thì có tokyo/kyoto cabinet, DBM các kiểu, thiên hạ cũng đi dần lên chứ có cái gì perfect ngay từ đầu đâu? tất nhiên mấy thằng faang toàn hàng khủng cho nên chất lượng sản phẩm cũng cao hơn là đương nhiên, nhưng mà việc tự build thư viện cho nhu cầu cá nhân tôi thấy hoàn toàn bình thường :censored:

Tôi không anti hàng tự trồng, vì phần lớn các opensource ngon hiện nay đều có nguồn gốc từ hàng tự trồng của các công ty hay pet project của mấy anh top-tier engineer. Nhưng có điều tôi rất dị ứng với cái kiểu hàng tự trồng nhà tao ngon hơn hàng phổ thông của chúng mày. Nhiều bố VNG tôi gặp hay tự hào kiểu khổ dâm quái đản như vậy nên tôi dị ứng. :big_smile:

Điểm làm nên sự khác biệt của opensource với hàng tự trồng giấu như mèo giấu cứt trong nhà rồi nổ tiếng ra ngoài nhưng chả bao giờ thấy source đó là community. Đơn giản là 100.000 cái đầu + 200.000 con mắt soi chắc chắn ngon hơn 100 cái đầu và 200 con mắt.

Nếu anh build một thứ để giải quyết một vấn đề chưa có gặp thì ok anh đúng nhưng nếu anh build một thứ để giải quyết vấn đề đã có solution và đéo ngon hơn dc cái solution đó thì tốt nhất nên dẹp mẹ nó và commit cho cái solution đã có thì hơn. Netflix là một tấm gương, hồi xưa nó đi tiên phong trong việc tự trồng trọt chăn nuôi nhưng 2 năm trở lại đây thì chuyển dần sang commit cho community rồi vì nó biết rằng hàng nó làm ra quá tốn resource mà chưa chắc đã ăn dc hàng community. Google, Oracle... cũng đang đi con đường y chang.
 
Mấy bố VNG có tiếng khổ dâm từ xưa rồi mà, cái gì cũng muốn tự build mà tôi thấy cũng k có gì xuất sắc :amazed:

Ngày xưa thời 2008 - 2009, tôi mấy lần đi nghe mấy lão Thanh, Thành... chém gió thấy khoe build DBMS, rồi build memory storage, rồi build proxy... các kiểu thấy cũng thường. Tôi thấy lấy hàng opensource về tuning chưa cần custom chạy cũng ngon y chang méo khác gì :)))

Con người thì ai chả thích đc tôn vinh. Cấp 3 làm theo hướng dẫn đâu đó tọc mạch thì sướng tự nhận là Hacker. Cao hơn xíu thì muốn giữ vị trí, thể hiện tài năng trc đàn em thì phải thò tay vào. Nói chứ tui contribute open source rất mệt, đợi tụi nó accept cái request của mình, mình từ trồng cho nhanh. Khi nào nó merge thì mình xài. Sẵn có đường chém gió với đám đệ. Chưa kể hướng đi của tụi nó là tổng quát, mình muốn xài củ thể má khó vl. Ví dụ tui implement cái driver cho UPS thằng tung của. Cái giao thức nó dùng khá láo, nên việc contribute cũng ko dễ. Nên tự build tự xài là vậy đấy. :cry::cry:
 
Tôi không anti hàng tự trồng, vì phần lớn các opensource ngon hiện nay đều có nguồn gốc từ hàng tự trồng của các công ty hay pet project của mấy anh top-tier engineer. Nhưng có điều tôi rất dị ứng với cái kiểu hàng tự trồng nhà tao ngon hơn hàng phổ thông của chúng mày. Nhiều bố VNG tôi gặp hay tự hào kiểu khổ dâm quái đản như vậy nên tôi dị ứng. :big_smile:

Điểm làm nên sự khác biệt của opensource với hàng tự trồng giấu như mèo giấu cứt trong nhà rồi nổ tiếng ra ngoài nhưng chả bao giờ thấy source đó là community. Đơn giản là 100.000 cái đầu + 200.000 con mắt soi chắc chắn ngon hơn 100 cái đầu và 200 con mắt.

Nếu anh build một thứ để giải quyết một vấn đề chưa có gặp thì ok anh đúng nhưng nếu anh build một thứ để giải quyết vấn đề đã có solution và đéo ngon hơn dc cái solution đó thì tốt nhất nên dẹp mẹ nó và commit cho cái solution đã có thì hơn. Netflix là một tấm gương, hồi xưa nó đi tiên phong trong việc tự trồng trọt chăn nuôi nhưng 2 năm trở lại đây thì chuyển dần sang commit cho community rồi vì nó biết rằng hàng nó làm ra quá tốn resource mà chưa chắc đã ăn dc hàng community. Google, Oracle... cũng đang đi con đường y chang.
Ông bạn có link về Netflix ko? Tôi chỉ biết là nó trước tự build data center mà ko kham nổi nên về Aws thôi.

Còn xài Opensource ở cty như Google coi thế chứ ko dễ đâu. Opensource ko có nghĩa là có license để sài. Lêu hêu nó kiện cho bm.
 
Last edited:
Ông bạn có link về Netflix ko? Tôi chỉ biết là nó trước tự build data center mà ko kham nổi nên về Aws thôi.

Còn xài Opensource ở cty như Google coi thế chứ ko dễ đâu. Opensource ko có nghĩa là có license để sài. Lêu hêu nó kiện cho bm.
Em cũng hóng link về Netflix. :)
 
Tự build base trên các nền có sẵn của opensource thôi, sau bổ sung thêm các feature phù hợp cũng đâu nhất thiết phải cải thiện cả perfomance của n. 1 usecase cơ bản thế này nhé, rockdb hay leveldb n bản chất là 1 thư viện c++ và thực hiện việc storage trực tiếp lưu trữ tới io, tuy nhiên chúng ko có khả năng scale rộng lên, vì thế mình sẽ thêm 1 tính năng sharding và warp toàn bộ n trong 1 service hoàn toàn bằng c++ , đó cũng là 1 sự phát triển lên rồi. Không ai đi chế tạo lại cái bánh xe tuy nhiên cũng chả có ai ôm nguyên cái bánh xe của hãng khác lắp vảo của mình.

Thế tóm lại là tự build từ đầu hay lấy opensource về rồi phát triển thêm, nếu là ý 2 thì bình thường thôi, hầu hết ai cũng làm vậy, còn nếu là ý 1 thì đúng khổ dâm nếu quy mô công ty cỡ VNG, tôi đảm bảo những cái như database tôi chạy open source cấu hình đúng thôi cũng nhanh hơn sản phẩm do VNG làm ra từ đầu rồi, đơn giản là do nó là những sản phẩm được viết bởi những con người tốt hơn và được chứng minh bằng real-world use case rồi. Cỡ hàng in-house của mấy công ty lớn tôi còn tin tưởng chứ in-house của VNG thì xin được phép cười khẩy.
 
Back
Top