The Hashtag And Winky Face Emoji Could Be Monopoly’s New Game Tokens

The iconic Monopoly board game is getting a new set of playing pieces, and you can vote on whether you want the symbol or kissy face emoji to be one of the game&;s tokens.

The current set is made up of eight die-cast pieces: a battleship, a shoe, an old-school race car, a cat, a top hat, a Schnauzer named Scottie, a thimble, and a wheelbarrow.

Fans can choose eight among 64 pieces, and the new set will be shipped with the game in October. Voting closes January 31, and Hasbro will reveal the results on March 19.

The redesign isn&039;t unprecedented. In 2013, fans voted the cat token as the newest game piece when the iron token received the lowest number of fan votes in a Hasbro poll. The company said that it decided to open up a vote on all the tokens in 2017 because it had seen strong engagement from fans in previous polls.

Any of these 64 tokens could become a part of the official Monopoly board game.

Hasbro

A few of the tokens, like the hashtag, originated on the interwebs, while others resemble classic symbols that have found new meaning in digital culture. Hasbro said that it based the choices on pop culture, past editions of Monopoly (that&039;s where the cowboy boot and the penguin came from), and Mr Monopoly&039;s luxe life (the helicopter, the money clip). It also included lasting, recognizable symbols to give fans a range of choices.

The key

Made famous by DJ Khaled&039;s relentlessly positive Snapchat, where he talks about the “major keys” to living a more successful life.

The hashtag

We can thank Twitter for this viral symbol.

The winky face emoji

For when you&039;re planning to Monopoly and chill.

The thumbs up

An iconic symbol of positivity that&039;s been made its way into the emoji vocabulary. It can help bridge the generation gap for millennials who still live with their parents.

The computer. &;

What started it all.

Hasbro

The kissy face emoji.

“Monopoly with bae.” — Future Instagram caption

Hasbro

The classic smiley face.

And an emoji version of Rich Uncle Pennybags, Monopoly&039;s mascot.

A not-so-subtle emoji suggestion for Unicode?

Quelle: <a href="The Hashtag And Winky Face Emoji Could Be Monopoly’s New Game Tokens“>BuzzFeed

Partnering on open source: Google and Pivotal engineers talk Cloud Foundry on GCP

By Evan Brown, Senior Software Engineer

Today we’re sharing the first episode of our Pivotal Cloud Foundry on Google Cloud Platform (GCP) mini video series, featuring engineers from the Pivotal and Google Cloud Graphite teams who’ve been working hard to make this open-source platform run great on GCP. Google’s Cloud Graphite team works exclusively on open source projects in collaboration with project maintainers and customers. We’ll have more videos and blog posts this year, just like this one, highlighting that work.

In 2016 we began working with Pivotal, and announced back in October that customers can deploy and operate Pivotal Cloud Foundry on GCP. Thanks to this partnership, companies in industries like manufacturing, healthcare and retail can accelerate their digital transformation and run cloud-native applications on the same kind of infrastructure that powers Gmail, YouTube, Google Maps and more.

“The chemistry between the two engineering teams was remarkable as if we had been working together for years. The Cloud Foundry community is already benefiting from this work. It’s simple to deploy Cloud Foundry atop Google’s infrastructure, and developers can easily extend their apps with Google’s analytics and machine learning services. We look forward to working with Google in the future to advance our shared vision for multi-cloud choice and flexibility.” — Joshua McKenty, Head of Platform Ecosystem, Pivotal
Specifically, together with Pivotal, we have:

Brought BOSH to GCP, adding support for Google’s global networking and load balancer, quick VM boot times, live migration and preemptible VM pricing
Built a service broker to let Cloud Foundry developers easily use Google services such as Google BigQuery, Google Cloud SQL and Google Cloud Machine Learning in their apps
Developed the stackdriver-tools BOSH release to give operators and developers access to health and diagnostics information in Stackdriver Logging and Stackdriver Monitoring

In the first episode of the video series, Dan Wendorf of Pivotal and I talk about deploying BOSH and Cloud Foundry to GCP, using the tutorial you can follow along with on GitHub.

Join us on YouTube to watch other episodes that will cover topics like setting up and consuming Google services with our Service Broker, or how to monitor and debug Cloud Foundry applications with Stackdriver. Just follow Google Cloud on YouTube, or @GoogleCloud on Twitter to find out when new videos are published. And stay tuned for more blog posts and videos about the work we’re doing with Puppet, Chef, HashiCorp, Red Hat, SaltStack and others.
Quelle: Google Cloud Platform

Announcing: New Auto-Scaling Standard Streaming Endpoint and Enhanced Azure CDN Integration

Since the launch of Azure Media Services our streaming services have been one of the biggest things that has attracted customers to our platform.  It offers the scale and robustness to handle the largest events on the web including FIFA World Cup matches, streaming coverage of Olympic events, and Super Bowls.  It also offers features that greatly reduce workflow complexity and cost through dynamic packaging into HLS, MPEG-DASH, and Smooth Streaming as well as dynamic encryption for Microsoft PlayReady, Google Widevine, Apple Fairplay, and AES128.

However, our origin services (aka Streaming Endpoints) have always been plagued with the usability issue of needing to provision them with Streaming Units (each one provides 200Mbps of egress capacity) based on scale needs.  We continually receive questions from customers and partners asking “how many Streaming Units do I need?”, “how do I know when I need more”, “can I get dynamic packaging without Streaming Units”, etc.

Thus, we’re very excited to announce that we have a new Streaming Endpoint option called a Standard Streaming Endpoint which eliminates this complexity by giving you the scale and robustness you need without needing to worry about Streaming Units.  Behind the scenes we monitor the bandwidth requirements on your Streaming Endpoint and scale out as needed.  This means a Standard Streaming Endpoint can be used to deliver your streams to a large range of audience sizes, from very small audiences to thousands of concurrent viewers using the integration of Azure CDN services (more on that further below).

More good news! We also heard your request to have a free trial period to get familiar with Azure Media Services streaming capabilities. When a new Media Services account gets created, a default Standard Streaming Endpoint also automatically gets provisioned under the account. This endpoint includes a 15-day free trial period and trial period starts when the Endpoint gets started for the first time.

In addition to Standard Streaming Endpoints, we are also pleased to announce enhanced Azure CDN integration. With a single click you can integrate all the available Azure CDN providers (Akamai and Verizon) to your Streaming Endpoint including their Standard and Premium products and you can manage and configure all the related features through the Azure CDN portal. When Azure CDN is enabled for a Streaming Endpoint using Azure Media Services, data transfer charges between the Streaming Endpoint and CDN do not apply. Data transferred is instead charged at the CDN edge using CDN pricing.

Comparing Streaming Endpoint Types

Our previous Streaming Endpoints are not going away, meaning there are now multiple options so let’s discuss their attributes.  But before I do let me first jump to the punch line and give you our recommendation for which Streaming Endpoint type you should use.  We have analyzed current customer usage and have determined that the streaming needs of 98% of our customers can be met with Standard Streaming Endpoint.  The remaining 2% are customers like Xbox Movies and Rakuten Showtime that have extremely large catalogs, massive audiences, and origin load profiles that are very unique.  Thus, unless you feel your service will be in that stratosphere our recommendation is that you migrate to a Standard Streaming Endpoint.  If you have any concerns that you may fall into that 2% please contact us and we can provide additional guidance. A good guide post is to contact us if you expect a concurrent audience size larger than 10,000 viewers.

With that out of the way, here’s some finer grained details on the types and how they can be provisioned.

Our existing Streaming Units have now been renamed to "Premium Streaming Units" and any streaming endpoint that have a Premium Streaming Unit will be named a “Premium Streaming Endpoint”.  These Streaming Endpoints behave exactly as they did before and require you to provision them with Streaming Units based on your anticipated load.  As mentioned above almost everyone should be using a Standard Streaming Endpoint and you should contact us if you think you need a Premium Streaming Endpoint.
Any newly created Azure Media Services account will by default have a Standard Streaming Endpoint with Azure CDN (S1 Verizon Standard) integrated created and placed in a stopped state.  It is put into a stopped state so that it doesn’t incur any charges until you are ready to begin streaming.
New Streaming Endpoints can also be created as Standard Streaming Endpoints.
Previously, when a new Azure Media Services account was created a Streaming Endpoint was created with no Streaming Units(aka Classic Streaming Endpoint) . This was a free service intended to give developers time to develop services before incurring any costs.  However, Streaming Units were needed to turn on many of our critical services such as dynamic packaging and encryption so the value was very limited.  Some customers may still have one of these “Classic” Streaming Endpoints in their account.  We recommend customers migrate these to Standard as well, they will not be migrated automatically.  The migration can be done using Azure management portal or Azure Media Services APIs.  For more information, please check "Streaming endpoints overview".  As mentioned above we are offering a 15-day free trial on Standard which provides developers with the same ability to develop services without incurring streaming costs.

Feature
Standard
Premium

Free first 15 days*
Yes
No

Streaming Scale
Up to 600 Mbps when Azure CDN is not used; With Azure CDN turned on Standard will scale to thousands of concurrent viewers
200 Mbps per streaming unit (SU) and scales with CDN.

SLA
99.9
99.9 (200 Mbps per SU).

CDN
Azure CDN, third party CDN, or no CDN.
Azure CDN, third party CDN, or no CDN.

Billing is prorated
Daily
Daily

Dynamic encryption
Yes
Yes

Dynamic packaging
Yes
Yes

IP filtering/G20/Custom host
Yes
Yes

Progressive download
Yes
Yes

Recommended usage
Recommended for the vast majority of streaming scenarios, contact us if you think you may have needs beyond Standard
Contact Us

*Note: Free trial doesn’t apply to existing accounts and end date doesn’t change with state transitions such as stop/start. Free trial starts the first time you start the streaming endpoint and ends after 15 calendar days. The free trial only applies to the default streaming endpoint and doesn&;t apply to additional streaming endpoints.
 

When to Use Azure CDN?

As mentioned above all new Media Services accounts by default have a Standard Streaming Endpoint with Azure CDN (S1 Verizon Standard) integrated. In most cases you should keep CDN enabled. However, if you are anticipating max concurrency lower than 500 viewers then it is recommended to disable CDN since CDN scales best with concurrency.

To migrate your Classic or Premium endpoint to Standard

Navigate to streaming endpoint settings
Toggle your type from Premium to Classic. (If your endpoint doesn&039;t have any streaming units Classic type will be highlighted)

Click "Classic" and save

 
After saving the changes "Opt-in to Standard" button should be visible

Click "Opt-in to Standard"
Read the details and click YES.  (Note: Migrating from classic to standard endpoints cannot be rolled back and has a pricing impact. Please check Azure Media Services pricing page. After migration, it can take up to 30 minutes for full propagation and dynamic packaging and streaming requests might fail during this period)
When operation is completed your classic endpoint will be migrated to "Standard"

To migrate legacy CDN integration to new CDN integration

To migrate to new CDN integration you need to stop your streaming endpoint. Navigate to streaming endpoint details and click stop

Note: Stopping the endpoint will delete existing CDN configuration and stop streaming. Any manually configured setting using CDN management portal will also be deleted and needs to be reconfigured after enabling new CDN integration. Please also note that legacy CDN integrated streaming endpoints doesn&039;t have the "Manage CDN" action button in the menu.
Click "Disable CDN"

Click "Enable CDN" which will trigger new CDN integration workflow

Follow the steps and select your CDN provider and pricing tiers based on your streaming endpoint type

Click "Start"

Note: Starting the streaming endpoint and full CDN provisioning might take up to 2 hours. During this period, you might use your streaming endpoint however, it will operate in degraded mode.
Manage CDN; after streaming endpoint is started and CDN is fully provisioned you can access CDN management.
Click "Manage CDN"

This will open CDN management section and you can manage and configure your streaming integrated CDN endpoint as a regular CDN endpoint.

Note: Data charges from streaming endpoint to CDN only gets disabled if the CDN is enabled over streaming endpoint APIs or using Azure management portal&039;s streaming endpoint section. Manual integration or directly creating an CDN endpoint using CDN APIs or portal section will not disable the data charges. 

Finally; with the release of standard streaming endpoints you will also get access to all CDN providers and can enable your desired CDN provider such as Verizon Standard, Verizon Premium and Akamai Standard with the simple enable CDN check box on the streaming endpoints.

 

You can get more information on Streaming Endpoint from "Streaming endpoints overview" and "StreamingEndpoint REST"

 

We hope you will enjoy our new standard streaming endpoint and the other features.

Common questions related to streaming

1) How to monitor streaming endpoints?

For the last couple of months, we were running a private preview program for our “telemetry APIs”. I know some of you already used the private APIs, but from general usage there was no public data and our streaming endpoints was a black box.

Good news is, we just released our “Telemetry APIs”.  With this APIs, you can monitor your streaming endpoint as well as your live channels. For streaming endpoint, you can get the throughput, latency, request count and errors count almost in real-time and act based on the values. Please check this blog post “Telemetry Platform Features in Azure Media Services” for details. You can also get more information from the API documentation.

2) How to determine the count of streaming units?

Unfortunately, there is no simple answer for this question. The answers depend on various factors such as your catalog size, CDN cache hit ratio, CDN node count, simultaneous connections, aggregated bitrate, protocol counts, DRM count etc. Based on these values, you need to make the math and calculate the required streaming unit count.  Good news is, standard streaming endpoint and Azure CDN integration combination will be sufficient enough for most of the work loads. If you have an advanced workload or you are not sure if standard endpoint is suitable for you or you want to get more insights on the throughput, you can use the Telemetry APIs and monitor your streaming endpoints. If your load is more than the standard endpoint targeted values or you want to use the premium streaming units, you need to make the math based on telemetry values and define the streaming unit count and scale accordingly. You can start with a high number, but after that you can monitor the system and fine tune it and based on the throughput, request/sec and latency numbers.

3) I don’t see CDN analytics for my existing streaming endpoints in the new portal.

CDN management portal for existing CDN integrated streaming endpoints are not available in the new management portal and depriciated. To access the CDN management, you should migrate your streaming endpoint to new CDN integration.  Please see migration steps above.

Providing Feedback and Feature Requests

Azure Media Services will continue to grow and evolve, adding more features, and enabling more scenarios.  To help serve you better, we are always open to feedback, new ideas and appreciate any bug reports so that we can continue to provide an amazing service with the latest technologies. To request new features, provide ideas or feedback, please submit to User Voice for Azure Media Services. If you have and specific issues, questions or find any bugs, please post your question to our forum.

 
Quelle: Azure

Now Open: 2017 Docker Scholarship & Meet the 2016 Recipients!

Last year, announced our inaugural Docker Program in partnership with Hack Reactor. The 2017 scholarship to Hack Reactor’s March cohort is now open and accepting applications.
 
 
The scholarship includes full tuition to Hack Reactor, pending program acceptance, and recipients will be paired with a Docker mentor.
Applications will be reviewed and candidates who are accepted into the Hack Reactor program and meet Docker’s criteria will be invited to Docker HQ for a panel interview with Docker team members. Scholarships will be awarded based on acceptance to the Hack Reactor program, demonstration of personal financial need and quality of application responses. The Docker scholarship is open to anyone who demonstrates a commitment to advancing equality in their community. All gender and gender identities are encouraged to apply. Click here for more information.
 
Apply to the Docker Scholarship
 
We are excited to introduce our 2016 Docker scholarship recipients, Maurice Okumu and Sauvaghn Jones!
In their own words, learn more about Maurice and Savaughn below:
Maurice Okumu 
 
My name is Maurice Okumu and I was born and raised in Kenya. I came to the USA about three years ago after having lived in Dubai for more than five years where I met my wife while she was working for the military and based in Germany. We have a new baby born on the 24th of October 2016 whom we named Jared Russel.
I started coding more than one year ago and most of my knowledge I gained online on platforms such a s Khan Academy and Code Academy. Then I learned about Telegraph Academy and what they represented and was immediately drawn towards it. Telegraph aims to bridge the technology gap between the underrepresented in the field.
I am so excited that soon I will be able to seemingly create stuff out of thin air, and I am particularly excited about the prospect that I will be able to create animations and bring joy and laughter to people through my  animations as I remember growing up and seeing cartoons and how they made my day every time I watched them. Being able to be a small part of a community that will continue spreading laughter and happiness in the world is what really excites me in technology.
I have been attending Hack Reactor for two weeks now and it has been such a joy to learn so much stuff in such a short period of time. The learning pace  at hack reactor is very fast and very enjoyable at the same time because everyday I go home fulfilled with the thought that I am growing and becoming a better programmer each and every single day.
I would love to work for a medium to large company after graduation and learn even more about coding. I would also love to teach coding to kids and capture their imagination through technology. The support I am getting in my journey to become a software engineer is just amazing and overwhelming and it makes this journey very enjoyable and smoother than most undertakings I have been involved with.

Savaughn Jones
 
How did you hear about the Docker scholarship?
My college friend and Hack Reactor alumni told me about the Docker scholarship. I think he found out about it through a blog post.
Why did you choose Hack Reactor/Telegraph Academy and what excites you about coding?
Two of my college friends completed the Hack Reactor program and their lives improved exponentially. I have always wanted to get into coding and I heard that Hack Reactor was the Harvard of coding bootcamps.
You&;ve been in the program a few weeks, describe your experience so far. What have you enjoyed the most?
I am amazed at how much I have learned in two months. I was always skeptical about learning enough to deserve the title of software engineer. The most amazing thing is the ability to learn new things.
What are your goals/plans after graduation?
I have applied for a Hacker in Residence position at Hack Reactor. It would be like a paid internship of sorts. Otherwise, my plan is to get a job ASAP and continue to pick up new skills and technologies. My ultimate goals are to develop for augmented reality platforms and start my own augmented reality based tabletop gaming company.

Interested in attending @HackReactor? Apply for a Docker Scholarship! Learn more and apply hereClick To Tweet

The post Now Open: 2017 Docker Scholarship &; Meet the 2016 Recipients! appeared first on Docker Blog.
Quelle: https://blog.docker.com/feed/