Plausible Labs is expanding its design team!

Plausible Labs is a worker-owned software cooperative based in San Francisco and New York. Our client work has been included in Apple’s marketing, and several of our projects sit in the top 10 lists of the App Store — including the wildly successful Comics, Marvel, and DC Comics applications.

We believe in the value of leading product development with design, and are looking for additional Experience Designers to join our design team with a focus on our iOS, Android, and Mac OS X projects.

As an Experience Designer at Plausible Labs, you will have the opportunity to be involved in all stages of the product lifecycle — from concept to wireframes to pixel-perfect mockups — working hand-in-hand with our first-class software development team to craft the final product.

Responsibilities

• Create user experience diagrams, wireframes, and information hierarchies.
• Design beautiful, thoughtful, minimal interfaces that integrate with platform conventions.
• Create final production assets and contribute directly to the development pipeline, using tools such as Interface Builder and Xcode.
• Contribute to product outlines and proposals for client pitches.

Requirements

• Experience working in a lead role on a complex software or mobile project.
• A portfolio or work history demonstrating your use of design to solve interaction problems, and your ability to consider those interfaces as part of a larger whole.
• Mastery of Photoshop and at least one UX program beyond Illustrator.
• Studied, intuitive understanding of layout, typography, and color.
• Deep understanding of the mobile space, with a focus on iOS. Fluent comprehension of the iOS and/or Mac OS X Human Interface Guidelines is required.
• Able to work independently to solve complex UX problems.
• Experience using a version control system (such as Subversion) is highly desirable.

About the Design Team

We believe that a tight relationship between developers and designers leads to great applications. To support this, we strive to stick to the following key process concepts:

• Production: In designing for final assets (iOS retina artwork, Android 9-patch stretchables), the result must always be reproducible and ready to be repurposed for new resolutions and devices.
• We work in agile, two-week sprints to develop products. Design input and evolution occurs at every stage of development — the design should always be the starting point of a conversation; not the end of it.
• Able to contribute to larger discussions of product with the team. Plausible Labs works on large, complex software products with a lot of moving pieces. The ability to keep the entire product in mind when discussing and designing new features is critical to the role.

Does this describe you?

• You always aim to provide the most minimal, functional, and elegant user interface possible.
• You believe in targeting the 80% of your users, and finding clever ways to support the 20% while not detracting from the primary target audience.
• You have an insane attention to detail; you know when a drop-shadow is off by a pixel.
• You are able to deconstruct the underlying requirements behind user and client requests, derive the root cause, and address it in a way that fits within the application as a whole.

About the Co-op

Plausible Labs is organized as a worker-owned cooperative, existing to benefit its members. We take pride in carefully selecting our coworkers and building a company that can operate in a fashion aligned with our own interests, vision, and philosophy. Members of the co-operative receive profit sharing, as well as an equal vote in electing the cooperative’s board and other company decisions.

We consider the co-operative model to be a great fit for our company, and expect that candidates will have a similar appreciation for our organization model. Despite being organized as a co-operative, we’re still a company with a focus on profits and delivering investor value — however, unlike most companies, our investors are the very employees who work here.

Members hold a single share in the co-operative, and receive one vote. This precludes traditional outside capital investment, and ensures member control over corporate direction and culture. If you have additional questions regarding how our co-operative operates, check out our FAQ

Our offices are located in DUMBO, Brooklyn and the Mission District in San Francisco. Our New York outpost is located on the 10th floor of a converted warehouse building, in a sun-filled, open loft space with windows overlooking the Manhattan Bridge. We believe the right tools and environment get the job done — dual 27” monitors and Aeron chairs are standard issue.

Benefits

• Competitive salary plus profit sharing
• Health insurance

To Apply

Send your resume (plain text or pdf) to jobs@plausible.coop, along with a cover letter describing your unique qualifications and/or thoughts on this role.

We’re growing, and we need an additional engineer to assist in our ongoing contract and product development work for iOS, Android, and Mac OS X.

We’re looking for somebody with at least three years of software development experience with Mac, iOS, or Android application development, an eye for detail, and experience with multiple user interface toolkits. Familiarity with lower-level graphics APIs such as OpenGL is a plus.

This position involves working closely with our world-class user experience design team, bringing their UI designs to fruition on various platforms, and connecting them to the backend components. We think we make some pretty neat stuff, and we think we’re pretty good at it. If you like to make neat products and think you’re pretty good at it too, join us!

About Plausible Labs

Plausible Labs is a worker-owned software cooperative based in New York and San Francisco. We’re self-funded and self-determined, with generous profit sharing and a member-elected board. Our company exists to advance our individual member’s interests, and as a member you’ll always have a direct stake in how the corporation is managed and the investments we make in time and resources. If you’re interested in learning more about how we run the cooperative, our bylaws are posted here and a brief FAQ is posted here.

Our offices are located in DUMBO, Brooklyn and the Mission District in San Francisco. We believe the right tools and environment get the job done — dual 27″ monitors and Aeron chairs are standard issue.

At Plausible Labs, we focus both on our external clients and internal R&D, believing that we can bring the best possible design and technology to the table through a strong investment in leadership in the field. We maintain an intense focus on leveraging design to improve the user’s experience, and with our first-class development team, we have the capability to bring even the most imaginative designs to life.

We’re particularly keen in finding someone genuinely interested in joining and participating in the growth of our cooperative, and our preference is for candidates located near or able to commute to our offices in New York or San Francisco.

Apply

Sound interesting? Please send your resume (in plain text or PDF), portfolio, and a brief note to: jobs@plausible.coop.

Our responsibilities to our clients and products are growing, and we could use an additional engineer to assist in our ongoing contract and product development work for iOS, Android, and Mac OS X.

We’re currently looking for a senior engineer with at least 7 years of experience in software development, preferably with experience in developing applications for desktop and/or mobile platforms. This is an expert-level position, and a broad range of experience with application and system-level technologies is required.

Plausible Labs is a worker-owned software cooperative based in New York and San Francisco. We’re self-funded and self-determined, with generous profit sharing and a member-elected board. Our company exists to advance our individual member’s interests, and as a member you’ll always have a direct stake in how the corporation is managed and the investments we make in time and resources. If you’re interested in learning more about how we run the cooperative, our bylaws are posted here and a brief FAQ is posted here.

Our offices are located in DUMBO, Brooklyn and the Mission District in San Francisco. We believe the right tools and environment get the job done — dual 27″ monitors and Aeron chairs are standard issue.

At Plausible Labs, we focus both on our external clients and internal R&D, believing that we can bring the best possible design and technology to the table through a strong investment in leadership in the field. We maintain an intense focus on leveraging design to improve the user’s experience, and with our first-class development team, we have the capability to bring even the most imaginative designs to life.

Apply

We’re particularly keen in finding someone genuinely interested in joining and participating in the growth of our cooperative, and our preference is for candidates located near or able to commute to our offices in New York or San Francisco.

Sound interesting? Please send your resume (in plain text or PDF), portfolio, and a brief note to: jobs@plausible.coop.

We often receive inquiries about how Plausible Labs works, what we do here, and what our goals were in deciding to form as a cooperative.

Since people are interested in how we’re organized and what it’s like to work here (more so now that we’re hiring), and our bylaws can be a bit overwhelming to read, I decided to put together a brief FAQ on what our cooperative is, how it’s run, and what our goals are as a company.

How are employees compensated?

Our goal is for salaries to be competitive and market rate. End of year profits are split between the cooperative and it’s members — last year we invested 25% of year-end profits back in the company, and distributed 75% to members. Profit sharing is entirely independent of rank or seniority at the company.

How is the cooperative different from traditional company?

Our main goal in forming the cooperative was to find a way to align employee’s own interests more closely with the corporation’s interests. In terms of legal structure, we’re very similar to a standard corporation — the main differences we’ve adopted to meet this goal are in terms of governance and shareholders.

In a standard stock corporation, the CEO is beholden to the board of directors, and the board is ultimately beholden to the shareholders. The same applies to our co-operative; we have both a yearly-elected board and a CEO, as well as shareholders. However, unlike most stock corporations, only members (employees) of the co-operative may be shareholders, and they may only hold one share.

The board is free to make day-to-day business decisions — while the position of CEO is required by California’s corporate law, the CEO can not act independently of the board. Likewise, there are certain decisions — such as modifying the bylaws — that require a full vote of all shareholders.

Since the board is beholden to the shareholders, and the shareholders may only be employees of the organization, it creates a unique alignment of the corporate, shareholder, and employee interests. Profit sharing is one facet of this — in deciding how to invest the corporation’s resources and time, the board and shareholders must also take into account the employee’s personal interests and the resulting affect on their end-of-year dividends.

What’s the work/life balance like?

It really depends on the state of the company and the member’s own short-term goals, but generally speaking, we stick to a 40 hour work week. Sometimes the opportunity demands more — back in March, we all agreed to fly out to NYC and spent two weeks of 12 hour days working on the Comics iPad application.

What kind of work do you do?

We’re currently focused on contracting work for iPhone and Android, and we’re especially interested in work related to publishing, media, and local/community involvement. We also release a number of our libraries and tools as open source.

While we’re very interested in middleware, tools, and other product development, it requires funding. Our corporate structure requires us to be self-funded; we’ve engaged in contracting to build up our reserve of capital and bring on additional coworkers.

As we’ve grown, we’ve been able to better establish ourselves in the contracting market, charge reasonable rates for our services, and take on larger projects. It’s our goal to leverage this position to hire additional engineers and dedicate part of our contracting profits to product development, allowing us to eventually move the company to being more (but not entirely) product-focused.

How do you become a member/employee? Do you have to buy your share?

After an initial six month candidacy period, our bylaws require that — subject to a consensus vote — we either offer an employee full membership, or extend the candidacy period. If the candidate declines or we do not wish to offer full membership at that time, than the cooperative must either terminate the candidate’s employment or extend the candidacy period.

Each full member must be a share-holder in the cooperative corporation — a capital contribution (currently $1k) purchases the member’s share in the corporation. When a member leaves the cooperative, the coop will automatically redeem this amount in exchange for debt:

Article IX (F): When a member’s membership in the corporation is terminated for any reason, the amount in her or his Member Account (including the original capital contribution) will automatically be redeemed in exchange for debt. The corporation shall repay the debt within five years of the membership termination, with interest accruing at the discount rate — as set by the Federal Reserve Bank of San Francisco — plus two percent (2%), on the amount outstanding at the end of each fiscal year.

No capital contribution is required until a candidate’s application for full membership is offered and accepted, which will not occur until after a six month candidacy period. This is intended to provide the co-op members suitable time to evaluate whether they wish to extend an offer of full membership, and the candidate time to evaluate whether they wish to invest in their share of the co-operative. Like any investment in a corporation, the capital contribution provides a cooperative with additional working capital — however, in the case of Plausible Labs, the current contribution amount of $1,000 is not sufficiently large as to provide a significant percentage of our available capital, but it does help offset a small percentage of the hiring costs.

Some cooperatives — such as Arizmendi Bakery — tend to rely much more heavily on member contributions for working capital, and as such may have higher contribution requirements.

More Questions?

Have a question that isn’t covered here? Feel free to email us at contact@plausiblelabs.com.

Plausible Blocks (PLBlocks) provides a drop-in runtime and toolchain for using blocks in iPhone 2.2+ and Mac OS X 10.5 applications. We’ve started using PLBlocks in shipping iPhone applications, and soon-to-ship Mac OS X applications, and have been working to add support for some key features — the new PLBlocks 1.1-beta2 is the first release to include:

• Objective-C Garbage Collection Support
• C/C++ support

We’ve been using the new beta release for our own day-to-day development for a few weeks now, and hope you’ll help us test out some of the new features. The updated SDK is available for Leopard and Snow Leopard from the PLBlocks project page.

If you’d like to read more about using blocks in your own software, we recommend:

• Joachim Bengtsson’s comprehensive Programming with C Blocks
• Mike Ash’s Series on Blocks and PLBlocks (Part 1 and Part 2)
• My Own “Using Blocks” Series (Parts 1 and Part 2)

iPad Support

We’ve verified that both PLBlocks 1.0 and 1.1-beta2 work with the iPad SDK, and plan on integrating Apple’s beta iPhoneOS compiler updates in a future preview release of PLBlocks for iPad developers.

The new iPad compiler also appears to support the use of blocks on iPhone OS 3.2+; we’ll be very excited to see official block support for the platform. The iPhone OS 3.2 SDK GCC sources can be found at http://opensource.apple.com/tarballs/seeds/.

The Plausible Labs Engineering Team has doubled!

We are extremely pleased (and somewhat giddy) to announce that the incredibly talented Chris Campbell has joined the cooperative. Chris brings with him a decade of experience working at Sun, where he wrote the OpenGL-accelerated backend for Java2D and led the design and development of the Prism graphics engine for JavaFX.

You can learn more about Chris on our About page, or on his blog: http://labonnesoupe.org

We’ve been working our way through our open source TODO list, and we’ve finished up some new releases of our projects that we’re pleased to announce:

PLBlocks 1.0

Plausible Blocks (PLBlocks) provides a drop-in runtime and toolchain for using blocks in iPhone 2.2+ and Mac OS X 10.5 applications. Both the runtime and compiler patches are direct backports from Apple’s Snow Leopard source releases.

The final 1.0 release includes two fixes for issues reported against the beta release:

• Fixed support for using pre-compiled headers with blocks.
• Work-around for rdar://7189835 - Xcode rewrites all occurrence of ‘gcc’ in a
  compiler path when linking using g++

We’re now using PLBlocks 1.0 for our own internal and client projects. The updated SDK is available for Leopard and Snow Leopard from the PLBlocks project page.

If you’d like to read more about using blocks in your own software, we recommend:

• Joachim Bengtsson’s Programming with C Blocks
• Mike Ash’s Series on Blocks and PLBlocks (Part 1 and Part 2)
• My Own “Using Blocks” Series (Parts 1 and Part 2)

PLCrashReporter 1.0

Plausible CrashReporter provides an in-process crash reporting framework for use on both the iPhone and Mac OS X.

• iPhone 3GS-optimized (armv7) binaries
• Mac OS X 10.5+ PowerPC and experimental x86-64 support.

The latest release may be downloaded from the PLCrashReporter project page.

Since crash reports are handled internally to your iPhone application, it supports crash reporting for in-development application versions, allows users to provide additional feedback when submitting a report, and even provides the opportunity to inform users of known issues and the need to upgrade.

If you’d like to include PLCrashReporter in your own application, we recommend perusing some of the open-source usage examples:

• E-mail submission example from Mover. Submits PLCrashReporter reports using iPhone OS 3.0’s MFMailComposeViewController
• Localized HTTP-based submission library and PHP server component from the developers of WorldView. Supports detection known crashes and informing users if the crash is known, or if a fix is available in a later version of the application. Additionally provides a web UI for managing crash reports.

PLDatabase 1.2.1

Plausible Database is an SQL database access library for Objective-C, initially focused on SQLite as an application database. The library supports both Mac OS X and iPhone development.

The new 1.2.1 release includes:

• Support for in-application schema migrations.
• Binary release for Mac OS X 10.5+ x86-64

The latest release may be downloaded from the PLDatabase project page.

PLInstrument 1.0

This is the first release of PLInstrument, a reproducible instrumentation library modeled on xUnit. The library is intended to facilitate the instrumentation of performance critical code, and provide easily comparable results over the lifetime of the code base.

We use PLInstrument to provide reproducible measurements of performance critical sections in our applications and libraries.

The 1.0 release may be downloaded from the PLInstrument project page.

Example Usage

// If for some reason you wanted to measure the runtime of
// CGAffineTransform
- (PLInstrumentResult *) instrumentMirrorTransform {
    PLIAbsoluteTime start, finish;
    int iterations = 25000;

    start = PLICurrentTime();
    for (int i = 0 ; i < iterations; i++) {
        CGAffineTransform mirrorTransform;
        mirrorTransform = CGAffineTransformMakeTranslation(0.0, 200.0f);
        mirrorTransform = CGAffineTransformScale(mirrorTransform, 1.0, -1.0);
    }
    finish = PLICurrentTime();

    return [PLInstrumentResult resultWithStartTime: start
                                           endTime: finish iterations: iterations];
}

Results:

Instrumentation suite 'PLCoreGraphicsDemoInstruments' started at
    2008-12-20 18:51:46 -0800
Instrumentation case -[PLCoreGraphicsDemoInstruments instrumentMirrorTransform]
    completed (0.710000 us/iteration) at 2008-12-20 18:51:46 -0800
Instrumentation suite 'PLCoreGraphicsDemoInstruments' finished at
    2008-12-20 18:51:53 -0800

We’ve just released Plausible Blocks 1.0-beta2, which provides a drop-in runtime and Xcode-compatible compiler for using Blocks in your iPhone 2.2+ and Mac OS X 10.5 applications.

Changes

This release was focused on expanding the supported host and target architectures (thanks to everyone who provided testing!).

• iPhone OS 2.2 and later are now supported.
• The runtime is now available as an iPhone 3gs optimized armv6/armv7 universal binary.
• Development is now supported on PowerPC systems.

Download

The initial beta of Plausible Blocks is available for Leopard and Snow Leopard:

• Leopard: plblocks-1.0-beta2-leopard.dmg
• Snow Leopard: plblocks-1.0-beta2-snowleopard.dmg
• Project page: http://code.google.com/p/plblocks/

This beta release is provided for developer testing and experimentation. Plausible Blocks supports targeting Mac OS X 10.5 (PPC, i386, x86-64), iPhone OS 2.2+ (armv6, armv7), and iPhoneSimulator 2.2+ (i386). Garbage collection and Mac OS X 10.4 are currently unsupported.

Further Reading

If you’re interested in learning more about blocks, here are a few articles to get your started:

• Blocks Examples: NSOperationQueue and UIActionSheet and Using Blocks: Understanding the Memory Management Rules
• Mike Ash’s Friday Q&A on Blocks
• Jim Dovey’s Blocks Life-Cycles and Blocks Episode 1

Introduction

Update Sept 3rd 2009: Check out our more recent posts on PLBlocks.

If you’ve been following the wide variety of developer features planned for Snow Leopard, you may have noticed Apple’s introduction of Blocks, which add closures to C and Objective-C, along with preliminary support for C++.

Blocks are a great addition to Objective-C, but unfortunately, are only available in Mac OS X 10.6. We have a quite a bit of code that could be greatly simplified using blocks, and so I decided to spend some time back-porting block support to iPhoneOS 3.0 and Mac OS X 10.5.

The result, Plausible Blocks, provides a drop-in runtime and Xcode compiler for using blocks in your iPhone and Mac OS X 10.5 applications, based on Apple’s Snow Leopard blocks runtime and compiler support.

Closures are not a new idea — originally conceived nearly 40 years ago, they’re a staple of many languages, from Lisp to JavaScript. If you’ve used a functional language (or a language that borrowed some ideas from one), chances are very good that you’ve made use of closures:

Ruby

books.each { |book| puts (library.to_s + ': ' + book.title) }

JavaScript

function setClickMessage (button, message) {
    button.addEventListener("click", function() {
        /* This is a closure */
        alert(message);
    }, false);
}

Scala

def findBooks (title:String): Seq[Book] = books.filter { book =>
    /* This is a closure */
    book.title == title
}

C and Objective-C Blocks

NSArray *result = [values mapConcurrent: ^(id value) {
    /* Execute closure concurrently on available CPUs, collecting the results */
    return ExpensiveComputation(value);
}];

Closures are well suited to modeling a wide variety of higher-level programming constructs, and in doing so, can greatly simplify your code and enable functionality that would simply be too cumbersome to implement any other way. For some additional information on blocks, and why they’re interesting, I’d suggest reading Mike Ash’s great Friday Q&A on Blocks, and my own Using Blocks post, which includes some sample code to get you started.

Download

The initial beta of Plausible Blocks is available for Leopard and Snow Leopard:

• Leopard: plblocks-1.0-beta1-leopard.dmg
• Snow Leopard: plblocks-1.0-beta1-snowleopard.dmg
• Project page: http://code.google.com/p/plblocks/

This beta release is provided for developer testing and experimentation, and should not be used for production software prior to further testing and review. Plausible Blocks supports targeting Mac OS X 10.5 (PPC, i386, x86-64), iPhone OS 3.0 (armv6), and iPhoneSimulator 3.0 (i386). Garbage collection and Mac OS X 10.4 are currently unsupported, and the SDK requires an Intel Mac.

The Plausible Blocks runtime makes use of custom, prefixed symbol names to avoid any binary conflicts that could occur should Apple add block support to iPhone OS, or when running your binaries on 10.6. The provided compilers are based directly on the Apple standard, stable compiler versions as shipped with the Mac OS X and iPhone SDKs.

Installation & Use

Plausible Blocks is composed of two pieces:

• Plausible Blocks SDK: Supplies custom compilers for use in Xcode.
• PLBlocks Runtime: A runtime library required by all applications making use of Plausible Blocks.

To install the SDK, simply install the included “Plausible Blocks SDK” package. Once installed, an additional “GCC 4.2 (Plausible Blocks)” compiler will be available for selection in your Xcode project and targets. To build with the new compiler, simply select in either your project’s build settings, or on a per-target basis:

In addition to the SDK, you’ll need to include the PLBlocks runtime framework in your application. It is provided as an embeddable framework for Mac OS X, and as a static framework for iPhone applications.

To include in your project:

1. Copy the Mac OS X or iPhone PLBlocks.framework to your project directory
2. Within Xcode, select “Add -> Existing frameworks” and add the copied PLBlocks.framework to your project.
3. Ensure that PLBlocks.framework has been added to your targets “Link Binary With Libraries” section.
4. (Mac OS X Only) Add a new “Copy Files” build phase to copy PLBlocks.framework to your application’s “Framework” directory.
5. Set the project, or a specific target, to use the “GCC 4.2 (Plausible Blocks)” compiler.

Development

The full PLBlocks source code is available from the PLBlocks project page. If you’d like to contribute to the SDK, runtime, or simply discuss programming with blocks, please consider joining the development list at: http://groups.google.com/group/plblocks-devel

To build PLBlocks, select one of the following targets:

• Disk Image: Builds entire project and generates a distribution DMG.
• Package SDK: Builds SDK package, including all compilers, and Xcode plugins
• Runtimes: Builds all runtimes

The project should build on Mac OS X 10.5 and 10.6. In addition to Xcode 3.1.3 or 3.2, the iPhone 3.0 SDK is required.

Building the full SDK, including compilers, may take an extraordinarily long time. Unless you are experimenting with the compiler toolchain — or you are the type to enjoy watching paint dry — building only the Runtime targets during development is highly recommended.

SmallTalk serves as a portable companion to Lingraphica’s signature speech-generating device for patients with aphasia.

SmallTalk contains a set of pictures and phrases useful for communicating in everyday situations. Users select an icon from the iPhone’s touchscreen to a play a pre-recorded phrase through the built-in speaker — Plausible Labs’ PLJukebox user interface library is used for browsing and selecting phrases from the iPhone’s landscape view.

We’re thrilled to have our code included in such a wonderful application. You can download SmallTalk for free through the iPhone App Store.