Readit News logoReadit News
aimxhaisse commented on Veo 3 and Imagen 4, and a new tool for filmmaking called Flow   blog.google/technology/ai... · Posted by u/youssefarizk
ahtihn · 3 months ago
> The gates are wide open for those that want to put in effort to learn.

Why is effort a requirement?

Why should being an artist be a viable job?

Would you be against technology that makes medical doctors obsolete?

aimxhaisse · 3 months ago
On effort being a requirement: part of art is around playing with limits of a medium and finding a way in it, it takes a lot of trials, attempts, and errors for an artist to make their way. It's not a requirement per se, but something needed for someone to intent something different. Not worried about creative ways where artists explore AI, new things will come out of it and it's going to be interesting. Not worried either about post-modernists who already dropped requirements long time ago and tape bananas to walls, they'll find their way. But the category artists who make their way through the effort put in a medium, not only the narrative around the medium will be affected.

On jobs: craftsmanship is slightly different than art: industries are built with people who can craft, there is today an artistic part in it but it's not the essence of the job: the ads industry can work with lower quality ads provided they can spam 10x. There is however an overlap between art/craftmanship: a lot of people working in these industries can today be in a balance where they live with a salary and dedicate time to explore their mediums. We know what will happen when the craftmanship part is replaced by AI, being an artist will require to have the balance in the first place.

It feels like a regression: it leads to a reduction of ideas/explorations, a saturation of the affected mediums, a loss of intent. Eager to see what new things come out of it though.

aimxhaisse commented on Google stores billions of lines of code in a single repository (2016) [pdf]   dl.acm.org/doi/pdf/10.114... · Posted by u/jeremylevy
lopkeny12ko · 3 years ago
There's a lot of love for monorepos nowadays, but after more than a decade of writing software, I still strongly believe it is an antipattern.

1. The single version dependencies are asinine. We are migrating to a monorepo at work, and someone bumped the version of an open source JS package that introduced a regression. The next deploy took our service down. Monorepos mean loss of isolation of dependencies between services, which is absolutely necessary for the stability of mission-critical business services.

2. It encourages poor API contracts because it lets anyone import any code in any service arbitrarily. Shared functionality should be exposed as a standalone library with a clear, well-defined interface boundary. There are entire packaging ecosystems like npmjs and pypi for exactly this purpose.

3. It encourages a ton of code churn with very low signal. I see at least one PR every week to code owned by my team that changes some trivial configuration, library call, or build directive, simply because some shared config or code changed in another part of the repo and now the entire repo needs to be migrated in lockstep for things to compile.

I've read this paper, as well as watched the talk on this topic, and am absolutely stunned that these problems are not magnified by 100x at Google scale. Perhaps it's simply organizational inertia that prevents them from trying a more reasonable solution.

aimxhaisse · 3 years ago
I find 1) to be a good property assuming you have some safeguards or rollback procedure, at a cultural/code ownership level it moves the efforts of shared-code changes on the person doing them rather than on the ones depending on shared code, which reduces communications, frustration points and increase responsibility.

For instance in multi-repo environments I've often seen this pattern: own some code, bump an internal dependency to a new version, see it break, ask the person maintaining it what's us, realize this case wasn't taken into account, few back and forth before finding an agreement.

On the other hand in mono-repo environments, it's usually more difficult to introduce a wide changes as you face all consequences immediately, but difficulty is mainly a technical/engineering difficulty rather than a social one, and the outcome is better than the series of compromises made left and right after a big multi-repo change.

aimxhaisse commented on “Good Luck with That” Public License   github.com/me-shaon/GLWTP... · Posted by u/ihuman
BFatts · 7 years ago
Our company has, in its policy, the allowance of licenses that fall into the OSI spec. This license, along with the WTFPL, are patently denied due to their joke licenses.

Regardless of how amazing your code is, you look like a kid when you need to tag your code with one of these joke licenses. It loses a ton of credibility in the corporate world where open source is taken very seriously.

aimxhaisse · 7 years ago
That's why I find the WTFPL a bit misleading, I tend to prefer the official french version of it (LPRAB -> http://sam.zoy.org/lprab/) ; the main point of this one is the "j’en ai RIEN À BRANLER." part, i.e, "I don't care at all".

It leaves little room to potential ambiguities regarding whether or not you should expect the author to care about concerns like, looking like a kid.

aimxhaisse commented on Recreating Daft Punk's Da Funk with Overtone and Leipzig   overtone-recipes.github.i... · Posted by u/greenonion
arnklint · 9 years ago
Might be relevant to the subject: Sonic Pi Daft Punk sample - https://www.youtube.com/watch?v=cydH_JAgSfg
aimxhaisse · 9 years ago
You might also be interested in how this is made under the hood: https://mxs.sbrk.org/aerodynamic-en.html
aimxhaisse commented on Aerodynamic by Daft-Punk in 100 lines of code with Sonic Pi   aimxhaisse.com/aerodynami... · Posted by u/edouardb
jayzalowitz · 10 years ago
Did he put out source, id love to edit.
aimxhaisse · 10 years ago
Yes, it's available here at the end: https://mxs.sbrk.org/aerodynamic-everything-en.html
aimxhaisse commented on Aerodynamic by Daft-Punk in 100 lines of code with Sonic Pi   aimxhaisse.com/aerodynami... · Posted by u/edouardb
moul · 10 years ago
Are you using your tool here https://github.com/aimxhaisse/dummy-wav2pi for this song ?
aimxhaisse · 10 years ago
Unfortunately no, I did this code while trying to reproduce the bell sound, I thought it'd be easier to reproduce it by extracting the active frequencies of the original sample, but I could merely obtain the timbre of the instrument. I guess it needs more work (it doesn't take into account the envelope of the bell) and more tweaks.
aimxhaisse commented on Aerodynamic by Daft-Punk in 100 lines of code with Sonic Pi   aimxhaisse.com/aerodynami... · Posted by u/edouardb
samaaron · 10 years ago
Great work with the tutorial! Thanks for jamming with Sonic Pi and sharing the live coding love <3 <3
aimxhaisse · 10 years ago
Thanks a lot for Sonic Pi and Overtone!
aimxhaisse commented on Aerodynamic by Daft-Punk in 100 lines of code with Sonic Pi   aimxhaisse.com/aerodynami... · Posted by u/edouardb
QuentinPerez · 10 years ago
Awesome ! Added to my playlist :)
aimxhaisse · 10 years ago
Glad you like it! Feel free to ask questions!

u/aimxhaisse

KarmaCake day24January 23, 2009
About
[ my public key: https://keybase.io/aimxhaisse; my proof: https://keybase.io/aimxhaisse/sigs/_kWvVfwmKrPE5xDnlI8iiW2_YgKy9tc7yuz36PL-2-o ]
View Original