Quan điểm của VC Astasia Myers về máy học, cơ sở hạ tầng đám mây, công cụ dành cho nhà phát triển, nguồn mở và bảo mật. Đăng ký tại đây .

Sản phẩm

Trang bị lại quy trình công việc Beta

Retool Workflows là một cách nhanh chóng để các nhà phát triển tạo các công việc định kỳ, cảnh báo tùy chỉnh và các tác vụ ETL. Quy trình làm việc bao gồm một loạt các khối: truy vấn được kết nối với nhau hoặc JavaScript. Các nhà phát triển bắt đầu bằng cách chọn cách họ muốn quy trình làm việc của mình chạy, theo lịch định kỳ hoặc được kích hoạt thông qua lệnh gọi API hoặc webhook. Quy trình làm việc tích hợp với bất kỳ cơ sở dữ liệu hoặc API nào. Họ chỉ có thể lấy một khối, truy vấn dữ liệu của bạn và trực quan hóa ngay lập tức các đường dẫn bằng cách kết nối, sắp xếp lại và sao chép các khối trên canvas. Các nhà phát triển có thể viết JavaScript để sửa đổi dữ liệu của họ.

Vì sao vấn đề này? Retool đang mở rộng phạm vi ngoài bảng quản trị để tự động hóa quy trình làm việc. Đó là một cách tiếp cận kỹ thuật hơn, có thể tùy chỉnh hơn so với các lựa chọn thay thế như Zapier và khiến nó cạnh tranh gay gắt hơn với Airplane.dev .

Score.dev

Nguồn mở Score là đặc tả khối lượng công việc lấy nhà phát triển làm trung tâm và không phụ thuộc vào nền tảng. Nó đảm bảo cấu hình nhất quán giữa môi trường cục bộ và từ xa.

Vì sao vấn đề này? Đạt được ~1 nghìn sao kể từ khi được mã nguồn mở một tháng trước, Score cho phép các nhà phát triển chạy cùng một khối lượng công việc trên các ngăn xếp công nghệ hoàn toàn khác nhau, mang lại tính linh hoạt và khả năng di động. Score chăm sóc cấu hình cho các nhà phát triển để họ có thể tập trung vào việc cung cấp các tính năng thay vì chiến đấu với cơ sở hạ tầng. Nhiều quy tắc cấu hình, cấu trúc và giá trị trên các môi trường cục bộ và từ xa làm tăng nguy cơ cấu hình sai. Với Score, các nhà phát triển có thể chuyển từ môi trường cục bộ sang môi trường từ xa. Cấu hình luôn nhất quán ở mọi nơi mà nhà phát triển triển khai. Việc đồng bộ hóa nhiều tệp cấu hình dành riêng cho môi trường có thể là một thách thức, dẫn đến công việc cấu hình lặp đi lặp lại và YAML phình to. Score sử dụng một tệp thông số kỹ thuật làm nguồn thông tin chính xác duy nhất khiến tệp có thể dịch được qua các thiết lập phân phối.

GitLab chuyên dụng

GitLab đã ra mắt GitLab Dành riêng, một SaaS một bên thuê cho phép các tổ chức chạy các kho lưu trữ do GitLab lưu trữ trên cơ sở hạ tầng đám mây của riêng họ. GitLab xử lý tất cả các dịch vụ và bảo trì. SaaS một bên thuê mới được triển khai trong khu vực AWS mà khách hàng lựa chọn. Nó được kết nối và quản lý và lưu trữ riêng tư bởi GitLab.

Vì sao vấn đề này? GitLab đang cố gắng đạt được sự cân bằng giữa phiên bản nền tảng cho nhiều bên thuê với chi phí thấp hơn hoặc yêu cầu các tổ chức tự triển khai phiên bản tại chỗ của nền tảng. Phiên bản mới nhất của nền tảng có thể sẽ thu hút hầu hết các tổ chức hoạt động trong các ngành được quản lý chặt chẽ. Chúng tôi ngày càng thấy các doanh nghiệp muốn kiểm soát dữ liệu của họ trong đám mây riêng để bảo vệ tốt hơn chuỗi cung ứng phần mềm của họ.

Nội dung

CRDT: Lập chỉ mục phân số

Evan Wallace , người đồng sáng lập Figma và người tạo ra esbuild, thảo luận về cách lập chỉ mục theo phân số, một cách tiếp cận đơn giản hơn cách lập chỉ mục dựa trên cây. Anh ấy nói rằng việc lập chỉ mục theo phân số không ngăn cản việc xen kẽ các lần chạy được chèn đồng thời, điều này khiến nó không phù hợp với dữ liệu văn bản.

Vì sao vấn đề này? Một khía cạnh thay đổi trò chơi của Figma là khả năng chỉnh sửa nhiều người chơi. Wallace trước đây đã viết về các kỹ thuật của nhóm, bao gồm lựa chọn sử dụng lập chỉ mục phân đoạn so với Chuyển đổi hoạt động ban đầu được phổ biến bởi Google Wave. Chúng tôi đang chứng kiến ​​việc chỉnh sửa cộng tác và nhiều người chơi trở thành điều bắt buộc đối với các sản phẩm SaaS và một số công ty khởi nghiệp như Replicache và Liveblocks cung cấp công nghệ để giúp triển khai dễ dàng hơn.

Alexander Wang của Scale trên ML Moats

Tại sao điều này quan trọng ? Chúng tôi thấy hai cách tiếp cận để phân phối thuật toán ML: nguồn đóng và nguồn mở. Chúng tôi ngày càng thấy các thuật toán được hàng hóa hóa, làm giảm khả năng phòng thủ của các mô hình có nguồn đóng được cung cấp dưới dạng API. Tuần này, tôi đã thực hiện một cuộc khảo sát để hỏi liệu các cá nhân có nhiều khả năng sử dụng mô hình nền tảng API nguồn mở hay nguồn đóng hơn. Trong số 13 phản hồi, 100% cho biết mã nguồn mở.

Ian Macomber của Ramp: Hệ thống dữ liệu có xu hướng sản xuất

Ian Macomber nhấn mạnh ba xu hướng mà ông đã quan sát thấy trong năm năm qua: 1) Hệ thống có xu hướng hướng tới sản xuất, 2) Hệ thống có xu hướng hướng tới Liên đoàn mù và 3) Hệ thống hướng tới bệnh viêm lớp biểu mô.

Vì sao vấn đề này? Phần này nhấn mạnh rằng nhiều dữ liệu hơn đang được sử dụng trong quá trình sản xuất và dữ liệu đó ban đầu được tạo cho một mục đích, thường vô tình được nhiều nhóm và trường hợp sử dụng áp dụng. Thông thường, dữ liệu được chuyển đổi trong suốt hành trình của nó, vì vậy logic nghiệp vụ được lan truyền giữa nhiều công cụ và khó tái tạo. Bài viết này nhấn mạnh rằng các tổ chức đang trở nên tập trung vào dữ liệu hơn, tác động xuôi dòng của việc thay đổi loại dữ liệu và lược đồ có thể là thách thức (hơi đồng ý với hợp đồng dữ liệu) và dòng dữ liệu có thể hữu ích nhưng không phải lúc nào cũng chính xác.

Công việc

⭐️Speakeasy — Trưởng nhóm UX sáng lập

⭐️Dragonfly — Người ủng hộ nhà phát triển (hoàn toàn từ xa)

⭐️Diagrid — Người ủng hộ nhà phát triển (hoàn toàn từ xa)