273 karma · joined April 7, 2017
"git@github.com: Permission denied (publickey). fatal: Could not read from remote repository."
Edit: works now, as of 10:06am ET.
This describes most everybody.
If the organization you're looking to join is minimally humane, they'll be open to giving you another chance later down the line. In the event of a rejection, ask whoever's communicating with you for feedback, and mention that you'd like to try again later.
Worst case scenario, it doesn't work out and you discover that this organization is not willing to help people grow and give them a second chance, which could be a sign of other cultural problems below the surface, and you dodge a bullet in the process.
Best case scenario, you're in.
The middle ground is that you know you can prepare a bit more and try again later.
I feel like there's little downside to doing right away. I'd say do it.
Thanks for the feedback!
I realize I wasn't actually using Google Photos, so my recommendation of hard drives likely isn't realistic for most people. TIL about Photoprism, I'll look into it.
For Google Drive, an actual solution for a typical use case would be something like Nextcloud (self-hosted or not, doesn't matter). My own use case was only about sharing a single file between two machines, so Syncthing fit the bill perfectly.
Again, thanks for sharing your thoughts :)
As people grow curious to create their own digital garden a claim their own space on the Internet, I found that the main blocker was getting started. They have ideas, notes, and thoughts, and they're ready to share them on the Internet, but they don't know where to get started. To reduce the barrier to entry, I created a simple digital garden template [0] along with a step-by-step tutorial to set it up [1]. More than 70 people have forked the repo to try it out.
Once the first step of setting the technical part up is complete, it's easy to start sharing ideas with the rest of the world. :)
[0] https://github.com/maximevaillancourt/digital-garden-jekyll-...
[1] https://maximevaillancourt.com/blog/setting-up-your-own-digi...
I use a similar setup where I literally have a single USB cable that gives me access to everything: monitor, keyboard, mouse, lighting, camera, microphone.
I just need to plug the cable in the computer I want to use. However, I do need to change the input on the monitor as one of the them is connected via HDMI.
I became overwhelmed with the massive list of content I saved in Pocket/ Instapaper but that I knew I'd never read, so I built myself a similar app where saved content disappears after 7 days.
If I don't read something in the week after I save it, there's a good chance I'm not going to read it ever.
Works well for me so far.
Ultimately, it's all about each of us using what works best. It seems like Freshreader doesn't quite line up with your needs, and that's okay.
If it ain't broke, don't fix it!
Glad you're enjoying the T450s.
> never rendered larger than 64x64
On a high-density display, that 64px x 64px image covers a lot more surface area than 64x64 actual pixels on the physical display. I suspect that this 512x512px requirement is related to scaling factors on devices with high DPI displays.
[0] https://feed.press/blog/2017/05/31/feedpress-adds-automatic-...
[1] https://blog.tryca.st/cast-update-experimental-json-feed-sup...
[2] https://feedbin.com/blog/2017/05/22/feedbin-supports-json-fe...
The competitor would have its identity tied to the data it inputs, so it wouldn't be able to impersonate the target company.
If the required information _did_ exist but wasn't accessible, then you are right in saying that the non-centralization of the data is a problem. I guess the problem then lies in the fact that information is siloed in different businesses. A solution to this could be the concept of federation, where all such businesses use an agreed-upon protocol/platform, but all can use the client of their choice.
Now, I'm aware that many people dismiss blockchain technology as a usable medium to store information (instead of your typical SQL database), but one clear advantage is that it's decentralized, which prevents a central authority from tampering the data. For supply chain management, that's not a necessary property, but when you consider product certifications (e.g. biological produce, sustainable whatever, etc.) and authenticity, then decentralization (and immutability) clearly become benefits. While I don't think it's okay to use a blockchain because it's the cool thing to do nowadays, it certainly got me thinking.
In December 2017, there was an E. coli outbreak in Canadian romaine lettuce, killing some people in the eastern provinces. Health agencies tried to identify the cause of the contamination, but they abandoned the investigation after a few weeks [1].
I stumbled upon Provenance.org a few weeks ago, and as part of a student project, some colleagues and I decided to develop a Provenance.org clone, mostly as an excuse to learn Ethereum smart contract development and the Solidity programming language (DApps and all that jazz). One challenge we're currently running into is about the granularity of the the product tracking: should a single box of Ritz crackers have its own identifier? Should the entire pallet have a single identifier? How about raw materials that combine to form an entirely new product? Or a pig that's split up into multiple parts for markets to sell?
We're looking to open source the project at the end of the term (around May), so if you're interested, reach out to me.
As previously stated, blockchain technology might not be the solution to everything right now, but it's definitely interesting and fun to experiment with.
[1] https://www.canada.ca/en/public-health/services/public-healt...
Edit: just saw this one in the footer of the Waveforms page. http://www.r2d3.us/visual-intro-to-machine-learning-part-1/