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


From my experience, enterprise apps are generally complex because they are a combination of:

- environment: integration of a large amount of services - and a good amount of them are legacy and idiosyncratic

- use case: enterprise app are at the intersection of real life and the virtual world: the rules are messy, illogical and have a baggage of 20/30+ years. Thus they cannot be changed at all. This is IMO the main difference between a "pure" greenfield startup kind of project and the enterprise one.

- add another layer of burocracy and complex environment to navigate

And with that you got the enterprise app world :).

In the end whatever framework is chosen, the most important property is the availability of common language/patterns.


> use case: enterprise app are at the intersection of real life and the virtual world: the rules are messy, illogical and have a baggage of 20/30+ years. Thus they cannot be changed at all.

This is in my experience exactly the problem. They can be changed and should be changed as it would save everyone boatloads of time and money. Engineers need to advocate these business process simplifications, and managers need to illustrate the ROI of making such simplifications.

One has to challenge nonsensical requirements: it’s a critical part of engineering.


You may notice that in the linked article, only the artifact id has been spoofed. In maven you need to declare both groupId and artifactId for your dependency (and a fixed version, a range is generally considered a bad practice).

To be noted, it makes this kind of attack more difficult, but not impossibile.

Especially the mix public/private artifacts. I guess it will force a lot of companies to at least lock their groupId on maven central, if they never bothered to do so.


The trick is setting the right redirect_uri [0].

Generally it's implemented with a custom URI scheme (that the target application is registered for) or a loopback ip address.

[0] https://developers.google.com/identity/protocols/oauth2/nati...


Thanks! Was about to implement OAuth (against Azure AD) at work and we didn't want to embed a browser, so this was really helpful.


Yes you can upload: https://support.google.com/youtubemusic/answer/9716522?hl=en .

The UI/UX of youtube music is lacking compared to GPM, but at least the file locker functionality that I use is still here.


Just don't make my mistake of using YouTube Music from your brand account on YouTube, or you'll always see this when trying to upload music:

  Switch accounts to upload
  You're signed in to an account that doesn't support uploading. To upload music, switch to your personal Google account. Learn more
There's no way to share or migrate liked songs, apparently. And YouTube Music never warns you about the upload limitation before you start using it from "the wrong account".


Please correct me if I'm wrong, but my understanding is that you can upload your music to YTM but it isn't seamlessly integrated into your listened experience like it is on GPM.

Is that right? If so, that is losing the best aspect of GPM.


And create an accessibility nightmare.


Everything is an accessibility nightmare until somebody creates accessibility tools for it


That has yet to hinder web developers.


Hi, one of the devs here. I would like to clarify that this project has been developed as a side-project, it's not (at least, during that timeframe) our main work.

So don't take the time to develop a feature as a 100% full time work :)


Hi,

You are right about angular. We already have done 50% of the work, as we have the "customer" facing part done in angular 8 (https://github.com/alfio-event/alf.io-public-frontend).

In the next release (M3) we will convert the "admin" part too (we are targeting a new frontend built with angular material) :)


Awesome! Didn't notice the client frontend, great job!


If you consider that window, normally use third party drivers (by amd, intel, nvidia) which bundle by default vulkan.

Linux distributions and the more recent android versions?


>The absence of a package manager like Bundler or Cargo was frustrating

why you did not use maven or gradle?


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

Search: