227 karma · joined November 3, 2012
You might find on the opposite end of the spectrum that someone with a perfectly equal skillset is laughing at the idea of taking on personal projects when he can just optimize for getting hired somewhere where they prioritize paying you to learn on the job.
Surely, for Suno to claim fair usage and be given free reign to build a commercial business off of literally anyone's original works then the bare minimum bar for allowing that usage would be: make a satisfactory test to prove that you're always doing something transformative and original, within practical limits.
In this context, this would be the equivalent of Suno explicitly placing stop points throughout the training, tokenization, and generation processes to verify that there was absolutely no chance of it generating copyrighted material through some kind of clean room reconstruction test. They would also need those tests to be audited at random by a third party governing body. Obviously they are not doing this, so the metaphor definitely does not track here.
You haven't really made a strong argument for why a user might upgrade specifically and immediately for those features, besides that they exist. Certainly the average person is upgrading over time as components break or fail, but why is it that you think the average person is still upgrading regularly for any of the things you listed?
What is populist is rarely what is correct in this context.
But ARE you though? I'm in Chicago where we're in the tail end of phasing this system out specifically because it did not address the problems it claimed to. All it did was aggravate and harass locals _after_ the fact that had nothing to do with the initial crime.
The deterrence factor was not insignificant, but it definitely wasn't worth the far greater instances where it was not only creating false positives but also proactively CREATING crime in accordance with other "high tech" solutions like predictive crime algorithms which only really served to reinforce existing biased patrolling practices (which were driven by data generated by shot spotter, in part).
See: https://www.theverge.com/c/22444020/chicago-pd-predictive-po...
Strange catch 22 situation where the title promotion actually locks them in where they are for at least another few years.
A related aside: I've noticed anecdotally that as you become more senior you get pretty good at feeling out what that number is for each of your teammates and it becomes a pretty useful metric to leverage in your day-to-day toolkit. I'd be curious to see what a workplace would look like if folks were actually allowed to be transparent about that (without repercussions) rather than it having to be guesstimated.
```
a.link
border: red
&:hover
border: blue
```I don't think you're wrong to say that it can happen to nominally democratic countries too, but India as a whole (and ESPECIALLY the smaller states) is probably not the best example to prove the point.
RIP Terry. A. Davis
On the contributor side:
- Visual style guides require much more time and skill to create (relative to style guides for code) and still generally fail to achieve anywhere near the aesthetic unity of a single great designer with total control.
- If you commoditize your design elements to the point where it is easy to contribute them, then it is no more difficult to do it yourself to begin with.
- Delegation of design work still requires that you funnel it somewhere to be judged on qualitative measures, rather than the pass/fail nature of code
Generally the best you can do is collaborate very, very tightly and then funnel it through a single person in the end anyway a la Python's BDFL in a very trial and error fashion.
On the contributor side:
- Visual style guides require much more time and skill to create (relative to style guides for code) and still generally fail to achieve anywhere near the aesthetic unity of a single great designer with total control.
- If you commoditize your design elements to the point where it is easy to contribute them, then it is no more difficult to do it yourself to begin with.
- Delegation of design work still requires that you funnel it somewhere to be judged on qualitative measures, rather than the pass/fail nature of code
Generally the best you can do is collaborate very, very tightly and then funnel it through a single person in the end anyway a la Python's BDFL in a very trial and error fashion.
Blackberry now produces Android phones and the Windows phone is defunct. That just leaves the myriad of fly-by-night Kickstarter phones that wouldn't be able to run these apps in the first place.
Zealots betting the house can't afford to be wrong because it would often make them bankrupt.
Argue devil's advocate all you like, but there are many HOAs with "No Jews, Asiatics, Blacks, or Mulattos allowed" still on the charter and "Whites only" written directly into the deed.
Wasn't that long ago, and many of the people who wrote those bylaws are still alive...
How many times can you have the same conversation with someone complaining about <outdated software library> and being underpaid at <six figure salary>? It's amazing to me how few people in this industry have exposure to the world of experiences outside of the pinhole purview of techworld concerns. Going remote means you actually get to choose your day to day friends, experiences, social life, and culture instead of having them forced upon you! Craft your life the way you want to live it.
As another commenter mentioned: Django, DRF, Flask
But unmentioned... The old titans of Pyramid, Pylons, CherryPy, Bottle, Tornado, wheezy, web2py, and more.
A _gigantic_ portion of the community is centered around web development, and the fact that almost all web packages have centralized around Django, DRF, and Flask is a function of dozens upon dozens of popular frameworks merging in a "survival of the fittest" fashion into the best possible union of ideas. You seem to perceive "many packages" that all perform a similar function to be a good thing, but speaking from the perspective of someone who writes 70% Javascript and 30% Python I'll tell you that almost every other sane group of developers considers the highly duplicitous JS ecosystem to be a massive weakness.
The NPM ecosystem has an _ocean_ of shallow, highly similar, and one-off frameworks because Javascript developers tend to "divide and conquer" rather than bring good ideas together. Python developers deprecate their packages in favor of better ideas, or just open a pull request to alter the project rather than creating a 99th competing framework in the first place.
[1] https://pypi.org/search/?q=&o=&c=Environment+%3A%3A+Web+Envi...
I assume if you're on HN that you have at least one well-paid black coworker in tech. Ask them how often they get uncomfortable, questioning looks while walking around their own neighborhood and you'll see exactly how hyperbolic that statement is.