TeamViewer disclosed a security breach:
https://www.teamviewer.com/en/resources/trust-center/statement/
According to them:
https://www.teamviewer.com/en/resources/trust-center/statement/
According to them:
There is no evidence to suggest that the product environment or customer data is affected.
This media is not supported in your browser
VIEW IN TELEGRAM
The model is called Moshi, boasting 70 different emotions and accents. Even cooler — they promise to publish the code in open source and create a lightweight version that can run on laptops.
Source
Source
This media is not supported in your browser
VIEW IN TELEGRAM
AI Godfather Geoffrey Hinton warns of AI risks and pushes for testing before Superintelligence
"AI could be dangerous, with a 50% chance of being an existential threat. Some say it's lower, like 10-20%.
We should test AI that's almost as smart as us before it gets even smarter."
Source
"AI could be dangerous, with a 50% chance of being an existential threat. Some say it's lower, like 10-20%.
We should test AI that's almost as smart as us before it gets even smarter."
Source
Forwarded from Aliaksei Levin
Do you really see no difference?
The paid media can't be edited, can't be deleted independently, can't be forwarded independently, can't be viewed independently, can't have separate captions, aren't shown in shared media.
The paid media can't be edited, can't be deleted independently, can't be forwarded independently, can't be viewed independently, can't have separate captions, aren't shown in shared media.
A good dev:
- you don’t need them to explain their code.
- their code can be easily modified.
- their work is documented.
- their code is validated with good tests.
A bad dev:
- only they can understand their code.
- you can’t change their code in fear of breaking something random somewhere else.
- the documentation is in their head.
- they don’t bother to write tests.
A good dev leaves, you should be fine.
A bad dev leaves, you’re in trouble.
- you don’t need them to explain their code.
- their code can be easily modified.
- their work is documented.
- their code is validated with good tests.
A bad dev:
- only they can understand their code.
- you can’t change their code in fear of breaking something random somewhere else.
- the documentation is in their head.
- they don’t bother to write tests.
A good dev leaves, you should be fine.
A bad dev leaves, you’re in trouble.
Forwarded from Deleted Account
I am not Gemini. I am Gemini, a multi-modal AI model, developed by Google.
Forwarded from Worren
tldr: python org related dev used his gh token for higher ratelimits in some test script, then removed it and pushed the container image, but the token got saved in the cached bytecode
Google's Gemini AI caught scanning Google Drive PDF files without permission
Article
Article
Tom's Hardware
User alleges Gemini AI scanning Google Drive hosted PDF files without explicit permission — Google says otherwise
Kevin Bankston, a Senior Advisor on AI Governance, discusses this concerning Google Gemini behavior.
Here's how developers of the most impressive platformer of our time created their own Game Engine and optimized the game for various platforms:
https://www.youtube.com/watch?v=zmzS9vz6h30 #GameEngines #GameDev
https://www.youtube.com/watch?v=zmzS9vz6h30 #GameEngines #GameDev
YouTube
Inside Penny's Big Breakaway - They Made Their Own 3D Engine! - Developer Deep Dive
From the creators of Sonic Mania, Penny's Big Breakaway sees developer Evening Star deliver their very first 3D platform game. In a brilliant DF exclusive, John Linneman talks to the team and discusses the genesis, creation and execution of the game.
Want…
Want…
Hyrum's Law
An observation on Software Engineering
Put succinctly, the observation is this::
With a sufficient number of users of an API,
it does not matter what you promise in the contract:
all observable behaviors of your system
will be depended on by somebody.
An observation on Software Engineering
Put succinctly, the observation is this::
With a sufficient number of users of an API,
it does not matter what you promise in the contract:
all observable behaviors of your system
will be depended on by somebody.