Apple's imposed limitations hinder the Pebble smartwatch's functionality on iPhones. Features like interactive notifications, sending canned replies, and using the microphone for dictation or voice notes are blocked by Apple's restrictive APIs. While Pebble can display notifications, users can't interact with them directly from the watch, forcing them to pull out their iPhones. This limited integration significantly diminishes the Pebble's usability and convenience for iPhone users, compared to the Apple Watch which enjoys full access to iOS features. The author argues that these restrictions are intentionally imposed by Apple to stifle competition and promote their own smartwatch.
Eric Migicovsky, founder of Pebble, announced two new open-source PebbleOS watches: the Pebble Time mist and Pebble Time frost. These watches utilize existing Pebble Time hardware but feature new, community-designed watchfaces and updated firmware based on the RebbleOS continuation project. They represent a renewed effort to revitalize the Pebble ecosystem by offering a polished software experience on proven hardware. The mist and frost differ primarily in their casing colors (grey and white, respectively) and include new packaging and accessories like colorful silicone bands. Pre-orders are open with shipping expected in early 2024.
HN commenters express excitement and nostalgia for Pebble, with several lamenting its demise and wishing the new watches were real. Some discuss the challenges of building and maintaining a hardware startup, especially in the competitive smartwatch market. Others analyze the design of the proposed watches, praising the return to physical buttons and expressing preferences for different features like e-paper displays. Several commenters offer technical insights, discussing the potential for using existing hardware components and open-source software like FreeRTOS to create a similar product. A few share their personal experiences with Pebble and its unique community. There's also a thread about the potential market for such a device, with some arguing there's still demand for a simple, battery-efficient smartwatch.
The blog post "Bad Smart Watch Authentication" details a vulnerability discovered in a smart watch's companion app. The app, when requesting sensitive fitness data, used a predictable, sequential ID in its API requests. This allowed the author, by simply incrementing the ID, to access the fitness data of other users without proper authorization. This highlights a critical flaw in the app's authentication and authorization mechanisms, demonstrating how easily user data could be exposed due to poor security practices.
Several Hacker News commenters criticize the smartwatch authentication scheme described in the article, calling it "security theater" and "fundamentally broken." They point out that relying on a QR code displayed on a trusted device (the watch) to authenticate on another device (the phone) is flawed, as it doesn't verify the connection between the watch and the phone. This leaves it open to attacks where a malicious actor could intercept the QR code and use it themselves. Some suggest alternative approaches, such as using Bluetooth proximity verification or public-key cryptography, to establish a secure connection between the devices. Others question the overall utility of this type of authentication, highlighting the inconvenience and limited security benefits it offers. A few commenters mention similar vulnerabilities in existing passwordless login systems.
The original Pebble smartwatch ecosystem is being revived through a community-driven effort called Rebble. Existing Pebble watches will continue to function with existing apps and features, thanks to recovered server infrastructure and ongoing community development. Going forward, Rebble aims to enhance the Pebble experience with improvements like bug fixes, new watchfaces, and expanded app compatibility with modern phone operating systems. They are also exploring the possibility of manufacturing new hardware in the future.
Hacker News users reacted to the "Pebble back" announcement with a mix of excitement and skepticism. Many expressed nostalgia for their old Pebbles and hoped for a true revival of the platform, including app support and existing watch functionality. Several commenters questioned the open-source nature of the project, given the reliance on a closed-source phone app and potential server dependencies. Concerns were raised about battery life compared to modern smartwatches, and some users expressed interest in alternative open-source smartwatch projects like AsteroidOS and Bangle.js. Others debated the feasibility of reviving the app ecosystem and questioned the long-term viability of the project given the limited resources of the Rebble team. Finally, some users simply expressed joy at the prospect of using their Pebbles again.
Rebble, the community-driven effort to keep Pebble smartwatches alive after Fitbit discontinued services, has announced its transition to a fully open-source platform. This means the Rebble web services, mobile apps, and firmware will all be open-sourced, allowing the community to fully control and sustain the platform indefinitely. While current services will remain operational, this shift empowers developers to contribute, adapt, and ensure the long-term viability of Rebble, freeing it from reliance on specific individuals or resources. This represents a move towards greater community ownership and collaborative development for the continued support of Pebble smartwatches.
The Hacker News comments express cautious optimism about Rebble's future, acknowledging the challenges of maintaining a community-driven alternative for a niche product like Pebble. Several users praise the Rebble team's dedication and ingenuity in keeping the platform alive this long. Some express concern over the long-term viability without official support and question the eventual hardware limitations. Others discuss potential solutions like using existing smartwatches with a Pebble-like OS, or even designing new Pebble-inspired hardware. The overall sentiment leans towards hoping for Rebble's continued success while recognizing the significant hurdles ahead. A few users reflect nostalgically on their positive experiences with Pebble watches and the community surrounding them.
Summary of Comments ( 693 )
https://news.ycombinator.com/item?id=43401245
HN commenters largely agree with the author's premise that Apple intentionally crippled Pebble's functionality on iOS. Several users share anecdotes of frustrating limitations, like the inability to reply to messages or use location services effectively. Some point out that Apple's MFi program, while ostensibly about quality control, serves as a gatekeeping mechanism to stifle competition. Others discuss the inherent tension between a closed ecosystem like Apple's and open platforms, noting that Apple prioritizes its own products and services, even if it means a degraded experience for users of third-party devices. A few commenters suggest the limitations are technically unavoidable, but this view is largely dismissed by others who cite examples of better integration on Android. There's also cynicism about Apple's purported security and privacy concerns, with some suggesting these are merely pretexts for anti-competitive behavior.
The Hacker News post titled "Apple restricts Pebble from being awesome with iPhones" (linking to an article on ericmigi.com) has generated a moderate number of comments, largely focusing on Apple's historical approach to third-party app integration and the motivations behind it.
Several commenters echo the sentiment of the original article, highlighting Apple's tendency to initially restrict third-party functionalities and later implement similar features themselves. One commenter suggests this pattern demonstrates Apple's strategy of letting others explore the market and then incorporating successful features into their own ecosystem, sometimes even acquiring the pioneering companies. Another user mentions that Apple likely holds back third-party integrations to maintain a tight control over the user experience and ensure a consistent, polished feel across their devices. This control, they argue, allows Apple to refine the feature before broader adoption, preventing a fragmented user experience with potentially buggy implementations from third-party developers.
Another line of discussion revolves around the specific limitations imposed on the Pebble smartwatch. Commenters mention restrictions on replying to notifications and accessing certain iPhone APIs. They speculate that Apple's tight control over notifications stems from security concerns and a desire to protect users from malicious apps. This control is also seen as a way for Apple to maintain its platform's value proposition, keeping users within their ecosystem.
One commenter offers a slightly different perspective, arguing that Apple's restrictiveness is not necessarily malicious but rather a result of prioritizing their own hardware and software development. They suggest Apple simply lacks the resources to thoroughly vet and support every potential third-party integration, leading them to focus on their own products and services.
A few commenters share personal anecdotes about their experiences with Pebble and other smartwatches on iOS, illustrating the practical implications of Apple's limitations. They express frustration with the inability to fully utilize their smartwatches due to these restrictions.
Finally, some commenters mention alternative approaches Pebble could have taken, such as developing their own app store or focusing on Android integration. However, these suggestions are met with counterarguments pointing out the challenges and limitations of such alternatives, like the smaller market share of Android users at the time and the difficulties of competing with Apple's established app ecosystem.
Overall, the comments section reflects a general understanding of Apple's strategy while also acknowledging the frustrations of users and developers seeking deeper integration with iOS. The most compelling comments provide nuanced perspectives on the motivations behind Apple's approach, balancing arguments about user experience, security, and business strategy.