skysight-inc/HackerNews huggingface dataset:
I see a lot of comments on sequential as the issue. Really is that the issue?

Not the fact that John Doe can get to John Doe2 stuff without authenticating? WTF

Sequential or not if no auth I can run a scanner and get it all so what the hell does that have to do with the price of tea in China?
Plenty of countries manage to conspript pretty much everyone at a certain age. Train them and let them home without having a special problem with them. Now what is the US army doing during training/stateside service?
Usually some type of creative interactive retail experience, anything from wall displays or projections that users can interact with to simple kiosks.
Outline – Team wiki and knowledge base
Alternative hypothsis: People who stay up late have a higher probability of going out, enjoy more occasional drinks, are more probable to smoking or take recreational drugs and have more sexual partners and generally enjoy more riskier lifestyle choices, all of which contributes to the statistics showing a shorter life expectation.
Yes, was Jason, in 2012 iirc. Sliced-thread lookahead patch circa may 2012. He was working at gaikai at the time doing amazing things with cloud game streaming.
this completely fails to provide
attribution data that
advertisers can trust at all
because it relies totally on the
honesty of software installed on
end-user devices

Is that really much different from today’s world? Don’t many of these conversion tracking systems rely on links that could easily have spoofed data sent?
I think DSLs are about defining a 100% textual format. And spreadsheets are GUI apps. There's a DSL for defining a cell formula but in total it's a small part of the experience of using a spreadsheet app.
A Stupid Thing I Once Did
"Defense is arguing how Orange was facing an existential crisis at the time."

This sounds like something out of a bad movie. Corporations are people, too!
I Want Gloves
Calling all entrepreneurs. Especially you, the kids in the garage or wherever you hang out these days. Who wants to sell me some gloves? I need a lot of them.

I want a near impossible multifunctional safety glove, and I want it now.

Criteria:
1. Impervious outer layer.
2. Cut and puncture resistant middle layer.
3. Disposable sweat absorbing inner layer.
4. Minimal loss of flexibility in use.

Extra credit:
1. Heat resistant shell or option.

I have taken the liberty and proactively developed your business plan:
1. Collect underpants
2. ?????
3. Sell me the multifunctional gloves I want.
4. Profit!

I bet it might involve some exploitation of a negative Poisson's ratio to develop a novel weave. I don't know. Don't care. I think gloves are boring and I'm not in a garage or wherever you hang out these days. I just want to buy some.

Convince the yahoos at ycombinator you can make this happen and disrupt the safety glove industry.

I am here to help.
Like https://www.nongnu.org/texi2html/
?
> Icon themes - should be more standardized, that's true.

Why? There is already a standard. It does not specify what icons look like, but what they mean. Replacing an icon with another that has the same meaning is not a problem. Of course, if you, say, abuse the "system-search" icon to show a looking glass, this will not work with a theme using a different metaphor.

The icon theme displayed in the open letter is just garbage. Using it as an an example is like saying distributions should not change the default font because they might choose Wingdings.
If you clicked through to the blog post linked in the article, you'd see more examples. https://blogs.gnome.org/tbernard/2018/10/15/restyling-apps-a...

>If it's a bug in the theme, the application developer is just not responsible for it.

And how many times would they have to tell the end user who opened an issue on their app's tracker that?
Advertisers simply don´t know. The reason most of them don´t know is because there are virtually no tools available that can distinguish between a real user and a fake user. Only FB can make that assessment with some degree of certainty and even that can´t be trusted. External partners have been given a choice: either advertise at the risk of it being some garbage traffic, or not advertise at all. And for obvious reasons, the latter is what people choose to do.
The parent correctly notes that theming is a valid feature of the platform, and asking essentially for ignoring the feature because of brand issues sounds ridiculous. It maybe 'unhelpful', but sometimes we just express our opinions here, not running consultancy services. It's called commentary section for a reason.
The example given, SQL, also falls flat. There’s plenty of people who are technical but not developers and use SQL for their daily lives. I know a marketing manager who is better than me at SQL.

Heck, I ask a PM at work to debug some of my complex queries and he asks me for help with sample code for a developer product.
It depends on the dose, probably not really a thing to be concerned about.
> The issue is that we have to make a decision under uncertainty. And fast.

I'm sorry, this sounds like "WMDs in Iraq" all over again.

> For years all this has been happening. And the damage to non Chinese tech and industry has been huge.

Not really, it was a conscious decision by most Western companies to go and produce in China. Fully aware that they will (voluntarily and via ip theft) transfer knowledge, they still chose to do it because the profit margins were so enormous. The Chinese actually hacking and siphoning off IP is relatively new, something that previously was the NSA's monopoly.

> If there even is spying, THEN you can not fight it by half measures.

Are you suggesting the EU should go into a full out trade war with the US to convince them to stop the spying?
Zooms fine for me on my iPhone 7. Reader mode also works, which is like a magic fix crappy website button nowadays.

Tangentially, had anyone noticed a weird zooming bug on mobile safari that appears to cancel a zoom gesture and jump back to the unzoomed view? Quitting the app from the app switcher appears to fix it.
The whole letter sounds weird when talking about free software. Software freedom main benefit is that the user can change the software. Theming it is probably the most accessible form of modification and should be celebrated. Asking not to theme is contrary to the free software ethos itself.

The situation is even more tricky as what is being modified is not even the software itself but the system dependencies. Essentially the developers in this letter say: do not run our software on an environment that is not the one we support (in practice fedora or a close clone of it) and if you create a distro make sure its a clone of what we support.

I understand the fact that developers do not want to support bugs due to user modifications and strange environments. Free software doesn't imply free support so they can put any restriction on what they want to do. The letter however would have been much less weird if it said "we cannot ensure quality of software X except on our build running on a supported environment, if you run the software elsewhere or with changes (and theming is a change) please don't call it X to avoid confusion and remember you are on your own".

What Firefox did I think its a smart solution to this problem. " We offer Firefox on platform x,y,z. If you build it on something else, call it something else, if you run it on another platform remember you're on your own".
Totally agree. Users have the power to do what they want at the end of the day. What's annoying is when you install an app and by default you don't recognise it's icon because of theming. Or the menu text is suddenly the same colour as the background, thereby making it unreadable and unusable.
WhatsApp, Too, Gets Hacked
Your entire comment feels awfully dismissive and egocentric.

The author presents valid and sensible issues with the state of theming on the GNOME platform. And the overarching topic is essentially User Experience.

Even the slightest change in color can introduce friction between UI elements.
Or to be more extreme, if a theme turns your entire app into a white blurry mess, you would get mad at the application, and not the theme. Although many of the same design principles are used in the making of either a chair or a graphical user interface, they are definitely not the same in any regard.

On the topic of icons: just like language, they evolve over time. On top of that, icons can have different meaning depending on your background. Icons can be combined to form a composite icon, and now imagine one of those icons is not displayed as you intended it to be. The entire meaning can change because the design intentions are lost.

On the topic of branding: it's not about your desktop being a billboard. It's about being able to recognize the brand across different operating systems, and it's also - more or less - the only thing about the product that is not designed for the purpose of user experience (but in a sense, they still are).
And let's be honest: most apps we use in our day to day life have very tame brands and adhere to certain standards. That is because the apps we use are usually good, and we throw the bad, obnoxious ones away really quickly.

All in all, the author presents valid concerns, especially if you don't project them on how you prefer your UI, but rather, how potential Linux / GNOME users could have additional difficulties because of theming issues.
SQL can bite back with the sometimes non-intuitive consequences of its version of three-valued logic. Unfortunately, some professional programmers have trouble with it. I once had to sort out a situation where the developers were blaming the users for not using the system correctly, when the problem was with the queries.

Spreadsheets are another good counter-example to the author's thesis. They, too, can be misused, but that is outweighed by the great many cases where they are used well by non-programmers.
It seems the EU are for lifting sanctions and resuming relations with Russia (and subsequently keeping relations with China). I don't know, but I bet this has a lot to do with our relationship with the current US president's attitude and his trade tariffs. A second term for president Trump will probably cement this relationship.

I feel it's something that the EU wants and we surely care more about the Western democratic culture, but not at the risk of our own financial ruin.
Unless they start killing people, then - it's complicated.
Sorry, a brief glance at the OSC website would have corrected that misconception.

That said, I only assumed as much because I don't know of any OSC client software that uses anything other than IP networks to facilitate device to device communication. I googled for serial OSC software and found some nonetheless. Does your software support OSC over serial?
Trying to explain to hardcore techies the value of consistent design and workflow is fruitless in my experience. They want full control over everything, even the things they are not experts in, and will put together byzantine Rube Goldberg machines to do it. And then chastise you for not seeing how "easy" it is to build and maintain. The complexity and effort you need to put in to make these situations work is a feature, not a bug. Wouldn't want things to just work, you'd have all this free time to not think about computers, like a scrub.

Had this argument plenty of times before. Even when the resulting mess takes twice as long to work with, they prefer it because of [vague handwavey objection that will be replaced by another one as soon as you refute it].

You cannot do design by numbers, and you cannot approach it like a programmer. The kind of sameness you want in design is a different kind than in code.
This is so confusing. Why build for a system that does this, then? Separately, isn’t the point of all this that people have freedom to do what they want with their system?

And honestly, complaining about the harm to your brand, come on. Give me a break.
> The last time I had a business analyst that wanted to write SQL, he tripped over one join and asked me to do the job. SQL is used widely, but it does not work that well for people who are not programmers. HTML and XML were also originally intended for non-programmers - where are they now? They are used by amateurs or enthusiasts sometimes, but most of the time programmers do the job.

At both is my last two jobs (SaaS and e-commerce startups), the marketing teams had several individuals proficient in SQL. Hell, in some ways (complex read only queries) they were probably better than me simply because they did it more often. There existed BI tools and dashboards for many things, but the savvier and more curious individuals always wanted to dig further out experiment with queries before getting them formalized like that.

Members of the email team knew a fair bit of HTML and CSS too. And email is not what I'd consider one an easy HTML medium.

Due to these examples, I can't agree with the article at all. Must be a selection bias experienced by author.
highly technical domain experts are not quite general public.
I recently turned off all notifications. Messaging apps can still have badges. As a former developer for a notification sending product I feel stunned at how much I’m preferring this setup.
> And how many times would they have to tell the end user who opened an issue on their app's tracker that?

I'm afraid there is no way around that issue with free software.
The main point of Pijul is, you never have to think about categories when using it. It's just a sort of Git where you almost never need to branch (the equivalent of a Git branch in Pijul is just a patch), merges are always deterministic and easy to understand, cherry-picking is the default, and works even for conflict resolutions.
> Being a big, bureaucratic leviathan of a company does not resolve you of the responsibility to protect your users.

I never said they shouldn't do anything, I said that releasing this information before there is a patch for the vulnerability strikes me as wrong.
Are such successful DSLs described somewhere?

Generally my feeling is somehow similar to the one expressed in the blog post, ie. that DSLs don't work for non-technical people. If someone is able to use a DSL then he/she is also able to do regular programming, and many people don't have such abilities. And regular programming languages are better tools for the ones with the abilities.
> So a well known Dutch newspaper being bought or strongarmed by the Cia/Trump/Whoever.

"Allegations" aren't "strongarming". It's just telling somebody "off the record" that you heard something. Bloomberg recently claimed that Huawei had installed secret backdoors in equipment sold to Vodafone for use in Italy. Vodafone all but laughed in their face, saying it was a standard, obvious and not at all hidden telnet maintenance terminal that hadn't been deactivated.
The French can get 100gb for less than that, and that includes 25gb of roaming, including to Canada.

I would have signed up with that company, but I didn’t want to have to go to a boutique to signup ;)
I think many programmers want to believe our work is more important than it is.

That leads to ignoring simple observations about reality like this one, since this one implies that in most companies software doesn't matter much and the CEO is right to treat it as a cost center. Nobody wants to hear that about what they do with their life.

To be fair, you could run 'sed s/programmers/humans/' on my first sentence and leave its truth value unchanged.
16bit is sufficient for listening, but it leaves no headroom for production. Modern music is often recorded in 24bit and only rendered to 16bit as the final step.
> And how many times would they have to tell the end user who opened an issue on their app's tracker that?

There's a super clever life hack my wife used when working in e-commerce. She kept a text file with prepared replies to most common issues and questions, and used the OS's built-in copy-paste functionality to quickly responding to messages asking about the same thing. I hear this kind of functionality is even supported directly in desktop e-mail clients these days.
Sourcetrail dev here. To my knowledge, without going into too much detail:

* Sourcetrail has a tighter integration between source code and graph visualization, because it offers less features than a full blown IDE like Visual Studio and can keep the UI more simple. Users of Sourcetrail can use either code or graph to navigate and both update simultaneously. In Code Maps the visualization stays the static until explicitly updated by the user.

* Sourcetrail's visualization is centered around one currently active symbol. Then other nodes are positioned up/below/left/right of it to encode additional meaning into the layout. Nodes are bundled together to de-clutter. In Code Maps the user starts with a certain symbol and then adds more and more symbols to the visualization, building a map. Filters can be applied to de-clutter.

* Sourcetrail needs to index all source code upfront, but afterwards querying and visualization generation is fast. I'm not certain, but to my knowledge Code Maps indexes only on demand/only partly upfront, so queries are not as instant.

If you are interested in Software Visualization, you can watch my recent talk at ACCU 2019, where I go through some design decisions of our visualization: https://www.youtube.com/watch?v=Gvmp3Gzhv8o
"on May 15th 2019 but Apple started dropping my emails"

What does that mean? Is there proof? How long do you wait before you call not getting a response 'dropping'?

The potential consequences require more than this.
FWIW, on macOS Mojave 10.14.6 Beta (18G29g), /etc/auto_master still looks like this:

#
# Automounter master map
#
+auto_master # Use directory service
/net -hosts -nobrowse,hidefromfinder,nosuid
/home auto_home -nobrowse,hidefromfinder
/Network/Servers -fstab
/- -static
Aha! Guys above said just this common joke!
OK, thanks for your kindness^^
Have you actually written and supported an app before because that's not how it works.

The users always blame the app. And then when they can't get the app to work they stop using it.

Which means the developer just lost a potential customer.
Lots of farmer suicides in NZ. Maybe Ontario has better support for farmers/rural populations.
https://www.stuff.co.nz/business/farming/99964077/farmer-sui...
Tips to Prevent Heart Attack – Everything You Need to Know
I don’t take issue with people expressing opinions, or even pointing out that theming is a platform feature.

But I do take issue with attacking developers who write applications for free, and contribute to the Linux ecosystem, for making a reasonable request to platform developers.
This thing is dead before even leaving China. Who on the west would want to buy a phone they can't use to watch Netflix, Hulu, HBO? Because if Huawei lost licenses to Android, what makes them think DRM technology providers will, which mostly are US based. And they sure can build their own DRM stack, but good luck on selling it to Disney or Comcast.

Also, apps compatible with Android. Please, don't make me laugh. You're so naive. Android works because you can monetize apps. If you can't monetize them, you don't build them. Free apps are monetized with ads, which are completely embedded into Google systems (yes, you could use others, good luck with that). Paid apps are monetized by Google Wallet, so another thing Huawei has to build. And believe me, I sure as hell won't trust the Chinese government (AKA Huawei) to handle my money.
What's with the surge of Wolfram stories on Hacker News lately?
Nit to pick. Prefer the term coordinated disclosure. Responsible disclosure puts things on an unnecessary moral dimension. It’s not irresponsible to disclose bugs ever, IMO. I have seen this debate a million times now, but I know it is new for someone.
You don't write an open letter when you want to ask someone something; you write one when you want to force them to do things your way by creating a public shitstorm.
Or why they aren't recommending 'truncate -s 0 file'
Time you “waste” looking out the window, thinking about life is not instant gratification and doesn’t beg you to come back whenever you can. It’s really not comparable to a video game, movie streaming, or social media.
Write the app in Electron. Problem solved. No more OS overriding your look.
I think it's better to call the users of such high-level DSLs, accidental programmers. It's not like they are not programmers, its just that they don't see software development as their vocation or profession. Yes, it's important to have languages that target them (e.g. Excel, Latex, SQL). Design of such DSLs is important and hard work. We need more professional activity making DSLs usable, consistent, and extensible.
> I think DSLs are about defining a 100% textual format.

Spreadsheets are an argument for thinking outside of that particular box.
Safari on iOS has been ignoring the user-scalable=no viewport setting since iOS 10. This was done to improve accessibility for the users.
Or by announcing it, they give the impression that it is something they have not done previously. Indeed, they might want to see how some people react to this and a sudden stream of deletions of social media posts by individuals/groups after finding out about this - would be of interest too them.

Another possibility is that the military like a large company has many arms and legs and highly possible that it is something that is already done, but by some seperate part of that collective that the rest are not aware of. I've seen a company the size of 100 have two people do the same project for nearly 6 months before they realised about the other and the duplication of work. More people, more separate divisions/locations, more chance duplication on some levels happens.

For me, I suspect the later, but equally mindful that as a tactic - doing something and then after you have done it, say your going to do it to gauge reactions - is a tactic that would not be out of place in any military intelligence collective.
My guess is that the connector on iPhones is riveted into the frame somehow, keeping it from stressing the solder joints when you plug and unplug. On many cheaper phones, maybe the port is just a hole going back to the circuit board, where the only thing holding the port in place is the solder.
This is so funny. I once worked on a year long project. The aim was to reduce customer escalations for my client. Changed the architecture of an extremely complex software making sure no regressions occurred and all new features worked flawlessly. The software was released and no customer escalations. I was happy, but found no one else cared. A few months later, during a meeting with the client manager, I brought this point up. I was told that since I delivered an error-free software, people forgot about it and that is a good thing. I wad told that if I wanted to get noticed, I should firefight instead of writing bullet-proof software.
They didn't ask for an extension, and many vendors do ask for more time. they simply ignore a potentially massive issue.
> At the urging of singers, the French government made the tuning A = 435 Hz officially standard in France in 1859

Did they know that the time that they had chosen exactly 435 Hz? That is, were they to directly count the number of waves per second using the technology available at that time?

My quick searching says that devices such as "Scheibler's Tonometer" did exist at the time. These allowed the user count the much slower "beats" between two tuning forks, letting them extrapolate the frequency of a unknown tuning fork from a known. But what did they use for a known?

Or was the French standard only actually defined as a particular tuning fork, only determined to be 435 Hz at some late time, when better technology was available?
Remember that music on a CD has only 16bit depth. It's plenty of dynamic range, especially for a control signal that can map to any output amplitude range.