Hacker Newsnew | past | comments | ask | show | jobs | submit | lewisjoe's commentslogin

It honestly doesn't make any sense. Interestingly, India was bold enough to move its government infra to Zoho's office suite cutting all reliance on Microsoft. It's only sane that other countries do the same.

Quick doubt: did you modify Pi to make it browser compatible?

1. If yes, does it understand skills?

2. If it does have skills support, how are skills fed into it in a browser environment (without the filesystem, folders and stuff)


Didn't have to modify. OG Pi is made to be extended & used as a building block so closer to say I wrapped it As for skills, yes and it's a virtual filesystem

Good is really good at engineering great software and really sucks at making them enterprise ready.

It's why they've been failing with GCP, Google Tables (shutdown now I guess), Analytics or any product that aims for enterprise consumption. Note: they are really good at making consumer softwares though (take the success of Google Photos or Gsearch)


Google isn't even good at engineering great software.

They have some good people working on some good projects. If you look at the relation between software-quality of their average product and number of developers they have... yeah I don't know. Maybe hiring tons of new-grads that are good at leetcode and then forcing them to use golang... is not what actually makes high quality software.

I could believe that they are good at doing research though.


Most of the core products at Google are still written in pre-C++11.

I wish these services would be rewritten in Go!

That’s where a lot of the development time goes: trying to make incredibly small changes that cause cascading bugs and regressions a massive 2000s C++ codebase that doesn’t even use smart pointers half the time.

Also, I think the outside world has a very skewed view on Go and how development happens at Google. It’s still a rather bottom up, or at least distributed company. It’s hard to make hundreds of teams to actually do something. Most teams just ignored those top-down “write new code in Go” directives and continued using C++, Python, and Java.


I wouldn't say most. Google is known for constantly iterating on its code internally to the point of not getting anything done other than code churn. While there is use of raw pointers, I'd argue it's idiomatic to still use raw pointers in c++ for non owning references that are well scoped. Using shared pointers everywhere can be overkill. That doesn't mean the codebase is pre c++11 in style.

Rewriting a codebase in another language that has no good interop is rarely a good idea. The need to replicate multiple versions of each internal library can become incredibly taxing. Migrations need to be low risk at Google scale and if you can't do it piecewise it's often not worth attempting either. Also worth noting that java is just as prevelant if not moreso in core products.


Failing with GCP? GCP has had accelerating growth the past few years, larger than the other two, and widening profit. I've used all three major clouds and overall I would choose GCP, particularly these days for their data/AI stack

> Good is really good at engineering great software

was

While they sucked at bringing products to market and sustaining them, they indeed used to have a good reputation at software engineering. However they are burning that up in the AI pivot, though it's not yet very visible externally.


Do you work at Google?

Excellent work! To put out the importance of the project - as of today there is not many google docs/word online alternative that is completely open source.

I'm yet to dig the code on how pagination is implemented but if the page breaks mimick word's - this is huge!


Thank you!


It's fascinating that browsers are one of the most robust and widely available sandboxing system and we are yet to make a claude-code/gemini-cli like agent that runs inside the browser.

Browsers as agent environment opens up a ton of exciting possibilities. For example, agents now have an instant way to offer UIs based on tech governed by standards(HTML/CSS) instead of platform specific UI bindings. A way to run third party code safely in wasm containers. A way to store information in disk with enough confidence that it won't explode the user's disk drive. All this basically for free.

My bet is that eventually we'll end up with a powerful agentic tool that uses the browser environment to plan and execute personal agents or to deploy business agents that doesn't access system resources any more than browsers do at the moment.


But there is! ChatGPT.com has a canvas feature, and that can be used to render HTML and javascript, including UI controls. It's pretty neat, albeit limited.

Generated via ChatGPT, this canvas shows a basic pyramid and has sliders that you can use to change the pyramid, and download the glTF to your local machine. You can also click the edit w/ ChatGPT and tweak the UI however you're able to prompt it into doing.

https://chatgpt.com/canvas/shared/697743f616d4819184aef28e70...


I have a pretty good one here https://observablehq.com/@tomlarkworthy/robocoop-2 and I have a port of opencode in-progress


> It's fascinating that browsers are one of the most robust and widely available sandboxing system and we are yet to make a claude-code/gemini-cli like agent that runs inside the browser.

It's easily explained by the fact that all the javascript code is exposed in a browser and all the network connections are trivially inspectable and blockable. It's much harder to collect data and do shady things with that level of inspectability. And it's much harder to ban alternative clients for the main paid offer. Especially if AI companies want to leave the door open to pushing ads to your conversations.


I use my phone when I want to measure stuff. Not an app, just the physical phone as a ruler. Almost always the dimensions of whatever phone I've got is published on the internet. It's a quick hack and better than carrying around A4 papers ;)


This. A language that doesn't adapt (accumulate shitpile of baggage from other languages over changing times) will be a dead language eventually.

English will always have my respect for being open/inclusive and adaptive.

Interesting fact: If you are looking for a spoken language with the cleanest/composable grammar - it's Sanskrit. The panini grammar is actually like a programming language where sentences are just compositions of lower level similar units.

But like I said it's practically dead (not used as a spoken language). But interestingly used as a proxy language for translation and other nlp tasks due to it's clean grammar :)


It'd be great if it supports a wasm/web backend as well.

I bet a lot of trivial text capabilities (grammar checking, autocomplete, etc) will benefit from this rather than sending everything to a hosted model.

It's possible right now with onnx / transformers.js / tensorflow.js - but none of them are quite there yet in terms of efficiency. Given the target for microcontrollers, it'd be great to bring that efficiency to browsers as well.


If you need WASM, I think Candle is your current best bet: https://github.com/huggingface/candle


You can compile to wasm, I have done so via the XNNPACK backend - you might have to tweak the compilation settings and upgrade the XNNPACK submodule/patch some code. But this only supports CPU, not a WebGPU or WebGL backend.


Nice one. How does this relate to/differ from Chrome Devtool's inbuilt network throttling feature? I usually use this Chrome feature to test apps over bad/slow network.



A while back I did this experiment where I asked ChatGPT to imagine a new language such that it's best for AI to write code in and to list the properties of such a language. Interestingly it spit out all the properties that are similar to today's functional, strongly typed, in fact dependently typed, formally verifiable / proof languages. Along with reasons why such a language is easier for AI to reason about and generate programs. I found it fascinating because I expected something like typescript or kotlin.

While I agree formal verification itself has its problems, I think the argument has merit because soon AI generated code will surpass all human generated code and when that happens we atleast need a way to verify the code can be proved that it won't have security issues or adheres to compliance / policy.


AI generated code is pretty far from passing professional human generated code, unless you're talking about snippets. Who should be writing mission critical code in the next 10 years, the people currently doing it (with AI assistance), or e.g. some random team at Google using AI primarily? The answer is obvious.


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

Search: