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

I tried FreeCAD but all versions crash within minutes of using it, making it unusable.


Have you checked the logs or tried submitting the issue? If you haven't they won't probably even know about such an issue and this won't be fixed. To put this in context if you would be paying for this, and have such a problem, you would for sure either submit the issue or cancel/refund the license and maybe put some feedback somewhere.


Weird, I don't think I've ever had freeCAD crash on me except maybe if I was being a real jerk to it.

I typically just use the latest version from the arch repos and it's been smooth sailing.


Well, whenever I’ve trialed FreeCAD I was hoping to love it, so certainly not intentionally being a jerk to it, but also certainly being a complete and utter n00b to it. Never have gotten to the point of doing something I could use.


It would be nice if I could scale the UI. Some text can be scaled with GDK environment variables, but not the icons.



Except that lead's toxicity has been known for thousands of years.


Yes and the dangers of AI overlords have been known at least since the first Terminator movie /s.

Seriously though, people tend to dismiss things they are know are bad if there is no immediate harm. Certainly they had no idea how incredibly pervasive the lead from gasoline would be, that it would be detectable at harmful levels in basically everyone. It is also hard to measure these harms. How much crime of the 70s and 80s could be attributable for example.


Oh we instantly did know how bad it could get. General Motors,Standard Oil and DuPont knew for sure, they had industrial incidents and lied about them! US Surgeon General was bought, people with opposing opinions were sued.

It was instantly obvious to anyone that using leaded gas esp. in agriculture would be deadly and toxic. The risk was ignored for profit, PR handled, underplayed. Even the chronic effects were known!

We even had an early alternative of just adding more ethanol to the pettol. But no...

It took 50 years of scientists trying to convince public how deadly this thing is, with varied success. And 30 more years for the bulk of the phaseout.


Thanks, longer piece on that: https://www.bbc.com/news/business-40593353


> Oh we instantly did know how bad it could get.

Who are “we”?

The same could be told about AI - content farms, generating spam that bypass spam filter, etc…

Some people knew them, majority of the public don’t


The Public, which is not an entity, also knew enough about lead. But they were not told the gas contained lead for the longest time. Ethyl was marketed as an antiknock additive explicitly dropping lead from the name for this very reason.

Then there was a big chunk of time taken out for WW2 where such considerations were pushed out. The issue returned later but then it was argued there was no alternative for years.


Lead toxicity was limited due to it not being sprayed about with fumes out of the exhaust of every vehicle, and then number of those vehicles being low. It got quickly somewhat regulated away. (But not 100%.)

AI toxicity... We don't even know the risks. There's potentially no limit to the damage. We have some examples (metrics making echo chambers, automated classifiers giving people wolf ticket for no reason, amplified evil biases in conversational AI, fake news and deepfake generation) and some guesses for now. We do not even know how to begin to regulate it.

It's not even the same ballpark. Internet would be a closer comparison and it's still wild west.


Same risk as hiring a troll farm now


Troll farm is limited number of people with limited capability. These can be tracked down and shut down, their enployers as well. The effects of a troll farm are relatively predictable which is why they're used. It's somewhat rare that anything really unpredictable results from small scale social engineering of this kind.


I must strongly disagree here about unpredictable results from social engineering. Vladmir Lenin was deliberately let through Germany because they figured he would just weaken the tsar. It is hard to get smaller than one person or more unpredictable in impact with many others.


I would argue social media has at least 10 years of known toxicity, it is so addictive and harmful to young people i dont get why its not prohibited like gambling or smoking..


> Now we just have to get a handle on all the leaky stuff at the edges of every “functional core”, because there lay many dragons

My gut is telling me erlang might have tackled this.


Don't worry. It didn't.


> It sounds like you're making the mistake of thinking that TDD means writing the tests first.

Actually, Kent Beck, who coined the term TDD, has the following to say in his book "Test Driven Development":

"In Test-Driven Development, we Write new code only if an automated test has failed"

This implies that in TDD the test is written first.

Regardless of any definition, test-first and test-last are just two ends of a scale we can use.


He’s saying to write a test before its code, but don’t write all the tests before any code.


He's also saying "I get paid for code that works, not for tests, so my philosophy is to test as little as possible to reach a given level of confidence..." https://stackoverflow.com/questions/153234/how-deep-are-your...


It wouldn't surprise me if the original reason is the pervasive use of jupyter notebooks in ML, which don't adhere to normal python conventions, and are affected by slow imports only when those sections are explicitly evaluated.

Side-effects in imports are, in my opinion, unnecessary, losing some of the benefits of static analysis, running with different parameters during tests, compiling to native code (if those tools exist), slowing things down, and more.

Libraries could have an initializer function and the problem would go away.


You could consider Clojure. It is backed by the java ecosystem, which is substantial. Not quite the same as python's "batteries included" approach.


Groovy would be the most "batteries included" JVM language I think ... latest version even bundled YAML support in the standard library. Of course, it has all the downsides of a "kitchen sink" approach to language design.


Java has substantial industry backing, but you cannot argue that it has a battery-included standard library.

But to answer the question: yes, Go has support for SMTP in net/smtp and a lot of different serialization formats in encoding/

You can browse it all here: https://pkg.go.dev/std


What if the warrant canary is from the developers of the encryption software? See truecrypt -- assuming it was actually a warrant canary.

Where "cross your fingers" is equivalent to the "warrant canary has not been revoked" when encryption is involved.


> What if the warrant canary is from the developers of the encryption software?

That seems useful. Thanks!


Another options is "nsjail". I landed on it having considered at firejail, apparmour, selinux, bubblewrap.


What are the advantages?

I'm very frustrated with firejail since I can't for example block execution in my home directory, with the exception of one subdirectory.

It just can't be done.


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

Search: