Starting today, all Twitch users with the latest version of the app installed will see the new stories shelf at the top of the Following page. Creating stories is currently limited to Partners & Affiliates who have had at least one stream in the last 30 days. Access to eligible streamers will roll out gradually by the end of the week and on an ongoing basis as streamers meet the minimum eligibility requirements. We may extend creation access to more streamers as we test the safety measures we have in place. Learn more about current eligibility requirements here.
The AMP story format is a recently launched addition to the AMP Project that provides content publishers with a mobile-focused format for delivering news and information as visually rich, tap-through stories.
Some stories are best told with text while others are best expressed through images and videos. On mobile devices, users browse lots of articles, but engage with few in-depth. Images, videos and graphics help publishers to get their readers' attention as quickly as possible and keep them engaged through immersive and easily consumable visual information.
The mobile web is great for distributing and sharing content, but mastering performance can be tricky. Creating visual stories on the web with the fast and smooth performance that users have grown accustomed to in native apps can be challenging. Getting these key details right often poses prohibitively high startup costs, particularly for small publishers.
AMP stories are built on the technical infrastructure of AMP to provide a fast, beautiful experience on the mobile web. Just like any web page, a publisher hosts an AMP story HTML page on their site and can link to it from any other part of their site to drive discovery. And, as with all content in the AMP ecosystem, discovery platforms can employ techniques like pre-renderable pages, optimized video loading and caching to optimize delivery to the end user.
AMP stories aim to make the production of stories as easy as possible from a technical perspective. The format comes with preset but flexible layout templates, standardized UI controls, and components for sharing and adding follow-on content.
Today AMP stories are available for everyone to try on their websites. As part of the AMP Project, the AMP story format is free and open for anyone to use. To get started, check out the tutorial and documentation. We are looking forward to feedback from content creators and technical contributors alike.
Also, starting today, you can see AMP stories on Google Search. To try it out, search for publisher names (like the ones mentioned above) within g.co/ampstories using your mobile browser. At a later point, Google plans to bring AMP stories to more products across Google, and expand the ways they appear in Google Search.
Stories provide just enough information for business and technical people to understand the intent. Details are deferred until the story is ready to be implemented. Through acceptance criteria and acceptance tests, stories get more specific, helping to ensure system quality.
Often, stories are first written on an index card or sticky note. The physical nature of the card creates a tangible relationship between the team, the story, and the user: it helps engage the entire team in story writing. Sticky notes also offer other benefits: they help visualize work and can be readily placed on a wall or table, rearranged in sequence, and even passed off when necessary. Stories allow an improved understanding of the scope and progress:
User stories are the primary means of expressing needed functionality. They essentially replace the traditional requirements specification. In some cases, however, they serve as a means to explain and develop system behavior later recorded in specifications supporting compliance, suppliers, traceability, or other needs.
Good stories require multiple perspectives. In Agile, the entire team creates a shared understanding of what to build to reduce rework and increase throughput. Teams collaborate using Behavior-Driven Development (BDD) to define detailed acceptance tests that definitively describe each story.
Agile Teams automate acceptance tests wherever possible, often in business-readable, domain-specific language. Automation creates an executable specification to validate and verify the solution. Automation also provides the ability to quickly regression-test the system, enhancing Continuous Integration, refactoring, and maintenance.
Instead, it is understanding the real objective of the code. Therefore, investing in good user stories, albeit at the last responsible moment, is a worthy effort for the team. Bill Wake coined the acronym INVEST [1] to describe the attributes of a good user story.
Example: Assuming a six-person team composed of three developers, two testers, and one PO, with no vacations or holidays, then the estimated initial velocity = 5 8 points = 40 points/iteration. (Note: Adjusting slightly lower may be necessary if one of the developers and testers is also the Scrum Master/Team Coach.)
Note: SAFe Team Kanban teams typically spend less time estimating stories than scrum teams do. In the Kanban flow-based model, work items or stories are typically split and sized so that the team can generally deliver a story within a few days. In the context of SAFe where teams need to participate in iteration planning and assign stories to future iterations, some notion of sizing is required.
SAFe Kanban teams may initially use estimating poker or a similar mechanism to size their stories. More likely, however, they develop a sense of breaking work into stories that are similar in size, as that assists flow in general and assures that no large story blocks other stories that also need to make their way through the Kanban system. As they understand their velocity, they are able to understand how many stories they can deliver in a unit of time, allowing them to place stories in iterations during PI Planning and to be able to make commitments to other teams as to when specific stories would be available.
For teams doing regular maintenance and support activities, estimating their normal backlog items often has less value. In many cases, these teams do not estimate this type of response work. However, all teams have retro items, potential improvements to their CD pipeline, and other significant tasks that require attention, scheduling, and estimating.
Stories shape how we see ourselves and everyone around us. So as storytellers, we have the power and responsibility to not only uplift and inspire, but also consciously, purposefully and relentlessly champion the spectrum of voices and perspectives in our world.
As part of our ongoing commitment to diversity and inclusion, we are in the process of reviewing our library and adding advisories to content that includes negative depictions or mistreatment of people or cultures. Rather than removing this content, we see an opportunity to spark conversation and open dialogue on history that affects us all. We also want to acknowledge that some communities have been erased or forgotten altogether, and we're committed to giving voice to their stories as well.
As we embrace each other's stories, we embrace possibility. And that's why we're committed to doing the best we can to represent communities authentically. So people not only see the best in themselves, but the world can see it too.
This program includes negative depictions and/or mistreatment of people or cultures. These stereotypes were wrong then and are wrong now. Rather than remove this content, we want to acknowledge its harmful impact, learn from it and spark conversation to create a more inclusive future together.
We are reviewing our offerings beyond the screen, which include products, books, music and experiences. While advisories for negative depictions of people and cultures may be added to some offerings, others will be reimagined. We are also investing in new ways to better reflect the rich diversity of stories in our world. This work is ongoing and will evolve as we strive toward a more inclusive tomorrow.
The cat is depicted as a racist caricature of East Asian peoples with exaggerated stereotypical traits such as slanted eyes and buck teeth. He sings in poorly accented English voiced by a white actor and plays the piano with chopsticks. This portrayal reinforces the "perpetual foreigner" stereotype, while the film also features lyrics that mock the Chinese language and culture such as "Shanghai, Hong Kong, Egg Foo Young. Fortune cookie always wrong."
The crows and musical number pay homage to racist minstrel shows, where white performers with blackened faces and tattered clothing imitated and ridiculed enslaved Africans on Southern plantations. The leader of the group in Dumbo is Jim Crow, which shares the name of laws that enforced racial segregation in the Southern United States. In "The Song of the Roustabouts," faceless Black workers toil away to offensive lyrics like "When we get our pay, we throw our money all away."
The film portrays Native people in a stereotypical manner that reflects neither the diversity of Native peoples nor their authentic cultural traditions. It shows them speaking in an unintelligible language and repeatedly refers to them as "redskins," an offensive term. Peter and the Lost Boys engage in dancing, wearing headdresses and other exaggerated tropes, a form of mockery and appropriation of Native peoples' culture and imagery.
The pirates who antagonize the Robinson family are portrayed as a stereotypical foreign menace. Many appear in "yellow face" or "brown face" and are costumed in an exaggerated and inaccurate manner with top knot hairstyles, queues, robes and overdone facial make-up and jewelry, reinforcing their barbarism and "otherness." They speak in an indecipherable language, presenting a singular and racist representation of Asian and Middle Eastern peoples.
b37509886e