きっかけ 産まれてからずっと Vim キーバインドで生きてきました。 エディタは Vim → Atom → Emacs → VSCode と渡ってきたけど、いつだって Vim キーバインドです。 もちろん VSCode でも VSCodeVim を使ってきました。 こいつはVimの動きを頑張ってエミュレートしていて努力の結晶という感じなのですが、概ね良い感じで動いていて、VSCode に移行した日から今までずっとこれを使ってきました。 VSCode Neovim という存在は以前から知っていました。初めてみたときに Neovim と通信して VSCode 上で Vim そのものの動作を実現するというのを読んでそこまでしてやりたいことか？と思ったのを覚えています。なぜか Neovim に対していい感情を持っていなかったというのもあったと思います。「ナードは黙って Vim 」とか思ってました。

marketplace.visualstudio.com GitHub Copilot と直接会話できる Copilot Chat 、皆さん使ってますか？ 私は最近まともに使い始めました。 Copilot と言えば補完だけだと思っている人、以前ちょっとだけ触れて使えないと思った人(僕です)、いまのバージョンをもう一度触ってみてください、めっちゃ便利になっている。 www.youtube.com この動画が出来ることを追いかけるのに良さそうなので見てください。 ベースモデルがGPT-4に変わったりとかいろいろ変化はありますが、便利なのは Participant や Context の概念が入ったことだと思います。 Participantは @workspace みたいなやつで、Chat-GPTにおける GPTs みたいなやつ。例えば @workspace ならいま開いているプロジェクトについ

この記事は クラスター Advent Calendar 2023 19日目の記事です。 昨日は ChameleonO2 さんの「何か」でした。公開楽しみですね。 クラスター株式会社でソフトウェアエンジニアとして働いている id:Sixeight です。 クラスターではトランクベース開発を実現するためにフィーチャフラグを使っています。 フィーチャフラグを使うことでたとえ開発が途中であっても、変更は完全に動作する状態でトランクに取り込まれます。 今回はフィーチャフラグを使って開発するときに意識しているささやかなTIPSを共有します。 TIPS1: 元のコードはそのままにする フィーチャフラグで分岐を追加するときに、気を利かせて安易にコードの重複を減らそうとしてはいけません。 たとえコードが重複することになったとしても、変更前のコードは出来るだけそのままの形で残るようにしましょう。 なぜならフィ

この記事は クラスター Advent Calendar 2022 (2枚目) 2日目の記事です。 クラスターではサーバーエンジニアをしている id:Sixeight です。 まだ入社エントリも書いていないのですが、アドベントカレンダーの空き枠があったので慌てて筆を執りました。 1枚目のカレンダーにもエントリーしているので、そちらで入社エントリを書く所存です。 さて表題ではあえて強めの言葉を使いました。 これまで所属していた会社ではスクラムを採用していることが多く、それどころか私自身がスクラム推進派でした。 しかしながら転職してからスクラムのスの字も出てこない環境で働いているのですが、これまでよりも調子良く働いているうえに組織の生産性は高く感じています。 この記事ではなぜそう感じるのかということをさらっとまとめたいと思います。なぜなら突然思いついて時間がないからです。 スクラムとは スクラム

同僚が困っていそうだったので無意識にやっている問題の切り分けを言語化してみる。 「分かっていること」と「分かっていないこと」をリスト化する (頭の中でやっています) 分かっていないことの中で優先度をつける 簡単に試せて効果が高そうなものの優先度が高い 知識がないものも優先度が高い 試せそうなものについて仮説を立てる 仮説を検証する 試せそうなものは片っ端から試して「分かっていること」を増やす 知識がないことについて調べる 3に戻る それでもどうしようもなく分からない場合はあきらめて寝る。 その問題についてのアンテナが出来るのでそのうち解決のきっかけがみつかるはず。

Clean Coder プロフェッショナルプログラマへの道 作者: Robert C. Martin,角征典出版社/メーカー: アスキー・メディアワークス発売日: 2012/01/27メディア: 大型本購入: 12人 クリック: 645回この商品を含むブログ (36件) を見る Clean Coder を読みました。 日本語版は2012年発売で、去年2014年の誕生日に頂いたものだったのですが、やっとこさ読み終わりました。 貰ってすぐに前半を読んでいたのですが、途中で止まってしまっていて、今期の目標を技術書を読むことに設定したのを機に、通勤時間に少しずつ読み進めて2ヶ月くらいで読みました。 さらに読み終わってから1ヶ月ほど経過していて、とにかく怠惰。 ボブおじさんことRobert C Martinの著書で、ソフトウェアのプロとしての考え方や振る舞いについて、豊富な実体験を元に解説されている

4/1付けで Web アプリケーションエンジニアとして株式会社はてなに入社しました。どうやら Scala を書くようです。 同日に優秀な同期がたくさん入っていて、彼らからいい刺激を受けながら成長し、素早く足手まといを脱して戦力になれるように頑張っていきたいと思います。 ここ数日はいっぱいいっぱいでいろいろ出来ていないのですが、出来るだけ早く日常を取り戻したいです。 自分がユーザーであること 前職ではソーシャルゲームの開発運用をしていましたが、最後まで自分でゲームをすることはなく、この乖離に非常に苦しんでいました。遊んでもらっているお客様にも失礼な状態が続いていたし、自分も胸をはって業務に取り組めなかった。なので、次は必ず「自分がユーザーであること」を軸にして、これをぶれさせないように働きたいと思っていました。 チーム開発 前職ではチームリーダーをしている期間が長くかったのですが、あまりうま

photo by ajstarks なんか最近みんな書いてる golang 。OSS へのコントリビュートチャンスも増えてきました。自分でバリバリ書くには時間も自信もない。でも、バグ修正くらいならやってみたい。それくらいの目的のために最低限必要な知識を書いてみました。 この記事では、自分ではバリバリ書けないけれど、golang の OSS プロジェクトには貢献したいという人向けに、出来るだけシュッと学べるように重要なポイントのみ絞って紹介していきます。 初心者向けの優しい解説記事という訳ではないので、自分で調べるためのキッカケとしての読み方を想定しています。また、自分自身が想定読者のため、間違ったことを書いている可能性もあります。という逃げも書いておきます。 開発環境 基本的に Mac OSX + HomeBrew + Atom を前提とします。といいつつ、golang も Atom もす

たくさんのコメントやブックマーク、そしてスターをありがとうございました。 予想外にたくさんの方に読んで頂いて、すこしビビってしまった小心者ですが、 びくびくしながらも前には進めているようです。 コメントへの返信はいまの僕には難しいというのが実情です。 それくらいまだ整理しきれていません。 （ずらずらと感謝を書こうと思ったのですが、それこそ優等生くさいのでやめました。） Twitter検索の結果とトラックバック頂いたエントリをまとめておきます。 Twitter シリコンバレーへの旅から一年． - suztomoの日記 共感 - akissaの日記 うらばかり人生録 はてなダイアリー 勿体無い - aaa555 no Zakki (Daily Memo) - ３月１５日に退学願いを提出しました。 今までずっと僕は優等生でした。 優等生でいられるように努力してきましたし、実際に優等生として学生生

この記事は Money Forward 関西拠点 Advent Calendar 2021 - Adventar の1日目の記事です。 株式会社マネーフォワード の 関西拠点 に所属するメンバーのテーマ自由なアドベントカレンダーです。 こんにちは。マネーフォワード関西拠点の 西村 (id:Sixeight) です。 マネーフォワードでは現在、コミュニケーションのために週一回の出社を推奨していますが、それ以外はリモートワークを選択することが可能です。 私も今年1月の入社以降、基本的にはリモートワークで自宅から勤務しています。 今回はリモートワークをするにあたって買って良かったものを紹介したいと思います。 みなさんのリモートワークをより快適にするための参考になれば幸いです。 第10位 HHKB Professional HYBRID Type-S happyhackingkb.com みなさん

仕事用のマシンをM1 MacBook Proに交換してもらったので、開発環境を整え直しました。 2年ほど fish を使ってきたのだけれど、普段は良いのだけれど、ちょっと自動化したくなったときに、やはりPOSIX準拠じゃないシェルはなかなか難しかった。macOSの標準も zsh になったことだし、久しぶりに戻ってみることにした。 導入 現代なので XDG Base Directory Specification に乗っかっておくことにする。 Arch Linux の Wiki がよくまとまっていて助かるのでこれを参考にして進めた。 zshの場合は ZDOTDIR を指定するといいのだけれど、これをどこで指定するのかという問題がある。zshの起動時に最初に読み込まれるユーザー設定は ~/.zshenv なのだけれど、ここに ZDOTDIR を書くということは .zshenv だけホームディレ