ぶくま殿 extern

どんどんI18Nでエラーメッセージやヘルプが日本語化されているけれど、それでも英語を知っていた方がエンジニアリングの効率は良い。

例えばIDEでクラス名やメソッド名を補完するにも「バーティカルってbaだっけ? vaだっけ? verだっけ?」では候補がなかなか出てこないし、候補のクラス名を見てもなお意図したものか分からず、日本語の概要説明まで読むことになって時間がかかり過ぎる。

その昔、ぴゅう太の日本語BASICとかMindとかあった。 予約語や変数名、サブルーチン名が日本語の文字で書けるのが特徴だった。

ただ、AdvancedDataGridHeaderHorizontalSeparatorを「アドヴァンストデータグリッドヘッダホリゾンタルセパレータ」と書けたとして記述効率が上がるとは思えないし、可読性も高くない。
もっと日本語化して「高度情報格子の見出しの列区切り」……ラノベのタイトルですか。

やはり英語を覚えている方が効率が良さそうにみえる。

続きを読む »

Chefがつらい人のためのAnsibleのはなし @ ゆううきブログ

なんかサーバ構築にやたらと時間かかるんだけど何で時間かかるのか考えてみた @ 馬鹿と天才は紙一重

はてブの方からまとめる。

• 「要件が明確でない」
• 「手順の検証が足りない」
  • リハーサル重要。二回目以降は時間が掛からない
• 「テスト項目が足りない」
• 「自動化の不足」
  • VargentやChef使え
• 知識不足
  • 数をこなす（経験を積む）
  • SELinuxとか、存在を知っていないと原因を思いつきもできない系のハマりどころはメモる
  • 1年で情報が陳腐化することも
  • ググって見つかる情報に頼らず、できるだけオフィシャルに近いドキュメントを見る
  • 情報の再利用は自分なりの方法を確立すべし
• 問題切り分けスキル不足
  • 基本は「作業メモを取る」
  • 20分ルールを設定してそれ以上かかったら誰かに聞く

あと、

俺がコーディングしてて感じることに酷似してる

会議で意見を言えないあなたへ。「自分で考える力」を身につける5つの方法 @ ライフハックブログKo's Style

アーキテクチャ設計の難しさについて @ arclamp

• はてブ

Webクローリング＆スクレイピングの最前線 公開用 @ はてブ

誰かを教えることになったあなたへ -IDへの招待 @ 図書館学徒未満

• 失敗してから気がついても遅い！ プレゼンの準備を怠ってしまう2つの理由 @ プレゼンの上手な話し方 | ダイヤモンド・オンライン
• 5－10分程度のプレゼン準備に関するメモ書き @ Harvard Business Schoolへの道

準備期間の投票結果によると、4割の人が3日〜1週間かけるようだけど、2割が1, 2日、1割が数時間とのこと。

一週間は理想。でも再利用の効かない毎回異なる内容の30分〜1時間のプレゼンを平均1週に1回するには2日で作成、リハ2時間が限度。
資料を書いていると問題点が整理されてきて、担当者ともう一回揉んでみたくなる事もしばしばだが、そういう時に限って相手がつかまらないんだよね。

1. クラウド事業者がテクノロジーリーダーになる理由3 @ Publickey
2. 分散ストレージの整合性をいかに解決するか。プライマリ-バックアップ方式と分散コミット
3. チップスケール原子時計やSoCがこれからクラウドを変えていく

Webデータ分析＆データサイエンスで役立つ統計学・機械学習系の分析手法10選 @ 道玄坂で働くデータサイエンティストのブログ