Đào tạo Java Web chuyên nghiệp

Đã và đang đào tạo hàng trăm học viên. Có việc và đã đi làm

Nghề phù hợp với cả nam và nữ

Chúng tôi đều tìm thấy mảnh đất riêng cho mình phát triển.

Chúng mang lại cho chúng tôi niềm vui

Một công việc nhẹ nhàng không có những áp lục nặng nề.

Trang

Thứ Năm, 17 tháng 5, 2018

Bossa Studios ra mắt Worlds Adrift, trò chơi đầu tiên được xây dựng trên SpatialOS Improbable

 

Bossa Studios, công ty khởi nghiệp trò chơi ở London được Atomico ủng hộ và đứng sau danh hiệu 'Mô phỏng Surgeon' nổi tiếng và ‘Tôi là Bánh mì’, đang bắt tay vào dự án lớn nhất và đầy tham vọng nhất của nó.

Được diễn đạt là “MMO cộng đồng,” nơi người chơi đồng nghĩa với việc xây dựng môi trường của trò chơi và sẽ tiếp kiến làm như vậy, Worlds Adrift nhìn thấy chuyến đi chơi công khai rộng rãi hơn ưng chuẩn chương trình Steam Early Access.

 

Các trò chơi mới, đã được ba năm trong việc tạo ra và được sinh ra từ một "mứt trò chơi" Bossa Studios, giống như các loại nội bộ 'hackathons' nhiều khởi động trực tính giữ, đang cố kỉnh để kéo ra một số lần đầu tiên.

 

Đối với người mới bắt đầu (và có lẽ đáng để ý nhất đối với bạn đọc NIIT ICT Hà Nội), đây là trò chơi trước tiên được xây dựng trên nền tảng SpacialOS của Improbable, nền móng dựa trên đám mây để tạo trò chơi và các môi trường ảo khác cần vượt ra ngoài giới hạn của kiến ​​trúc máy chủ truyền thống.

 

không thể nâng cao một con số khổng lồ trị giá 502 triệu USD vào tháng 5 vừa qua từ Softbank và các nhà đầu tư hiện tại với mức định giá 1 tỷ USD, và do đó - vô tình, chí ít - có khả năng đã đi rất nhiều trên Worlds Adrift.

 

Đối với nhóm Bossa Studios, số tiền cược còn cao hơn. Công nghệ của Improbable không được chứng minh chính xác, và so sánh, Bossa Studios là một công ty khởi nghiệp nhỏ hơn và ít được tài trợ hơn để nạm vượt qua trọng lượng của nó, ngay cả khi nhóm có nhiều phả hệ ngành công nghiệp game.

 

Trong một cuộc gọi video với hai trong số những người sáng lập của nó, Roberta Lucca và Henrique Olifiers, họ đã được kích thích rõ ràng bởi sự ra mắt nhưng dấn một số lượng lớn các dây thần kinh trước khi phát động. Khi khái niệm Worlds Adrift lần đầu tiên được hình thành trong trò chơi ác liệt sắp xảy ra vài năm trước đây, nó đã bị giữ lại vô vận hạn do quá tham vọng cho mỗi kích tấc của công ty.

 

Một dịp gặp gỡ với Improbable một thời kì sau đó - nơi tôi đã nói với hai công ty trẻ đã được giới thiệu một tí serendipitously duyệt việc có cùng một cơ quan PR - nó trở nên rõ ràng rằng nó chỉ có thể là có thể. Trong những tuần và tháng tới, Bossa Studios sẽ tìm hiểu xem liệu vụ cá cược đó có tức thị chuyển hướng tất các nguồn lực của startup thành công việc lớn nhất của nó, có thể đã được đền đáp.

 

Người đầu tiên khác, giảng giải Lucca và Olifiers, là kết thúc tuyệt đối, kết nối cộng đồng và "bền chí" quy mô của trò chơi. khai khẩn xu hướng ‘các nhà sản xuất’, những người thể nghiệm ban đầu của Worlds Adrift đã định hình bản thân trò chơi duyệt y phương tiện của Bossa Island Creator. Điều này đã chứng kiến ​​10.000 mẫu thiết kế được gửi đi, và Worlds Adrift ra mắt với 300 "đảo nổi", gần như quờ quạng đều được tạo ra bởi cộng đồng chứ không phải là viên chức của Bossa Studios.

 

can hệ đến điều này và được kích hoạt bởi thuộc tính có thể mở rộng của SpacialOS, mọi khía cạnh của Worlds Adrift là 'dai dẳng', nghĩa là trạng thái vật lý hiện tại của vật thể tồn tại trong thời gian thực, liên tưởng đến cách thức hoặc thời khắc tương tác cuối cùng với người chơi hoặc vật lý liên tục của trò chơi. Nếu, ví dụ, một con tàu bị thổi bay và các mảnh của nó nằm tản mạn trên mặt đất, nó sẽ vẫn như vậy một cách vô hạn trừ khi một người chơi, vật thể hoặc môi trường khác nằm trong nó.

 

ngoại giả, việc dùng SpacialOS có tức thị người chơi không cần phải tách biệt thành các nhóm dựa trên khu vực và / hoặc khoảng cách đến một nhóm máy chủ cụ thể và thay vào đó bít tất có thể chơi trong cùng một thế giới và cùng một lúc.

 

“Mỗi người chơi trên toàn cầu sẽ có thể tương tác với nhau và mọi hành động của mọi người chơi sẽ có tác động lâu dài và hiển thị cho mọi người chơi khác trong game mãi mãi”, cách Bossa Studios giải thích.

 

Ở quy mô, mở chấm dứt, và với người chơi so với chơi trò chơi tăng theo cấp số nhân khi phát động Worlds Adrift tăng lên, ngay cả các nhà sản xuất của nó cũng không kiên cố các động lực này sẽ diễn ra như thế nào.

 

“Cung cấp một môi trường hoàn toàn do người dùng tạo, với phong cách chơi hoàn toàn không được ghi lại, quy mô tuyệt đối về khuôn khổ và vẻ đẹp của thiết kế, là lời mời thử nghiệm. Chỉ bị buộc ràng bởi các định luật vật lý, bầu trời thực sự là giới hạn, ”đọc sự đảo lộn của trò chơi.

 

Trên lưu ý đó, tôi đã không thể chơi trò chơi - tuy nhiên - cụ thể là vì nó chạy trên Windows và tôi chỉ có quyền truy cập vào máy Mac. Tuy nhiên, Bossa đã vui lòng mời tôi đến mứt trò chơi tiếp theo của họ và dành thời gian gần gũi với Worlds Adrift và các nhà sản xuất của nó. Nếu tôi dự vào mứt, tôi đã sẵn sàng truyền bá ý tưởng cho một trò chơi phiêu dạt với sự dự của một chàng trai ngồi trên xe lăn đội mũ phải điều hướng một cơn cuồng nộ trong ngày mai với sự chẳng thể tiếp cận, quan liêu và cắt giảm của chính phủ, ắt trong khi giữ một công việc như một nhà báo công nghệ kiêm nhà điều tra tư nhân. Tôi nghĩ rằng nó có thể là một hit.

 

NIIT ICT Hà Nội

Thứ Hai, 14 tháng 5, 2018

học tester bắt đầu như thế nào

 

Tôi viết bài này để chia sẻ với các bạn sinh viên có dự định làm về kiểm thử phần mềm (tester) trong ngày mai, hy vọng sẽ cung cấp thêm thông tin giúp các bạn dễ dàng có được định hướng cho con đường của mình. Để giải đáp câu hỏi “Học gì để trở nên một Tester?” tôi nghĩ cần phải đi qua các ý sau:

1. Tester sẽ làm những công việc gì?

Nhìn chung công việc chính của tester là bảo đảm chất lượng của phần mềm, rà soát để phát hiện các lỗi đang tồn tại trước khi giao sản phẩn cho khách hàng, tùy thuộc vào dự án cũng như công ty mà vai trò của tester tham dự sâu đến mức nào. Tester thường chia ra làm 2 hướng chính là Manual test và Automation test.
Manual testing: đây là lựa chọn của phần lớn các bạn bắt đầu làm test, với tuyển lựa này bạn không cần nhiều tri thức về lập trình cũng như sẽ ít đụng vào code trong lúc làm, tuy nhiên cần phải nắm khá vừng về các định nghĩa, kỹ thuật test manual và có tư duy tìm lỗi tốt.
Automation testing: đây thường là tuyển lựa của các bạn đang làm Developer mà muốn chuyển sang làm Tester, hoặc các bạn làm manual lâu năm muốn học hỏi thêm cái gì đó mới mẻ và nâng cao trình độ của mình. Automation test có thể nói là Dev trong Test, công việc chính là sẽ viết code để thực hành việc rà một cách tự động và phần đông thời kì sẽ làm việc với code như một developer. Người làm automation sẽ không cần thiết phải nắm sâu về các kiến thức test manual nhưng thay vào đó phải biết rõ về các automation tools & frameworks cũng như có thể làm việc được trên nhiều ngôn ngữ lập trình khác nhau như Java, C#, AutoIT, Python, C++ v.v, tùy theo đề nghị dự án.

Automation không phải là nâng cao của manual vì nó là hai nhánh khác nhau, cả hai đều quan trọng cũng như có độ khó một mực nếu phải học và tìm hiểu sâu. Người làm manual tốt không chắc có thể viết code được và người làm automation cũng chưa chắc sẽ có được tư duy, khả năng quan sát & kiến thức kiểm thử manual nên bạn cứ chọn một hướng thích hợp với khả năng và bắt đầu học, không nên tìm hiểu cùng lúc cả hai trong thời đoạn mới vào sẽ tốn rất nhiều thời kì.


2. Tester cần những kiến thức gì?

– trước tiên, tester cũng giống như bất cứ ngành nào khác trong lĩnh vực phần mềm là cần một nền tảng cơ bản về máy tính. kiến thức căn bản này bạn có thể học được trong chương trình cao đẳng, đại học. Hiện nay giáo trình đào tạo cao đẳng, đại học về công nghệ thông báo của các trường cũng khá đầy đủ, bao quát nhiều kiến thức như hệ điều hành, database, lập trình, mạng…. Những kiến thức này tuy có vẻ không ứng dụng được gì trong lúc học nhưng sẽ rất bổ ích cho việc học test và đi làm sau này, nếu bạn hội tụ học trong giai đoạn sinh viên thì sau khi ra trường việc học thêm một khóa về kiểm thử là khá nhanh và đơn giản hơn nhiều.

– Nếu bạn học ngành khác nhưng muốn chuyển sang làm test (chưa học gì nhiều về công nghệ thông báo trong trường) thì sẽ khó khăn và tốn nhiều thời kì hơn vì bạn phải học lại cơ bản, cũng như sẽ bị sót nhiều kiến thức nếu chỉ đăng ký một khóa học test ngắn hạn. Nhưng nói vậy không có tức là không thể, cũng có nhiều bạn đang làm test và khá thành công nhưng xuất phát từ các ngành khác như sư phạm, kinh tế. Nếu bạn cũng đang học trái ngành thì có 2 bước cần thực hành đó là dành thời gian học cách dùng tốt máy tính, tin học văn phòng, đọc thêm các sách căn bản về máy tính, lập trình (có thể mượn từ các bạn đang học CNTT). tuổi này sẽ tốn khoảng 3 đến 6 tháng (hoặc hơn), tuy hơi dài nhưng sẽ rất có giá trị. Tiếp theo bạn cần học thêm về các kiến thức chuyên ngành testing, thời đoạn này sẽ ngắn hơn, thường là khoảng 2 đến 3 tháng, chi tiết học gì tôi sẽ nói ở phần sau.

– Tiếng Anh, cái này không can hệ test nhưng rất quan trọng, tiếng Anh tốt bạn có nhiều cơ hội để đậu vào các công ty hơn cũng như dễ dàng học thêm về test sau này vì tài liệu phần nhiều là tiếng Anh.

Vậy tóm tắt lại, có 3 tri thức tester cần trang bị là nền tảng về máy tính + tri thức Test cơ bản + Tiếng Anh


3. Học gì để trở nên tester?

3.1. kiến thức chung: (dù bạn chọn theo hướng nào thì cũng nên nắm các tri thức này).

– tri thức cơ bản về máy tính, tin học văn phòng căn bản, cài đặt phần mềm, sử dụng internet.
– tri thức về lập trình: căn bản SQL, HTML, CSS. Đây là 3 món tôi nghĩ rất cần thiết khi làm test, bạn không cần phải học sâu để viết code nhưng ít ra phải đọc hiểu được và có thể chỉnh sửa code đơn giản.
– tri thức tổng quan về test, bao gồm việc hiểu các định nghĩa cơ bản, các thuật ngữ, quy trình phát triển phần mềm, quy trình test. Bạn có thể học theo cuốn ISTQB Foundation hoặc tham khảo các mục gợi ý sau:
What is Software Testing? – Tìm hiểu phần này để biết được testing là gì? các định nghĩa, khái niệm cơ bản về kiểm thử phần mềm.
Why is Software Testing Important? – vì sao testing lại quan trọng và cần thiết? nếu không có tester thì sản phẩm sẽ ra sao?
Software Development life cycle: Vòng đời phát triển phần mềm, vị trí của testing trong các tuổi phát triển sản phẩm.
Software Test life cycle: Vòng đời của kiểm thử, thứ tự các công việc kiểm thử.
Defect Life Cycle: Vòng đởi của lỗi và thể qua các thời đoạn.
Quality Assurance vs. Quality control, Verification vs Validation: Phân biêt sự giống nhau và khác nhau giữa một số khái niệm.
Software Testing Levels: Các chừng độ trong kiểm thử, đi từ nhỏ nhất đến các chừng độ cao nhất.
Software Testing types: Các loại testing thư Functional testing, Non-functional testing, Structural testing, Change related testing.

3.2. Phần kiến thức riêng:

Manual Test:

Đây là danh sách các tri thức bạn nên tìm hiểu sâu thêm nếu sẽ làm test theo hướng manual.
Create a Test Plan: Các thành phần cần có trong một test plan cơ bản, cách viết test plan.
Design Test case: Cách tạo và viết một testcase thông dụng.
Test Design Techniques: Các kỹ thuật thiết kế testcase, giúp cho testcase hiệu quả và tối ưu hơn.
Test reporting, Daily status reports – cách viết report để mỏng kết quả test của mình.
Defect management: Finding defects, Logging defects, Tracking and managing defects – Học cách report & quản lý một bug cũng như sử dụng tools tracking thông dụng như Jira, Mantis, Bugzilla, Application Lifecycle Management (ALM).
Mobile application testing (iOS, Android, Windows Phone): Cách cài đặt và test ứng dụng mobile, cách giả lập thiết bị điện thoại trên máy tính.
Windows, Website testing & Tools support: Cách test một vận dụng desktop, một trang web và giả lập các trình duyệt khác nhau trên máy tính.
Risk based testing process and implementation: Đánh giá rủi ro trong kiểm thử, đây là phần nâng cao nhưng cũng nên tìm hiểu qua.
Coding: SQL, HTML, CSS.

Một số trang để tự học các kiến thức về manual testing cơ bản, các trang này cung cấp đầy đủ các tri thức bên trên cũng như mở mang thêm khá nhiều tri thức can hệ đến test khác:

 


Automation Test:
Học thêm về lập trình: Java, C# (.Net) là hai ngôn ngữ cơ bản mà những người làm automation hay sử dụng, ngoài ra có các ngôn ngữ khác dùng để hỗ trợ như AutoIT, Python.
Học về các Automation Tool/Framework phổ biến như: Ranorex, Selenium, Appium, TestComplete.
Các Tools khác như: Jmeter, SoapUI.

Các địa chỉ học về Automation & Lập trình:

 


Nếu chưa biết nên bắt đầu từ đâu tôi gợi ý là bắt đầu vơi bộ tools Selenium (thường dùng Java) hoặc Ranorex (C# hoặc .Net nói chung). Với Selenium (miễn phí) bạn có thể làm được automation cho website còn Ranorex thì có thể làm được trên website, mobile application và desktop application nhưng có tốn phí khá cao.

4. Học test ở đâu?


Có ba cách cơ bản để học test là tự học, học ở trọng tâm và học nhóm. phần đông các tester thuộc thế hệ 8x hay 9x đời đầu đều tự học mà làm vì thời đoạn đó testing chưa phát triển và cũng chưa có trung tâm chuyên đào tạo, các trường đại học cũng chưa đưa vào chương trình dạy. Nhưng tôi thấy phần lớn tester ở thời đoạn này thường xuất thân từ CNTT nên việc tự học và học thêm về test cũng khá nhanh. Để tự học test bạn có thể vào các nguồn tôi cung cấp ở phần bên trên, nó khá đầy đủ kiến thức căn bản.
Thứ hai là có thể đi học ở trọng điểm hay một nhóm nào đó, các trung tâm thường có các khóa đào tạo ngắn hạn trong khoảng 3 tháng đỗ lại, một số trọng tâm thì có chương trình dài hơn nhưng thường không quá 6 tháng. Tôi tự học và chưa trải nghiệm qua trọng điểm nào nên cũng không rõ chất lượng ở những nơi đó, nhưng tôi cũng rất vui lòng nếu bạn gởi email cá nhân đến tôi để tham khảo về các trung tâm bạn đang định học, tôi sẽ phê chuẩn một số mối quan hệ và bạn bè để hỏi giúp ban chất lượng của những nơi đó.
ngoại giả còn một cách học khác là học nhóm, dạy kèm test, cách này tôi đang ứng dụng ở một vài nhóm và thấy khá hiệu quả vì nó vừa linh động về thời gian và số lượng học viên thường giới hạn ít nên sẽ dễ thu nhận hơn, thời gian học khoảng 1 đến 2 tháng. Nếu bạn quan tâm đến những khóa học này cũng có thể email đến tôi, khi nào bắt đầu khóa mới về testing căn bản tôi sẽ cho bạn biết.

5. Tổng kết.

Trong giai đoạn mà chất lượng sẽ quyết định sự tồn vong của sản phẩm phần mềm thì tầm quan yếu của Tester ngày càng được nâng cao và đóng vai trò quan trọng, các dự án cũng cần nhiều tester hơn nên trong mai sau nghề test sẽ phát triển mạnh mẽ, việc định hướng và trang bị tri thức sớm từ giờ là rất cần thiết. Sau khi nắm được các tri thức căn bản, bạn hãy tìm một công ty hay một dự án nào đó để bắt đầu làm, giai đoạn này rất quan trọng vì chỉ có bắt tay vào làm bạn mới hình dong rõ ràng hơn các khái niệm đã đọc cũng như học thêm cái mới trong lúc làm thực tiễn. Hy vọng bài này sẽ cung cấp những thông báo giúp bạn có thể bắt đầu vào việc học thuận lợi hơn.

Như mọi khi, đừng ngại email đến tôi hoặc comment tại bài này nếu bạn có thắc mắc hay muốn bàn thảo thêm điều gì đó trong lúc học, tôi rất vui để san sớt.

Thứ Năm, 10 tháng 5, 2018

Taxi trên không của Uber Một cái nhìn gần hơn về uberAIR, một mạng lưới trình chiếu cho bầu trời

Taxi bay của Uber đang cất cánh, vì liên lạc mới nổi trên dưới những cách mới để rút ngắn các chuyến đi được thực hiện lâu vì khoảng cách hoặc tắc nghẽn giao thông. Những chiếc xe bay đã từng gần như là tên miền độc quyền của cách ngôn công nghệ (“Bạn đã hứa chúng ta bay ô tô, nhưng thay vào đó chúng ta có x.”), Nhưng bây chừ chúng thực sự được đưa vào thiết bị dưới dạng cất cánh và hạ cánh thẳng đứng (eVTOL) ) dụng cụ. Trong vài ngày qua tại hội nghị thượng đỉnh Uber Elevate ở Los Angeles, công ty đấu đặt ra các kế hoạch đầy tham vọng của mình để phát triển và khai triển thương nghiệp tàu bay vào năm 2023.

tổng giám đốc của Uber, Dara Khosrowshahi, người đã cầm lái chưa đầy một năm, nhấn rằng ban đầu ông không phải là 100% trên tàu cho Elevate, ông nói tại Hội nghị thượng đỉnh Uber. Nó đã mất một vài phiên và một số đánh giá của toán học cho anh ta để được bán trên đó, ông nói.

Khosrowshahi nói: “Đối với tôi, chốc lát aha xuất hiện khi tôi bắt đầu hiểu rằng Uber không chỉ là về xe hơi. "Cuối cùng, nơi chúng tôi muốn đi là về di động thành thị và giao thông thành thị, và là một giải pháp cho các thành phố mà chúng tôi hoạt động."

Uber Elevate là thuật ngữ toàn diện của Uber để khởi động uberAIR, đó là dịch vụ đi tàu điện trên không, cũng như bất kỳ sáng kiến ​​nào khác (nghĩ rằng giao hàng thực phẩm) có thể được hưởng lợi từ chuyển vận hàng không. Khi tầm nhìn của Uber được triển khai đầy đủ, Uber cho biết dịch vụ sẽ rẻ hơn uổng sở hữu một chiếc xe hơi, trên cơ sở mỗi hành khách, mỗi dặm và tự trị. Lúc khởi động, tuy nhiên, phi công sẽ được đề nghị.

Tại Hoa Kỳ, Uber đang hướng đến mục tiêu khởi chạy đầu tiên ở Dallas-Fort Worth và Frisco, Texas, các khu vực và LA. Năm ngoái, Uber cho biết họ cũng sẽ bắt đầu thử nghiệm ở Dubai vào năm 2020, nhưng điều đó không còn nữa. Thay vào đó, Uber hiện giờ có một cuộc gọi mở ra cho các thành thị quốc tế quan tâm để biểu đạt nhu cầu rõ ràng về quá cảnh trên không, các điều kiện cho phép của thành phố và cam kết của chính quyền địa phương.

Để khởi động uberAIR, Uber cần các dụng cụ thực tế, bầu trời để họ tiếp đất cũng như pin. Công ty sẽ không phát triển và sản xuất xe riêng của mình. Thay vào đó, nó dựa hoàn toàn vào các đối tác hàng không vũ trụ của nó - một số trong đó đã phát triển phi cơ trong nhiều thập kỷ.

“Có rất nhiều thứ phải đến với nhau,” Khosrowshahi nói về quan hệ đối tác. "Chúng tôi hoàn toàn biết rằng chúng tôi không thể làm cho điều này xảy ra chính mình."

Tại hội nghị thượng đỉnh, Uber đã ban bố một quan hệ đối tác mới với Karem để phát triển eVTOL. máy bay Karem, đã cấp bằng sáng chế công nghệ Optimum Speed ​​Tiltroter cho các vận dụng quân sự và thương nghiệp, đã làm việc với Uber trong khoảng một năm để tạo ra khái niệm Butterfly. Loại xe này được cho là một sự thích nghi thân thiện với hành khách của công nghệ cốt lõi của Karem. Và một số đối tác được ban bố trước đó của Uber cũng đã bộc lộ những gì họ đã làm việc trong năm qua. Embraer, tỉ dụ, ban bố khái niệm eVTOL trước tiên của nó.

Tại thời khắc này, có hơn 70 công ty làm việc trên eVTOL để triển khai trong mạng lưới đường hàng không của Uber.

Công ty cũng cần skyports để cho phép mọi người lên tàu và thoát khỏi những eVTOL này, nơi mà các đối tác như Gannett Fleming và Corgan đến. Vào ngày thứ hai, các đối tác này đã trình diễn thiết kế skyport như một phần của cuộc thi chạy trên bầu trời Uber.

Kể từ khi Uber muốn cung cấp của mình để được toàn bộ các điện từ đầu, nó làm việc với một số đối tác pin. Một trong số họ là E-One Moli, một đối tác mới được công bố sẽ đưa công nghệ pin của mình vào nguyên mẫu eVTOL trước hết từ các đối tác xe Nâng cao của Uber. Với những pin, uberAIR xe có thể chuyển di lên đến 84 dặm trên một lần sạc, so với chỉ 60 dặm. Điều đó cũng có tức là Uber cần một cách để sạc những chiếc xe này, đó là nơi mà các đối tác như ChargePoint đến.

Kiểm soát không lưu

Vào ngày trước tiên của hội nghị thượng đỉnh, Trưởng phòng hàng không Eric Allison đã nói về việc một số loại bầu trời có thể xử lý hàng trăm hoặc thậm chí hàng ngàn lần đổ bộ mỗi giờ. Để quản lý bầu trời và bảo đảm uberAIR không đơn giản tái hiện các mẫu giao thông khủng khiếp mà chúng tôi đã có trên đường, Uber đang núm phát triển các hệ thống cho phép hệ sinh thái hoạt động trong phiên bản điều khiển lưu lượng không khí tiêu chuẩn phức tạp hơn , Allison nói với TechCrunch trước đó trong ngày.

Có rất nhiều cách để quan niệm về điều này, nhưng một cách là một cái gì đó Uber Giám đốc Kỹ thuật cho Hệ thống Không gian Tom Prevot gọi Dynamic Skylane Networks. Ông nói rằng bạn có thể nghĩ về chúng như một mạng ảo của các làn đường, cầu vượt, đường dốc và đường dốc trên bầu trời tự động điều chỉnh tới nơi lưu lượng không khí cần lưu thông.

Nhưng đó là một tí xuống đường. Khi bắt đầu quá trình này, Prevot cho biết, Uber muốn làm việc song song với những gì tồn tại ngày bữa nay và “cực kỳ cộng tác, tương xứng và minh bạch vì lý do an toàn và hiệu quả. Nhưng chúng ta cũng cần phải bảo vệ, rõ ràng, thông báo tây riêng. ”

Ông nói thêm rằng an ninh mạng là một "công dân hạng nhất và chúng ta cần phải nướng nó ngay từ đầu."

Mặc dù Uber về mặt lý thuyết có thể tạo ra, sở hữu và kiểm soát hệ thống điều khiển lưu lượng không khí của riêng mình cho eVTOL, Uber cho biết ý định không phải là sở hữu nó. Thay vào đó, ý tưởng là làm cho nó trở nên một tiêu chuẩn mở mà các công ty khác có thể làm việc với, và do đó, cho phép khả năng tương tác.

“Chúng tôi không sở hữu không phận,” Holden nói. "Chúng tôi chỉ vậy bảo đảm không gian được quản lý một cách cực kỳ an toàn và hiệu quả."

Để cố kỉnh đạt được mục tiêu này, Uber đang làm việc chém đẹp với FAA và NASA. Tại Hội nghị thượng đỉnh, Uber thông tin họ đã ký thỏa thuận hành động không gian thứ hai với NASA để lập mô hình và mô phỏng các yêu cầu về không gian cho các áp dụng di động không khí thị thành. Là một phần của thỏa thuận, Uber sẽ san sớt các kế hoạch của mình để triển khai mạng rideshare dựa trên không khí của mình.

Sử dụng dữ liệu từ Uber, NASA dự kiến mô phỏng một chiếc tàu bay chở khách nhỏ bay qua khu vực Dallas-Fort Worth. Ý tưởng là để xác định các vấn đề an toàn tiềm năng trong một hệ thống kiểm soát không lưu đông đúc.

Công cụ kiểm thử phần mềm Nhà phát triển QASymphony tăng 5 triệu$

QASymphony, hãng sản xuất các phương tiện kiểm thử phần mềm như qTest, đã quyên được 5 triệu USD. Công ty có văn phòng tại Atlanta, Georgia và tỉnh thành Hồ Chí Minh, Việt Nam sẽ sử dụng vốn để phát triển và tiếp thị sản phẩm.

 

Khoản tài trợ này được dẫn dắt bởi các đối tác cổ phần của Fulcrum với sự tham dự của nhà đầu tư BIP Capital trở về và nâng tổng số tiền của QASymphony lên tới 7,5 triệu đô la.

 

 

 

Các nhà sáng lập QASymphony Vũ Lâm và Josh Lieberman cũng điều hành KMS Technology, một nhà cung cấp dịch vụ CNTT và nhà phát triển phần mềm có hội sở tại thành thị Hồ Chí Minh. Trong năm 2010, hai công ty phần mềm bắt đầu chuyển từ phương pháp “thác nước”, phân chia phát triển phần mềm thành các giai đoạn biệt lập được hoàn thành trước khi bắt đầu một phương pháp “nhanh nhẹn”. các phần của dự án.

 

tổng giám đốc Dave Keil nói với TechCrunch trong một email rằng nhiều nền móng kiểm thử phần mềm quá chậm cho phương pháp nhanh nhẹn, bởi thế họ đã tạo ra QASymphony vào năm 2011 để cung cấp cho khách hàng những dụng cụ thích hợp hơn. Công ty được tách khỏi KMS trong năm 2014.

 

Khách hàng của QASymphony hiện bao gồm Adobe, Dell, Verizon và Visa. Keil nói rằng công ty đã tăng doanh thu hàng năm từ 400.000 USD lên 3 triệu USD và dự kiến ​​sẽ sớm đạt 10 triệu USD.


QASymphony

 

qTest, được sử dụng bởi các công ty như Zappos và Salesforce, được thiết kế để cung cấp cho nhà phát triển một vị trí tập kết để lưu trữ và quản lý tất các trường hợp kiểm thử phần mềm của họ và tích hợp với các dụng cụ như JIRA của Atlassian, VersionOne và CA Agile Central. qTest eXplorer ghi lại mọi thứ mà trình kiểm tra phần mềm thực hiện trong một phiên để chúng không phải ghi lại tất cả các đổi thay bằng tay.

 

 

thực tại là nó được thiết kế riêng cho phương pháp nhanh là một trong những cách chính các sản phẩm QASymphony như qTest phân biệt với các đối thủ cạnh tranh bao gồm Trung tâm Chất lượng HP, IBM Rational và Borland. Những người sáng lập của công ty cũng nói rằng một số khách hàng của họ đã chuyển sang QASymphony từ trọng điểm Chất lượng HP vì tổn phí nền tảng của nó ít hơn và tích hợp thông thạo hơn với các phương tiện như JIRA.