1 karma · joined December 24, 2021
- it is meant to reduce the barrier to entry, but from what I've experienced, Laravel does a very good job at lowering it, - it seems like the framework doesn't come with Composer [1] support built in, which means you can't import all sorts of awesome packages out of the box, - other frameworks are modular, namely Laravel, Symfony, Silex and a lot of others: what does Nectar provide that these well established and battle tested frameworks don't?
I'm not trying to hit on Nectar, but I'm not sure I see its added value (yet).
2- Not "every VPS provider", but the big ones, like AWS and DO. The NSA apparently had access to the fiber cable used by Google a few months back. They can probably easily get access to any other cable.
3- Yes, so? Did I say anything about me moving to Fastmail to get away from the US gov? The US gov will get to your data wherever you are if they actually need to. It's hopeless to try and hide your data. The only solution I see is encrypting it with something like PGP. They can easily find and save everything. But they can't decrypt everything. My move to Fastmail is about not having my email screened by robots to serve targeted ads. And making me less dependent on Google (which I think is the main topic of this thread).
What I don't get about this one is that the author, Christopher, put the email server on a Digital Ocean VPS. If I'm not mistaken, DO is a US company and the gov can probably get access to the server's contents as easily as to a Gmail account.
Of course, if Christopher uses PGP for everything, then the gov would still have to find a way to decrypt stuff. But PGP doesn't seem to be commonly used (yet).
I used to have a Gmail account too but switched to Fastmail about 16 months ago and recently renewed my account for 3 more years. It's reliable and the web client is crazy fast.
But the ones that don't want to see ads may pay Google instead of using AdBlock. Also, some publishers may decide to use Google's solution instead of an in-house one, which allows Google not to be bypassed.
If all that was to fail, I'm sure Google will find new problems to solve and more ways to grow revenue.
(this is not sarcasm, I actually think this is amazing in terms of strategy)
"Take care when publishing a crate, because a publish is permanent. The version can never be overwritten, and the code cannot be deleted. There is no limit to the number of versions which can be published, however."
That. Is. Awesome.
First missing thing for me would be responsive images though. I can add an image, but unless it has the perfect size for the screen, it looks bad because the width does not adjust.
I was feeling more and more dependent on one company's goodwill. A few months ago, I renewed my Fastmail [1] account for 3 more years, being very happy with the service. I use DuckDuckGo [2] as my main search engine and love it. I use Opera as my main browser. The only Google services I use regularly now are Android and YouTube. YouTube being totally optional and Android only being an interface to data located elsewhere, I feel free. Sure, Google has access to my data, but they can't lock me in.
I would consider C++ to be way more verbose than Javascript. Especially with ES6 coming (and things like Flow / Typescript allowing you to use ES6 today).
Weird scoping? What are you talking about here? It's not the same as other languages. That does not make it weird. When you understand how it works, it's not a problem. Use it to your advantage.
Not nice to optimize for? Javascript is fast enough for most tasks, provided you use best practices. You can even build AAA games with it nowadays, through ASM.js. I'd like to learn more about what you mean exactly when you say it's not nice to optimize for, if you have the time.
I get that Javascript has its quirks. But so do most languages. What's awesome is that JS is easy to get started with, but can be used to build complex apps (especially with things like Flow / TS). And it works everywhere. And it has an amazing ecosystem of client side and side libraries.
I know it's not perfect, but I wanted to get it out there and get some feedback. Enjoy (hopefully)! :-)
Even huge companies like Google get hacked. So saying that you can do better just because someone got hacked is just ridiculous. It's about how the hack was handled and what information was disclosed that matters IMO. From what BrowserStack says, it seems like only a few emails addresses were disclosed. I'm not saying that this is bad. But this could have happened to any other company. Everything in the fake email is probably bull---- (has anyone tried to find out if anything in it was true?).
https://cdn.polyfill.io/v1/polyfill.js?features=Array.protot...
Docs about this can be found here: https://cdn.polyfill.io/v1/docs/api
And, you can choose to do feature detection if you wish. Here's a quick example:
https://cdn.polyfill.io/v1/polyfill.js?features=Array.protot...
More information about that can be found here: https://cdn.polyfill.io/v1/docs/api
Going further down the page does make it more clear though.
If you don't want to take the time to reply, then don't bother sending me anything at all. And it's not about having a crazy schedule. We have time. In fact, we have more time than ever before because robots already automate repetitive tasks. But a human interaction is not a repetitive task IMO.
Some like Angular, some like React, some like Ember. Companies are successful with all 3 of these frameworks. And that's what counts. What's important is whether the tools help us get things done. And all 3 frameworks do exactly that, in different ways.
You can try to say "I win", but you only win if your product works better than your competitors, not if you have a "better" framework.
Every time I get a crappy text version of an email, I try to contact the company (via email or Twitter) to get them to care about text emails. Usually, I've received encouraging replies. It seems like marketing email services don't optimise text versions and companies don't even realise that. Probably because fewer people care about text versions.
I encourage you too, to send requests for better text emails if you care about this.
Facebook is way more than "just" a website: - the only platform that has managed to make people share this much content - a way for businesses to advertise and thus make more money - the maintainer of amazing open source projects such as HHVM or React.JS
I don't think Facebook is perfect. But focusing on the privacy concerns to say Facebook sucks is just wrong. If you're concerned with your privacy, simply don't sign up on Facebook or don't share private content.
According to Wikipedia [1], Facebook makes 7.8$B and has a net profit of 1.5$B. If Facebook gave 90% back to its user base, no way it could survive with the level of quality they provide (accessibility, technical reliabilty, etc).
Sure, it's nice to give time, but giving time privately for only one person to see seems less interesting than answering stuff on SO (or similar dev focused sites) where everyone benefits, not just one person.
Every new initiative is good if it brings new ideas.
But sadly, most new social networks we see try to convince people that Facebook is bad (ads, privacy concerns, etc) instead of convincing them that the new thing is good. IMO, this is backwards. I have never heard someone tell me "Facebook should share revenue with us". I mean come on: Facebook hosts servers, creates tons of jobs and they should now start paying users?
> DECENTRALIZED CLOUD STORAGE > Storj is based on the Bitcoin blockchain technology and peer-to-peer protocols to provide the most secure, private and efficient cloud storage.
"Regular" people, people that just want their stuff backed up and synced, do not necessarily know what "decentralized cloud storage", "Bitcoin blockchain" or "peer-to-peer protocols" are.
Also, Dropbox clearly stated that it was not hacked. I cannot imagine Dropbox storing passwords in clear text. To me, this "hack" looks like a scam trying to make easy Bitcoin money.
What we need is to make people aware of the security implications of using the same password everywhere.