はじめに 資産運用で 99 点をとる方法とその考え方について説明します。この記事の対象はいわゆる「普通の人」です。 資産運用は趣味ではない。 資産運用を始めてみたいが何をしてよいのかわからない。 資産運用をすでに行っているが毎年ころころと方針を変えてしまっている。 資産運用に無駄に時間ばかり費やしている。 今のところ資産はすべて銀行の普通口座や定期預金にいれている。このまますべて現金でおいておくのも何か損しているみたいでモヤモヤする。だけど難しいことは勉強したくないし時間も使いたくない。 といった人たちです。 記事では最初に結論、すなわち「やるべきこと」を述べます。資産運用で 99 点の投資効率を達成するためにはこの結論部分だけを実行するだけでよいです。 次に、それだけでどうして 99 点といえるのか、その裏付けとなる考え方や理論を中心に説明します。 99 点をとるにあたってこれらの知識を
Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームが Git ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント
まえがき コードレビューの目的 大目的 小目的 チェックリスト 優先度高（大きな損失を生む問題・後からの修正が困難な問題） 優先度中 優先度低（システムに大きな影響を与えない問題・後からの修正が容易な問題） レビューを負担にしないために レビューサイズのコントロール 誰がレビューをするか 議論をどうまとめるか 批判と個人攻撃 レビュワー向けアドバイス Code author向けアドバイス 参考文献 まえがき コードレビューの有効性が説かれるようになって久しい。しかし、コードレビューをするべきという観念ばかりが先立ってしまい、何のためにコードレビューをするのか、どのような点をレビューするべきなのかといった、目的や進め方に対する意識が曖昧なケースも数多くあるように思われる[6]。コードレビューの目的を理解せずに惰性でレビューしているだけでは、いずれレビューそのものが形骸化し、単に承認のハンコを
1. vscode-icons アイコンがついて見やすくなる。 2. GitLens とにかく強い。 「コミット単位でのファイル比較」や「最新のコミット内容とそのコミッター表示」など色々してくれる。 git blameする手間なくなる。 3. Prettier コードのフォーマットは自動でやりましょう！ 複数人のこだわりをうんたらするよりも、Prettierに委ねるのが楽。 関連のTipsはここ 4. Git History Git logが見やすい 5. Bracket Pair Colorizer カッコの対応を色付きで表示してくれる。 ものすごく読みやすくなって最高&最高！！ なおBeta版ですが、後継となるBracket Pair Colorizer 2も出ています。 6. Settings Sync どこでも同じ設定で使いたい人には便利。 ⇧ + ⌥ + U/D で設定をアップロ
Gaijin Engineer in Tokyo
Being a foreign software engineer in Tokyo has its ups and downs. If you work in a company of foreigners you’re mostly shielded from the experience, but if you work in an actual Japanese company there’s going to be some things that will shock you, some things that will amuse you, and doubtless many things that will frustrate you. This is a run-down of my own personal experiences. As with anything,
1 ：以下、名無しにかわりましてVIPがお送りします ：2010/11/16(火) 14:16:18.57 ID:0XhzM8Xp0 あるんだろ？ 教えてくれよ 5 ：以下、名無しにかわりましてVIPがお送りします ：2010/11/16(火) 14:18:05.06 ID:Vd0etL8LO タビと道連れ 52 ：以下、名無しにかわりましてVIPがお送りします ：2010/11/16(火) 14:48:19.30 ID:pRcNFREO0 >>5で出たから 6 ：以下、名無しにかわりましてVIPがお送りします ：2010/11/16(火) 14:18:05.40 ID:3CM9ygiQO アイアムアヒーロー 93 ：以下、名無しにかわりましてVIPがお送りします ：2010/11/16(火) 15:16:16.33 ID:TYp4USbpO >>6 もう出てたか 10 ：以下、名無しにか
社内勉強会で専門的技術力を高めるには
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog サイトオペレーション本部に所属している大津と申します。普段CDNとNode.jsサポートの仕事をしていて、第9代黒帯（ヤフー内のスキル任命制度／ネットワーク・セキュリティ）に任命していただいています。1 先日ヤフー社内で黒帯LT会が開催されました。お題目は事前に指定された「専門的技術力を極めるための極意」ということで、10分ほど話をしました。しかし、これまでみたいにセミナールームで大勢の前で話すわけではなく、最近代わり映えしない自宅デスクからのオンラインLTは、正直勝手が違いました。時間配分もミスって中途半端に終了です。と思いきや数日前、このYahoo! JAPAN Tech Blog担当者から「いやー、よかったですよ。そのネタ書
世界各地で発生したランサムウェア WannaCry の感染事案についてまとめてみた - piyolog
2017年5月12日頃から、世界各地でランサムウェアに感染する被害が相次いで報告されています。ランサムウェアはWannaCry等と名前が付けられているもので、これに感染する原因として、Windowsの脆弱性、及びその脆弱性を用いたNSAが開発したツールが関係している可能性があると各国のCSIRTやセキュリティベンダが注意喚起等を公開しています。Microsoftは今回の感染事案を受け、WindowsXPなどのサポートが切れたOSを対象とした緊急の更新プログラムも公開しました。 ここではこの世界中で発生したランサムウェア WannaCry の感染被害などについてまとめます。 インシデントタイムライン 以下は主に国内の関連事象を整理したもの。 日時 出来事 2016年9月16日 MicrosoftがSMBv1の使用停止を強く推奨する記事を公開。 2017年1月16日 US-CERTがSMBv1
ステップ数で評価が決まる現場では全く役に立たないテクニックではありますが、ソースコードの減らし方について紹介したいと思います。 開発Div. エンジニアのayasudaです。 2014年の夏にジョインし、会社名と同じサービス、クラウドワークス の開発に携わっています。 ご覧の通り、消したソースコードの方が多いので、ステップ数換算だとマイナスの働きしかしてませんね！ 本記事では、特に Ruby on Rails の運用されているプロダクトコードにおける、ソースコードの減らし方について紹介していこうと思います。 基本的な考え方 ソースコードを減らすときの大原則は「ボーイスカウト・ルール - プログラマが知るべき97のこと」です。 普段、ソースコードを触るときに、一つでも良いので簡単な改善を入れる。これを積み重ねるのが大事です。 一度に一気に直そうとするのはあまり良くありません。大抵の場合、デグ
このところ立て続けにコードレビューについて話をする機会があったので 私が経験した最高のレビュー体制を簡単にまとめておこうと思います。 利点 何故必要か 何が嬉しいのか コスト うまく回すためには何が必要か 細かい運営方法 はっきり言って当たり前の事しか書きません。 私も当時は当たり前のことだと思っていましたから、特に気にもしていなかったのです。 ただ見聞するところによると、これをちゃんとやっているところはとても少ないようです。 ウォールストリート系のファンドでもろくにレビューしてないとかどういうことなんでしょう。 だから時々会社が吹っ飛ぶんですね… 結局は、ああだ、こうだ各論を言っても、ちゃんとやれるのか、それ一点に尽きてしまう話なのですが… 利点 レビューを何のためにするか、それはまず第一に自分達の書いているコードに潜在するバグによる損失をできるだけ少なくすることでしょう。 型システムや
概要 今年からフロントエンドエンジニアにシフトチェンジして5ヶ月がたち、これがないと仕事にならんわレベルのツールを整理がてらに晒していこうと思う。 スペック的にはJava歴が10年くらい。 割とツール好きで、できればキーボード（カーソルキー以外）だけですべての操作を完結したいと思っている。 そんなおっさんがお送りします。 5ヶ月間のお仕事内容 PC/タブレット向けのAngularJSを使ったフロントエンド開発 HTML/CSS(SASS)/Javascript PCはIE8~、Chrome。モバイル端末はiPad、Nexus7 職場での開発環境 mac mini (2011) 19インチのシングルモニタ GUI系ツール Sublime Text 2 プログラマ向けのテキストエディタ。 これがないと仕事にならない。 以下、必須なPackage。 Vintage vimっぽいキーバインドにする
(訳注：2015/10/31、いただいた翻訳フィードバックを元に記事を修正いたしました。) (訳注：2015/11/1、いただいた翻訳フィードバックを元に記事を再修正いたしました。) 訳： プロジェクトが長引くほど、私のGitのコミットメッセージは情報が薄くなっていく。 イントロダクション | 7つのルール | ヒント イントロダクション：なぜ良いコミットメッセージを書くことが重要か Gitのリボジトリのログをランダムに閲覧すると、ひどいコミットメッセージを目にすることがあります。例として、私が昔書いたSpringにコミットした これらのgem を見てみましょう。 $ git log --oneline -5 --author cbeams --before "Fri Mar 26 2009" e5f4b49 Re-adding ConfigurationPostProcessorTest
Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、
個人用メモです。 「git gcってあんまし容量減らないよなぁ」 と思ったのが動機です。調べたけどパッと腑に落ちる記事がなかったので「自分で git のソースコード見た方がいいな」と急にモチベ発動してグワっと勉強しました。またついでに歴史改変の方法も調べたのですが、公式で既に WARNING が出てるほど非推奨化されてるfilter-branchを使用してる記事が多かったので、2021 年現在で多分一番推奨されてるfilter-repoを使ってやる方法もまとめました。 ちなみに容量減らしても高速化するかというとそこまで単純ではないです。そもそも減らさなくても partial clone で blob オブジェクトを必要最低限に指定して昔の blob をデフォルトで持ってこないようにしたり(--no-checkoutと併用するとより効果有る)、その後本当に自分が必要なやつだけ sparse-
VSCodeの拡張機能、なに使ってますか？ はてなエンジニア世論調査 #2 - Hatena Developer Blog
こんにちは、Webアプリケーションエンジニアのid:hogashiです。 半年ほど前に公開した「開発環境のフォントなに使ってますか？」に続く、はてなエンジニア世論調査の第2回「VSCodeの拡張機能、なに使ってますか？」です。 ソースコードエディタであるVisual Studio Code（以下、VSCode）は多くのエンジニアに利用されています。VSCodeにはソースコードのシンタックスハイライトやデバッグなど、さまざまな拡張機能をインストールして使うことができますが、公開されている拡張機能は膨大にあります。 その中から、はてなのエンジニアはどんな拡張機能をインストールして、日頃の開発に使っているのでしょうか？ 前回と同様にアンケート調査してみました。 アンケート方法 アンケート結果から見える人気の機能拡張 6割の拡張機能は1人だけが使用 人によってかなり異なるインストール数 興味深いコ
千年の時をかける漫画が読みたい。教えてください
FSS以外でお願いします。 百年でもいい。とにかく悠久の時が感じられるならいい。 Googleが役に立たなくなってから、もう、皆さんに頼るしかない。 ヘウレーカの最後のシーンみたいなのもあり。 追記----「銀河の死なない子供たちへ」よかった！オンノジの作者だね。 千年女優は期待してたのとちょっと違った…でもありがとう。 火の鳥、メトロポリスはその感覚を求めて100万回読んだ。ありがとう。 5億年ボタンは中学生の頃、似たようなこと考えたことある人結構いると思うけど、それに近い感覚に戻してくれるから好き。 そういえば、サガノヘルマーのブラックブレインも数十世紀後の世界とリンクしてたな。 未来方向だったらBLAME!もか。 映画でもいい。小説でもいい。 サーガ、もそうなのかな。三世代以上にわたる物語だとDRAGON BALLも入ってしまうけど、あれはあれで面白いと思います。 あ、そうだ、「君の
1. . 2009年01月30日 12:38 ID:OBLwkFEaO レズに使えるに見えてワクワクしたのに 2. 名無しワイドガイド 2009年01月30日 12:40 ID:Ktw6gL4R0 ドラえもんはネタにしやすいコマが多いなｗ 3. 名無しワイドガイド 2009年01月30日 12:42 ID:FUUYt6bV0 アンドリューなんぞwwww 4. 名無しワイドガイド 2009年01月30日 12:42 ID:sgfinoNH0 なにこの双葉から集めてきましたって画像集 内輪ネタが多すぎてレスに使える画像が少ない‥ 5. 名無しワイドガイド 2009年01月30日 12:43 ID:NEJAV1K10 多すぎわろた 6. 名無しワイドガイド 2009年01月30日 12:45 ID:LjXpjcfl0 BALDR FORCEのあのシーンは最終決戦前の超熱い場面なのに…… そして初
先日、私が、『福島のプルトニウムは無視して良い』と考えるわけという記事の中で、『プルトニウムフェチ』の人がいると書きましたが、その人の本名は上杉隆と言います。彼の書く放射線関連の記事は、ほとんど間違っていると私は評価していて、それは、別に驚く事ではありません。 しかし、今度ドブレイユさんが引用されているzakzakの記事は、『間違い』ではなく、捏造であると私は思います。それは、私にとっても驚きでした。私が捏造だと判断する理由を以下に説明します。 郡山についての間違いだらけの、しかもWall Street Journalの記者のコメントを捏造した顛末については、皆さんご存知の通り以下にまとまっています。 上杉隆、夕刊フジで捏造記事か？！ http://togetter.com/li/276770 私は、上杉隆は、放射能の人体に対する影響について、単に無知であると思っていましたが、コメントを捏
morimorihogeです。残暑やばい。 ※元々は2014年に書いた記事ですが、2020年になっていろいろと事情も変わっているので2020年revise版として更新しました。 弊社ではバージョン管理システムにGitを使っています。 数ヶ月以上一緒にやっているある程度ツーカーなメンバーだけのプロジェクトなら問題無いのですが、案件によっては協力会社の方が一時的にJOINしたり、新規参入メンバーの参加などで、これまでGitを使ったことがない、または本格的なチーム開発でGitを使ったことがない人が参加することもあります。 ※2020年現在では流石に全くGitを使ったことのない開発者というのはほぼ見なくなりましたが、チーム開発できちんと運用に乗せて使ったことがない、という所は今でもそこそこあるようです。 Gitは自由度の高いシステムですが、その分概念を覚えることが必要なため、導入の敷居が高い方だと
この記事を書き上げるには、相当長い時間がかかりました。本来は今年の年明け、 Rubyの死 やデイヴィッド・ハイネマイヤー・ハンソンの TDDは死んだ がアップされて騒ぎになる前に投稿するつもりだったのです。昨年末に書いたツイートを見てください。 > Rubyにはもう飽き飽きした。理由はいろいろあるが、特にその副作用と、ステータスが可変なせいで大量のユニットテストを書かされるのにはウンザリだ。 @abevoelker Rubyの開発に関しては、大勢の人が心のどこかで何かおかしい、何かが欠けていると思っているようですが、たいていの人は責める対象を間違っています。Rubyで書いたアプリがとんでもない代物になったって？ それはあなたがきちんとテストコードを書かなかったか、テスト駆動開発（TDD）の指針に則って開発しなかったからです。もしくは、正しいデザインパターンに切り分けるための知識が不足してい
こんにちは！CX事業本部の片岡です。 エディタ戦争が終息して5年たった今、無血革命と呼ばれたVisual Studio Codeをご存知でしょうか？皆様ご愛用のことと存じます。 そんなVisual Studio Codeの便利なショートカットと拡張機能を紹介します！ よく使うショートカットの紹介 拡張機能「Sublime Text Keymap and Settings Importer」をインストール前提の話です。 https://marketplace.visualstudio.com/items?itemName=ms-vscode.sublime-keybindings 編集時によく使うショートカット 文字選択 Command + D ：文字を選択（入力するたび選択中の文字を複数選択できます） Command + U ：文字選択のUndo（選択前に一つ戻ります） Command +
たのしいGit - Nalsh's Notes
序 言うまでもないことだが、タイトルはジョークである。 そもそもバージョン管理は本来我々がしたい事ではない（一部の人を除く）。別に作りたいものがあり、そこでの作業を円滑に進めるためにバージョン管理するのだから、所詮はヤクの毛刈りである。さらに、Gitクライアントのへっぽこさも相まってなかなかに時間を食われる。この文書はそのような人々が、より円滑にGitを使えることを祈って書かれた。 なお、バージョン管理というのはとても複雑なシステムであるため、バージョン管理自体が目的な人には楽しい世界である。そのような人々はぜひGitやその他のバージョン管理システムのマニュアルやソースコードを読んでいただきたい。きっとその奥深い世界を堪能できることだろう。 Git概説 Gitはこれまでの旧来のバージョン管理システムとは一風違った設計で作られている。また、Git特有の概念も多い。なので、まずGitの概観を説
2010/09/26(日) に京都で Kanasan.JS jQuery コードリーディング #2 が行われる(告知ページ)。みんなで jQuery のソースコードを読むイベントで、今回が2回目だ。参加者募集中です。 jQuery はファイル1つだけのライブラリなのですごい環境とかもってなくても大丈夫なんだけど、読むうえで参考になるサイトとかをまとめてみた。この辺の準備をしておくと理解が深まると思う。 ソースコード http://code.jquery.com/jquery-1.4.2.js http://github.com/jquery/jquery まずは jQuery のソースコードを取ってこないと始まらない。今回はバージョン 1.4.2 を使用する。jQuery の公式サイトから圧縮していないコードをダウンロードしよう。 それと、jQuery ソースコードは Git で管理されて
【2015｜2014｜2013｜2012｜2011｜2010｜2009】 「年に一度はがんばるぞい」の精神で良いコミックがお送りするいつもの企画、 『この装丁がすごい！～漫画装丁大賞～2015』の発表です。 辺境ブログのお遊びで「すごい！」「大賞」等と大げさなタイトルを付けていますが、 中身はもちろんゆるいマンガ紹介ですよ…という具合にいつもはここのスペースに 予防線を張ることで前書きにボリューム感を出してるのですが、最近自著を 出しているのでここを宣伝スペースとして活用したいと思います。 管理人の好きな作品をエレガントな書影とさらっとしたコメントで紹介していく、 ニアリーイコール・良いコミックな漫画デザイン本、あるいは漫画装丁グラビア本。 『良いコミックデザイン』 [出版社: パイインターナショナル] 3132円(税込) うまい棒換算284本分のお値段で絶賛発売中です⇒⇒⇒ それでは紹介
こんにちは、QAエンジニアの井上恵一です。好きな飲み物は一番搾りと韃靼そば茶です。 初回からニッチなネタではありますが、昨年入社した直後に行った、 iPad アプリのテスト仕様書の管理方法を見直したときの話を紹介しようと思います。 見直しのきっかけ トレタは飲食店向けの予約/顧客台帳アプリです。だれでもかんたんに使いこなせるシンプルさを追求してはいますが、製品の進化に伴ってそのテストケース数はすでに数千という単位にまで膨れあがっています。 製品の品質を安定させるためには、テストの内容自体をブラッシュアップすることが重要なのは言うまでもありません。ただ、安定した製品を永続的に提供していくためには、それに加えて、膨大なテストケースを効率よくメンテナンスし続けるためのプロセス作りも欠かせません。 入社のタイミングでトレタのテスト設計を担当することになったので、テストケースの管理方法についてもいち
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
『失敗の責任は私にあります』と言えない責任者たちの話。
昔、あるメーカーで経営企画職を担当していた時のことだ。 営業部の部長から、 「ウチの商品が絶対に安心で安全という証明書って発行できませんかね・・・」 と相談を受けたことがある。 聞けば、大口顧客との取引が受注寸前で、最後にそのような証明書を出せれば契約してもいいと言われているようだ。 しかし仕様書や保証書ならともかく、絶対に安心安全な証明書などどうしろというのか。 安心安全に使えるガスボンベだって火の中に放り込んだら爆発するし、腹痛を治してくれる胃薬でも用法・用量を守らなければ命に関わる。 どういうものを書いてよいのかわからず、先方ともう少し要件を詰めて欲しいと押し返すと、 「絶対安心安全の証明が要件なんですよ・・・」 と埒が明かない。 やむを得ず、一度部長に同行し先方の会社を訪れ、どのような証明を求めているのかをヒアリングすることにした。 応対に出てくれたのは、若い現場主任だ。 熱気と熱
1 ：以下、名無しにかわりましてVIPがお送りします ：2011/07/15(金) 03:29:41.78 ID:zjRW8GL60 教えやがれ 7 ：以下、名無しにかわりましてVIPがお送りします ：2011/07/15(金) 03:31:16.30 ID:qw861LTa0 レベルEは少ないし面白いしお勧め（全2巻） 銀と金も（全8巻） 6 ：ポチ ◆Pochi..1oo ：2011/07/15(金) 03:30:44.50 ID:YUruduZ+0 BE:3044372459-2BP(40) 放課後保健室（全10巻） 9 ：以下、名無しにかわりましてVIPがお送りします ：2011/07/15(金) 03:32:02.97 ID:VgcWNXqeO BJ （全17巻） 10 ：以下、名無しにかわりましてVIPがお送りします ：2011/07/15(金) 03:32:16.93 ID:
VRにもゲームにも興味のない僕が、生活に支障をきたすほどハマったOculus Questの何がすごいのかを具体的に説明する｜ふろむだ@分裂勘違い君劇場
VRにもゲームにも興味のない僕が、生活に支障をきたすほどハマったOculus Questの何がすごいのかを具体的に説明する VR空間のモノを掴み、振り回し、殴り、投げ、避け、飛び退った人が、息を切らし、汗だくで、次のような趣旨のことを言った： Oculus Questは単に素晴らしいVRゲームマシーンというだけじゃない。健康にもダイエットにもいい「VRスポーツジム」だ。 これほどの装置がたった5万円で買えるなんて、信じられない。この認識は間違いではない。 しかし、この説明は、この装置の面白さの核心を、1/10も伝えてはいない。 たとえば、Tilt Brushは「3次元空間に絵を描くアプリ」と説明されるが、この説明は誤解を招く。 絵を描いているというより、むしろ、粘土や彫刻でモノを作っている感覚の方が近い。 ただ、粘土や彫刻という比喩も、量子を波や粒に例えて説明するようなもので、誤解を招く説
両氏はこのプレゼンテーションの中で、それぞれの役割の違いから対立することの多い開発者（以下、Dev）と運用者（以下、Ops）の対立構造を次のように示した。 Devの役割が“システムに新しい機能を追加する”である一方、Opsの役割は“システムの安定稼働”である。そのため、Devが新しい機能を追加したくても、Opsはシステムの安定稼働のために変更を加えたがらない、という対立構造が作られてしまっていた。 しかしDevとOpsのそれぞれのミッションは（DevOpsの概念と同じく）、どちらも「システムによってビジネスの価値をより高めるだけでなく、そのビジネスの価値をより確実かつ迅速にエンドユーザーに届け続ける」ことである。そのミッションを達成するための手段が、上記のとおりDevは“システムに新しい機能を追加する”であり、Opsは“システムの安定稼働”なのである。つまり、同じ「ミッション」を掲げている
前回のブログから90日以上経ってしまったので広告が載ってしまったから短文でもアウトプットしておく。 プログラマとして仕事をしているとコードと向き合っている時間の9割以上は既存のコードを読んでいる、だから読みやすさは重要である、という言説は耳にタコができるほど誰もが言っている。 仕事で書かれるコードが誰のレビューも通ること無くマージされている現場は凄惨だが、自分より明らかに経験を積んだ人たちが何度もレビューを重ねたコードが読みやすいかというとそうとは限らない。良いコードが守るべきルールをすべて守っていても不可解なコードはあるし、どんなに読みやすいコードでも数千行の規模になってくるとやはり脳内からこぼれて一度に覚えておける範囲からはみ出る。 変数名や関数名をわかりやすくするとか不必要な技巧を凝らさないとかわかりやすい設計にするとか主観的な事を偉そうに語る本は山ほどあり、それらの本を崇める事は悪
1 ：TR-774：2008/10/22(水) 22:02:25 ID:72iGSNMd 頼む 9 ：TR-774：2008/11/08(土) 23:26:58 ID:??? おすすめのシュランツmixcd教えてください。 12 ：TR-774：2008/11/09(日) 17:35:19 ID:??? >>9 Schranz Total の 7,18が評判いい。 Schranz Total 7 Schranz Total 18 15 ：TR-774：2008/11/11(火) 11:57:46 ID:bq3DNoCH ハードテクノが聞きたいんですがオススメ教えてください。 18 ：TR-774：2008/11/11(火) 14:44:59 ID:??? joey 25 ：TR-774：2008/11/12(水) 14:13:12 ID:??? ハードテクノならDJ T-1000とか。 T
中級Git操作
今回の記事の内容はGitHub共同創業者のScott Chacon氏の「Pro Git」と同氏の今年の「So You Think You Know Git」（Gitがわかっているとでも思っているか？）発表をベースにしている。 コンフィグ ここでコンフィグにてデフォルトとして指定して損がないオプションをいくつか紹介します。 git rerere git rerereは"reuse recorded resolution"（記録ずみ解決方法を再利用）の略語になっている。 名の通りマージコンフリクトがどう解消されたかを記録し、次に同じようなコンフリクトが発生した際、同様の解決方法を自動的に適用するためのコマンドです。 また、基本的にデフォルトにしてもときに差し支えないため、ぜひgit config --global rerere.enabled trueを実行してみてください。 git main
惰訳 - Barack Obama Inauguration Speech in Full : 404 Blog Not Found
2009年01月21日06:00 カテゴリ 惰訳 - Barack Obama Inauguration Speech in Full 「惰訳 - Barack Obama's acceptance speech in full」に引き続き。 今回は、 ABC News: FULL TRANSCRIPT: President Barack Obama's Inaugural Address オバマ大統領就任演説：全文（１） - 毎日ｊｐ(毎日新聞) と勝利宣言の時よりも全文原稿が早く出回ったようで、相変わらず左目も見えない状態でリンクのみでお茶を濁そうかとも思ったのですが、毎日.jpの全文翻訳が翻訳というより通訳だったのでちょっと手を入れるつもりが全文訳し起こしていました。 それでは、以下のとおり。 Dan the Translator My fellow citizens: 市民の皆さん
私はポストモーテム（事後分析）の記録を読むのが大好きです。ポストモーテムを読むと勉強になりますが、大抵の教材的資料とは違って、興味深いストーリーが含まれているのです。相当な時間をかけてGoogleとMicrosoftのポストモーテムを読みました。大きな障害を招く最大の原因について、私は（まだ）きちんと分析していませんが、何度も繰り返し目にするポストモーテムのパターンがいくつかあります。 エラーハンドリング 適切なエラーハンドリングのコードを書くのは難しいものです。エラーハンドリングのコードに含まれるバグは、 大きな 問題を引き起こす主な原因となっています。つまり、エラーによってバグのあるエラーハンドリングのコードが実行されるということは、単に個々のエラーが重なるだけという事態にはとどまらないのです。障害が重なって重大なシステム停止につながることはよくあります。それはある意味明らかなことで、
皆さん、tigコマンドを活用していますか？ tigは、コンソール上で使えるgitブラウザです。実はずっと、ただのきれいなgit logだと思っていたのですが、本当はそんなことはありません。かなり使えるやつなのです。 インストール ソースコード: https://github.com/jonas/tig インストール方法: https://github.com/jonas/tig/blob/master/INSTALL.adoc この辺りを参考にしてみてください。詳細は割愛します。 基本の使い方 この状態の差分を扱っていきます。いつものこれだとこんな感じ。 git logが素敵にビジュアライズされてます。この画面をmain viewといいます。 ここでエンターを押すと、下半分に差分の詳細（diff view）が表示されます。 下矢印で、Unstaged changesの差分を見てみるとこんな
概要 みなさん、Git使ってますか？ もしくは、使いこなしていますか？ 独習Gitを読んで、思いの外Gitコマンドが多かったので、 タイトルの通り、Gitコマンドで100本ノックをまとめてみました。 Gitの環境構築が終わっている状態からを想定しています。 git initでローカルにリポジトリを用意してください。 問題に対して、直後に回答を載せる形式にしています。 Git初心者の方も、目を通して知らないオプションをググれば勉強になると思います。 参考文献 独習Git Gitに馴染む 1. メールアドレスをGitのグローバル設定に追加 git config --global user.email "Your E-mail@example.com" 2. user.nameの設定値を表示 git config user.name 3. user.emailの設定値を表示 git config
Vimとgitで俺たちの開発速度はさらに加速した - pixiv inside [archive]
gitという、とっても便利なツールをご存知だろうか。 git とはソフトウェア開発に特化したバージョン管理ツールである。もはや、git 無しで僕らの開発は立ち行かないし、GitHubを中心としたエコシステムに僕らは支えられている。 日々の開発では、毎日数え切れないgitコマンドを打ち続けてプロダクトの歴史をアップデートしている。 この記事を見ているエンジニアの皆さんもきっとそうだろう。 いや？ ちょっと待ってくれ。 そういえば、僕はしばらくgitコマンドをコンソールで叩いた記憶がない。 そうだ！ vimをカスタマイズしてからというもの、gitを直接たたくより遥かに便利な開発環境になったんだった！ Vimmerはunite-gitiなしでは生きられない unite-gitiというプラグインがある。 これがすこぶる便利なのだ。 github.com サヨナラ git add git statu
![Vimとgitで俺たちの開発速度はさらに加速した - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/09f3a56ebac0b1da926a32768e8a295a6d5daa4e/height=288;version=1;width=512/https%3A%2F%2Fcloud.githubusercontent.com%2Fassets%2F1688137%2F11896630%2F8f08dc74-a5cb-11e5-8b1e-4b7433794387.gif)
CIAが敵の組織を破滅に追いやるために潜入スパイに実行させた「愚者の心得」をまとめたマニュアル「Simple Sabotage Field Manual」 - GIGAZINE
CIAは第2次世界大戦中に敵国にスパイを潜入させて、組織が機能しなくなるよう工作活動を行っていました。その中でも、「Simple Sabotage Field Manual」と呼ばれる極秘マニュアルには、組織を機能不全に追い込むためにはどのように行動するべきかという「組織の癌」とでも呼ぶべき愚者の心得が説かれており、ここには時代を問わず多くの組織で反面教師とするべき含蓄があります。 CleanedUOSSSimpleSabotage_sm.pdf (PDFファイル)https://www.cia.gov/news-information/featured-story-archive/2012-featured-story-archive/CleanedUOSSSimpleSabotage_sm.pdf Read the CIA's Simple Sabotage Field Manual:
そろそろコードレビューそのものの必要性について考えるときがきているのかもしれない - タオルケット体操
技術ブログの方に書くか迷ったのですが、かなりポエムの類な文章になりそうなのでこちらに書きます。 ちょっと前にバズったこちらの記事 medium.com に触発されました。 ちなみにコードレビューに関する話としてはまだ僕が色々と手探りだった3年前にもこんなことを書いていたようです。3年前の自分の考えに触れられるブログって面白いなという気持ちとこいつどんだけ軽率な文章書いてんだよという気持ちが合わさり甘酸っぱい気持ちが生み出されました。 hachibeechan.hateblo.jp 当時と今では日本全体の技術的トレンドも変わっていますし、そもそも僕の所属している会社も違います。今の会社ではGitHubを使っており、コードレビューが当然のフローとして組み込まれています。 そしていま改めて当時のブログを読み返したのですが、びっくりするほどコードレビューに対する僕の考えが変わっていないので、改めて
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
普通の人が資産運用で 99 点をとる方法とその考え方 - hayato
Git を学ぶ - チュートリアル、ワークフローおよびコマンド | Atlassian
コードレビューの目的と考え方 - osa_k’s diary
VSCodeのオススメ拡張機能 24選 (とTipsを少し)
お前らが人に薦めたくて薦めたくてたまらない漫画 : ゴールデンタイムズ
ソースコードの減らし方 - 基本的な考え方と10個の方法 - クラウドワークス エンジニアブログ
コードレビューについて - camlspotter’s blog
フロントエンジニアになってから５ヶ月間で欠かせなくなったツールを晒す - Qiita
Gitのコミットメッセージの書き方 | POSTD
開発フロー研修 @ Wantedly - Qiita
git gc の仕組みを原理から理解してサイズを 136MB → 7.2MB(95%減)まで削減した時の勉強メモ
レスに使える画像集めようぜｗｗｗｗｗｗｗｗ : VIPワイドガイド
捏造に予防原則を適用せよ - ( →_→) 『捏造なう』 - buveryの日記
チーム開発においてGit初心者が踏みがちな地雷まとめ｜TechRacho by BPS株式会社
Rubyにはウンザリ！動的型付け、副作用、およびオブジェクト指向プログラミング全般からの考察 | POSTD
VSCodeの秘伝のワザを大公開！ | DevelopersIO
jQuery ソースコードを読むための参考資料一覧 - mollifier delta blog
この装丁がすごい！～漫画装丁大賞～2015 【ベスト100+α】
Excelなテスト仕様書をMarkdown/GitHub/CircleCIに移行した話 - トレタ開発者ブログ
Subversion メモ
予算１万円で全巻一気に読むべき渾身のおすすめ漫画 : ゴールデンタイムズ
DevOpsとは何か？ そのツールと組織文化、アジャイルとの違い
きれいなコードを書けという話について - Software Transactional Memo
初心者なんだけどテクノのおすすめ教えてくれ 路地裏音楽戦争
障害の事後分析を読んで得た教訓 ― 「何がシステムを停止させるのか？」 | POSTD
tigでgitをもっと便利に！ addやcommitも - Qiita
意外と知らない？ Gitコマンド 100本ノック - Qiita