thảo luận Code trên Mac với Win cái nào sướng hơn?

  • Người tạo chủ đề Người tạo chủ đề bamboo.bamboo
  • Ngày bắt đầu Ngày bắt đầu
thôi anh thừa nhận vậy tôi chẳng cần tranh luận với anh làm gì nữa, đơn giản là anh chưa gặp những bài toán người khác gặp thì giờ giải thích cho anh anh cũng có chấp nhận đâu, làm hobby project thì nói thật làm kiểu gì chả được, chẳng ai quan tâm độ hiệu quả, chả có ai dí deadline, chẳng cần quan tâm nếu có nhiều người nhảy vào làm chung thì thế nào, cũng chẳng quan tâm lỡ may có nhiều người dùng thì phải thế nào :)
mindset người ta đã thế rồi, mày cố gắng làm gì vậy...

nghỉ thôi =]]
 
Docker là công cụ, mà là công cụ thì có usecase mới xài. Đâu phải cái quần què gì cũng đem docker ra xài.
Mà Docker nó phát triển éo phải nó là thằng tiên phong trong lĩnh vực container. Nó là thằng đem container ra đại chúng, làm mọi người sử dụng container một cách dễ dàng. Chứ thực sự trước nó, container đã tồn tại từ lâu rồi.

Usecase của docker thì là ntn: deploy app lên bare metal server. Tuy nhiên, không biết mua bao nhiêu CPU, RAM... cho đủ, IT mua mẹ nó luôn server cho cả thế giới dùng (hơi chém tí) phòng trường hợp users tăng lên.
Rồi giờ deploy app thứ 2, thấy server còn dư mới sinh ra là cài VM vào để xài ké server (đã có sẵn OS). Tuy VM rất tiện nhưng tốn resource cũng vcl + license OS nữa (đừng tưởng chỉ có Windows mới trả phí, còn Redhat Linux nữa).
Từ đó mới sinh ra cái thằng container, light weight, đỡ tốn license với phí quản lý VM.
Sau này docker xuất hiện mới chuẩn hóa thằng container này, sinh ra các kho image để cộng đồng chia sẽ và quản lý.

Túm cái váy lại là nó chỉ là công cụ, tìm hiểu cho biết, nếu thấy nó đáp ứng nhu cầu, tiết kiệm được thời gian thì xài. Không thì thôi. Đó là nếu làm việc một mình.
Trong công ty lớn (méo phải FAAGM mới là lớn nhé) thì infrastructure không tới lượt dev quyết định. Đề xuất duyệt thì xài, không thì méo.
 
Hobby project thôi, không cần học cái mới chi, ssh đủ rồi, systemd là đx, cũng ko càn ci cd làm gì. Các ông xài ci cd k8s docker á? Làm cái gì? Có log thời gian đã tiết kiệm được không cho tui xem. App của tui mìn tui xài, use case đặc thù, ko cần scale, ko cần chỉ lại cho ai khác xài, ko cần ci cd test làm gì cả. Toàn làm trò phí thời gian học hành mấy cái trend chi ko biết =)

Đùa chứ đến khi ông nipin team to ra, phải dạy lại junior cách ssh này, bật tắt bash script này nọ thì mới hiểu tại sao lại xài docker k8s chứ bây giờ ông toàn làm project hobby, tự ssh production, crawl ba cái trang web tàu bằng proxy tự crawl rồi đánh đố người ta dùng docker để làm đc cái này cái kia cho ông để làm gì? Bản thân ông cũng đâu có muốn học hỏi cái mới, thay đổi cách làm cái cũ theo hướng scaleable hơn? Ông cố chấp vl.

Còn cái 12factor thì cũng khá nổi tiếng đấy, tuy có thể điều kiện này nọ như ông nói nhưng cũng là những tiêu chí cần có của một app hiện đại. Thay vì đọc, đánh giá xem mình đã có những tiêu chí nào, còn thiếu những cái nào, có thật là thiếu không, thảo luận thì ông cũng xem như ko care luôn tôi cũng chịu. Ai bảo ngành cntt đòi hỏi luôn phải cập nhật kiến thức làm gì đâu, ông cứ build, deploy như ông làm 5 8 năm trước vẫn đc mà nhỉ :))

via theNEXTvoz for iPhone
 
Sửa lần cuối:
tôi hỏi thật anh đã phát triển dự án nào từ số 0 chưa? có rồi thì nói kinh nghiệm ra, đặc biệt là kinh nghiệm áp dụng mấy cái docker/k8s vào dự án? chứ quay đi quay lại tôi chưa thấy anh nói được cái gì khiến tôi phải ham hố dùng docker/k8s ngay lập tức.

tất nhiên đấy chỉ là tôi, topic này nhiều người xem mà, hi vọng bạn nào đó confirm tôi vụ nghe anh _gâu quảng bá liền ngay lập tức đổi sang dùng docker/k8s, thuyết phục teammate/leader là nếu không dùng docker/k8s ngay bây giờ là mình thua thiệt, là không hiệu quả.

nói thật là dù là làm hobby projects hay small time projects thì ai cũng chú trọng vào hiệu suất thôi, cũng muốn tìm hiểu các công cụ để nâng cao hiệu suất, cơ mà ai khác không biết chứ tôi tới giờ hoàn toàn không bị anh _gâu thuyết phục.

nhưng có thể chỉ là tôi cứng đầu.
Anh cứng đầu thật :))

via theNEXTvoz for iPhone
 
Ae dùng editor nào v ? Trừ Sublime và VS code còn cái nào k

Mình dùng Sublime để code, mở tầm 300 - 500 file là lúc viết code gõ vào // là bắt đầu treo xong dis. Mặc dù cấu hình máy rất cao, chip xeon e5-2630 v4, ram 48gb

NeoVIM
Bản thân mình chuyển từ VSCode qua vì y xì bác =)) qua vim thì nó vẫn lag nhưng nó đỡ hơn rất nhiều. Đặt biệt chuyên trị mở mấy file siêu nặng, điển hình là xem cái file log thủ công
 
Đùa chứ đến khi ông nipin team to ra, phải dạy lại junior cách ssh này, bật tắt bash script này nọ thì mới hiểu tại sao lại xài docker k8s chứ bây giờ ông toàn làm project hobby, tự ssh production, crawl ba cái trang web tàu bằng proxy tự crawl rồi đánh đố người ta dùng docker để làm đc cái này cái kia cho ông để làm gì? Bản thân ông cũng đâu có muốn học hỏi cái mới, thay đổi cách làm cái cũ theo hướng scaleable hơn? Ông cố chấp vl.
đùa chứ các bạn nói thế này tôi đều hiểu mà, vấn đề nó ở chỗ khác, các bạn nói benefit đều rất chuẩn, nhưng trường hợp teammate của các bạn nó không muốn sài docker/k8s thì sao (có thằng cứng đầu ngang tôi)? lúc ấy các bạn thuyết phục người ta thế nào hay lại vào chửi một câu "cỡ chúng mày chỉ làm dự án như con kiến thôi" rồi quit công ty?
 
Anh cứng đầu thật :))

via theNEXTvoz for iPhone
nói đùa chứ trong topic này thì tôi chỉ nói cho vui thôi, vì tôi không giống như mấy bạn kia ego to đùng lúc nào cũng phải đúng mới thôi.

cơ mà trong thực tế thì tôi gặp mấy trường hợp workflow các bạn không tưởng được đâu, ssh/scp được còn đỡ, các bạn ấy deploy code bằng gui tool như sftp, bôi ra một cái jquery app (code nát như tươm) để upload content lên server, sau đó upload thủ công mấy trăm trang nội dung bằng tay, mỹ kỳ danh "để còn check lại nội dung cho chuẩn".
về sau tôi vào viết lại cái phần upload nội dung bằng script, có cái script là rsync content lên server, trước khi quit tôi đã setup wsl đầy đủ hết cho các bạn, nghĩ cái này basic vkl chắc là chúng nó làm được hết, kết quả là sao? kết quả là sau khi tôi đi các bạn đổi laptop không có wsl và các bạn chết ngắc luôn, thật vkl.
đơn giản đã là vậy giờ các bạn thử bảo chúng nó dùng docker/k8s xem? ờ thì lúc các bạn ở đấy thì không sao, mọi việc các bạn làm hết, lúc các bạn nghỉ move on thì sao?
 
Sửa lần cuối:
Mấy bạn ở đây nói đến scale toàn nghĩ đến infrastructure nhỉ (docker, k8s). Scale đối với tôi là code model design, data model design. Tôi chả cần đến mấy thứ message bus, message queue nhưng proj của tôi vẫn có bounded context rõ ràng, tất nhiên tôi chỉ deploy trên 1 process.
 
Mấy bạn ở đây nói đến scale toàn nghĩ đến infrastructure nhỉ (docker, k8s). Scale đối với tôi là code model design, data model design. Tôi chả cần đến mấy thứ message bus, message queue nhưng proj của tôi vẫn có bounded context rõ ràng, tất nhiên tôi chỉ deploy trên 1 process.
vì app của bạn bé như con kiến chứ sao : p
(thực ra bây giờ một cái server có thể có 256/512 cores, ram thì có thể lên tới 1TB~3TB, có thể thoả mãn dc hầu hết nhu cầu rồi, nhưng vẫn còn vấn đề fault tolerance với network latency, tất nhiên quan điểm của tôi là đợi đến lúc đó rồi hãy tính, cơ mà các bạn ở trên toàn làm dự án khủng cho nên phải webscale ngay từ đầu các bạn ấy có suy nghĩ khác :))
 
Không biết đến thớt này sớm hơn. Anh em cãi nhau xôm tụ thế.
Theo mình thì cái vụ môi trường dev với môi trường prod không cần phải giống nhau. Bản chất thằng dev là tập trung làm cho đúng business requirements, nó cần đêk gì quan tâm đến prod env nó ntn? Đấy là việc của thằng dev ops.
Nhưng khi test thì lại cần nhé. Môi trường test mà khác thì ăn c*t cả đám nhé. Chia sẻ một kinh nghiệm đau thương. Làm cái dự án củ c*c dùng hàng IBM. Lúc dev + test thì dùng DB2 express - C. Hì hục fix/optimize cho cố mà đéo chạy được. Tức quá mua mịa 1 con IBM Workstation to tổ bố về, mua cả Linux One + DB2 hàng xịn về. Thế là code chạy như một phép màu. Đéo hiểu luôn. Vụ đấy bị cả lũ devs + testers chửi cho nhục như dog luôn.
 
vì app của bạn bé như con kiến chứ sao : p
(thực ra bây giờ một cái server có thể có 256/512 cores, ram thì có thể lên tới 1TB~3TB, có thể thoả mãn dc hầu hết nhu cầu rồi, nhưng vẫn còn vấn đề fault tolerance với network latency, tất nhiên quan điểm của tôi là đợi đến lúc đó rồi hãy tính, cơ mà các bạn ở trên toàn làm dự án khủng cho nên phải webscale ngay từ đầu các bạn ấy có suy nghĩ khác :))

Hehe. Công nhân app của tôi kiến thật. À mà không rõ 1 server 256/512 cores, 1TB-3TB ram có phục vụ được 1tr người dùng giống app của các bạn ấy không?
 
Hehe. Công nhân app của tôi kiến thật. À mà không rõ 1 server 256/512 cores, 1TB-3TB ram có phục vụ được 1tr người dùng giống app của các bạn ấy không?
không được đâu nhé, scaling to 100k users nó đã phải dùng cả một hệ thống phức tạp rồi :(
https://alexpareto.com/scalability/systems/2020/02/03/scaling-100k.html
p/s: link discussion https://news.ycombinator.com/item?id=22248325
p.p.s:
> Yes exactly. I have a an app with about 1m concurrent users at peak hours. For years it is running perfectly fine on a single 8 core machine. Linux - > Nginx -> memcache -> nodejs -> filesystem. Yes filesystem. All content is fetched from files. Another process is populating all files. I pay 40 dollars/m for this self managed machine.

thằng này con kiến vãi, app gì mà mọi content đều fetch từ file :-<
 
Sửa lần cuối:
vì app của bạn bé như con kiến chứ sao : p
(thực ra bây giờ một cái server có thể có 256/512 cores, ram thì có thể lên tới 1TB~3TB, có thể thoả mãn dc hầu hết nhu cầu rồi, nhưng vẫn còn vấn đề fault tolerance với network latency, tất nhiên quan điểm của tôi là đợi đến lúc đó rồi hãy tính, cơ mà các bạn ở trên toàn làm dự án khủng cho nên phải webscale ngay từ đầu các bạn ấy có suy nghĩ khác :))
O vng, bên zalo, có mấy cái app xủ lí tầm 200k concurrent mà chẳng co docker, docket, k8s mẹ gì cả, monolithic vẫn scale bình thường. Micro service làm phát sinh đủ thứ ngôn ngữ, pef thì không đồng đều, phụ thuộc lẫn nhau thằng pef, code kém chất luong làm ảnh hương một cục. Lạm dụng instance thay thế cho chất lượng, code cẩu thả, thay vì tối uu thì scale theo chiều ngang bù cho chất lượng. Đôi khi các bạn dev lấy cái khả năng mở số lượng đó rồi cho rằng mico service mở rộng tốt lắm, nhưng đó chỉ là lí thuyết nếu đã tối ưu tối đa, còn thực tế thì nó ngược lại , scale dễ cho mấy bạn code kém, low pef lấp liếm cho sự yếu kém

via theNEXTvoz for iPhone
 
Sửa lần cuối:
không được đâu nhé, scaling to 100k users nó đã phải dùng cả một hệ thống phức tạp rồi :(
https://alexpareto.com/scalability/systems/2020/02/03/scaling-100k.html
p/s: link discussion https://news.ycombinator.com/item?id=22248325

O vng, bên zalo, có mấy cái app xủ lí tầm 200k concurrent mà chẳng co docker, docket, k8s mẹ gì cả, monolithic vẫn scale bình thường. Micro service làm phát sinh đủ thứ ngôn ngữ, pef thì không đồng đều, phụ thuộc lẫn nhau thằng pef, code kém chất luong làm ảnh hương một cục. Lạm dụng instance thay thế cho chất lượng, code cẩu thả, thay vì tối uu thì scale theo chiều ngang

via theNEXTvoz for iPhone

Thông tin rất bổ ích. Có 10k người dùng thì tôi giàu mẹ nó rồi vì tôi dev solo thôi.
 
Thông tin rất bổ ích. Có 10k người dùng thì tôi giàu mẹ nó rồi vì tôi dev solo thôi.
Thực tế mô hình micro bùng nổ theo phong trao startup, đốt tiền quá phê, chi phí có khi còn cao hơn standalone, nhưng bù lại việc xay dựng nó nhanh vì lợi thế của nó cho phép làm việc độc lập hơn giữa các team thay vì phải ngồi với nhau chửi qua chui lại thống nhất model mono. Thằng cùi bắp làm mấy cái micro râu ria, thăng giỏi làm cái core. Vấn đề là ko phải dự án nào củng có một lead đủ giởi để control hết bọn micro, người giỏi đâu ra mà nhiều. Thế là các anh cứ vẽ hưu vượn đốt tiền, mô hình thì toàn vài triệu ccu, kết quả starup chết sặc tiết nên củng chẳng ai biết thực sự triệu ccu có thật ko.
via theNEXTvoz for iPhone
 
O vng, bên zalo, có mấy cái app xủ lí tầm 200k concurrent mà chẳng co docker, docket, k8s mẹ gì cả, monolithic vẫn scale bình thường. Micro service làm phát sinh đủ thứ ngôn ngữ, pef thì không đồng đều, phụ thuộc lẫn nhau thằng pef, code kém chất luong làm ảnh hương một cục. Lạm dụng instance thay thế cho chất lượng, code cẩu thả, thay vì tối uu thì scale theo chiều ngang bù cho chất lượng. Đôi khi các bạn dev lấy cái khả năng mở số lượng đó rồi cho rằng mico service mở rộng tốt lắm, nhưng đó chỉ là lí thuyết nếu đã tối ưu tối đa, còn thực tế thì nó ngược lại , scale dễ cho mấy bạn code kém, low pef lấp liếm cho sự yếu kém

via theNEXTvoz for iPhone
Cái này tôi ko tin lắm nhé. Bên VNG nhiều người khủng phết (Có bạn tôi nhé :)), nhưng bảo xử lý tầm 200k ccu mà ko có mấy cái a kể thì risk quá. K8 nó làm mấy cái back-up kiểu đấy tốt lắm.
p/s: Có ai dùng Cirrus chưa :( cho hỏi vài cái với (Hàng IBM lởm vãi tè)
 
các anh đánh tráo khái niệm vl, scale thì đương nhiên là do tổ chức code, tách DB ra managed db, cdn, cache, load balancer các kiểu, những vấn đề đấy thì cả docker hay ko docker đều phải làm cả.

thôi tôi giả sử tôi là junior mới vào công ty, tôi thích project có docker hơn vì tôi chỉ cần phải docker-compose build rồi docker-compose run là nó chạy, không phải setup bằng tay env, ko phải lo lắng dependencies này nọ trên máy của tôi ok chưa? tương tự như trên production/ staging, tôi expect là nó đã chạy đc trên máy tôi thì lên đó nó cũng sẽ chạy đc bởi vì docker làm môi trường là như nhau. dễ hiểu vl tôi ko hiểu sao các ông cứ phải kiếm cái này cái nọ để phản pháo lại cho bằng được? ego à? thích ngược dòng? elitist chỉ xài bash script bare metal vps?

còn nữa, docker thì liên quan gì đến code của ông, team ông ko có review code, review pull request, để code kém nó qua xong đổ tại docker wtf? đôi ko tôi ko hiểu các ông tranh luận cái vấn đề gì vì lôi toàn mấy thứ ko liên quan vào

xong còn bần đến mức lôi 1 thằng có 1m ccu có practice tệ như các ông để làm luận điểm nữa mới hài :)) các ông ko phân tích đúng sai, tốt xấu, bảo á à thằng này giàu vl 1m ccu mà còn xài bad practice, thế thì công ty mình, pet project của mình xài gì chả đc :)) ok tôi bảo rồi, có docker cũng đc ko có cũng đc, các ông cứ deploy như 5 10 năm trước nó vẫn chạy đc, vẫn scale tốt thôi, thế nhé, không cần học hỏi gì cái mới đâu.
 
Cái này tôi ko tin lắm nhé. Bên VNG nhiều người khủng phết (Có bạn tôi nhé :)), nhưng bảo xử lý tầm 200k ccu mà ko có mấy cái a kể thì risk quá. K8 nó làm mấy cái back-up kiểu đấy tốt lắm.
p/s: Có ai dùng Cirrus chưa :( cho hỏi vài cái với (Hàng IBM lởm vãi tè)
Tôi dang làm vng, thằng bạn kia là thằng nào, tôi làm ở đay 10 năm rồi, tin tức nghe ngóng chắc chắn hơn thằng bạn, một con máy chủ 200k est tcp, rất khủng, ko có cái gọi là instance

via theNEXTvoz for iPhone
 
các anh đánh tráo khái niệm vl, scale thì đương nhiên là do tổ chức code, tách DB ra managed db, cdn, cache, load balancer các kiểu, những vấn đề đấy thì cả docker hay ko docker đều phải làm cả.

thôi tôi giả sử tôi là junior mới vào công ty, tôi thích project có docker hơn vì tôi chỉ cần phải docker-compose build rồi docker-compose run là nó chạy, không phải setup bằng tay env, ko phải lo lắng dependencies này nọ trên máy của tôi ok chưa? tương tự như trên production/ staging, tôi expect là nó đã chạy đc trên máy tôi thì lên đó nó cũng sẽ chạy đc bởi vì docker làm môi trường là như nhau. dễ hiểu vl tôi ko hiểu sao các ông cứ phải kiếm cái này cái nọ để phản pháo lại cho bằng được? ego à? thích ngược dòng? elitist chỉ xài bash script bare metal vps?

còn nữa, docker thì liên quan gì đến code của ông, team ông ko có review code, review pull request, để code kém nó qua xong đổ tại docker wtf? đôi ko tôi ko hiểu các ông tranh luận cái vấn đề gì vì lôi toàn mấy thứ ko liên quan vào

xong còn bần đến mức lôi 1 thằng có 1m ccu có practice tệ như các ông để làm luận điểm nữa mới hài :)) các ông ko phân tích đúng sai, tốt xấu, bảo á à thằng này giàu vl 1m ccu mà còn xài bad practice, thế thì công ty mình, pet project của mình xài gì chả đc :)) ok tôi bảo rồi, có docker cũng đc ko có cũng đc, các ông cứ deploy như 5 10 năm trước nó vẫn chạy đc, vẫn scale tốt thôi, thế nhé, không cần học hỏi gì cái mới đâu.
Thread này sẽ ko đi xa the này nếu ko có “k8s rule them all”

via theNEXTvoz for iPhone
 

Thống kê chủ đề

Ngày tạo
bamboo.bamboo,
Người trả lời cuối
2TbP,
Trả lời
597
Lượt xem
77.832
Quay lại
Lên đầu trang