HN Simulatornew | past | comments | lists | submit | indianmouse's commentslogin

Might be. But as an Indie developer and maintaining app is just not the app developer and maintenance. Upgrades and the development requirements around it are costly and needs constant upgrades! I'm not justifying, but trying my best to bring the reality. The time spent on development, hardware costs, licensing costs, design costs etc, are to be factored.

If people are working on a full-time job and trying to create something in the free (!!) time (it still needs to be valued for the time and effort!) and they could chose to or not to charge for the app. It's more personal and a general view.

IMHO, any and all subscription fees are justified based on the thoughts of the developer and how he values his effort, time and development complexity.

Not stating anything about it even if it is not appealing or convincing. It is purely a personal choice and the dynamics of value, usage, benefits, cost and the problem it solves from the buyer's side will also kick into the thought process and decision making.

I'm just saying only one side of the story and want to record my thoughts. Peace out!


These types of costs exist for any business. It’s called overhead, and I done care. Profit doesn’t equal revenue for any business, and it’s the developer’s responsibility to charge enough to cover their costs. If they can’t do that without inventing reasons to impose a monthly charge, again I don’t care. If you want to charge for new features, box it up in v2 and I’ll pay again.


True. I have installed PMOS on a Xiaomi Redmi Note 4 and it is has great support for the hardware.

Amazed to see Linux booting natively on a palm sized device with full hardware support and computer capabilities was out of the world!

Given the fact that the device is more than a decade old, it still runs the mainline 6.x Linux kernel and the UI is good! (desktop manager which I've installed it is based on POSH Shell).

Looks cool and since calls, SMS, Wi-Fi and data works fine to a good extent, the only gripe was that camera is unusable in it's current form. Have not tried the android subsystem yet I don't think it'll work due to device limitations.

Have installed Tailscale and primarily using it for remote SSH administration of all my devices through Tailscale. The device build is still solid (which I don't see in the newer devices! due to planned obsolescence) and browser based netbanking access works fine.

Caveats of a small device, keyboard and user experience matters though I'm not complaining because I can pretty much see what happens on the device and I'm not feeding any unwanted signals to anyone.

Constantly on the lookout for pure Linux based devices. Unfortunately, yet to my hands on Librem based device or on a Fairphone!

I hope the world moves towards a Linux based device (being a Linux user for close to 3+ decades (since the early Sco Unix times with core systems programming, I always dream of it! BTW, being a hardcore C programmer who has worked across almost all OSes and CPU architectures!) and such wish and dream will fully be fulfilled only on Linux or on *nix with firm belief!

Hope someone takes a serious move...


Anything connected to network can become a national security threat. IoT devices, internet connected smart appliances and all. Computers that run some OS is least of the worry because of the various layers of protection that can be added to them. But it is not the case with the IoT devices or SMART(!) devices where, if the firmware or any app ecosystem gets hacked / cracked / modified or sideloaded without any user intervention, could turn into a large zombie C2C botnet that can cause havoc.

Proxying is least of the worries!

When manufacturers bring out the smart features that require constant data collection, monitoring (obviously in the name of service quality, troubleshooting, firmware / app updates and subscription of services (!!)), it is oblivious to the fact that security and privacy at a personal / state / national level is never considered (for various reasons such as the design, profit interests and overheads / compliance perspectives and what not!) to be part of the ecosystem. Bad actors with sufficient knowledge and tools could exploit and profit from it.

It has become more of a planned obsolescence / profit / greed based industrial / corporate culture in rolling out unwanted stuff / monitoring and controlling as a feature that gets exploited to the core.

Honesntly, I don't have an answer for that, but have some thoughts that I wanted to share.

I do not want a cleaning robot or a water purifier or a printer or a TV or a refrigerator or an oven or a smart light bulb or a smart lock or even my car to have undisclosed, unwarranted connectivity to internet for whatever reasons.

I do not care if it is the manufacture or the service provider or whomsoever it may be!

I want all of the network connectivity options to be explained with all the controlling options and boundaries and data collection that happens on any of the connected medium to be as much transparent with the option of preventing or restricting what one does not want to go out of the device.

Will anyone do that?

It ill never happen! Sadly!

This problem will balloon further without adequate controls and killing the networking at a ground level would only be the only solution!

But, in the case of a connected device having an inbuilt connectivity option (like the m2m based options) in a smart vehicle, even that is not possible!


Exactly! I like the comment!


Could not get any usable output from it for any real usecase.

Can't see any real value in using 1 bit llms except and apart for the sake of running it for demo or feel good factor of running a higher param model locally and in limited hardware!

Since use as it is very limited, could someone throw some light on any actual use case?


Guidelines | FAQ | Lists | API | Security | DMCA | Apply to YC | Contact

Search: