At Treehouse our mission is to make technology education affordable and accessible to everyone on Earth. To that end, we’ve been working hard to get Treehouse curriculum into schools. Coding has changed our world in amazing ways and will continue to do so. We believe programming is something everyone should have an opportunity to learn, especially during their school years.

To that end, we’ve decided to launch a new program at Treehouse, Buy One, Give One. For every month someone pays for a Treehouse Gold account, we’ll donate a month of Treehouse to a public school student. We’re already working several schools and districts, and we’ll be adding more as quickly as we can to meet our commitment.

Our hope is that together we can end the days when only overachieving students in schools wealthy enough to have a Computer Science teacher on their faculty have access to programming classes. Every student deserves a chance. Let’s make it happen!

Buy One, Give One

The post Buy One, Give One appeared first on Treehouse Blog.

Another chance to catch the most interesting, and important, articles from the previous week on MIT Technology Review.

If you spend any time at UMBC, it doesn’t take long to realize that Retrievers are remarkable people. They are smart and creative and they care about their communities.

We are so proud of and thankful for those who give of their time, talent and treasure at UMBC, in our community, and around the world. So, in honor of National Philanthropy Day, we wanted to recognize just a few of the ways that Retrievers give back:

Denene Yates ’10,  health administration
Yates, a Newcombe Scholar, has made a career of helping others. During her time at UMBC, with the aid of a professor, she founded a non-profit organization called Safe House of Hope in the Curtis Bay. Through this, Yates works to assist sex-trafficking victims and those engaged in prostitution in their efforts to become vital, healthy members of the community. Her work has been so critical that she was named a 2013 fellow of the Open Society Institute – Baltimore.

Lee Blaney, assistant professor, and the students of Engineers Without Borders-UMBC
Blaney and the student members of Engineers Without Borders are changing lives across the globe. This January, they’ll travel to Isongo, Kenya, to install a clean water system to provide sanitation and hygiene information to the residents. “Helping communities in need is exactly why the students in this group give so much of their time and energy. Engineers Without Borders projects are great because the ultimate goal is to give the project over to the community,” explains Michael Brown, a student engineer. Learn about the project (and how you can help!).

Visual arts students and associate professor Stephen Bradley
Bradley and his students became mentors and brought art into the community through a mural project with Masonville Cove and students at Benjamin Franklin High School. Students worked on various designs for the mural that would remind the visitors to MCEEC of the fragile ecology of the place and to improve the visual landscape. Throughout the creation of the mural, the UMBC students found themselves talking and making art with the BFHS students working through their anxiety and contending with other obstacles they face in their lives.  Learn more about the project.

Madie Eshete ’07, biological sciences
For many of us, a 30th birthday celebration means balloons, presents and parties with friends and family. For Eshete, however, the milestone birthday meant a lasting change for hundreds of rural Ethiopians without access to clean water. A first-generation Ethiopian-American, Eshete raised more than $10,000 for charity:water, which aims to help an estimated 800 million people worldwide without access to clean water by providing freshwater wells, rainwater catchments, sand filters and other lasting solutions. Read more.

Rugby alumni
UMBC Rugby players past and present joined together for the first UMBC Rugby Day of Service, partnering with Habitat for Humanity of the Chesapeake and Habitat for Humanity Sandtown to demolish and clean up one site, and to build a new home on another.  Close to 30 players from the men’s and women’s club participated. “As an organization, we were looking for an event that would allow us to bring all of the teams together, past and present, to do something positive in the greater Baltimore community,” said Tracy Williams, Jr. ’06. Learn more.

How do you give back to your community?

Tell us on Facebook or Twitter!

The following is a guest post by Sebastian Ekström (@seb_ekstrom) a web developer from Sweden. I was interested in it because we talk a lot about CSS around here but have never talked about how CSS comes to be. CSS is just a syntax invented by people like you and me to try and solve problems. It's an extremely complicated thing involving: ease of use, backwards compatibility, browsers ability to implement with satisfactory speed, coverage of use cases, attempting to see the future of what is needed and how things may be used, and more. As we well know, bad choices hurt, and hurt for a long time. That's why there is a process. Here is Sebastian's intro to that process. I had Tab Atkins review it and comment prior to publication.

How does a new CSS property get standardized? Who makes the decisions? Why should I care about the standardization process? What’s the deal with airline food? I’ll be covering that, and some more in this post.

Background

The standardization of CSS is managed by W3C Cascading Style Sheets Working Group (CSSWG), which of today consists of 98 members from browser vendors, university, larger companies and independent CSS experts. This group is organized by Peter Linss and Daniel Glazman, who coordinates CSSWG’s meetings and makes sure that the discussions are relevant and moved forward.

The communication and decision making in the CSSWG comes in different ways. Discussions about specifications are continuous over email and phone conferences, and they have yearly meet ups where they see each other in person.

The decision making is based on consensus. Discussions are made until all members have agreed on the subject, after that a final decision is made on the creation of a new specification.
The standardization process generally consists of six stages, where two are transition stages.

1. Editor's Draft (ED)

Example: Colors (Level 4)

This is the starting stage of a specification. An idea of a new CSS property or selector are being specified, and is being worked on internally by the CSSWG. This is a stage where a lot can happen to a specification. And if the group agrees that this should be officially published, it continues to the next step.

Editor's note: CSS modules come in different levels. "CSS3" is barely a thing, it's just "everything after 2.1." CSS4 isn't a thing. From here out, modules will have levels and will move through this process independently of other modules.

2. Working Draft (WD)

Example: Animations

Followed by the Editor's Draft comes the Working Draft, the design stage of a standardization. The group works iteratively with a specification with feedback from both internal and external parts. The result of this stage is either that the specification is rejected completely, due to technical difficulties or other issues that might have risen. If the specification on the other hand passes this stage, it’s published as a First Public Working Draft (FPWD). A rough version of the specification that indicates that the CSSWG will continue to work on it.

3. Transition – Last Call Working Draft (LCWD)

Example: Text

This is the first transition stage. When the specification is considered ready to go from Working Draft to the next stage, a deadline is set for any last possible feedback for minor changes.

Editor's note: Tab tells me these transition phases (also see #5) are rather insignificant. The major important phases are ED, WD, and CR.

4. Candidate Recommendation (CR)

Example: Backgrounds and borders and Flexbox

This is where the specification is thoroughly tested, by both the CSSWG and browser vendors (Chrome, Safari, Firefox, Opera, etc.) that chooses to implement this specification. Which most often happens when it’s reached this stage. To continue to the next stage, the CSSWG has to demonstrate two correct implementations of the specification.

5. Transition – Proposed Recommendations (PR)

Example: No module currently in PR

When this stage is reached, the W3C Advisory Committee, who works as a W3C global advisory group, decides whether or not the specification should continue to the last stage.

6. Recommendation (REC)

Example: Color.

If a specification reaches this step, it’s considered complete and ready for browser vendors to implement. The W3C and CSSWG no longer works actively with the specification, and are only doing small maintenance work on it if needed.

Editor's note: Turns out Recommendation status is more of a graveyard than an ideal state. Browsers are implementing at the Candidate Recommendation stage. Tab Atkins clarifies:

By the time a spec reaches REC, it's actually dead, not stable. Errors have probably accumulated, which haven't been fixed because updating RECs is a pain in the ass. New versions of the spec might already be in development, the feature itself might have died, etc.

Why should I care?

Why should you care about the standardization process? I think it’s important to know how a specification can behave in their different stages, and what the consequences can be if you use them too early.

We all remember how the gradient property messed things up when a syntax couldn’t be agreed upon. This was the old syntax from the beginning of 2011, when the specification was in its Working Draft:

background-image: -webkit-gradient(linear, 0 100%, 0 0, from(fuchsia), to(yellow));

See the Pen iKmjh by sebastianekstrom (@sebastianekstrom) on CodePen

Later on, when the specification hit Candidate Recommendation the syntax was changed to this:

background-image: -webkit-linear-gradient(fuchsia, yellow);
    background-image: linear-gradient(fuchsia, yellow);

Which produced a completely different result:

See the Pen gJCzd by sebastianekstrom (@sebastianekstrom) on CodePen

Editor's note: Stability of a feature isn't actually all that tied to what stage in the standardization process it is in. Tab Atkins had this to say:

Stability has basically no relation to the process stages, at least up through Candidate Recommendation. A feature is stable when it's shipped and can't be changed anymore due to backward compatibility. This might happen to a feature in an Editor's Draft spec. And some Candidate Recommendation's have unimplemented (and thus unstable) features. That's the correct gauge of stability, not the stage it's at in the W3C process.

Final words

So if you are going to use some new bleeding edge property, check what stage that specification is in. Working Draft? I would approach it with caution. Candidate Recommendation? I say go for it, but keep an eye on for changes.

When in doubt, I would recommend asking yourself this question: “Will things fall apart if this doesn’t work?”

Will functionality or availability be harmed if an implemented feature stops working because of syntax changes? It’s not the end of the world if your buttons to stop having rounded corners. But if your new site is completely based on a new layout system, and the syntax changes, then you’re in for some trouble.

The CSS Standards Process is a post from CSS-Tricks

In Maryland's chase to be a cyber hub, the state needs to push for cyber products, rather than services to attract investment

Kevin Litten

Staff Reporter- Baltimore Business Journal

By nearly every metric, Maryland looks like a place poised to become a hub for the cyber security industry — the sort of place where academia, a skilled workforce and demand for products and services are well-aligned.

Consider the numbers: A January Abell Foundation report identified more than 1,800 firms that posted almost 20,000 cyber security jobs in the state. Eleven academic institutions in the state offer some sort of program to prepare students for work in the sector. And, with Cisco Systems Inc.’s acquisition of Columbia-based cyber security firm Sourcefire Inc., the state now has a $2.7 billion success ...

Read more at http://www.bizjournals.com/baltimore/print-edition/2013/11/08/in-marylands-chase-to-be-a-cyber-hub.html