141–150 of 167 posts
Ha. Package manager, I was thinking how we should have a single package manager that would just do it's think no matter the language, and you can just plug in new languages and it would know how to handle them (resolve dependecies etc). I think it would be worthwhile project.
I think of this article ( https://medium.com/@sdboyer/so-you-want-to-write-a-package-m... ) when it comes to package management.
I like much of this list - doesn't strike me as first world problems at all (I am not from the first world). Having spent the last two years building a climate action platform I have lots of climate change problems with startup worthy solutions, but the item that really struck me was the online zoo. As an animal lover, the very idea of zoos - even the most enlightened ones - is problematic. Instead, why not let the m…
Earlier quoted context omitted.
Solving boring problems that no one else wants to solve because they are too boring is where the market is. I'm actually disappointed that it is "new kind of ISP" that made the list rather than just plain "ISP/NSP -- whatever way IP is delivered is fine". Making $10/mo profit in being a dumb pipe with 10 million subscribers in the US is a profit of $100 million in a month while being a a dumb pipe .
Right, except if you spend $1200/household to connect those users (laying fiber is expensive [1]), you're looking at a decade before your profits actually start coming in. That means a massive initial investment, which needs a corresponding big reward to convince investors. And your non-dumb-pipe competitor will have a greater reward to give them. [1] https://www.reddit.com/r/networking/comments/434bwz/how_much...
Edit: Been there - done that. Supplied IP over satellites. CapEx is a very solvable problem. OpEx would kill you.
Some ideas: 1. Social Silo-busters: Couple the evils of the garden walled social network approach with posts on how hard is it to make friends later in life, add a pinch of all that useless time spent in the car commuting (scraping the bottom of Spotify or Audible) and you arrive at: ad hoc voice-based social networks based on proximity, e.g. through limited range (100m) FM transmitters (one cheap way would be to use…
> ad hoc voice-based social networks based on proximity Congratulations on reinventing the CB radio. > "Why can’t I manage waste pickup from an app? What might a re-invented garbage truck look like?" Taiwan does this the other way round: https://www.huffingtonpost.com/2012/01/09/taiwan-garbage-tru... In this case, it's a municipal service that people don't fundamentally want to pay for and it's hard to make "premium"…
But with a mute button for the person who ruins it all.
Creates potential for a location based content creator to capture the attention of a large group of people every day at 5pm.
"Gooooooood evening drivers stuck in traffic! This is Shelly broadcasting from the condos at the I95 and Sunset. Have I got some great things to share with you today..."
Ha. Package manager, I was thinking how we should have a single package manager that would just do it's think no matter the language, and you can just plug in new languages and it would know how to handle them (resolve dependecies etc). I think it would be worthwhile project.
- every package is a source code archive signed by the developer
- package manager takes care of compiling it for you
- package manager does not allow build scripts to download extra code or libraries
- dependencies are built from source by the manager, not downloaded as binaries
- there is a rating system to allow packages with obfuscated code to be dismissed
interesting that i've just started working on one of his ideas (social calendar)
> A new developer-oriented touchscreen OS – The number of touchscreens in our daily lives is exploding. Android and iOS are optimized for consumer tablets and phones, but what if you’re a developer building a non-consumer product? What if you want to build a cash register, or a digital menu, or an in-flight entertainment solution, or a vending machine?
Does he mean an OS with these kinds of solutions in mind? Maybe I need to understand where Andrew feels the shortcomings in Android and iOS lie that prevent his what-ifs currently.
When I see the phrase "developer-oriented," I'm thinking about dev tools ON the touchscreen OS. And for that, I do indeed have some ideas...
I disagree with the assertion that web pages are losing because of security or utility, and that any open app runtime is going to be better than the browsers already on every phone.
I think the majority of apps could be made as web pages, but I also think that many are not because having an app installed is an opportunity to grab more data, have more permissions and bait and switch your users at any time using updates.
Someone help me understand this one: > A new developer-oriented touchscreen OS – The number of touchscreens in our daily lives is exploding. Android and iOS are optimized for consumer tablets and phones, but what if you’re a developer building a non-consumer product? What if you want to build a cash register, or a digital menu, or an in-flight entertainment solution, or a vending machine? Does he mean an OS with thes…
The software side of a touchscreen is solved. You can run a number of operating systems and develop in whatever you want. Embedded Linux framebuffer, OpenGL, WinCE, Qt, WindRiver running a military GUI toolkit like VAPS, Ubuntu running GTK, hell - my Mazda's infotainment system is simply Opera running a bunch of Javascript code.
The problem is the hardware. There is no universal platform that can satisfy all of these ideas.
The cash register needs to be thin and stylish in a custom case. The menu board needs a weatherproof rugged box to hide behind a panel display. The in-flight system needs to be FAA-approved. The vending machine needs vandal-resistant glass that still works with a capsense system. The bulldozer needs industrial temperature ranges and IP67. Every customer is a special duck and it's going to be a custom build.
It's just one of those problems that looks easy on paper.