Changes in the latest version of Nissan's official mobile app for their LEAF electric car broke the widget I created last year for quickly checking my car's battery charge status on my phone's home screen, and then things got interesting.
> Soon. We’re building tools that will let anyone design their own Board games, starting with developers and expanding to players. The future of play is one you can help create. Learn more at board.fun/developers.
So I think I understand the SDK is not available yet. Can you clarify that developer tools are not yet available but are coming soon on https://board.fun/pages/developers to avoid confusion?
To expand on the topic of the SDK: will the SDK be open-source? Will I need to register as a developer or pay a fee to get the SDK? If the SDK is open-source with no registration or fees required, then you have my attention.
The SDK is open-source, no fees required. Coming in the next week or two. We're figuring out the specific details regarding registration, and would love feedback one way or the other if this is critical for you. If you want to be notified the moment it hits, email us: developers@board.fun
> The SDK is open-source, no fees required. Coming in the next week or two. We're figuring out the specific details regarding registration
It sounds like you've already figured out that the registration would have to be optional, as you're planning to make it open-source (it will be open-source once you release it, it isn't open-source yet :) ).
Yeah, I guess they could offer a downloadable .tar once you've filled out your email on their website, or email it to you or whatever. Not sure you'd wanna add that sort of friction at that stage though, makes more sense to ask before publishing what you've built.
Cool! I don't have any concrete plans yet, but I'm looking forward to checking out the SDK when it releases. I'm relieved that you aren't going for the Xbox/Playstation/Nintendo approach.
Thanks! The IFTTT widget can supposedly update within a few seconds of receiving the triggering email since this is a “real-time applet” (https://help.ifttt.com/hc/en-us/articles/4412435510171-What-...), but in practice it seems to update more on the order of several minutes after the scraping workflow runs.
I have been running the scraping workflow once per hour during waking hours the past week, but I reduced that recently because I was starting to feel nervous (but without any real evidence) that pinging the car too often could drain the 12V battery.
> Like a true underground star, he shunned mainstream success. He did appear in a documentary about Leimert Park, not as a novelty act, but as a regular member of the crew.
It seems strange to me to compare VSCode against PyCharm, IntelliJ, and Android Studio separately.
While PyCharm, IntelliJ, and Android Studio are distinct applications, I believe they share much of their code, UI, 3rd party plugins, and workflows for all being JetBrains language-flavored IDEs.
On the other hand, VSCode supports different languages through its extensions instead of having separate language-flavored applications like "VSCode Python", "VSCode Java", or "VSCode Android".
So I feel that reaching for IntelliJ vs. PyCharm vs. Android Studio is roughly equivalent to installing a particular set of extensions in VSCode. If you look at it that way, the data from the article seems to tell a different story - while VSCode has grown significantly in popularity, JetBrains IDEs seem to dominate in terms of overall usage (11.3% + 6.9% + 4.1% = 22.3% vs. VSCode's 16.8%).
I didn't see any js or php specific stuff in their list, but have to assume phpstorm or webstorm might be in their 'other' category as well, pushing JB up to closer to 25%(?)
I think "Google Inbox Replacement" is misleading if your workflow assumes users will use Gmail in addition to Monolist:
> We’re working on a Gmail integration as you read this! To start, the emails you star in Gmail and any threads that you haven’t responded to will become action items in Monolist, but we have plans for much more.
Personally I don't think I would use Monolist because I want to replace Google Inbox with a single service, not Gmail plus another service.
Our eventual goal is to replace Gmail for any work/transactional emails. We're taking the approach of doing that one integration at a time, and providing a richer experience.
We do think that there's a world in which both of them are useful though. The problem as we see it right now with Gmail is you may receive a notification about a pull request or whatever, but you can't do anything with it and the data gets stale. Monolist will keep it in sync, and let you approve/merge/comment on it inline so you don't have to switch between 10 apps.
akshaynathan, if I am understanding this right the eventual goal of monolist is to be the bucket for all incoming notifications and communications, and the be-all-end-all for quickly replying to or addressing action items. If that is right I am hoping you the best of luck because I've long wanted something like that. Someplace where my todo list, my inbox, my chatbox, my git repo notifications, my slack notifications all live would be awesome!
yeah, thats exactly the goal! In fact we already have git/slack notifications right now. It would be awesome if you could try it out and let us know what you think.
It's possible I'm misunderstanding, but it also seems like they're more oriented on being a task list instead of a true email client. Inbox to me was just a much nicer gmail, though I understand a lot of people used it like a email based todo list and monolist might appeal to them
Yeah, that’s me - I basically use email as a task queue that other people can append to as well as myself, for low time urgency types of tasks, and have separate ways of dealing with the stuff I need to do more urgently.
