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 argues that Vice President Kamala Harris should not wear her Apple Watch, citing security risks. It contends that smartwatches, particularly those connected to cell networks, are vulnerable to hacking and could be exploited to eavesdrop on sensitive conversations or track her location. The author emphasizes the potential for foreign intelligence agencies to target such devices, especially given the Vice President's access to classified information. While acknowledging the convenience and health-tracking benefits, the post concludes that the security risks outweigh any advantages, suggesting a traditional mechanical watch as a safer alternative.
HN users generally agree with the premise that smartwatches pose security risks, particularly for someone in Vance's position. Several commenters point out the potential for exploitation via the microphone, GPS tracking, and even seemingly innocuous features like the heart rate monitor. Some suggest Vance should switch to a dumb watch or none at all, while others recommend more secure alternatives like purpose-built government devices or even GrapheneOS-based phones paired with a dumb watch. A few discuss the broader implications of always-on listening devices and the erosion of privacy in general. Some skepticism is expressed about the likelihood of Vance actually changing his behavior based on the article.
Motivated by the lack of a suitable smartwatch solution for managing his son's Type 1 diabetes, a father embarked on building a custom smartwatch from scratch. Using off-the-shelf hardware components like a PineTime smartwatch and a Nightscout-compatible continuous glucose monitor (CGM), he developed software to display real-time blood glucose data directly on the watch face. This DIY project aimed to provide a discreet and readily accessible way for his son to monitor his blood sugar levels, addressing concerns like bulky existing solutions and social stigma associated with medical devices. The resulting smartwatch displays glucose levels, trend arrows, and alerts for high or low readings, offering a more user-friendly and age-appropriate interface than traditional diabetes management tools.
Hacker News commenters largely praised the author's dedication and ingenuity in creating a smartwatch for his son with Type 1 diabetes. Several expressed admiration for his willingness to dive into hardware and software development to address a specific need. Some discussed the challenges of closed-loop systems and the potential benefits and risks of DIY medical devices. A few commenters with diabetes shared their personal experiences and offered suggestions for improvement, such as incorporating existing open-source projects or considering different hardware platforms. Others raised concerns about the regulatory hurdles and safety implications of using a homemade device for managing a serious medical condition. There was also some discussion about the potential for commercializing the project.
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.
Google has open-sourced the Pebble OS, including firmware, apps, developer tools, and watchfaces. This release, dubbed "Pebble.js," allows developers and enthusiasts to explore and tinker with the code that powered these iconic smartwatches. The repository provides access to the entire Pebble software ecosystem, enabling potential revival or adaptation of the platform for other devices and purposes. While official support from Google is limited, the open-source nature of the project invites community contributions and future development.
The Hacker News comments express excitement about Google open-sourcing the Pebble OS, with many reminiscing about their fondness for the now-defunct smartwatches. Several commenters anticipate tinkering with the newly released code and exploring potential uses, like repurposing it for other wearables or integrating it with existing projects. Some discuss the technical aspects of the OS and speculate about the motivations behind Google's decision, suggesting it could be a move to preserve Pebble's legacy, foster community development, or potentially even lay the groundwork for future wearable projects. A few commenters express a degree of disappointment that the release doesn't include all aspects of the Pebble ecosystem, such as the mobile apps or cloud services. There's also a recurring theme of gratitude towards Google for making the source code available, acknowledging the significance of this move for the Pebble community and wearable technology enthusiasts.
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.