Time is a flat circle. I remember when honeycomb launched with a bottom navbar, only for Google to delete it later in favor of a (terrible) phone like gui
Time is a flat circle. I remember when honeycomb launched with a bottom navbar, only for Google to delete it later in favor of a (terrible) phone like gui
And if that public company has stock in the toilet it’s worth fuck all to unload
Can’t wait for them to never roll it out
Kagi generated key points:
- The new Find My Device network on Android was designed with a strong focus on user security and privacy.
- The network uses a crowdsourced approach to locate lost or misplaced devices and belongings, even when they are offline.
- The location data reported by participating Android devices is end-to-end encrypted, ensuring Google cannot access or use the location information.
- The network has “aggregation by default” as a safety feature, requiring multiple nearby devices to detect a Bluetooth tag before reporting its location to the owner.
- The network also has protections to avoid contributing location reports when near the user’s home address.
- Rate limiting and throttling are used to prevent malicious real-time tracking, while still allowing the network to be useful for finding lost items.
- The network is compliant with industry standards for unwanted tracking, triggering alerts on both Android and iOS devices.
- Users have full control over which of their devices participate in the network and how.
- The network design has undergone internal security testing and is part of Android’s vulnerability rewards program.
- Prioritizing user safety and privacy is an ongoing commitment as the team continues to improve the Find My Device protections.
Recently I had to do an update to the underlying environment a codebase ran on. This was a somewhat involved upgrade and took a longer period of time than most of our work usually does. I did it in a separate worktree, so I didn’t have to constantly rejuggle the installed dependencies in the project, and could work on two features relatively concurrently
It also provides some utility for comparing the two versions. Nothing you couldn’t do other ways, but still useful
And in elixir/erlang we’re spoiled with loads of options, from ETS to mnesia
On the subreddits I moderated, I used a big regexp to preemptively filter their comments
Letting one through was a rare event
During my most recent job search, the most annoying thing I saw was “resume consultants”
They’d reach out like an interested recruiter, but very quickly get to the sales pitch
Apple has done this many times before. Over even more frivolous patents (i.e. a glossy black rectangle)
They made their bed, now they have to lie in it
Seriously. I had a friend extolling how good his experience with his chiropractor was, in response to my tale about physical therapy after a skiing accident. I ended the argument pretty quickly by asking “how often do you have to go back”
Sign language yes, real time captions no. Only whatever live transcription crap your phone or computer could do
I’ve only ever worked in one codebase that didn’t need feature flags, and even then we could have used them.
They should stick them on swappa. Kindles hold value fairly well, and they’re great gifts to kids, as they can often encourage reading
Pixel
After getting burnt by both the Google endorsed Xoom and the Google branded Nexus 10, I don’t trust them at all when it comes to tablets.
With both, Google released good products, and then proceeded to ruin them with abhorrent changes to the software. They made the Nexus 10 dump it’s tablet interface in favor of a big phone UI ffs.
Graphite is ok, but honestly it’s a solution in search of a problem
Maybe if you have a massive pr, splitting it up like this works, but that’s really a planning failure. Stories should be smaller, and if you need to keep them separate for a long time, use feature branches
No. You’d use something like rev.2020 or some other wide gamut color space. Jxr already supports this, and some programs, like the Xbox, take hdr screenshots as jxr
They can both model any color equally well, it’s just oklch works even closer to how we perceive colors changing. LAB and all derivatives are in Cartesian space, with luminance, a, and b being the defining axises. Luminance is self explanatory, but a and b are just axises of how much red/green and blue/yellow there is. It can be difficult to think of a color in how much blue it is, for example, when the color is something like nearly pure red. They both affect the hue output, so varying one can create strange, unintuitive colors
LCH works in polar space, like a color wheel. L is still luminance, c is the “colorfulness” and h is the hue. H and C let you set the same values a and b would, but in a more human way. We’re used to thinking about colors changing independent of how much of a color there is, and that’s what LCH does. Vary only the h and you get very different colors. Vary only the c and you get the same color but in different amounts of saturation, from full color to no color
Kagi summary:
- The Android Market (now Google Play Store) was launched in October 2008 with the T-Mobile G1 phone, helping establish app ecosystems on mobile.
- Before app stores, finding and downloading apps was difficult through various online stores and carrier stores with limited selection and updates.
- The Android Market centralized the app experience and discovery, giving access to a growing variety and number of apps in one place.
- Early app successes helped drive more users, phones, developers and apps in a reinforcing cycle that grew the app economy exponentially.
- Popular early apps filled gaps in Android’s capabilities in areas like weather, file management, flashlights as built-in features were still being developed.
- Later apps brought extra abilities beyond necessities, like music streaming, ebooks, games, social media and more.
- The article reminisces on the novelty of app stores and ecosystems in their early days compared to their ubiquitous presence today.
- Over 100,000 apps were available by mid-2010 and over 3.5 million apps today on Google Play.
- We now take app discovery, updates, and the overall app experience for granted due to how well app stores do their job.
- The article credits the Android Market and Apple App Store for establishing apps as the norm and changing our expectations of mobile.
True, however it occupies the same niche an ORM occupies, without the foot guns. Updating a slew of different db tables from rather clean and straightforward models is relatively simple. It tries to live somewhere between just doing everything as SQL and abstracting everything away like AR does, giving you conveniences from both approaches. You don’t get mired in scoping hell, but you don’t have big ugly messes of nearly-identical SQL statements either.
i’d recommend trying it out https://hexdocs.pm/ecto/Ecto.html
Honeycomb was a tablet only ui. Google ditched the more effective ux in a fit of unification, that I believe is significantly responsible for killing Android tablets