Google is beginning to ‘dogfood’ test Fuchsia OS | 9to5Google

Google is beginning to ‘dogfood’ test Fuchsia OS | 9to5Google

It looks like the OS is getting ready for its closeup. A good thing to get somewhat excited about.

In software, there’s a point where developers “eat their own dogfood,” before letting users try it. Google’s Fuchsia OS has reached this dogfood stage.

Bachelor Chow — now with flavor!
Beyond the normal public testing stages like Alpha and Beta, Google has quite a few internal testing stages, all stemming from the same “dogfood” name.

Tastes like dogfood
So what would a dogfood test of Fuchsia actually look like? From what we’ve learned over the years, Fuchsia is able to run on desktops, laptops, tablets, Chromebooks, phones, routers, smart displays, and more. That means a dogfood test could be for any or all of these different purposes for Fuchsia…

The rest of the post is found at this source: Google is beginning to ‘dogfood’ test Fuchsia OS – 9to5Google

Fuchsia – Fuchsia Programming Language Policy

Fuchsia – Fuchsia Programming Language Policy

Finally, some added guidance of the Fuschia project that may ultimately replace Android as Google’s mobile platform.

This document describes which programming languages the Fuchsia project uses and supports for production software on the target device, both within the Fuchsia Platform Source Tree and for end-developers building for Fuchsia outside the Fuchsia Source Platform Tree. The policy does not apply to (a) developer tooling, either on target or host devices, or (b) software on the target device that is not executed in normal, end-user operation of the device. For example, this policy does not apply to zxdb (a debugger) because zxdb is a developer tool; the policy does apply to pkgfs because pkgfs (a file system) executes in the normal, end-user operation of the device.

Fuchsia Programming Language Policy

Source: Fuchsia – Fuchsia Programming Language Policy

PyDev of the Week: Hameer Abbasi | The Mouse vs The Python

PyDev of the Week: Hameer Abbasi | The Mouse vs The Python

This week we welcome Hameer Abbasi as our PyDev of the Week! Hameer works on the PyData Sparse project. You can check out what else Hameer is working on over on Github. Let’s take some time to get to know him better!

Can you tell us a little about yourself (hobbies, education, etc):

My hobby is, and has been for a while, scientific computing in general, the ecosystem and how to make it better. I’m lucky and grateful to have found a job in that same field, even though my formal education wasn’t in either Mathematics or Computer Science. Moving over to my education, I completed my Bachelors in Electrical (Telecommunications) Engineering from National University of Sciences and Technology, Pakistan in July 2014. After being a professional for a year at LMK Resources, Pakistan until September, 2015, I moved to Germany and completed my Masters in Information and Communication Engineering from Technische Universität Darmstadt (English: Technical University of Darmstadt) in October, 2015. I started with Quansight as a contractor then, and I’m continuing that to date.

Why did you start using Python?

I was doing a Hilfswissenschaftler job (sort of like a Research Assistant in the USA), and there I was presented the problem of scaling a sparse system to a larger space. I discovered the PyData/Sparse project back then (it was in Matthew Rocklin’s personal repository at the time), and was immediately fascinated by the idea of computational gains to be had if one moved to a sparse representation. I’m now the maintainer for that project, and I’m grateful I chose that path, as it landed me a talk at SciPy 2018 and a client in the form of Quansight.

What other programming languages do you know and which is your favorite?

I’ve dabbled in a lot of programming languages over the years. Started with Visual Basic 2000, moved on to Visual Basic .NET, HTML, Java, Javascript, C++. The ones I really feel I know, though are Python and C#, because I have hands on experience on real projects with these. I like Rust’s “do it right the first time” model.

My favourite of all these to work with is probably C#, because of the excellent tooling around it, but as a language I like Python more.

Thanks for doing the interview, Hameer!

The rest of the post PyDev of the Week: Hameer Abbasi appeared first on The Mouse Vs. The Python.

from The Mouse Vs. The Python https://ift.tt/32jwRFI

eSports needs to join the rest of society and be open to everyone | NowThis

eSports needs to join the rest of society and be open to everyone | NowThis

Another Step in Testing ElectionGuard | Microsoft on the Issues

Another Step in Testing ElectionGuard | Microsoft on the Issues

After the debacle in the Iowa Caucuses early this month (though not directly related due to other circumstances) trust in the voting and election process continues to be under attack both internally and externally. The goal is to get it right, and Microsoft is doing it’s part to make it work for everyone.

Microsoft On the Issues Photo Credit

Feb 17, 2020   |   Tom Burt – Corporate Vice President, Customer Security & Trust

Tomorrow I’ll be in Fulton, Wisconsin, with a team of people from Microsoft taking one of many steps needed to prepare our ElectionGuard technology for broad adoption. Together with election officials from the state of Wisconsin and the election technology company VotingWorks, we will be piloting ElectionGuard in an actual election for the first time.

As voters in Fulton go to their polling place tomorrow to cast ballots in a primary election for Wisconsin Supreme Court candidates, the official count will be tallied using paper ballots as usual. However, ElectionGuard will also provide an encrypted digital tally of the vote that will enable voters to confirm their votes have been counted and not altered. Tomorrow’s pilot is one step in a deliberate and careful process to get ElectionGuard right before it’s used more broadly across the country.

Preparing technology for wide adoption is accomplished through incremental steps that enable iteration and improvement. We first demonstrated an implementation of ElectionGuard to cybersecurity experts and others at the annual Aspen Security Forum last summer. Then, in September, we shared the code for ElectionGuard as an open source project on GitHub so voting machine manufacturers, security researchers and others could begin testing it. We announced a bug bounty program, offering up to $15,000 to people who report security vulnerabilities with ElectionGuard so they can be fixed. The code was also tested for security vulnerabilities by NCC Group. Tomorrow’s pilot gives us the first chance to see ElectionGuard in action in a real election, to assess its performance and observe voter reaction. We hope to learn from this so we can continue to work with election officials in Wisconsin and other states – and with technology partners such as VotingWorks – to improve ElectionGuard. This is by no means the last step in our preparation; we anticipate many more pilots of ElectionGuard technology as we get it ready for prime time.

To be clear, the biggest credit for tomorrow’s pilot goes to the Wisconsin Election Commission and its Administrator Meagan Wolfe, as well as Rock County Clerk Lisa Tollefson for making the decision to try ElectionGuard so they can evaluate it for future use, and to VotingWorks, which designed and built much of the physical voting experience used in Fulton tomorrow. We’ve worked closely with the Commission and VotingWorks in recent months to test the system and voting machines for pilot use tomorrow, to conduct a public test of the machines even before the pilot, and to train polling place workers. We are also grateful to Connie Zimmerman, the Fulton Town Clerk, for enabling and supporting this pilot in the polling place she’s run for years, and to the Fulton Town Board, which voted to approve the pilot…

The rest of the post Another Step in Testing ElectionGuard appeared first on Microsoft on the Issues.

from Microsoft on the Issues https://ift.tt/32amGn2
via IFTTT

Cloudticity Brings HIPAA Compliance to Amazon Cloud-Native Workloads | The New Stack

Cloudticity Brings HIPAA Compliance to Amazon Cloud-Native Workloads | The New Stack

The move to the cloud is one that started more than a decade ago for some companies and has yet to happen for some others. The reasons for the lag are varied, but for some governmental regulations, such as the Health Insurance Portability and Accountability Act (HIPAA), which regulates data privacy concerns for companies in the healthcare sector, are also to blame for the delay. With requirements around data retention and encryption, it can be easier to stay with what you know rather than make the move to the latest technology…

Source: Cloudticity Brings HIPAA Compliance to Amazon Cloud-Native Workloads

PyDev of the Week: Martin Fitzpatrick | The Mouse vs The Python

PyDev of the Week: Martin Fitzpatrick | The Mouse vs The Python

This week we welcome Martin Fitzpatrick (@mfitzp) as our PyDev of the Week! Martin is the author of “Create Simple GUI Applications with Python and Qt 5” and the creator of the LearnPyQt website. You can also check out his personal site or see what he’s up to by visiting his Github profile. Let’s spend some time getting to know Martin better!

Martin Fitzpatrick

Can you tell us a little about yourself (hobbies, education, etc):

I’m a developer from the United Kingdom, who’s been working with Python for the past 12 years, and living in the Netherlands (Amersfoort) for the past 5.

I started coding on 8 bit machines back in the early 90s, creating platform games of dubious quality â€” in my defence we didn’t have StackOverflow back then. Later I moved onto the PC, first writing DOS games and then, after someone invented the internet, doing a stint of web dev. I’ve been programming on and off ever since.

Rather than pursue software development as a career, I instead took a long detour into healthcare/biology. I worked first in the ambulance service, then as a physiotherapy assistant and finally completed a degree and PhD in Bioinformatics & Immunology. This last step was where I discovered Python, ultimately leading me to where I am now.

In my spare time I tinker in my workshop, creating daft electronic games and robots.

I like robots.

Why did you start using Python?

I first used Python back in 2007 when I was looking for at alternatives to building websites with Drupal/PHP. That led me to Django and Python. It felt so much simpler and more logical than what I’d used before, after knocking something together in an afternoon I was basically hooked.

For the next few years I was using Python almost exclusively for web development, and it probably would have stayed that way was it not for my PhD.

My thesis project was looking at the effects of metabolism on rheumatoid arthritis, and required me to analyse some big chunks of data. Having worked with Python for the previous 4 years it only seemed natural to try and use it here, rather than stop and learn R or MATLAB. The Python data analysis landscape was still a bit rough back then, but improving quickly — pandas and Jupyter notebooks first appeared during this time. The final couple of years of my PhD I was looking to make the tools I’d written more accessible to non-technical users and started building GUI applications with PyQt5.

In the past couple of years I discovered microcontrollers (ESP8266 and Raspberry Pi) and have built some silly things with MicroPython.

What other programming languages do you know and which is your favorite?

Python is my favourite, hands down. There is something about the language that lines up very well with my brain, might be all the empty space.

I have learnt and forgotten quite a few languages including PHP, Pascal, Perl, Prolog and Z80 assembler. I can still bash something together in C and does MicroPython count as another language?

Thanks for doing the interview, Martin

The rest of the post PyDev of the Week: Martin Fitzpatrick appeared first on The Mouse Vs. The Python.

from The Mouse Vs. The Python https://ift.tt/38yAJ8l