今日の記事
【速報】マルチプラットフォームで利用可能なOpenJDKのAmazon Correttoが発表されました! | DevelopersIO
Amazon Corretto Production-ready distribution of OpenJDK
Introducing Amazon Corretto, a No-Cost Distribution of OpenJDK with Long-Term Support | AWS Open Source Blog
ちょっとこれはすごいでしょ。AmazonのJDK。
Gosling本人がいろいろツイートしてるってのがまたアツい。あのオライリーからまさかの料理本が登場しプログラマー騒然、果たしてその中身とは【やじうまWatch】 - INTERNET Watch
O'Reilly Japan - 家庭の低温調理
オライリーの料理本! ...
まてまて、でも以前からこういう本もあるんじゃないか!
O'Reilly Japan - Cooking for Geeks
O'Reilly Japan - Cooking for Geeks 第2版”残業ゼロ”の発想は本来おかしい 定時30分前の退社を奨励する、さくらインターネットの「さぶりこ」制度 - ログミー[o_O]
さくら、いいなぁ。肩こりは“肩甲骨”から? 「肩ストレッチ枕」で就寝中に対策できるかも【今日も元気に仕事しよう!】 - INTERNET Watch
とってもよさそうだけど、高いよ!エンジニアじゃない"まかない担当"がアジャイルについて書いてみた - ユアマイスター株式会社エンジニアブログ
元楽天の方とのこと。医療のブロックチェーン革命で、ここまで出来るようになる | テクノロジー | 最新記事 | ニューズウィーク日本版 オフィシャルサイト
ほう。医療にブロックチェーン。なるほどね。ホンダとIHI、F1パワーユニットのターボチャージャー開発で協業 - Car Watch
昨日のニュースだけど、これは良いよね。なんか期待しちゃう。
とはいえ、開発マージンってそんなに残ってるのかな?
あと、この協業の芽が出るのって、何年後?ロバート・クビサ、9年ぶりにF1レース復帰か : F1通信
こっちはもっと期待!ロブ・スメドレー、2018年末にウィリアムズを離れる:チーム公式発表 : F1通信
あら。知らなかった。でももっと良いチームで活躍して欲しいとは思っていた。
今日の記事
携帯電話事業「ソフトバンク」来月上場 調達資金は最大規模か | NHKニュース
てか、上場してなかったんだトヨタがわざとガタガタの車を作った理由
これはちょっとだけ面白かった。M5Stackであそぼう | スイッチサイエンス マガジン
M5Stack。なにこれおもしろそう!
Macが度々固まってたのが直ったみたいです
仕事で使ってる会社Macが度々レインボーマウスになってしまうので、対策しました。 対策後10日ほど経ちますが、一度も症状出ていないので、効いたと思われます。
マシンの仕様など
OS X EL Capitan
バージョン 10.11.6
MacBook Pro (Retina, 13-inch, Late 2013)
2.4 GHz Intel Core i5
メモリ 8 GB 1600 MHz DDR3
状況
突然レインボーマウスがぐるぐるして、EmacsやChromeやiTerm2やアクティビティモニタが反応しなくなる。
マウスは動くし、Dockのマウスオーバーも反応するし、ウィンドウを前面に持ってきたりはできるけれど、それも調子に乗ってると無反応になっちゃう。
アクティビティモニタも固まってるので、どのプロセスがおかしいか、とかもわからない。
観察
あらかじめTerminal.appでtopコマンドを実行しておく。もう1つTerminal.appのウィンドウを開いておく。
すると、上記現象が発生したときに、
distnoted
というのがCPUを4コア全部食ってるのが見えた。
launchdでdistnotedを定期的に終了させる - @znz blog
なるほどねぇ。distnotedは殺しちゃえばいいのか。
ということで、ひとまず、「もう1つ」のほうのTerminal.appで
killall -9 distnoted
したら、レインボーカーソル状態を脱出した!
観察2
別の日に同じ状態で使ってたらまたレインボーカーソルになった。
が今度はTerminal.appも固まっててニッチもサッチもいかず。
この時は電プチ。
対策
やっぱ自動で定期的にkillしないとダメだ、ということで、
launchdでdistnotedを定期的に終了させる - @znz blog
のとおり、
~/Library/LaunchAgents/local.killall.distnoted.plist
というファイル名で、
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Label</key>
<string>local.killall.distnoted</string>
<key>ProgramArguments</key>
<array>
<string>/usr/bin/killall</string>
<string>distnoted</string>
</array>
<key>StartInterval</key>
<integer>600</integer>
</dict>
</plist>
こういう内容のファイルを作って、
launchctl load ~/Library/LaunchAgents/local.killall.distnoted.plist
した。
ちなみに、上記を修正、反映するときはこうする。
launchctl unload ~/Library/LaunchAgents/local.killall.distnoted.plist
launchctl load ~/Library/LaunchAgents/local.killall.distnoted.plist
その後
幸せに暮らしましたとさ
今日の記事
Three Architectures for IT Architects to Enable Agile and DevOps - DZone DevOps
A Discussion With the Designer of the First Hybrid Ski Boot | Adventure Sports Network
"Hybrid ski boots" って言いかたを初めて知った。
それ以外は、「滑走とハイクアップを同時に満足させるのは難しいよね、やっぱ」ってことだけかな。【OSS】Google、言語表現事前トレーニング手法「BERT」をオープンソース公開---最新の質問応答システムを30分で訓練
これはけっこうすごいことかな?Why aren't we all using Japanese toilets?
なぜアメリカでウォシュレットが普及しないのか。面白い視点だ。GitHub - binci/binci: Containerize your development workflow.
Four short links から。
Binci -- tackling the same problem space as Docker Compose, but aimed at ephemeral containers rather than long-running ones (e.g., for test/CI systems).
...
ふむ。READMEには
Binci is a utility that allows you to easily containerize your development workflow using Docker. Simply put, it's like having a cleanroom for all of your development processes which contain services (like databases) without needing to setup and maintain these environments manually.
とあるけど、ふむ、これが"same problem space as Docker Compose"なんだ...?
コンテナ化のベストプラクティスとアンチパターン
Best Practices and Anti-Patterns for Containerized Deployments - DZone Cloud
Containerization Best Practices
1. Start by Targeting the Right Kind of Application
アプリのスケールとか
2. Consider Team and Human Capabilities
DevOpsスタイルのチーム能力に投資すること。
SREエンジニアが本番デプロイやスムーズな運用ができるように投資すること。
これらに注意を払わないことは、失敗するための確実なレシピです(!)
3. Adopt Pure Open-Source Kubernetes
でないと、その独自オーケストレーションの仕組みに、将来にわたってずっとバインドされちゃう。
プレインバニラの純正Kubernetesを使いましょう。
4. Work Out The Enterprise Integrations
single sign-on とか。
モニタリングとか。
5. Stay Conversant with Kubernetes Changes
SaaS-based managed Kubernetes serviceを使うのも手です。
6. Incrementally Iterate
Have Patience
Containerization Don'ts
1. Choosing the Wrong Kind of Application
2. Neglecting Enterprise Integrations
3. Neglecting to Build a Customized Continuous Delivery/Continuous Integration Pipeline Architecture
4. Locking Yourself Into an IaaS provider's Kubernetes or Serverless Computing Services
5. Not Dealing with Multi-Cloud Management
6. Not Making Investments from Both a Developer and Operations Standpoint
今日の記事
This Week in Programming: IBM's Red Hat Buy for Developers - The New Stack
IBMによるRedHat買収の、技術者向け解説。- IBM:
- WSO2 CEO Tyler Jewell はかなり悲観的:
- “IBM’s commercial- and patent-first culture will erode Red Hat’s open source and innovation advantages”
- “this acquisition is a disaster for the Kubernetes and Docker communities.”
- “While IBM has participated in significant open source projects, it’s always been with a me-first mindset that works to exploit the positive advances of the open source upstream community,”
- “Open source, at its core, advances when the commercial vendors that participate do so in a manner that shows selflessness by investing in the upstream’s goals, even if those goals conflict with the commercial interests of the vendor.”
- Red Hat Zurich:
pic.twitter.comRed Hat Zurich wall, before and after pic.twitter.com/djQCfOKnwU
— Jason Scott (@textfiles) October 31, 2018
3 Reasons Why API Management Is Dead - The New Stack
- 理由1. データはもはや格納するものじゃなくて、AからBへの流において価値を生むものだから。APIマネージメントは重いし水平スケールしにくいので分散アーキテクチャに適用できない。
- 理由2. 今はcloud-nativeなだけじゃなくてハイブリッドアーキテクチャがどうしても必要になるけど、APIマネージメントはそれに対応できるほどフレキシブルじゃない。
- 理由3. 管理するサービスが爆発的に増えてるから。それに対応するにはモノリスを分解しつづける必要があるけど、レガシーAPIマネージメントはそもそもモノリスなんでそれ無理。
んじゃ将来的にはどういうアーキテクチャになるん? -> サービスコントロールプラットフォームです。これは、インテリジェントにサービス間の情報を仲介します。
それってSOAじゃんと思ったあなた、そう、間違ってないです。
我々SOAがある理由で構築できなかったことを構築しようとしてるわけです。SOAムーブメントがポシャった理由、それはSOAムーブメントがベンダー主導だったことです。
オープンソースであることはもはやメリットじゃなくて、基本です。未来は開発者が作るものです。サービスコントロールプラットフォームは固定的なインフラから開発者を解き放ちます。そして正しいツールを使うことができるようになります。今日から、明日も、そして将来も。
Best Practices and Anti-Patterns for Containerized Deployments - DZone Cloud
良い記事だったので別エントリにしました。Java 11リリース
うへぇ。もう「11」なのー!?横浜中華街の中心は昔「前橋町」だったし、「大坂町」「函館町」もあった :: デイリーポータルZ
これだけ面白記事です。地元横浜のまた1つ知らなかったこと。