Xu hướng dành cho nhà phát triển từ Radar công nghệ của Thoughtworks 27

Radar Công nghệ của Thoughtworks là thời điểm thường xuyên để xem xét những gì các chuyên gia có kinh nghiệm trong ngành cho rằng có thể là làn sóng tiếp theo của các công cụ, thực tiễn và công nghệ để xem xét hoặc ngừng sử dụng.

Tôi luôn mong muốn được thêm nhiều “blips” mới vào danh sách của mình hoặc xem danh sách nào đang ngày càng được áp dụng kể từ lần cuối bạn xem qua.

Phiên bản 27 hiện đã ra mắt và nó tiếp tục một số xu hướng mà radar đã theo dõi trong một thời gian, chẳng hạn như “nền tảng dưới dạng dịch vụ” hoặc các hình thức lập trình nhóm. Phần tổng hợp này còn lâu mới toàn diện, mà chỉ là những điểm sáng hấp dẫn tôi hoặc điều đó, tôi nghĩ, có thể hấp dẫn bạn.

Nếu bất kỳ ai trong số họ quan tâm đến bạn hoặc bạn có ý kiến về bất kỳ điều gì tôi đã nêu, hãy truy cập hồ sơ của bạn và cho độc giả của chúng tôi biết !

Chính thống hóa học máy

Thực sự có cảm giác như vậy trong khoảng 6 tháng qua, máy học đã chuyển từ thứ mà hầu hết chỉ các nhà phát triển và nhà khoa học dữ liệu mới tương tác thành thứ mà công chúng đã biết.

Hết thông báo này đến thông báo khác về một công cụ dựa trên ML hoặc AI khác sẽ tạo ra một số loại phương tiện sau khi bạn đưa thứ gì đó vào đó và chúng tôi tràn ngập hàng nghìn hình ảnh và video trông kỳ lạ về những người nổi tiếng.

Điều này cũng có nghĩa là các nhà phát triển quan tâm đến việc thử nghiệm ML cũng có sẵn nhiều tài nguyên hơn dưới dạng tập dữ liệu và khuôn khổ để sử dụng các tập dữ liệu đó.

Có liên quan đến các nhà phát triển thử nghiệm là TinyML , một lĩnh vực máy học cho phép nhiều trường hợp sử dụng luôn hoạt động và nhắm mục tiêu các thiết bị chạy bằng pin.

Một cách khác là các cửa hàng tính năng , một phương pháp để tạo các quy trình ML có thể quen thuộc hơn với các nhà phát triển từ các nền tảng khác.

Radar này cũng bao gồm các công cụ liên quan đến ML để cải thiện trải nghiệm của nhà phát triển trong việc xây dựng và đào tạo các mô hình, chẳng hạn như thực hành “học máy liên kết” để tổng hợp dữ liệu mô hình trên các máy để xử lý hoặc dữ liệu tổng hợp để thử nghiệm mô hình ban đầu.

Khả năng quan sát liên tục

Mặc dù là một thuật ngữ tương đối mới, nhưng “khả năng quan sát” đã nhanh chóng phát triển từ một tập hợp lỏng lẻo các thực tiễn và tiêu chuẩn nhằm xây dựng một bức tranh tốt hơn về một hệ thống đang chạy để trở thành một thuật ngữ rộng hơn, có nghĩa là tất cả mọi thứ.

Lĩnh vực mới nhất trong quy trình làm việc của nhà phát triển để nhận thông tin chi tiết là lĩnh vực mà tôi ngạc nhiên là lại mất quá nhiều thời gian, khả năng quan sát đối với các quy trình phân phối và tích hợp liên tục.

Mặc dù CI và CD chắc chắn mang lại lợi ích, nhưng các quy trình thường gặp trục trặc với rất ít thông tin chi tiết về những gì cho đến khi bạn thử, thử lại.

Giờ đây, một số nhà cung cấp khả năng quan sát hiện tại và các dự án nguồn mở đang mang đến các hình ảnh trực quan hóa theo kiểu truy vết của các quy trình liên tục để hy vọng giúp bạn gỡ lỗi hoàn toàn những gì đang diễn ra.

Hóa đơn vật tư phần mềm

Khi các nhà phát triển ngày càng dựa vào các thùng chứa và gói bán ẩn danh cho công việc của họ, những người tập trung vào tính bảo mật và tính hợp pháp đã xem xét và tự hỏi, “chúng ta có tin tưởng điều này không?”.

Mối quan tâm này đã dẫn đến việc vội vàng chuẩn hóa và bình thường hóa (đặc biệt là trong doanh nghiệp) một “hóa đơn nguyên vật liệu phần mềm”, thường được gọi bằng từ viết tắt hài hước, SBOM.

Mặc dù về lý thuyết, “bất kỳ ai” đều có thể đào sâu vào một dự án nguồn mở và xem các thành phần của nó là gì, nhưng nói thì dễ hơn làm và hoàn toàn không thể thực hiện được với các dự án nguồn đóng.

Các lỗ hổng cấu hình cao gần đây trong phần mềm đã tiết lộ mức độ phụ thuộc nhỏ có thể mang lại những vấn đề lớn như vậy. Mặc dù SBOM có thể giúp ích rất nhiều, nhưng tôi tự hỏi có bao nhiêu công ty muốn tiết lộ hoạt động bên trong của họ và trung thực về chúng.

Mã hóa bền vững

Đây là một chủ đề mà tôi đã được truyền cảm hứng để đề cập đến bản thân sau khi nói chuyện với ai đó từ Thoughtworks về công cụ dấu chân đám mây Carbon của họ.

Xu hướng liên tục ném các khung, công cụ và khung đám mây mới vào một vấn đề đã khiến nhiều người trong chúng ta quên rằng tất cả các dòng mã này thực sự chạy ở đâu đó trên một thứ gì đó.

Và điều đó dẫn đến lượng khí thải carbon. Nước được thúc đẩy bởi các lý do vị tha hoặc tài chính, và suy thoái đại kết dẫn đến tiết kiệm chi phí, đây là một chủ đề đang được thảo luận và suy nghĩ nhiều hơn.

Liên quan chặt chẽ đến chi phí môi trường của các dự án và cơ sở hạ tầng của chúng, và một tùy chọn mà tôi đã thấy được các nhóm sản xuất sử dụng là chi phí cơ sở hạ tầng ước tính tác động chi phí của những thay đổi bạn thực hiện đối với các định nghĩa của Terraform.

Trách nhiệm như Code

Bất kỳ công ty SaaS nào cũng xác định các chỉ số cấp độ dịch vụ (SLI) và mục tiêu cấp độ dịch vụ (SLO) mà khách hàng của họ có thể mong đợi.

Tuy nhiên, cách các công ty xác định những điều này thường hơi lộn xộn và không theo tiêu chuẩn, và với rất nhiều điều khác được xác định trong các quy trình đã được hệ thống hóa, tại sao thành phần cơ bản này lại không được xác định?

Một số nhà cung cấp Khả năng quan sát hiện cung cấp tùy chọn này và tất nhiên, một nhóm người đã bắt đầu tiêu chuẩn, OpenSLO .

Không với nút

Tôi tìm hiểu về JavaScript và TypeScript và đã nhận thấy một số lựa chọn thay thế thời gian chạy mới nổi cho Node gần đây. Tôi không chắc có vấn đề gì với Node, ngoài việc hiện tại nó đã khá cũ, để đảm bảo các lựa chọn thay thế, nhưng tôi đoán sự cạnh tranh là tốt 🤷‍♂️?

Bun là một giải pháp thay thế mới hơn mà tôi đã thử cách đây vài tháng và tôi phải thừa nhận rằng tôi không thực sự chắc chắn những lợi ích mà nó mang lại cho tôi, nhưng nó sử dụng JavaScriptCore của WebKit thay vì công cụ V8 của Chrome.

Một lần nữa, đa dạng không phải là một điều xấu. Bun được viết bằng Zig , thứ mà tôi chưa từng nghe đến trước đây và nó tuyên bố là một sự thay thế C/C++ “thả vào”.

Điều này dẫn đến…

C+++

Nếu Zig, Rust và các ngôn ngữ khác là bất cứ thứ gì có thể tồn tại, nhiều người cảm thấy rằng C++ cần một sự thay thế hiện đại hơn. Google đã đưa ra một tùy chọn khác vào danh sách các đối thủ cạnh tranh với Carbon .

Ngôn ngữ này vẫn đang trong giai đoạn thử nghiệm nhưng được cho là dễ hiểu và dễ sử dụng hơn. Google có xu hướng tạo ra nhiều dự án thử nghiệm và sau đó loại bỏ chúng một lần nữa, vì vậy đề xuất của Thoughtworks hiện là “chờ xem”.