shaism (u/shaism) - Readit News

shaism commented on Show HN: Sink – Sync any directory with any device on your local network github.com/sirbread/sink... · Posted by u/sirbread

neepi · 2 months ago

I solved this problem again recently as well. After evaluating various synchronisation methods I thought it would be a good idea to design a new methodology which doesn't reinvent the wheel. Completely out of the box thinking. It took a few days to come up with a solution which worked on paper and a couple of weeks to implement it. I call this onecomputer. What you do is uninstall all sync software from your devices and put everything other than the primary one in the cupboard. Job done. No problems with conflict resolution. No race conditions. No resource and locking issues. Fast, reliable and does not depend on any third party provider or network. It just works. No wheel reinventing - this is uninvention.

shaism · 2 months ago

How do I get stuff from my “onesmartphone” to the “onecomputer”?

Or shall I also put the “onesmartphone” in the cupboard?

shaism commented on Sorcerer (YC S24) raises $3.9M to launch more weather balloons axios.com/pro/climate-dea... · Posted by u/tndl

huslage · 3 months ago

This is an anti-pattern. Doing the work that the government should be (and was) doing and then selling back the data to them or others when the data should be (and was) public domain is absolutely terrible for society.

No one should fund this.

shaism · 3 months ago

Do you mind elaborating?

I agree that weather data should be public but I don’t see why we should restrict innovation in the private market if there is demand for it.

Also more generally, I see no issue in the government outsourcing work to a competitive private market wherever possible.

shaism commented on Smartfunc: Turn Docstrings into LLM-Functions github.com/koaning/smartf... · Posted by u/alexmolas

shaism · 5 months ago

Very cool. I implemented something similar for personal use before.

At that time, LLMs weren't as proficient in coding as they are today. Nowadays, the decorator approach might even go further and not just wrap LLM calls but also write Python code based on the description in the Docstring.

This would incentivize writing unambiguous DocStrings, and guarantee (if the LLMs don't hallucinate) consistency between code and documentation.

It would bring us closer to the world that Jensen Huang described, i.e., natural language becoming a programming language.

shaism commented on Nanoimprint Lithography Aims to Take on EUV spectrum.ieee.org/nanoimp... · Posted by u/pseudolus

abdullahkhalids · 8 months ago

OP states that this can go down to 14nm. What I am interested in is whether older and larger processes (say ~50nm) can be done at a much cheaper cost than traditional methods.

A lot of stuff simply does not require the most advanced chips.

shaism · 8 months ago

The answer almost certainly is no. While lithography is one of the largest single contributor to manufacturing costs, the contribution to overall cost is still far below 10%.

And one cannot simply substitute an optical lithography with a nano imprint machine without redesigning some part of the process (etch, metrology etc.).

Investing R&D resources for a (best case) 10% reduction in costs while still having a decent probability of failure in a big but declining node is not worth it.

shaism commented on Trillium TPU Is GA cloud.google.com/blog/pro... · Posted by u/gok

lanthissa · 9 months ago

Okay I really dont understand this, nvidia has a 3.4T market cap google has a 2.4T post run up, and its PE is like 38 vs 25 so its a higher multiple on the business too. It appears making the best AI chip is a better business than googles entire conglomerate.

If TPU's are really that good why on earth would google not sell them. People say its better to rent, but how can that be true when you look at the value of nvidia.

shaism · 9 months ago

Maybe the market hasn’t recognized the value yet.

Hence, buy $GOOG.

shaism commented on Ask HN: Astro vs. NextJS vs. Remix, help me decide · Posted by u/morenatron

shaism · a year ago

Given your requirements, I would rank the frameworks like this:

* SEO -> 1. Astro, 2. Remix, 3. NextJS

* Performant Pages (for SEO) -> 1. Astro, 2. Remix, 3. NextJS

* Easy to Maintain (for a small team) -> 1. Astro, 2. Remix, 3. NextJS

* Self Hostable -> 1. Astro, 2. Remix, 3. NextJS

* Some interactivity and smooth transitions -> 1. Remix and NextJS, 3. Astro

From your description, it seems you are most familiar with NextJS. My question: How about the other maintainers? If everyone is familiar with NextJS, that is a big bonus point.

In conclusion, it comes down to how high you prioritize "Some interactivity and smooth transitions" and "Familiarity with the chosen framework." Astro, being a multi-page framework first and foremost, will not deliver the smooth transitions that the other two will. However, it shines on pretty much all your other requirements.

If you can live with Astro being a Multi-Page Framework that, by default, does a full-page reload for every route, and your team is comfortable using Astro, I would go with Astro. Otherwise, pick NextJS or Remix, whichever your team is more familiar with.

shaism commented on Amazon tells employees to return to office five days a week cnbc.com/2024/09/16/amazo... · Posted by u/jbredeche

nine_zeros · a year ago

Mandatory overtime law is in order. Every minute beyond 40 hours a week should be automatically billed to the employer.

shaism · a year ago

Actually that is how it works in many companies in Germany. It has its benefits and drawbacks, like every system ;)

shaism commented on Microsoft begins cracking down on people dodging Windows 11 system requirements xda-developers.com/micros... · Posted by u/taubek

t1c · a year ago

And why aren't more people switching to an OS that respects them (like Linux)?

shaism · a year ago

Because for most users the costs of getting used to a new OS outweigh the benefit of switching.

shaism commented on The Resurrection of Intel Will Take More Than Three Days nextplatform.com/2024/08/... · Posted by u/rbanffy

bradleyjg · a year ago

Does TSMC have sufficient capacity in the works to satisfy all the demand for sota/near sota fabrication?

People sometimes wonder why anyone is buying Boeing planes—it’s because it’s that or nothing. Airbus has no spare capacity.

shaism · a year ago

TSMC today has more than 60% of the foundry market share, and an estimated 80%+ market share for the leading edge.

If you exclude Intel themselves (although they also use TSMC now) and Samsung, TSMC is pretty much the sole supplier to the leading edge.

So, yes, TSMC has the capacity.

Your Boeing / Airbus analogy hinges on multiple factors. First, Airbus and Boeing have comparable capacity. Second, they have comparable products. Both are not true when you compare Intel and TSMC.

NVIDIA is heavily supply constrained. Why haven’t they sourced Intel or Samsung as second source?

Historically, there are also many other issues with Intel operating as foundry. Do you think NVIDIA and AMD will be happy to send their CPU and GPU designs to Intel for manufacturing? Independence was one of the main drivers why TSMC was founded. To have an independent supplier who does not compete with its customers.

shaism commented on The Resurrection of Intel Will Take More Than Three Days nextplatform.com/2024/08/... · Posted by u/rbanffy

epups · a year ago

Intel seems 100% tied to its outcomes as a foundry now. If there is any disruption in chip prodution from Taiwan for example, I can see its stock doubling in price.

shaism · a year ago

Devils Advocate: If there is no disruption in Taiwan, and TSMC continues to execute as it has, and Intel continues to execute as is has (not), then Intel might go to $0 or survive only because of government subsidies and military contracts.

NVIDIA, AMD, Apple and other companies seeking cutting edge performance will choose the most advanced node to stay competitive. Being the second best foundry has historically not been good business.

This is an extreme scenario, of course.