31
linuxxx
7y

Wanted to get the privacy site cms REST API ready for programming again but hadn't put it on gitlab yet.

After some nervous searching I found it again 😅

This weekend I hope to get very far :)

Comments
  • 4
    Use GraphQL. It will save a lot of time writing adapters trust me
  • 2
    Yeah, i hope i also get a lot done
  • 5
    @windlessuser Very maybe, out of principle I'd rather not use libraries made by facebook :).

    Thanks for the suggestion though, certainly looks interesting!
  • 3
    Good luck my dude :)
  • 2
    @Bl00D4NGEL Thanks! Do you know what it'll be about?
  • 2
    @linuxxx uh not really to be fair. But cms rest API coding sounds interesting
  • 6
    @linuxxx That's a very strange principle... Do you mind to explain it?
  • 1
    @theCalcaholic I wouldn't call it strange tbh
  • 6
    @404response I just can't think of any good reason to do that - so I'm wondering if I missed something.
  • 3
    @theCalcaholic Very simple, I want to stay away from anything related to facebook.

    Might be strange to you, it's the most logical and normal thing in the world for me.
  • 5
    @linuxxx Hm... So, because a company has a product which you don't like (and/or the business model behind it) you don't consider or even appreciate their contributions to FOSS?

    I mean that's ok, I guess. But I war hoping that you had another reason for it.

    I don't like Facebook either (or Microsoft for that matter), but if they - as some of the biggest players in IT - decide to support Open Source, I'll gladly embrace it and support them in doing so.
  • 2
    @linuxxx it’s FOSS. Just fork it if you don’t like fb lol
  • 3
    It’s MIT licensed even
  • 5
    @theCalcaholic Yup, as simple as that. Same with Google in my case. We'll use bootstrap though but although I dislike twitter, at least they take the lead in security and user privacy every time.

    Still gotta look at how I could block bootstrap requests to google fonts :)
  • 6
    @linuxxx Alright. I just think we should rather support investments in FOSS instead of boycotting it.

    I mean, GraphQL, React, Angular, Tensorflow, Android are all really valuable contributions to FOSS and help bringing it forward a lot. And there are no privacy issues or something.

    But well, I'm accepting that you don't like it. I was just surprised because you seem to care about FOSS usually.
  • 5
    @theCalcaholic Don't twist my words now: 'you seem to care about FOSS usually'

    It's me not only about the software itself but also about the motives and history of what the companies behind the software do.

    If a company is integrated in a huge mass surveillance network, tries to get all the information possible in the world and also starts with a very fuckerish license (the beginning of react (@Torbuntu)) then I won't use stuff related to it indeed. (@runfrodorun).

    About my whole life runs on FOSS so yes I fucking care about it.
  • 3
    @linuxxx I didn't mean to question that you care about FOSS. But I think that boycotting big contributions to the FOSS world - no matter by whom - harms the FOSS community altogether.

    Of course it doesn't matter too much if a few people do it, but it would do a great deal of harm if that amount of people grew.
  • 3
    @theCalcaholic Good :). I don't mind big companies contributing but if a company contributes to an open source project (the philosophy of open source is openness and the ability to control it yourself if you'd like) when that company is all about taking as much data as possibly and thus taking a lot of privacy values/control away meaning that you have a lot less control over your data then yes, I'm against that without a doubt.
  • 2
    also graphql is fucking stupid, the exact same as angular and react, and it was made for people whod rater learn a completely new and totally useless thing rather than get good at a language
  • 0
    @BindView GraphQL is a modern take on the adapter problem. Think what wsdl did for SOAP. It’s also more intuitive than REST - no one follows the HTTP spec anyway - you request the data in the form you want it back.
  • 0
    @BindView can you please explain why they are useless?
  • 0
    @tahnik cause you can do the exact same shit natively with 0 overhead
  • 0
    @BindView does that mean we should program in assembly all the time?
  • 0
    @tahnik for efficiency-based operations where speed matters the most, like databases? I think i answered your question.
  • 0
    @BindView Everything has it's use case. You can write a lot of things in pure javascript. But it doesn't make any sense if lot of work has been done for you.

    Most of these libraries and frameworks helps to force best practices of a certain design pattern which is well known in the industry. It gives you better control on shared code and helps you to maintain quality.

    GraphQL for example, gives front end or mobile devs a really nice way to ask for information from the server. You can achieve the same with REST api, but it is just much easier and more efficient to use GraphQL in some cases.

    Calling something useless just because it's not useful for you doesn't make any sense.
  • 0
    @tahnik yes and also you can get the same thing done natively with gson or something similar
  • 0
    @BindView GraphQL is a spec for query language and server-side runtime for fetching data from database. You can implement it any language with any libraries (i.e. gson) you want. It doesn't depend on a particular language.
  • 1
    @BindView Speed is not the most important parameter for data bases. Consistency, redundancy, atomicity, etc. are more important.
Add Comment