Stack Overflow đã ra mắt nghiên cứu hàng năm về ngành công nghiệp lập trình.

Stack Overflow cho biết ấn bản 2018 của nó đại diện cho nghiên cứu 'lớn nhất từng có' về thái độ, lương và nhân khẩu học của Developer.

Joel Spolsky, CEO của Stack Overflow, nói:

“Ngày nay, mọi công ty đều là một công ty công nghệ. Không có lập trình viên, nền kinh tế sẽ không tiến triển theo tốc độ mà chúng ta đang thấy ngày nay.

Họ là những kiến ​​trúc sư mã giúp trao quyền cho cuộc sống hàng ngày của chúng ta, và những người chịu trách nhiệm cho việc dạy máy cách suy nghĩ. kết cục của cuộc khảo sát này là không thể thiếu đối với các doanh nghiệp khi họ tìm cách kích hoạt lực lượng lao động công nghệ cao của họ và thu hút tài năng tiến triển tốt nhất. ”

Trí thông minh nhân tạo đóng vai trò trọng điểm trong nghiên cứu và các nhà phát triển rất vui mừng vì điều đó. Trong khi đã có nhiều mối quan tâm về AI giả mạo bởi các nhân vật nổi bật, gần như ba trong bốn người trả lời nói rằng họ vui mừng hơn là có liên quan.

Thật thú vị, các nhà phát triển không thích một cơ quan quản lý để tạo ra AI. Các nhà phát triển tin rằng trách nhiệm nên được với những người sáng tạo đằng sau công nghệ. Chỉ một phần tư nghĩ rằng cơ thể phải chịu trách nhiệm.

Về ngôn ngữ, JavaScript vẫn là phổ biến nhất trong năm thứ sáu liên tiếp. Python đang phát triển với tốc độ nhanh nhất và đã vượt qua C #.

Rust là ngôn ngữ được rất hay nhất trong năm thứ ba - tiếp theo là Kotlin, Python, TypeScript và Go. lấy được một giải thưởng ít hay ho cho năm thứ ba là Visual Basic 6 mà tiếp tục được xếp hạng là đáng sợ nhất.

>>> Học Lập trình viên ở đâu tốt?

Khi nói đến công việc, có sự cạnh tranh đáng kể cho người sử dụng lao động để lấp đầy vai trò. Chỉ 16% các nhà phát triển đang tìm tòi một công việc. Hầu hết các lập trình viên đều trẻ, với 75% các nhà phát triển 100k + trong cuộc khảo sát dưới 35 tuổi.

Mức lương trung bình của nhà phát triển trên toàn thế giới là 55.000 $. Các lập trình viên ở Hoa Kỳ được hưởng mức lương trung cấp cao nhất là 100 nghìn $, tiếp theo là Thụy Sĩ (94.000 đô la) và Israel (91.000 đô la).

Suy nghĩ của bạn về Kết quả nghiên cứu mới nhất của Stack Overflow là gì? Hãy cho chúng tôi biết trong phần bình luận.

Google Cloud App Engine hiện tại có hỗ trợ cho Node.js runtime

Google Cloud đã tuyên bố hỗ trợ cho thời gian chạy Node JavaScript phổ biến trên nền tảng trong môi trường App Engine chuẩn.

Node.js cho phép mã máy chủ được viết bằng JavaScript. Với sự support thêm vào ngày hôm nay, Google đang tìm cách làm cho quá trình này trở nên ngắn gọn cho các lập trình viên càng tốt.

Để bảo đảm sự ngắn gọn, Google không đưa ra bất kỳ giới hạn nào về các gói Node.js mà các lập trình viên có thể sử dụng - và nó sẽ không có bất kỳ hạn chế về ngôn ngữ hoặc API nào.

phía dưới đây là những lợi ích mà Google thông báo rằng hỗ trợ Node.js của nó sẽ mang lại:

open beta nhanh và mở rộng tự động - Với môi trường chuẩn của Máy ứng dụng, bạn có thể mong đợi thời gian open beta ngắn. Ví dụ, phải mất một phút để triển khai một app Express.js cơ bản. Hơn nữa, các ứng dụng Node.js của bạn sẽ mở rộng ngay lập tức tùy thuộc vào lưu lượng truy cập web; App Engine tự động chia tỷ lệ bằng không khi không có yêu cầu đến và rất nhanh tăng quy mô số lượng các trường hợp khi lưu lượng truy cập tăng lên.

thông qua phát triển thành ngữ - Khi thiết kế thời gian chạy mới, chúng tôi tập trung vào việc cung cấp thông qua nhà phát triển hấp dẫn và thành ngữ. Ví dụ, thời gian chạy Node.js mới không có hạn chế về ngôn ngữ lập trình hoặc API.

Bạn có thể sử dụng các mô-đun Node.js yêu thích của mình, bao gồm các mô đun gốc, bằng cách khai báo các phụ thuộc npm của bạn trong package.json của bạn và App Engine cài đặt chúng trong đám mây sau khi triển khai app của bạn. Ra khỏi hộp, bạn sẽ tìm thấy các bản ghi app và các chỉ số hiệu suất chính trong Stackdriver.

Cuối cùng, hình ảnh căn bản chứa các gói hệ điều hành bạn cần để chạy Chrome không đầu, bạn có thể dễ dàng điều khiển bằng cách sử dụng mô-đun Puppeteer. Đọc thêm trong tài liệu.

Bảo mật mạnh - Với việc tạo chứng chỉ một lần nhấp tự động của chúng tôi, bạn có thể phân phát ứng dụng của mình dưới một URL HTTPS an toàn với miền tùy chỉnh của riêng bạn. Ngoài ra, chúng tôi sẽ giải quyết các bản cập nhật security để bạn không phải tự động update hệ điều hành và các phiên bản nhỏ và vá của Node.js.

Node.js có một số lịch sử với Google. Thời gian chạy dựa trên V8, tool JavaScript hiệu suất cao source code mở của Google. Tính đến năm ngoái, đơn vị cũng là nhà tài trợ Bạch kim của nền tảng Node.js.

hỗ trợ mới cho Node.js có thể được bản beta trong cấp miễn phí của App Engine.

Bạn có thể tìm ra được hướng dẫn nhanh chính thức tại đây.

Bạn có định sử dụng thời gian chạy Node.js trong Google App Engine không? Hãy cho chúng tôi biết trong phần bình luận.

Big Viking Games tăng 21,75 triệu đô là vào sản phẩm game di động HTML5

Big Viking Games, một studio game mobile độc lập và có trụ sở tại Canada và là người tiên phong trong trò chơi di động HTML5, đã nhận được 21,75 triệu $ (17,4 triệu đô la) từ Ngân hàng Hoàng gia Canada (RBC), Export Development Canada ( EDC) và BDC Capital.

 

Gameming house đang tìm cách bảo đảm tài chính nhiều hơn nhằm tăng thêm ít nhất 60 triệu USD - với niềm tin rằng việc đầu tư vào HTML5 sẽ giúp họ mở rộng cách biệt giữa bản thân và đối thủ cạnh tranh.

 

Kể từ khi sáng lập, tổ chức đã đạt được mức lợi nhuận cao với 55% CAGR trên doanh thu và 180% trên EBITDA. Công ty 5 tuổi này đã tự phát triển mà không có bất kỳ nguồn vốn đầu tư mạo hiểm hoặc đầu tư cổ phần bên ngoài nào cho đến nay.

 

Albert Lai, đồng sáng lập và CEO của Big Viking Games cho biết: “Bắt đầu từ năm 2012, chúng tôi đưa ra quyết định đầu tư đáng kể vào các game HTML5 ngay lập tức vì chúng tôi thấy năng lực tiềm ẩn của công nghệ và cách xác định tương lai của sản phẩm game trên thiết bị mobile và giải trí, ”Albert Lai, đồng sáng lập và CEO, Big Viking Games nói rằng. "Những người khác đã rời khỏi HTML5 do đầu tư kỹ thuật cần thiết nhưng chúng tôi tin rằng các tiêu chuẩn mở và các thiết bị mạnh mẽ hơn sẽ mở đường cho một sự đổi thay lớn trên mobile và máy tính bảng."

Còn muốn đọc nữa: Các trang web học lập trình

Lai cho biết thêm: “Mặc dù chúng tôi tập trung vào HTML5 với các trò chơi tức thì Triple-A có thể được phân phối trên nhiều nền tảng mobile mạnh mẽ, chẳng hạn như ứng dụng messenger, chúng tôi không chắc chúng tôi có thể tìm được nhà đầu tư phù hợp những ngày đầu. Bây giờ chúng tôi có nhiều triệu đô la ngân cuốn sách trong các tác phẩm để phân phối trên nền tảng mới và sắp tới, nhà đầu tư có thể thấy chiến lược kinh doanh của chúng tôi đang trên đà biến đổi tương lai như thế nào. ”

 

RBC, trong quan hệ đối tác với EDC, đã cung cấp cho Big Viking 18 triệu $ tài trợ, trong khi BDC đóng góp 3,75 triệu đô la trong một vòng trước đó đã được trả lại với lợi nhuận của tổ chức.

Lý do gì tôi không dùng preprocessors CSS

Bất cứ khi nào tôi đề cập đến việc tôi không sử dụng các bộ tiền xử lý CSS, mình có khuynh hướng có ngạc nghiên từ những người không thể tưởng tượng được việc viết CSS mà không có Sass. Và vì vậy mình phải bảo đảm sự lựa chọn của mình và giải thích tại sao, hết lần này đến lần khác. Một số người sẽ hiểu, hầu hết sẽ không. Hoặc họ không muốn. Nhưng đây là một nỗ lực để giải nghĩa lý do của tôi.

 

Quay lại khi các preprocessors CSS đầu tiên được đưa vào thời trang, mình đã thử sử dụng chúng. Và sau đó vài năm một lần, do áp lực bên ngoài và dai dẳng, mình đã có diện mạo mới và cho họ cơ hội mới. Nhưng đối với tôi, họ luôn cảm thấy như các giải pháp cần giải quyết vấn đề. Đó là, mình không thật sự tìm ra được "vấn đề" với CSS mà các nhà tiền giải quyết dự định giải quyết các vấn đề. Quy mô của trang web tôi đang xây dựng không trọng điểm, có thể là website nhỏ chỉ với một vài trang tĩnh hoặc mạng nội bộ tổ chức khổng lồ. mình chỉ ngắn gọn là không bao giờ cảm thấy sự cần thiết cho mixins, làm tổ hoặc mở rộng.

 

Một list các lý do sau đó:

 

tôi không cảm thấy các tiền xử lý CSS "vấn đề" có ý định giải quyết là đủ nghiêm trọng để đảm bảo chi phí, tức là với tôi giải pháp tồi tệ hơn vấn đề.

tôi muốn kiểm soát tuyệt đối CSS của mình, có nghĩa là mình muốn làm việc với nó, và xem chính xác những gì sẽ được gửi đến trình duyệt (tốt, trước khi nó được minified và gzipped, tất nhiên). Nếu điều đó cho thấy nhìn thấy cùng một khai báo lặp đi lặp lại trong một số quy tắc, hoặc phải tham khảo tiền tố nhà cung cấp trông như thế nào, vì thế hãy là nó. Đối với tôi, WET CSS dễ hiểu hơn và có thể bảo trì hơn so với hộp giả CSS màu đen DRY.

tôi không muốn tìm hiểu và lệ thuộc vào một syntax không chuẩn để bao bọc CSS của mình, làm cho nó cần phải biên dịch trước khi các trình duyệt có thể hiểu được nó. mình cũng không muốn đồng nghiệp của mình phải làm như vậy.

Tôi muốn CSS nguồn của mình có thể open beta mọi lúc, cho dù ở dạng chưa được rút gọn, không được ghép nối. Nếu quá trình xây dựng của tôi không thành công, vì bất kỳ lý do gì (như một mô-đun npm chưa được xuất bản), tôi có thể open beta CSS nguồn như một giải pháp khẩn cấp. Hiệu suất có thể có thể mất một hit, nhưng một trang website hơi chậm hơn có khả năng tuyệt vời hơn so với một trang website bị hỏng hoặc không có CSS ​​cho đến khi quá trình xây dựng có thể được cố định.

tôi không muốn phải chờ đợi để biên dịch trước khi nhìn thấy kết quả của những thay đổi CSS của tôi. Thời gian xử lý có thể là bất cứ điều gì từ không đáng kể đến bực bội, rõ ràng, nhưng nếu mất nhiều thời gian hơn để mình chuyển từ trình chỉnh sửa mã sang browser của mình và tải lại trang (≈1s) thì quá chậm.

Tôi hoàn toàn nhận thức được rằng nhiều người dùng các preprocessors CSS sẽ không đồng ý với hầu hết hoặc tất cả những điều trên. Tôi đã biết rằng vì thế không cần phải nói với tôi :-).

Còn muốn đọc nữa:Java core

Tuy nhiên, mình không sử dụng Sass hoặc các bộ tiền xử lý CSS khác như cssnext không có nghĩa rằng mình không sử dụng các bộ giải quyết CSS. Sự khác biệt, như tôi thấy, là liệu CSS của bạn có yêu cầu biên dịch hay không trước khi các trình duyệt có thể hiểu nó, điều mà tôi thực sự muốn tránh.

 

Mình sử dụng PostCSS (với các plugin của bên thứ ba và những cái tôi đã tự viết) và CSScomb làm người trợ giúp cho những thứ như:

 

- Sắp xếp các khai báo và sửa các vấn đề về kiểu code hóa với CSScomb

- Tự động chèn tiền tố của nhà cung cấp vào bất cứ nơi nào họ cần (hoặc xóa chúng ở bất cứ đâu)

- Chèn dự phòng cho thuộc tính tùy chỉnh

- Iinting CSS

Tôi thiết lập cả CSScomb và PostCSS để làm việc trên CSS nguồn của mình, có nghĩa rằng mình luôn thấy kết quả. Không có hộp đen. mình có thể save tệp của mình và tải lại ngay lập tức mà không cần phải chờ biên dịch (vì các đổi thay chủ yếu là tiền tố của nhà cung cấp và tiền tố / chỉ có thể được chèn một lần). Nhưng các công cụ giúp tôi tiết kiệm được một số phương pháp gõ và sửa chữa hầu hết các mâu thuẫn kiểu mã hóa đối với tôi. Đó là loại xử lý CSS của mình.

Giới thiệu sách hay: RESTful Java Web Services Security

RESTful APIs đã là động lực trong vài năm qua để cho phép một loạt ứng dụng khách (di động hoặc web). Với thế giới mà chúng ta đang sống ngày hôm nay, việc bảo đảm các điểm cuối này là rất quan trọng do những thiệt hại tiềm năng mà kẻ tấn công có thể gây ra nếu các điểm cuối không được bảo vệ đủ. tài nguyên về bảo mật các dịch vụ REST trên web hiếm khi và xa.

Sách của Packt Pub được phục vụ để xử lý chủ đề quan trọng này về các dịch vụ Web RESTful Java Web an toàn. bên dưới đây là những điểm nổi bật của Cuốn sách:

- Quyển sách bắt đầu bằng cách thức thiết lập môi trường tiến triển và ứng dụng mẫu căn bản. Nó tập trung vào JBOSS và việc thực hiện RESTEasy và ý tưởng là để có được chức năng và hoạt động của Dịch vụ REST của bạn. Đây là một cách tiếp cận ngắn gọn và hiệu quả theo ý kiến ​​của mình.

- Chương tiếp theo tập trung vào các vấn đề căn bản về security khác nhau bao gồm xác thực, ủy quyền và sau đó xác thực dựa trên cơ sở và chứng chỉ. Nó cũng cung cấp tổng quan về Khóa API để bảo mật.

- 3 Chương tiếp theo tập trung vào RESTEasy và các cơ chế mà nó có để bảo mật các điểm cuối API của bạn. Phạm vi bao gồm việc sử dụng chú thích và triển khai security có lập trình. Các chủ đề khác bao gồm OAuth, Chữ ký số và mã hóa nội dung thư.

Đọc thêm: Học lập trình Java

Tôi đặc biệt thích cách tiếp cận có phương pháp bao gồm các lĩnh vực an ninh khác nhau. Không phải tất cả các cơ chế này sẽ áp dụng cho việc open beta của bạn và do đó hay nhất là tham khảo xét chúng một cách thức riêng biệt. Nếu bạn đang kiếm tìm một cái nhìn tổng quan tốt về các thuật ngữ REST Security và nếu JBOSS / RESTEasy là các tool lựa chọn của bạn, thì đây là một cuốn sách hay.

Apple giới thiệu điện thoại AI

 

Tại WWDC 2018 của Apple - một sự kiện được cho là sẽ nhàm chán trong năm nay với sự tụ hội vào phần mềm và thiếu MacBook và iPad mới - công ty đã ban bố bản cập nhật hệ điều hành quan yếu nhất từ ​​trước đến nay với sự ra đời của iOS 12. duyệt y một loạt các cải tiến và tính năng của Siri, Apple đang biến chiếc iPhone của mình thành một thiết bị được cá nhân hoá cao, được trang bị bởi Siri AI của nó.

“IPhone AI mới” này, rõ ràng là iPhone của bạn đang chạy một hệ điều hành di động mới - sẽ hiểu bạn đang ở đâu, bạn đang làm gì và bạn cần biết điều gì ngay lúc đó.

Câu hỏi đặt ra giờ là người dùng sẽ nắm lấy tính hữu dụng của những đồ họa sắp tới của Siri hay họ sẽ tìm thấy những hiểu biết đột ngột đáng sợ và lấn chiếm của nó?

Đề xuất Siri
 

 

Sau khi cài đặt iOS 12, Gợi ý của Siri sẽ ở mọi nơi.

Trong cùng một vị trí trên màn hình độ iPhone, nơi bạn hiện tại thấy những vận dụng được đề xuất của Siri để khởi chạy, bạn sẽ bắt đầu thấy những thứ khác mà Siri nghĩ rằng bạn cũng có thể cần phải biết.

thí dụ, Siri có thể yêu cầu bạn:

Gọi bà của bạn cho sinh nhật của cô ấy.

thông tin cho người nào đó bạn đang chạy trễ cuộc họp qua tin nhắn.

Bắt đầu danh sách phát tập tành của bạn vì bạn đang ở phòng tập thể dục.

Biến điện thoại của bạn thành Không làm phiền phim.

Và cứ thế.

Đây sẽ là hữu dụng trong một số trường hợp, và có nhẽ gây phiền hà cho người khác. (Nó sẽ là nhẵn nếu bạn có thể vuốt trên các đề xuất để nối đào tạo hệ thống để không hiển thị những người nhất định một lần nữa. Sau khi tất, không phải tất thảy các địa chỉ giao thông của bạn xứng đáng một cuộc gọi điện thoại sinh nhật.)

Gợi ý Siri cũng sẽ xuất hiện trên Màn hình khóa khi nó cho rằng nó có thể giúp bạn thực hiện một hành động nào đó. tỉ dụ: đặt hàng cà phê buổi sáng của bạn - thứ bạn thường xuyên làm trong khoảng thời kì cụ thể trong ngày - hoặc khởi chạy ứng dụng luyện tập ưa chuộng của bạn, bởi bạn đã đến phòng tập thể dục.

Những đề xuất này thậm chí còn hiển thị trên màn hình mặt đồng hồ Siri của Apple Watch.

Apple cho biết sự liên quan của các đề xuất của nó sẽ cải thiện theo thời kì, dựa trên cách bạn tham dự.

Nếu bạn không thực hiện hành động bằng cách nhấn vào các mục này, thí dụ: chúng sẽ di chuyển xuống danh sách đề xuất của mặt đồng hồ.

Quy trình công việc do AI tương trợ

Những cải tiến này đối với Siri là đủ cho iOS 12, nhưng Apple đã tiến xa hơn.

Công ty cũng đã giới thiệu một áp dụng mới có tên là Siri Shortcuts.

ứng dụng này dựa trên công nghệ mà Apple có được từ Workflow, một áp dụng tự động hóa sáng dạ - nếu có phần nâng cao - cho phép người dùng iOS kết hợp các hành động vào các thường trình có thể được khởi chạy chỉ với một lần nhấn. bây giờ, nhờ vận dụng Siri Shortcuts, những thói quen đó có thể được khởi chạy bằng giọng nói.

Trên sàn diễn tại sự kiện nhà phát triển, ứng dụng đã được giới thiệu bởi Kim Beverett từ nhóm Siri Shortcuts, người đã biểu lộ lối tắt “về nhà” mà cô đã xây dựng.

Khi cô ấy nói với Siri, cô ấy đang “đi về nhà”, iPhone của cô đồng thời tung ra hướng đi cho mình trong Apple Maps, thiết lập nhiệt độ nhà ở 70 độ, bật quạt, gửi ETA cho bạn cùng phòng và khởi động trạm NPR yêu thích của mình.

Điều đó được cho là rất sạch - và nó có một niềm vui lớn từ đám đông nhà phát triển có đầu óc kỹ thuật - nhưng đó kiên cố là một tính năng mạnh mẽ của người dùng. Việc khởi chạy một ứng dụng để xây dựng quy trình làm việc tùy chỉnh không phải là điều mà người dùng iPhone hàng ngày sẽ làm tức khắc - hoặc trong một số trường hợp, bao giờ hết.

Nhà phát triển để xúc tiến người dùng đến Siri

Nhưng ngay cả khi người dùng ẩn áp dụng mới này trong thư mục “rác” của Apple hoặc tắt ắt Đề xuất Siri trong Cài đặt, họ sẽ không thể thoát hoàn toàn sự hiện diện của Siri trong iOS 12 và đấu.
Đó là bởi vì Apple cũng tung ra các dụng cụ phát triển mới cho phép người tạo vận dụng xây dựng trực tiếp vào tích hợp vận dụng của riêng họ với Siri.

Nhà phát triển sẽ cập nhật mã áp dụng của họ để mỗi lần người dùng thực hành một hành động cụ thể - ví dụ: đặt thứ tự cà phê, phát trực tuyến podcast yêu thích, bắt đầu chạy bộ buổi tối với vận dụng đang chạy hoặc bất kỳ áp dụng nào khác - áp dụng sẽ cho Siri biết. Theo thời kì, Siri sẽ tìm hiểu nếp của người dùng - như, vào nhiều buổi sáng các ngày trong tuần, khoảng 8 đến 8:30 sáng, người dùng đặt một thứ tự cà phê cụ thể phê duyệt hệ thống đặt hàng của áp dụng cửa hàng cà phê.

Chúng sẽ thông báo cho những đề xuất Siri xuất hiện trên iPhone của bạn, nhưng các nhà phát triển cũng sẽ có thể chỉ trực tiếp xúc tiến người dùng thêm nếp này vào Siri ngay trong vận dụng của riêng họ.

Trong các ứng dụng yêu thích của bạn, bạn sẽ bắt đầu thấy nút hoặc kết liên “Thêm vào Siri” ở nhiều nơi - như khi bạn thực hành một hành động cụ thể - chẳng hạn như quãng khóa của bạn trong ứng dụng của Tile, xem kế hoạch du lịch trong Kayak, đặt hàng tạp hóa với Instacart và như vậy.

Nhiều người có thể sẽ nhấn nút này vì tò mò - sau khi quờ quạng, hầu hết không xem và viết lại bài phát biểu của WWDC như đám đông công nghệ.

Màn hình "Add to Siri" sau đó sẽ bật lên, đưa ra gợi ý về lời nhắc thoại có thể được sử dụng làm giai đoạn được cá nhân chủ nghĩa hóa của bạn để trò chuyện với Siri về nhiệm vụ này.

Trong thí dụ đặt hàng cà phê, bạn có thể được nhắc thử ngữ “thời gian cà phê”. Trong tỉ dụ về Kayak, đó có thể là “kế hoạch du lịch”.

Bạn ghi lại mực tàu này bằng nút ghi lớn màu đỏ ở cuối màn hình. Khi hoàn tất, bạn có một phím tắt Siri tùy chỉnh.

Bạn không phải dùng của được đề xuất mà nhà phát triển đã viết. Màn hình giảng giải bạn có thể tạo nên mực tàu của riêng bạn thay thế.

Ngoài việc có thể “sử dụng” các vận dụng phê duyệt lệnh thoại Siri, Siri cũng có thể nói lại sau đề nghị ban sơ.

Nó có thể xác nhận đề nghị của bạn đã được thực hành - thí dụ, Siri có thể giải đáp, “OK. Đặt hàng. Cà phê của bạn sẽ sẵn sàng sau 5 phút, "sau khi bạn nói" thời kì cà phê "hoặc bất kỳ cụm từ kích hoạt nào của bạn.

Hoặc nó có thể cho bạn biết nếu có điều gì đó không hoạt động - có thể nhà hàng không có mặt hàng thực phẩm theo trật tự bạn đã đặt - và giúp bạn tìm ra việc cần làm tiếp theo (như nối đơn đặt hàng của bạn trong vận dụng iOS).

Nó thậm chí có thể giới thiệu một số tính cách khi nó phản hồi. Trong bản demo, vận dụng của Tile đã nói lại rằng nó hy vọng các phím bị thiếu của bạn không phải là "dưới đệm ghế dài."

Có một số điều bạn có thể làm ngoài các thí dụ giới hạn này - App Store có hơn 2 triệu ứng dụng mà nhà phát triển có thể móc nối với Siri.

Và bạn không cần phải hỏi Siri chỉ trên điện thoại của mình - bạn cũng có thể chuyện trò với Siri trên Apple Watch và HomePod của bạn.

Có, tất tật điều này sẽ phụ thuộc vào việc vận dụng nhà phát triển, nhưng có vẻ như Apple đã tìm ra cách để cung cấp cho các nhà phát triển một cú hích.

Đề xuất Siri là thông báo mới

Bạn thấy đấy, khi các đề xuất sáng dạ của Siri quay lên, các thông báo truyền thống sẽ giảm xuống.

Trong iOS 12, Siri sẽ lưu ý hành vi của bạn xung quanh các thông báo và sau đó đẩy bạn tắt những hành động mà bạn không tham dự hoặc chuyển chúng sang chế độ lặng im mới mà Apple gọi là “Đã gửi một cách yên lặng”. sẽ cho phép vận dụng gửi nội dung cập nhật của họ tới Trung tâm thông báo chứ không phải màn hình khóa. Họ cũng không thể buzz điện thoại hoặc cổ tay của bạn.

song song, bộ tính năng kỹ thuật số mới của iOS 12 sẽ ẩn thông tin từ người dùng vào những thời điểm cụ thể - ví dụ: khi bạn đã bật tính năng Không làm phiền giờ đi ngủ. Chế độ này sẽ không cho phép thông báo hiển thị khi bạn thẩm tra điện thoại vào ban đêm hoặc điều trước hết khi thức dậy.

kết hợp, những đổi thay này sẽ khuyến khích nhiều nhà phát triển hơn áp dụng tích hợp Siri, vì họ sẽ mất điểm xúc tiếp với người dùng vì khả năng cuốn sự chú ý của họ duyệt y các thông báo mất dần.

Học máy trong ảnh

AI cũng sẽ xâm nhập vào các phần khác của iPhone, trong iOS 12

Tab “For You” mới trong ứng dụng Ảnh sẽ nhắc người dùng san sớt ảnh được chụp với người khác, nhờ nhận dạng khuôn mặt và học máy. Và những người đó, khi nhận được ảnh của bạn, sau đó sẽ được nhắc chia sẻ lại với bạn.

Tab cũng sẽ đưa ra các bức ảnh đẹp nhất của bạn và làm nổi bật chúng, đồng thời nhắc bạn thử các hiệu ứng ánh sáng và ảnh khác nhau. Một tính năng dạo sáng ý sẽ đưa ra đề xuất và cho phép bạn lấy ảnh từ các địa điểm hoặc sự kiện cụ thể.

sáng ý hay đáng sợ?

Nhìn chung, các tính năng hỗ trợ AI của iOS 12 sẽ làm cho các thiết bị của Apple được cá nhân chủ nghĩa hóa hơn cho bạn, nhưng chúng cũng có thể chà xát một số người một cách sai lầm.

Có thể mọi người sẽ không muốn nếp của họ nhận thấy bởi iPhone của họ, và sẽ tìm thấy Siri nhắc nhỏm gây quấy rầy - hoặc, bạc nhất, đáng sợ, bởi họ không hiểu làm thế nào Siri biết những điều này về họ.

Apple đang cụ khôn xiết để thực tế rằng nó đã cuốn được sự tin tưởng của người dùng phê duyệt lập trường của họ về quyền riêng tây dữ liệu trong những năm qua.

Và trong khi không phải ai cũng biết rằng Siri đang xử lý rất nhiều trên thiết bị của bạn, không phải trong đám mây, nhiều người chừng như hiểu rằng Apple không bán dữ liệu người dùng cho nhà quảng cáo để kiếm tiền.

Điều đó có thể giúp bán khái niệm “điện thoại AI” mới này cho người tiêu dùng và mở đường cho những tiến bộ sau này.

Nhưng mặt khác, nếu những gợi ý của Siri trở nên độc đoán hoặc làm cho mọi thứ sai quá thẳng tắp, nó có thể khiến người dùng chỉ cần tắt chúng hoàn toàn phê duyệt Cài đặt iOS. Và với điều đó, Apple cũng có nhịp lớn để thống trị thị trường thiết bị hỗ trợ AI.

Revolut công bố một sản phẩm thương mại giống Robinhood

Khởi đầu Fintech Revolut thích công bố những điều mới mọi lúc. Mặc dù không có gì diễn ra trực tiếp ngày hôm nay, nhưng thật thích thú khi thấy nhóm khởi động. Công ty đang làm việc trên một sàn giao tiếp cổ phiếu truyền thống mà không cần bất kỳ khoản hoả hồng nào.

Bạn sẽ tìm thấy cổ phiếu từ các công ty đại chúng từ Vương quốc Anh và Hoa Kỳ, cũng như nhiều ETF và tùy chọn khác nhau. Nói cách khác, Revolut sẽ trở nên Robinhood của châu Âu.

Trong khi khách hàng Mỹ đã dùng Robinhood trong nhiều năm, phần còn lại của thế giới đã tụt lại phía sau khi nói đến giao tiếp chứng khoán.

Bạn vẫn phải mở một account trên một trang web rất chậm và trả một vài euro cho mỗi giao tế. Một số công ty thậm chí yêu cầu bạn gửi thư để tạo một account. Và nếu bạn muốn mua cổ phiếu thông qua account nhà băng hiện tại của bạn, nó thường tổn phí nhiều hơn.

Revolut hẹn rằng bạn sẽ không trả bất kỳ khoản hoả hồng nào khi bạn mua hoặc bán cổ phiếu. Công ty có kế hoạch kiếm tiền trên giao tế ký quỹ, cho vay chứng khoán và lãi suất tiền mặt. Thật không may, Revolut đã không nói khi nào tính năng này sẽ khởi chạy.

Người đăng ký cao cấp sẽ có thể thể nghiệm tính năng này trước nhất. rốt cuộc, bạn cũng sẽ nhận được các đặc quyền bổ sung nếu bạn là người đăng ký cao cấp. giao tiếp sẽ có sẵn cho tất thảy người dùng Revolut ở châu Âu và thị trường trong ngày mai. Công ty dự định ra mắt tại Mỹ, Canada, Singapore, Hồng Kông, Úc và New Zealand trong những tháng tới.

Đăng ký trả phí của Revolut đang trở thành một loại Amazon Prime cho các sản phẩm tài chính. Bạn phải trả 6,99 £ / 7,99 € mỗi tháng và bạn nhận được các giao du ngoại hối không giới hạn, bảo hiểm du lịch, quyền truy cập vào các tính năng mới và hơn thế nữa.

Rõ ràng là Revolut có kế hoạch kiếm doanh thu dự đoán cho đăng ký trả phí này. Và có nhẽ nền móng giao tế sẽ khiến nhiều người đăng ký Revolut Premium hơn.

ngoại giả, Revolut giờ đây chính thức có 2 triệu người dùng. Thật vui khi thấy rằng Revolut đang công bố cột mốc mới này chỉ vài ngày sau khi N26 ban bố một triệu người dùng. Thật thú, Revolut có 900.000 người dùng ở Vương quốc Anh, nơi N26 vẫn chưa ra mắt.

Nvidia là bộ phát triển nền tảng Jetson Xavier AI với giá 1.299 USD

bữa nay tại Computex ở Đài Bắc, tổng giám đốc và người sáng lập Nvidia, Jensen Huang đã công bố sự sẵn có của một phiên bản nâng cấp mạnh mẽ của Issac. Nvidia gọi hệ thống robot thế hệ tiếp theo là bước tiếp theo trong các máy tự động vì nó mang lại khả năng AI cho một bộ công nghiệp mới.

Công ty đã nói về nền tảng này một thời gian, chào hàng các khả năng và trường hợp sử dụng của nó. Một Jetson Xavier SoC cung cấp xử lý với hơn 9 tỷ bóng bán dẫn, nó mang lại hơn 30 TOPS (nghìn tỷ phép tính mỗi giây). Bên trong Xavier là một GPU Core Volta Tensor, một CPU ARM64 8 lõi, bộ tăng tốc học tập kép NVDLA, bộ xử lý hình ảnh, bộ xử lý hình ảnh và bộ xử lý video.

Bộ phương tiện phát triển nền tảng sẽ có sẵn vào tháng 8 với giá $ 1,299 và bao gồm phần mềm máy tính của Isaac.

“AI là lực lượng công nghệ mạnh nhất trong thời đại chúng ta”, Huang phát biểu trong một tuyên bố đã được ban bố. “Giai đoạn trước nhất của nó sẽ cho phép các mức tự động hóa phần mềm mới giúp tăng năng suất trong nhiều ngành công nghiệp. Tiếp theo, AI, kết hợp với cảm biến và bộ truyền động, sẽ là bộ não của một đời máy móc tự trị mới. Một ngày nào đó, sẽ có hàng tỷ máy thông minh trong sinh sản, giao hàng tận nhà, kho bãi và nhiều thứ khác nữa. ”

Phần mềm Isaac Robotics bao gồm Isaac SDK, một tụ tập các API và các công cụ để phát triển phần mềm thuật toán robot, Isaac IMX, phần mềm máy phát triển Nvidia và Isaac Sim, một phần mềm mô phỏng ảo để đào tạo các máy tự trị.

Tính khả dụng của bộ công cụ phát triển nên đánh dấu bước ngoặt phát triển robot. Nó cung cấp khả năng xử lý và khả năng xử lý nghiêm trọng trong gói sẵn sàng.

Kiểm tra nhanh - Kỹ thuật

Kỹ thuật thể nghiệm từ thử nghiệm truyền thống cũng có thể được sử dụng trong thí điểm Agile. Thêm vào đó, các kỹ thuật và thuật ngữ thí điểm cụ thể của Agile được sử dụng trong các dự án Agile.

 

ảnh minh họa : học kiểm thử 

 

Cơ sở kiểm tra

Trong các dự án nhanh, sản phẩm tồn đọng thay thế các tài liệu đặc tả đề nghị. Nội dung của việc tồn đọng sản phẩm thường là những câu chuyện của người dùng. Các yêu cầu phi chức năng cũng được chú ý trong các câu chuyện của người dùng. Do đó, cơ sở thử nghiệm trong các dự án Agile là câu chuyện của người dùng.

 

Để đảm bảo kiểm tra chất lượng, những điều sau đây cũng có thể được xem xét bổ sung làm cơ sở thể nghiệm

 

Trải nghiệm từ các lần lặp lại trước đó của cùng một dự án hoặc các dự án trước đây.

 

Các chức năng, kiến ​​trúc, thiết kế, mã và đặc điểm chất lượng hiện có của hệ thống.

 

Lỗi dữ liệu từ các dự án ngày nay và quá cố.

 

Phản hồi của khách hàng.

 

Tài liệu người dùng.

Định nghĩa của Done

Định nghĩa hoàn thành (DoD) là các tiêu chí được sử dụng trong các dự án Agile để bảo đảm hoàn thành một hoạt động trong phần tồn đọng của Sprint. DoD có thể đổi thay từ nhóm Scrum này sang nhóm Scrum khác, nhưng nó phải nhất quán trong một nhóm.

 

DoD là một danh sách kiểm tra các hoạt động cần thiết bảo đảm thực hiện các chức năng và tính năng trong một câu chuyện của người dùng cùng với các đề nghị phi chức năng là một phần của câu chuyện của người dùng. Câu chuyện của người dùng đạt đến giai đoạn Xong sau khi hết thảy các mục trong danh sách soát DoD được hoàn thành. Một DoD được san sẻ giữa các nhóm.

 

Một DoD tiêu biểu cho một câu chuyện của người dùng có thể chứa

 

Tiêu chí ưng ý kiểm tra chi tiết

 

Tiêu chí để đảm bảo tính nhất quán của User Story với những người khác trong Iteration

 

Tiêu chí cụ thể can dự đến Sản phẩm

 

Các góc cạnh hành vi chức năng

 

Đặc điểm phi chức năng

 

Giao diện

 

đề nghị dữ liệu thể nghiệm

 

soát vùng phủ sóng

 

Tái cấu trúc

 

đề nghị coi xét và ưng chuẩn

 

Ngoài DoD cho Câu chuyện của người dùng, DoD cũng được đề nghị

ở mọi cấp độ rà

 

cho từng tính năng

 

cho mỗi lần lặp lại

 

để phát hành

thông tin kiểm tra

Người soát cần có thông tin kiểm tra sau

 

Câu chuyện của người dùng cần được soát

 

Tiêu chí hài lòng được kết liên

 

Giao diện hệ thống

 

Môi trường nơi Hệ thống được đợi mong sẽ hoạt động

 

Tính khả dụng của phương tiện

 

kiểm tra vùng phủ sóng

 

DoD

 

Trong các dự án Agile, vì thí nghiệm không phải là một hoạt động lần lượt và kiểm thử được cho là hoạt động trong một chế độ hợp tác, đó là bổn phận của người kiểm tra

 

Có được thông tin rà soát cần thiết trên cơ sở liên tiếp.

 

Xác định khoảng trống thông báo ảnh hưởng đến thể nghiệm.

 

Giải quyết các khoảng trống hiệp tác với các thành viên khác trong nhóm.

 

Quyết định khi nào đạt đến mức thể nghiệm.

 

đảm bảo các thử nghiệm hợp được thực hành tại các thời khắc hiệp.

Thiết kế thí nghiệm chức năng và phi chức năng

Trong các dự án Agile, các kỹ thuật thể nghiệm truyền thống có thể được dùng, nhưng trọng điểm là thí nghiệm sớm. Các trường hợp thí điểm cần phải được đặt trước khi bắt đầu triển khai.

 

Đối với thiết kế thí điểm chức năng, người thí điểm và nhà phát triển có thể sử dụng các kỹ thuật thiết kế thử nghiệm Hộp đen truyền thống như

 

Phân vùng tương đương

 

phân tách giá trị ranh giới

 

Bảng quyết định

 

Chuyển tiếp tiểu bang

 

Class Tree

 

Đối với thiết kế thí điểm phi chức năng, vì các yêu cầu phi chức năng cũng là một phần của mỗi câu chuyện của người dùng, các kỹ thuật thiết kế thí nghiệm hộp đen chỉ có thể được dùng để thiết kế các trường hợp kiểm tra có liên can.

thử nghiệm dò xét

Trong các dự án Agile, thời kì thường là yếu tố giới hạn cho Phân tích thể nghiệm và thiết kế thí điểm. Trong những trường hợp như vậy, các kỹ thuật kiểm tra dò hỏi có thể được kết hợp với các kỹ thuật thí nghiệm truyền thống.

 

kiểm tra dò hỏi (ET) được định tức là học tập đồng thời, thiết kế thí nghiệm và thực hành soát. Trong thể nghiệm Exploratory, người thể nghiệm chủ động kiểm soát thiết kế của các bài rà soát khi chúng được thực hành và dùng thông báo thu được trong khi thí nghiệm để thiết kế các bài kiểm tra mới và tốt hơn.

 

rà Exploratory có ích để thích nghi với các đổi thay trong các dự án Agile.

thể nghiệm dựa trên rủi ro

thể nghiệm dựa trên rủi ro là thử nghiệm dựa trên nguy cơ thất bại và giảm thiểu rủi ro bằng cách dùng các kỹ thuật thiết kế thí nghiệm.

 

Rủi ro chất lượng sản phẩm có thể được xác định là một vấn đề tiềm ẩn với chất lượng sản phẩm. Rủi ro chất lượng sản phẩm bao gồm

 

Rủi ro chức năng

 

Rủi ro hiệu suất phi chức năng

 

Rủi ro khả năng dùng phi chức năng

 

phân tách rủi ro phải được thực hiện để đánh giá xác suất (khả năng) và tác động của từng rủi ro. Sau đó, các rủi ro được ưu tiên

 

Rủi ro cao yêu cầu thí nghiệm rộng rãi

 

Rủi ro thấp chỉ đề nghị rà Cursory

 

Các thí nghiệm được thiết kế bằng cách dùng các kỹ thuật rà soát ăn nhập dựa trên chừng độ rủi ro và đặc điểm rủi ro của từng rủi ro. Các thí điểm sau đó được thực hành để giảm thiểu rủi ro.

rà soát hợp

Fit Tests là rà ưng tự động. phương tiện Fit và FitNesse có thể được sử dụng để tự động hóa các thí nghiệm chấp nhận.

 

FIT sử dụng JUnit, nhưng mở rộng chức năng kiểm tra. Các bảng HTML được sử dụng để hiển thị các trường hợp Kiểm thử. Lịch thi đấu là một lớp Java phía sau bảng HTML. Lịch thi đấu lấy nội dung của bảng HTML và chạy các trường hợp thử nghiệm trên dự án đang được thí điểm.

Lập trình viên đi làm 2,3 không được tăng lương

DeepMind đã thành công trong việc tạo ra một AI với khả năng tự phát triển machine learning để dò đường và định vị phương hướng.

Công ty con của Google, có trụ sở tại Anh, chuyên về việc tạo ra các thử nghiệm machine learning được thiết kế để xác định xem AI khả năng thực hiện những hành động có can hệ tới tâm thần học hay không. DeepMind gần đây đã công bố một phát hiện của mình về vấn đề xác định phương hướng dựa trên một phương pháp nhận thức không gian bằng cách mô phỏng lại “lưới tế bào” .

Các tế bào lưới (Grid Cell), được phát hiện vào năm 2005, là một hiện tượng xảy ra bên trong bộ não động vật có vú để tương trợ việc điều hướng. Về cơ bản, khả năng chúng ta xác định được vị trí là dựa trên khoảng cách đã đi và phương hướng, được điều chỉnh bởi các tế bào đặc biệt này tạo thành một bản đồ phức tạp mà bộ não sắp xếp và xử lí. Quá trình hoạt động này giống nhau đối với hết thảy các loài động vật có vú.

Nhưng các nhà khoa học không biết tế bào lưới hoạt động như thế nào nhưng có nhiều lý thuyết về cách các hiện tượng thực thụ giúp chúng ta điều hướng.

AI của DeepMind đã kiểm tra một trong những giả thuyết này – ý tưởng rằng các tế bào lưới cho chúng ta một vị trí phỏng đoán dựa trên phương hướng thu được từ mắt.

Các nhà khoa học đã thử nghiệm lý thuyết này bằng cách sử dụng AI vượt qua các môi trường trò chơi ảo với khả năng dùng điều hướng dựa trên véc-tơ. trong thí nghiệm, họ đã ức chế khả năng tạo ra phiên bản mộng ảo tự như của tế bào lưới của AI, và kết quả là nó lập tức đạt kết quả tệ nạn hơn trong các nhiệm vụ. Nhưng, nếu bạn cho phép AI phát triển phiên bản tế bào lưới riêng của nó thì tức khắc khả năng điều hướng được cải thiện đáng kể.