今日の記事
10分で分かる、いま話題の未来組織「ティール組織」 | 未来を変えるプロジェクト by パーソルキャリア
ティール組織ねぇ。働きやすそうなイメージ。 「1:存在目的」「2:自主経営」「3:全体性」ね。 ただ、まだ、キモ、本質が掴めた感じはしていない。出口治明「歴史の本を出すきっかけは、ツイッターでした」 | 文春オンライン
出口さん大好きです。 人脈は「つくる」じゃない。「結果」。本も一緒。4大クラウドKubernetesサービス比較(2018年10月18日)
4大クラウドKubernetesサービス比較(2018年10月18日) メモ。選挙カーは時速100キロ以上出すと候補者の主張が伝わらない :: デイリーポータルZ
デイリー。選挙カーが袖ヶ浦を走っているw子どもの時に、自宅に紙の本が何冊あったかが一生を左右する:大規模調査 | ワールド | 最新記事 | ニューズウィーク日本版 オフィシャルサイト
ほんとか? んー、僕は案外家に沢山本あったと思うので親には感謝だが。こういう研究(的なもの)に最近ちょっと懐疑的。
今日の記事
電動バイク「電池交換式」モデル相次いで発表 台湾 | NHKニュース
電池交換式電動バイク。 これはいいね。車だとこうコンパクトにはならないだろうけど。CNN.co.jp : ポンペイ遺跡で日付の落書き発見、噴火発生日の論争に決着か
遺跡の落書き。 歴史とか考古学とかのドキドキ、面白い!「新型スープラは、水平対向の86より低重心に作った」。パリモーターショー会場で開発者 多田哲哉氏に聞いてみた / マニュアルミッションについては「一度ATに乗ってみて」と
新型スープラ! 記事として面白い!クルマオタク(僕)の心に響きます。 いいねいいねいいねー。 まぁでも実際にはけっこう高額になるんだろうなぁ。Docker DesktopがKubernetesをサポート
単にニュースとして押さえとく。We already have nice things, and other reasons not to write in-house ops tools | Opensource.com
「オレオレ」ツールを書くべきでない理由。 いいね。すごく素敵で可愛いTシャツ!→実はめっちゃヤバいモノをモチーフにしていた…「やめて」「科学者の闇を見た」 #技術書典 - Togetter
デーモン・コアが話題に。 「なにもしてないのにこわれました」Tシャツもいいな。
今日の記事
お。Kindleもついに防水。
https://pc.watch.impress.co.jp/docs/news/1147991.html
https://www.gizmodo.jp/2018/10/amazon-new-kindle-paperwhite.html【楽天市場】ジェルクッション サポートクッション 負担軽減 デスクワーク等の腰痛対策に♪ 伸縮 座布団【予約販売:ご注文から約2週間で出荷】イッテQ:レスペランス
見た目面白いけどほんとに効果あるんかな荒木先生が『聖徳太子』と『マッカーサー』を描き下ろしッ! 集英社『学習まんが 日本の歴史』全20巻(改訂版)、2016年10月28日発売 | @JOJO ~ジョジョの奇妙なニュース~
学習まんがの表紙がジョジョでかっこよすぎるDo We Worship Complexity?
こっちに書きました。フェイスブック、擬似3D写真の投稿機能「3D Photo」公開--ただし撮影にiPhoneが必要 - CNET Japan
お。こんな機能でたんだ。でもデュアルレンズのiPhoneが必要で、僕のiPhone8ではダメみたい。
どうして複雑さを排除できないのか
Do We Worship Complexity?
です。Hacker Newsにピックアップされてました。
tl;dr
最後のtl;drまとめが良い。以降、オレオレ訳。
ソフト開発はとにかく複雑さとの戦いです。複雑さは即座に排除するのが最善でしょう。しかし不幸にも、複雑さが「崇拝」されちゃってるケースがままあります。意識的にも無意識的にも。それが結局、不必要に複雑なシステムになっちゃうわけです。
ちなみに「tl;dr」って意味自体わかってなくて調べたけど、「too long; didn't read」「長すぎて読まなかった」って意味で、要するに、「長すぎて読まない人向けにまとめます」ってことみたい。
全体を通して面白かったところメモ
Dockerイメージを小さくするための3つの簡単な方法
3 simple tricks for smaller Docker images – Skills Matter – Medium
の記事です。
オライリーニュースレターで紹介されてました。
面白かった。
まず、ちょっとnodeの勉強になった。npmってこう使うんだ。へーw
で、"multi-stage Docker build" へー。へー。
1. レイヤをまとめると少し小さくできる
まず、マルチステージを使って、複数レイヤを1つにまとめることで、Dockerイメージのサイズを少し小さくできる。
2. distrolessを使って不要なレイヤを省く
GitHub - GoogleContainerTools/distroless: 🥑 Language focused docker images, minus the operating system.
!!!! これはいいじゃん。
へー。ふむふむ。ビルドは node:8 を使って普通にやって、
マルチステージの2つ目で、ベースを
gcr.io/distroless/nodejs
にする、って方法なのか。
上記Googleのgithubには、
gcr.io/distroless/nodejs
は'experimental'て書いてるけど、
gcr.io/distroless/base
gcr.io/distroless/java
gcr.io/distroless/cc
はそうじゃないらしいぞ!それはすごい。
OSが全然ないので、sshしてbashとか走らせられないけど、裏を返せば、クラッカーも自由が効かなくて悪さしにくい、ってメリットもあると。
In other words, fewer binaries mean smaller sizes and increased security.
まぁ本番コンテナではデバッグとかあんましないはずだしね、とも。
Alpineでより小さなイメージ
コンテナに入りたければ、んじゃ、Alpineはどうよ、ってことで、Alpineの紹介に続いてます。 Alpineは、より小さいけど、glibcじゃなくてmuslcなので、互換性に問題でるかもよ、と。Alpineでビルドしたものがglibcで走らないとか。
あなたにはどのベースイメージが向いてる?
んで、この記事の結論パート。
- If you’re running in production and you’re concerned about security, perhaps distroless images are more appropriate.
- If you’re concerned about size at all costs, then you should switch to Alpine-based images.
- The vanilla base image is perfect for testing and development.
感想
なるほどなるほど。 いやぁ面白かった。
さて、僕は、実際の仕事で使うチャンスあるかな?
今日の記事
3 simple tricks for smaller Docker images – Skills Matter – Medium
こっちに書きましたThe Benefits of Test-driven Development - DevOps.com
ざっくり斜め読みです。- TDDのメリット: 使いやすいソフトウェアが書ける
テストを先に書く -> テストを書くためには、自ずと、ソフトウェアの使われ方や、UIのデザインを考える -> 実装よりUIに興味がいく -> 使いやすいソフトウェアになる - 既存システムには、バグフィックスのときに、小さく始めるのが良い。バグレポートの度に対応するテストをまず書いて、それから機能を修正する。
- TDDのメリット: 使いやすいソフトウェアが書ける
いる資格、いらない資格 2018 | 日経 xTECH(クロステック)
昨日のエントリにもある「昇給や昇進に役立つIT資格トップ20」とかがまとまってるシリーズのリンク。
今日の記事
3倍の年収で海外大手に転職した技術者、3年後に解雇された理由 | 日経 xTECH(クロステック)
反面教師というか、自分にとってのイメージ補強として。昇給や昇進に役立つIT資格トップ20 | 日経 xTECH(クロステック)
ちょとだけ積極的になってきてるので、メモとして。 んー。プロジェクトマネージャかー。楽天スーパーポイントコース:朝日新聞デジタル
うお。こんな種類のキャンペーンもあるのか。100年大学 お金のこと学部
生駒里奈? 顔変わったよね...このバナーだとほぼガッキーじゃん。