Nếu trở nên nghiêm trọng, nó còn có thể phát triển thành chứng né tránh giao tiếp với người khác. Và tôi cũng cho rằng nguyên nhân là do người đó đã bị phơi nhiễm trong thời gian dài với bầu không khí của tập thể, tổ chức mà họ thuộc về.
Điều này đôi khi khiến phản hồi từ người khác trở nên cực kỳ đáng sợ. Vì đây là một công việc mà bạn luôn phải không ngừng theo đuổi điều gì đó, nên dường như cũng rất dễ rơi vào trạng thái tự hoài nghi.
Có lẽ họ đã đánh giá rằng để có sức cạnh tranh trước các nền tảng LLM như ChatGPT hay Gemini thì cần một trải nghiệm tích hợp. Và có lẽ email là một trong những tình huống mà việc chỉnh sửa câu chữ diễn ra nhiều nhất.
Dù nội dung này cũng có được nhắc đến trong bài, nhưng riêng tôi đã tự tạo một trình mô phỏng SP để tính toán dựa trên workload của n ngày gần đây xem nên mua thêm bao nhiêu SP để chi phí thấp nhất giữa "chi phí hiện tại + phần chi phí được cover nên sẽ giảm + phần chi phí bị lãng phí do phát sinh định kỳ", rồi dùng đó để ra quyết định.
Tôi cũng tò mò nên xin chia sẻ nội dung đã hỏi Claude... nhưng tôi cũng không thấy đồng cảm lắm.
Tôi sẽ phân tích một cách phản biện các ưu và nhược điểm của việc sử dụng TypeScript:
Ưu điểm (Pros):
Tích hợp hệ sinh thái phát triển
Phần lớn ví dụ tập trung vào các web framework (React, Vue, Svelte, v.v.)
Giảm tối đa rào cản gia nhập cho các frontend developer
Có thể tận dụng hệ sinh thái npm
Lợi thế kỹ thuật
Tính an toàn kiểu dữ liệu giúp ngăn ngừa trước các lỗi cấu hình hạ tầng
Hỗ trợ native ESM giúp hiện đại hóa hệ thống module
Hỗ trợ tự nhiên cho xử lý bất đồng bộ (async/await)
Khả năng mở rộng
Nhấn mạnh đặc tính "Extensible" - dễ mở rộng tài nguyên theo hướng hàm
Dễ tích hợp AI (nhấn mạnh "AI-first")
Hỗ trợ nhiều runtime đa dạng từ trình duyệt đến serverless
Nhược điểm (Cons):
Lo ngại về hiệu năng
TypeScript cần quá trình biên dịch
Mức sử dụng bộ nhớ cao hơn các ngôn ngữ hệ thống như Go hay Rust
Có khả năng phát sinh nút thắt hiệu năng khi quản lý hạ tầng quy mô lớn
Rủi ro bảo mật
Khả năng phát sinh lỗi runtime do đặc tính động của JavaScript/TypeScript
Có thể truy cập các tính năng nguy hiểm như eval()
Độ phức tạp trong quản lý phụ thuộc (dù tuyên bố "zero dependencies", nhưng khi dùng thực tế rất dễ phát sinh thêm phụ thuộc)
Giới hạn kỹ thuật
Hạn chế trong việc truy cập hệ thống ở mức thấp
Độ trễ khó dự đoán do garbage collection
Khó tạo native binary
Lo ngại về hệ sinh thái
Còn tương đối non trẻ nếu xem như một công cụ IaC
Quy mô cộng đồng/hệ sinh thái nhỏ hơn so với Terraform, Pulumi
Thiếu hỗ trợ/xác thực ở cấp độ enterprise
Các điểm cần cân nhắc về kiến trúc
"No strong opinions" ngược lại có thể trở thành nhược điểm (thiếu best practices)
Rủi ro phân tán trong quản lý trạng thái ("store state anywhere")
Độ phức tạp trong việc quản lý file trạng thái cục bộ
Tóm lại, việc chọn TypeScript phù hợp để xây dựng một môi trường thân thiện với web developer, nhưng với vai trò là công cụ IaC cấp độ enterprise thì có vẻ vẫn cần được kiểm chứng thêm.
Một trong những khóa đào tạo quan trọng nhất mà tôi được nghe sau khi vào công ty là phải suy nghĩ về cách giúp khách hàng sử dụng chi phí cloud ít hơn, và một trong những phương pháp hiệu quả nhất được hướng dẫn là RI & SP.
Tôi không rõ về RI, nhưng với SP thì có thể áp dụng cho nhiều workload nên nếu có một khoản chi phí cố định phải trả, đây là điều rất đáng để cân nhắc. Thậm chí bên tôi còn từng mua với cả việc tính trước thời điểm tối ưu hóa dự kiến nữa... haha. Ví dụ, nếu dự đoán sau 9 tháng việc tối ưu hóa sẽ hoàn tất và chi phí máy chủ sẽ giảm còn một nửa, thì dù vậy mua trước gói 1 năm vẫn có lợi hơn nên sẽ mua theo kiểu đó.
spegel -p "extract only the product reviews" > REVIEWS.mdNếu chỉ có tùy chọn này thôi thì tôi nghĩ ra được khá nhiều cách để dùng, nhưng có vẻ hiện vẫn chưa có.
Ngay cả danh tướng Yi Sun-sin, người đứng đầu trong số các đô đốc hải quân trên toàn thế giới, cũng từng nói rằng mình chỉ là một kẻ tầm thường.
Đừng lo lắng quá nhé
đề xuất await operations
Cái này là khi nào...
Nếu trở nên nghiêm trọng, nó còn có thể phát triển thành chứng né tránh giao tiếp với người khác. Và tôi cũng cho rằng nguyên nhân là do người đó đã bị phơi nhiễm trong thời gian dài với bầu không khí của tập thể, tổ chức mà họ thuộc về.
Màn biểu diễn sức mạnh của CSS...
> https://vi.news.hada.io/topic?id=20955
Điều này đôi khi khiến phản hồi từ người khác trở nên cực kỳ đáng sợ. Vì đây là một công việc mà bạn luôn phải không ngừng theo đuổi điều gì đó, nên dường như cũng rất dễ rơi vào trạng thái tự hoài nghi.
Cloudflare giới thiệu cơ chế tính phí theo từng lần thu thập dữ liệu (pay-per-crawl) dành cho bot AI
Substrait - tiêu chuẩn trao đổi đa nền tảng cho các phép toán xử lý dữ liệu
Có lẽ họ đã đánh giá rằng để có sức cạnh tranh trước các nền tảng LLM như ChatGPT hay Gemini thì cần một trải nghiệm tích hợp. Và có lẽ email là một trong những tình huống mà việc chỉnh sửa câu chữ diễn ra nhiều nhất.
Ngay cả trong công việc, sự phân cực cũng sẽ ngày càng nghiêm trọng hơn.
Đúng vậy, có vẻ như chúng ta cần tiếp tục khám phá và phát triển năng lực đó.
Cảm ơn bạn vì bình luận với góc nhìn thật sự rất hay :)
Hãy giảm phí cho chúng tôi..
Bản dịch: https://rosettalens.com/s/ko/introducing-pay-per-crawl
Dù nội dung này cũng có được nhắc đến trong bài, nhưng riêng tôi đã tự tạo một trình mô phỏng SP để tính toán dựa trên workload của n ngày gần đây xem nên mua thêm bao nhiêu SP để chi phí thấp nhất giữa "chi phí hiện tại + phần chi phí được cover nên sẽ giảm + phần chi phí bị lãng phí do phát sinh định kỳ", rồi dùng đó để ra quyết định.
Đúng vậy....
Tôi cũng tò mò nên xin chia sẻ nội dung đã hỏi Claude... nhưng tôi cũng không thấy đồng cảm lắm.
Tôi sẽ phân tích một cách phản biện các ưu và nhược điểm của việc sử dụng TypeScript:
Ưu điểm (Pros):
async/await)Nhược điểm (Cons):
eval()Tóm lại, việc chọn TypeScript phù hợp để xây dựng một môi trường thân thiện với web developer, nhưng với vai trò là công cụ IaC cấp độ enterprise thì có vẻ vẫn cần được kiểm chứng thêm.
Tôi hiện đang làm việc tại AWS Korea.
Một trong những khóa đào tạo quan trọng nhất mà tôi được nghe sau khi vào công ty là phải suy nghĩ về cách giúp khách hàng sử dụng chi phí cloud ít hơn, và một trong những phương pháp hiệu quả nhất được hướng dẫn là RI & SP.
Tôi không rõ về RI, nhưng với SP thì có thể áp dụng cho nhiều workload nên nếu có một khoản chi phí cố định phải trả, đây là điều rất đáng để cân nhắc. Thậm chí bên tôi còn từng mua với cả việc tính trước thời điểm tối ưu hóa dự kiến nữa... haha. Ví dụ, nếu dự đoán sau 9 tháng việc tối ưu hóa sẽ hoàn tất và chi phí máy chủ sẽ giảm còn một nửa, thì dù vậy mua trước gói 1 năm vẫn có lợi hơn nên sẽ mua theo kiểu đó.
Bất kể có phải AI hay không, nếu cố tình thì ngay cả việc crawl cũng không thể ngăn chặn được.