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 で設定をアップロ

全国のケーブルが嫌いな皆様こんにちは。 本日このようなツイートをした所、とても多くの方にリアクションをいただいたので、デスク周りのケーブルをスッキリさせる為に、私が心がけてる事などをご紹介しようと思います。 ここでケーブルが大嫌いな私が、ケーブルを隠すためにしている涙ぐましい努力の数々をご覧ください。 pic.twitter.com/YVGF5jamz4 — Go Ando / THE GUILD (@goando) April 21, 2019 なぜケーブルが嫌いなのかまず最初に申し上げたいのが、私はケーブルがとても嫌いです。 ケーブルそのものが嫌いというよりは、巷に溢れている好ましくないケーブルの状態が嫌いなのだと思っています。好ましくない状態とは大雑把に以下の2ケースです。 1. 使われてないのに放ったらかしにされている。 2. 必要以上に長いケーブルが使われている。つまり余った状態

はじめに 世の中に数多く存在するWebサイトを閲覧する際、トップレベルドメイン(TLD)でその安全性を確認するという方は多いのではないでしょうか。 検索サイトにキーワードを打ち込み、数ある検索結果の中から目的の情報に近いWebサイトを探す過程で、JPドメインのサイトには安心してアクセスできると考えるのは私だけではないと思います。 JPドメインのレジストリであるJPRS(株式会社日本レジストリサービス)も、JPドメインは世界一安全であると訴えています。 世界一安全な.jp / JPRS この中で、JPドメインの安心感の根拠として以下のように述べています。 世界一安全な.jp / JPRS 「.jp」を登録するには日本国内に住所を持っていることが条件 所在のはっきりした日本サイトだとアピールできる という点を安心感の根拠として挙げています。 しかしながら、私を含めてJPドメインが安全だと考えて

Visual Studio Codeが、Webページやアプリのフロントエンド開発用ビジュアルツールになる機能拡張「Gimli」がリリース予定なので紹介します。 CSS GridやFlexboxの実装が単純化されるビジュアルツールで、React、VueJS、Angularなど、さまざまなフレームワークやライブラリもサポートされています。 Gimli Gimliはフロントエンド開発者を対象にしたVisual Studio Codeの機能拡張です。多くのビジュアルツールがリリースされており、それらは「コード無し」を売りにしていますが、Gimliは「コード有り」を特徴にしています。 Visual Studioのコード開発環境とビジュアルツールの融合です。 Gimliのデモ Gimliは複雑なレイアウトを作成するプロセスを非常に単純化するビジュアルツールが用意されています。もちろん、CSS Grid

かつて「社員にやさしい会社」といわれてきた富士通は、今回5000人のリストラを打ち出した。... 3000人を募ったNECは、これまで何度もリストラを繰り返してきた。2012年には、1万人の人員削減を実施している。... 早期退職しない限り面接が続き…「45歳以上クビ切り」横行中 知り合いから紹介されて、「あるソフトウェア工学者の失敗、日本のITは何故弱いか」という論文を読みました。京都大学の林普博士が書いた文章です。 数学からITの世界に入り、関数型プログラムの自動生成の方法などを研究していた方ですが、最後には「日本のITが世界で通じない理由は、技術的・産業的なものではなく、社会的・文化的なものである」と結論づけている点は素晴らしいと思います。しかし、その違いがどこにあるのか、というもっとも大切な部分に踏み込んでいないため、ちょっと消化不良を起こしてしまいます。 そこで、補足として、私な

Ruby Core Development 2019というタイトルでRubyKaigiのCFPにプロポーザルを書いたのだが、 もう一つ書いた方の話が採択されたのでその話はしなかった。 さて、今日はRubyコア*1の開発がSubversionからGitに移った節目でもあったので、そっちのトークで言いたかったことの一部を記事にしておこうと思う。 Subversion → Git 移行 [Misc #14632] 去年くらいから @hsbt さんが cgit というGitフロントエンドを使ってGitリポジトリの準備を始め Misc #14632、ついに今日正式にcgitの方がupstreamになった。平成の時代でSubversionでのtrunkのRubyコア開発は幕を閉じた。 この辺を進めているのは主に @hsbt さんな中、僕がこれを偉そうに書いたり今回のRubyKaigiで壇上でアナウンス