namsral

tldr;

My bet is on "humans".

I have been using pksrc on my macs for years. Also works on Apple Silicon.

https://pkgsrc.smartos.org/install-on-macos/

My main complaint is that foreign big tech companies, or rather their shareholders, often exploit local resources like green energy, sparse living space, people’s privacy to generate large profits and take it home. Often avoiding responsibility by not paying taxes.

It’s business as usual, different industry, same shit.

In the Netherlands locals were appalled when locally produced green energy was pretty much all taken by a new foreign datacenter.

Can’t help but think big tech is becoming a burden on society and the environment.

Lars from Fuga Cloud here.

We run a public cloud largely based on OpenStack components. While OpenStack can be daunting, using a configuration manager like Ansible makes any kind of deployments a lot simpler and reusable. We use Ansible internally to deploy Kubernetes to deploy new versions of OpenStack.

Tutorial[0] on how to use Ansible in combination with OpenStack.

[0]: https://fuga.cloud/academy/tutorials/deploying-owncloud-on-f...

Hi, I'm the dev. https://github.com/namsral/multipass

Multipass is email provider agnostic, any email address can be used to authenticate users without a password. It's up to the service maintainer to handle authorisation.

Multipass is available as a Caddy plugin, a single binary and can be included in your Go project.

Read from an URL:

    vim <(curl -fsL https://news.ycombinator.com)

This creates a temporary file descriptor from the output of the invoked sub shell.

Read standard input in a shell script:

    #!/usr/bin/env bash
    cat <&0 > $(date +%s).txt

API Bootstrapping

What if you could slap something like Caddy in front of any API and provide authentication, analytics even billing out of the box.

  - Rate limiting
  - Billing
  - Authentication and Authorization using OAuth or JWT
  - Analytics/Metrics
  - Geo Location
  - TLS
  - HTTP2?
  - Image optimization
  - Content minification
  - Gzip
  - Signaling Slack/Push/SMS
  - Caching through cloud storage S3, BlackBlaze B2
  - PostgREST

I think I can hear John Siracusa cheering from the other side of the pond.

Exactly.

A timezone-range would be the preferred method.

Countries are too limited and continents to broad as their timezone can range more than 4 hours.

Would be great if companies would list their preferred timezones, especially for non-US job seekers.

Example: UTC-01:00 - UTC+02:00

The slides were previously discussed on the Erlang mailinglist.

http://erlang.org/pipermail/erlang-questions/2016-June/08941...

It will take time, most likely a generation.

The generation preceding the current generation will be better educated and take-on the more skill demanding jobs.

SEEKING WORK - REMOTE

Location: nearby Amsterdam

Resumé: http://www.namsral.com/resume

Tech: Python, Go(Golang), Objective-C, Elixir, JavaScript, Bash/Posix shells, HTTP/REST, PostgreSQL, Redis, HTML/CSS, Linux, NixOS, CoreOS

Website: http://www.namsral.com/skills

GitHub: https://github.com/namsral

Email: lars at namsral.com

I'm a freelance senior software developer working on backend web services. I am a certified Linux professional and have 14 years experience in developing software ranging from iOS apps to backend services.

If you are interested in working with me, email me at lars at namsral.com.

> he says he is in fact working on a dashcam, which he plans to give away in exchange for its data

The idea of the free dashcam seems similar to the necklace camera from the novel[0] "The Circle" where peoples lives were broadcasted 24/7. Creepy but plausible.

[0]: http://www.goodreads.com/book/show/18302455-the-circle

Docker is the monolith of container runtimes.

I think it’s a step backwards to have a monolithic application like Docker controlling your container runtime when you’ve gone through the effort of developing independent (micro)services.

Containerising software is the way forward and I think Kubernetes and CoreOS have demonstrated to have and support a long term vision.

The team at CoreOS came to a similar conclusion:

> Docker has demonstrated that it is on a path to include many facilities beyond basic container management, turning it into a complex platform.

More than a year ago on their blog, https://coreos.com/blog/rocket/

To answer your first two questions:

1. TLS is the successor to SSL; setup your webserver with a certificate and redirect web traffic from HTTP to HTTPS.

2. UUIDs have some advantages over database primary keys; they are hard to guess; they can be generated on multiple machines without duplication. You could extend your current table with an extra column called public_id.

Because you want to have control over all software you're shipping to production.

Rob Pike's story on how he and Ken Thompson invented UTF-8 over dinner:

https://plus.google.com/101960720994009339267/posts/Rz1udTvt...

That would be the best stance for every party to have. Nobody controls the internet.

> they chose a proprietary codec

A codec which no single party controls and is free for anyone to include in their video decoders.

> not in terms of "openness"

I'm not claiming Apple is "open" and nor is Apple. The one who is claiming to be open is Google, or Brin to be more specific.

> they'd support WebM.

At the time of writing, WebM is still not an option for mobile devices as it lacks support for hardware acceleration. Playing a WebM video on a mobile device would drain the battery at an unacceptable rate.

The only party claiming to be "open" is Google. And to the untrained eye Google looks very "open" with all its open-source projects. While both Facebook and Apple have their own open-source projects.

But these open-source projects don't necessarily make a company any more open than its competitors as long as their main asset stays closed:

- Google's main asset is search, closed - Apple's main asset is the iOS platform, closed - Facebook's main asset are the user profiles, closed

And now Brin is blaming Facebook for not opening-up the user profiles.

Maybe I haven't been clear enough.

> Nobody ask Facebook to open-source their algorithm or other fabrication secrets.

No, but Google isn't interested in algorithms. Facebook's main asset are user profiles and Google wants to use them free of charge in order to sell more ads. No sane company is going to share its main asset with other companies, let alone free of charge.

Now Google is playing the "everything should be open" card to make Facebook and Apple look bad and force them to share their main asset. But has Google opened-up their main asset?

Unless they open-up their search algorithm, Google's main asset, they shouldn't be blaming other companies for not being open.

That's why I think Brin is a hypocrite. And user data should be free to roam despite everyone's stance.

I think Brin is being somewhat of a hypocrite.

User data should roam freely between services and shouldn't be locked-in.

But asking Facebook and Apple to open-up their core products is like asking Google to publish their search algorithm or publish the profiles of all their advertisers.

On the contrary I think Apple has had a possitive effect on the web:

1. Most of those native clients use public Web-APIs

2. The iOS platform was one of the kick-starters to get rid of the closed Flash environment

3. And one of the kick-starters for better video standards, h264

Maybe Brin mentioned Apple to generate more headlines.

Apple came pretty close in 1997 when they had $380 in cash and a market cap of 2.2B but their LT debt was growing fast. ~1B at the time.

Source: http://www.businessweek.com/1997/34/roster34/aapl.htm

> the market cap on that company would be > $X.

Market cap != Value assets

The 550B market cap is the value of all outstanding shares of the company which is not equal to value of the combined assets like buildings and $$.

Instead of a blog a better example to showcase a web framework would be a wiki, forum or even HN.

Not bashing the OP but tutorials and screencasts like this fail at the first step by teaching the beginner a blog should be dynamically generated.

Tutorials and screencasts like this are a great resource for beginners as an introduction to a new framework. And the "blog" has been the de facto standard web app to showcase the framework. But as developers we should know that web apps like blogs should be statically generated and saying otherwise is setting a bad example to beginning programmers.

I released a similar project on Github called Torpedo. It lets you schedule HTTP callbacks via a REST API.

    curl -X POST http://127.0.0.1:7931/api/callbacks/ \
    -d "url=http://example.com/messages/1/send/" \
    -d "eta=2012-03-25T08:00:00Z"

The above will call "http://example.com/messages/1/send/ at 8am on the 25th of March.

https://github.com/namsral/torpedo

Marketing is even harder!

Although not an iPhone app, we've spent a lot of time in both developing and marketing our iPad game. But the revenue doesn't justify building another game which we would've loved to do. Developing an app is only half the battle, the other half is marketing it and as developers we are very bad at marketing.

Our criteria for a success was: Polished Graphics, Engaging Gameplay, Sense of Humor and a Cool Trailer.

Paddle Battle for iPad:

http://paddle-battle.com/

http://www.youtube.com/watch?v=xP2gnq6z3Fc

http://itunes.apple.com/us/app/paddle-battle/id415463249?mt=...