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

The original (unfiltered) source, ordered by the number of upvotes:

https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...


Was surprised Steve Jobs wasn't in there, I thought that was like 6k votes

https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...

Turns out he's rocking the passed away list rather than the has died list. Find your niche and own it, fitting

It's 4.3k actually btw, would be second to Stephen Hawking unless Bram gets a few hundred more votes and takes second place. I'd never have guessed the vim author would get close to the apple founder. Probably the wrong morbid thing to speculate on, but this surprise makes me wonder what legends like Carmack or Gates will get


> I'd never have guessed the vim author would get close to the apple founder.

We would need to see the "inflation adjusted" numbers here, because Hacker News has certainly had a lot of growth since 2011.


Well, "AI tools" can have a pretty wide meaning.

Isn't Grammarly[1] an "AI tool", for instance?

[1] https://www.grammarly.com/


Spellcheck? Ad blockers? Spam filters? 87% of people believe AI hype has gotten out of hand.


> When a custom ROM, even a "degoogled" one, is made, you include a customized kernel and custom drivers, and the AGPS URLs are part of this "driver".

Thanks, this should be the top comment.

Both, Sony and Google, provide driver downloads for their smartphones[1][2].

In this case, the tested "de-Googled" OS (/e/OS) did exactly what it promised to do: removed all network connections made by Google – and not by Qualcomm or anybody else.

Since Pixel smartphones now use Google's own Tensor chips (which are based on Samsung Exynos), they obviously don't make any connections to Qualcomm servers.

This blog post is clearly an ad for NitroPhone, which is simply a Google Pixel smartphone with a different open-source OS pre-installed.

GrapheneOS[3] is only targeting Google Pixel line-up at the moment, and therefore is able to make sure that even A-GPS URLs are "de-Googled" on the latest models.

But the older Google Pixel models with Qualcomm chips make exactly the same connections – from the driver, not from the firmware[4]:

> GrapheneOS has modified all references to these servers to use HTTPS rather than a mix of HTTP and HTTPS. No query / data is sent to the server.

[1] https://developer.sony.com/develop/drivers/

[2] https://developers.google.com/android/drivers

[3] https://grapheneos.org/

[4] https://www.reddit.com/r/CalyxOS/comments/pym8l1/comment/hev...


> This blog post is clearly an ad for NitroPhone

Thanks - somehow I completely glossed over that possibility. This kind of biased rage bait has no place in privacy stories.


Literally hours after your post I'm reading this: Founder of GrapheneOS Daniel Micay hit with a Swatting Attempt https://nitter.takebackourtech.org/i/status/1650947535500898...


It seems that there is something very wrong with the entire Android privacy community, because fighting between different open-source projects in this space never stops.

From the technical point of view, only Daniel Micay's GrapheneOS currently takes security really seriously by providing constant system updates. It seems that you either have to use GrapheneOS, or buy an iPhone, if you care about both – security and privacy.

The people who are attacking Daniel Micay often incorporate a lot of his work into their own projects. And, naturally, that might make many of them feel inferior or even incompetent – if they are doing this for years to stay in the competition.


I believe that many people from Ruby on Rails and Django communities moved on to Clojure, Elixir, and Kotlin.

Others chose between Rust and Go, if performance was the most important thing.

The thing about dynamically typed languages and their expressiveness, is that you are sacrificing the ease of long-term maintenance for the ease of short-term prototyping.

Personally, I am a big fan of Clojure as a tool for designing software, but I would prefer having to maintain a code base written in Rust.


Even the maintainability argument is suspect I think: Static type systems as commonly used are not very powerful compared with schema validation style approaches used in the dynamic languages world (eg malli or spec in Clojure world). Static types lose in expressiveness, flexibility of when & where they are enforced, and ability to pass around the data shape specifications as data.

edit: and tangentially, the building and iterating lifecycle phase is of course usually the make-or-break bottleneck - maintenance phase sw engineering is comparatively a "happy problem".


That's true, and Clojure (when used with metosin/malli) is probably the only reasonable alternative to statically typed programming languages in terms of long-term maintainability.

Essentially, it's like two completely different reasoning models: inside-the-box (ALGOL / SQL), and outside-the-box (LISP / Datalog).

The first model (ALGOL / SQL) is about designing for machines to better understand, and the second model (LISP / Datalog) is about designing for humans to better understand.

I think that the main issue with dynamically typed programming languages is the lack of robust enforcement.


I believe it is a lost fight, but why have Rust and Go become a collocation?! It’s as faulty as C++ and JS.


Go becomes an answer when one is willing to trade the correctness of Rust for a garbage collector and a bullet-proof standard library.


So does Java, C#, D, Nim, Haskell, OCaml, and a litany of other languages.


Rust and Go were designed with concurrency and portability in mind – unlike Java (which requires the JVM), C#, D, Nim, Haskell, or OCaml.


Java literally has a synchronized keyword and it literally runs on your SIM/bank card, was originally created for DVD players, and runs on every major OS. Plus it used to have 20 years ago as well, but has right now also ways to produce a single native binary.

Rust is a low-level language, quite similar in the target niches to C++, while Go is a managed language with a barely-optimizing compiler for fast compile times, and a GC that prioritizes latency over throughput. They are nothing alike.


Rust and Go are very much alike, when Java is not an option because of the JVM startup time and memory requirements (GraalVM Native Image solves this, but at the expense of highly reduced performance).


I'm not sure what your use case is that only rust and gonare options, but is unusual.

NIM supports concurrency and is as portable as the c and js it can generate to.

C#/F# work on x86 and arm which covers most targets today. And supports concurrency. And is situationally more performant than go.

I can't speak to the other languages mentioned, but they all seem quite similar to go as well, except for haskell.

Rust is more like c, c++, zig, ada etc.


I see Rust and Go as the best high-performance high-concurrency programming languages today, and choose between Rust and Go depending on the bottleneck (Rust – CPU / RAM, Go – I/O).


GraalVM native might have worse performance than the same application running on the JVM, but highly reduced is a scratch.

And sure, just as alike as Rust and D, Haskell, OCaml - they all produce a native binary with in-built GC, just like Go.


I am a big fan of Alphabet as a company, but this is how I read the first two paragraphs...

> When Shane Legg and I launched DeepMind back in 2010, many people thought general AI was a farfetched science fiction technology that was decades away from being a reality.

Translation: "We were not able to see what the founders of OpenAI saw back in 2015".

> Now, we live in a time in which AI research and technology is advancing exponentially. In the coming years, AI - and ultimately AGI - has the potential to drive one of the greatest social, economic and scientific transformations in history.

Translation: "Now we live in a time in which AI research and technology has advanced exponentially thanks to the great achievements by our competitors – and we clearly feel left behind."


Right. You know that DeepMind did AlphaGo, right? It made its entrance in 2015.


And how does that compare with what OpenAI has accomplished since 2015?

I'm not blaming DeepMind here.

It was Google's job not to start loosing ground to Microsoft in the age of AI.


Personally, I feel AlphaGo was the biggest deal ever. It put AI truly on the map. OpenAI is just a corollary to that, and would not exist without DeepMind in the first place.


> Personally, I feel AlphaGo was the biggest deal ever.

Right, but the cashier at McDonalds is using ChatGPT for night school.


That's probably true, because OpenAI was formed just two months after AlphaGo defeated the European Go champion Fan Hui.

But Google has missed a lot of opportunities since then, and is now trying to catch up.


What has OpenAI accomplished other than a lot more publicity for AI? If I've been following the story right, Google and a few others have created all the tech breakthroughs and OpenAI just created a way for common folk to play with it then sold out to Microsoft.


Microsoft has been an investor in OpenAI since 2019[1].

Now Samsung is considering replacing Google with Bing as the default search engine on all Galaxy phones[2].

I think that's a big accomplishment for OpenAI. And it's still and independent company.

[1] https://openai.com/blog/openai-and-microsoft-extend-partners...

[2] https://www.sammobile.com/news/samsung-galaxy-phones-tablets...


> Retailers wont take me because of my accomplished work history.

Can't you just remove it from your CV then? I thought that CV is like personal marketing material: you only list things there that help you to get a specific job – and skip everything else that doesn't.

EDIT: It's possible to list your previous employers without listing your work accomplishments.


The question then becomes how to fill the gap that's left.


Having to explain the gap in employment from 2018-2023 would be hard. A requirement for many retail jobs(I don't remember it being this way 10+ years ago) is to list 5-10 years of work history and explain gaps.


I don’t think it’s that tough. Lie about 2018-2020, then blame the pandemic, lie again about a short stint someplace 2021-2022, and then say you got laid off late last year.

If the options are lying or not getting a job, it shouldn’t be a hard decision. Get friends to be fake old bosses. Try to remember a local restaurant that shut down. Do whatever it takes.


Wouldn't they just have a big gap in employment then?


> Well ok, but was EY less competent than McKinsey or did they just get unlucky that they're the poor bastards who stepped on the landmine?

I have asked myself the same question, before I noticed that EY is basically the Credit Suisse and the SoftBank of the audit world[1]:

> EY has been involved in many accounting scandals: Bank of Credit and Commerce International (1991), Informix Corporation (1996), Sybase (1997), Cendant (1998), One.Tel (2001), AOL (2002), HealthSouth Corporation (2003), Chiquita Brands International (2004), Lehman Brothers (2010), Sino-Forest Corporation (2011), Olympus Corporation (2011), Stagecoach Group (2017), Wirecard (2020), Luckin Coffee (2020) and NMC Health (2020).

In fact, Wirecard managed to partner with EY, Credit Suisse, and SoftBank simultaneously just before going bankrupt.

Maybe because no reputable companies wanted to touch it?

[1] https://en.wikipedia.org/wiki/Ernst_%26_Young#Accounting_sca...


E&Y and McKinsey are not remotely in the same business.

E&T are accountants who double check that your financials are what they say they are.

McKinsey are management consultants who generally do strategic projects, and/or facilitate other consultants to actually do work.


EY also has a management consulting arm, not sure how successful they are though.

https://www.ey.com/en_gl/strategy-transactions/strategy-serv...


Well, EY started as part of Andressen (?) and was as such part of the Enron scandal. We shouldn't ignore the scandal of the century. EY so is a very reputable accounting firm. Unreputable would be the Metaverse headquartered shop FTX used.


You might be thinking of Accenture, which was founded from the ashes of Andersen Consulting.

Andressen is one half of Andreessen Horowitz (a16z) which (I think?) doesn't have any connection to Enron.


The OP is thinking of "Arthur Andersen", the accounting firm that serviced both Enron and Worldcom. The first paragraph of Wikipedia cites the scandals as factors in enacting SOX (src: https://en.wikipedia.org/wiki/Arthur_Andersen)


Accenture is Andersen Consulting. It left and changed its name to Accenture because of internal infighting and politics prior to the Enron scandal that took down Andersen entirely.


The name Accenture was also chosen because they were able to keep using Andersen Consulting's existing ac.com domain w/o interruption.


It wasn't, it was spun out before Enron.


If he was indeed the creator of Cash App, he could have been playing a part in the current SEC investigation:

https://hindenburgresearch.com/block/

The report was released just 2 weeks ago.


There was an interesting comment exchange on FT.com a few hours ago[1].

One person wrote:

> Lee’s former company, Block, is currently under investigation by the SEC after the app that he founded (Cash App) was alleged to have been facilitating money laundering. Wonder if there is a connection?

And another responded:

> A hitman isn't going to use a knife.

But when you think about it: if you didn't want something to look like a hit job, that's exactly what you would do – use a knife in downtown San Francisco at 2 AM – and nobody will be surprised.

Personally, I find it a little suspicious, that an important individual could have been murdered accidentally in a city with an average of 4 murders per month, just 2 weeks after the SEC opened an investigation into the platform he created[2].

Also, the place of the murder wasn't described as particularly dangerous at night by multiple locals[3][4].

[1] https://www.ft.com/content/f5a27cff-2582-4172-87a4-2861c43c2...

[2] https://www.cnbc.com/2023/03/24/report-alleges-cash-app-frau...

[3] https://news.ycombinator.com/item?id=35453269

[4] https://news.ycombinator.com/item?id=35448995


Now you're getting it.


The key part:

> Toshin found Pinduoduo to have exploited about 50 Android system vulnerabilities. Most of the exploits were tailor made for customized parts known as the original equipment manufacturer (OEM) code, which tends to be audited less often than AOSP and is therefore more prone to vulnerabilities, he said.

> Pinduoduo also exploited a number of AOSP vulnerabilities, including one which was flagged by Toshin to Google in February 2022. Google fixed the bug this March, he said.

That's probably a good enough reason to stick with Pixel smartphones, if choosing Android.


LineageOS


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

Search: