アル株式会社の取締役CTOになりました - UNIX的なアレ
アルのメンバー（1名はリモートのためいません） 2019年2月1日にアル株式会社の取締役CTOに就任しました。アル株式会社とはマンガファンのためのサービス「アル」を運営する会社です。現在は、Web/iOS向けに展開しています。 アル - マンガの新刊通知を発売日に ALU INC.ブック無料 最近までやっていたこと 2018年の6月頃から会社には属せずに、個人でいろいろと活動をしていました。仕事においては技術顧問やコンサル、そしてエンジェル投資など通じて様々な会社と関わることができた良い機会でした。また昨年はとにかく海外に行きまくった年で、多い時は月に２〜３回くらいのペースで海外にいって旅行しながら仕事したりといったわりと自由な生活をできた年だったなーとも思っています。（半年で10カ国くらい行った気がするのでなかなかのペースでした） 音楽活動も引き続きやっておりいままでは完全にロック畑だっ
小規模スタートアップの技術的な方々の壁打ち相手的なことをやります - UNIX的なアレ
ひとことで言うと CTOや技術の統括をしている小規模ベンチャーの人に対して、1on1をします どういうこと？ CTO的な方だったりとか、技術的なマネージャーをやっている方って様々な悩みがあると思います。当然、それを僕が解決してあげるなんて偉そうなことはできるわけでは無いのですが、コーチング的な感じで話を聞き出すことはもしかしたらできるんじゃないかななんて思いました。 今も紹介ベースで相談とかを受けているのですが、今回はそれを公に募集してみようと思います。 ターゲットとなる方々 小規模スタートアップのCTO エンジニアのメンバーを抱えてるけどうまく回せていない 技術者のマネージャーがいない あたりでしょうか。 なぜやるの？ 自分自身、壁打ち相手がいなくて困ったことがあった 頼みづらく、こういうのがあるといいかなというのをやってみた 自分自身もっと成長したいので、上の立場からというわけではなく
CTOを辞めた彼のエントリーを読んで - UNIX的なアレ
nobkz.hatenadiary.jp 昨日だが、このエントリーがバズっていて僕自身もtwitterでいくつか言及した。twitterってその場の思いを素早く伝えるのは非常に便利なんだけど、コンテキストが重要なものが説明しづらいとか、フロー的な情報という問題もあるため改めてブログに書いてみる。 率直な感想 まず、彼自身がCTOじゃなく１人のエンジニアとしてこの会社にジョインしていたのであればまぁわかるよという内容だ。エンジニアとしての美学を追求し続けたけど、それじゃビジネスが立ち行かなくなった。俺のことをわかってくれるVCが日本にはいない！ まぁここまではよくある話だと思う。誰もが失敗はするし、最初からうまくいく人なんてごく少数だと思う。問題は、この事自体を環境のせいにしているということだと思う。 技術的負債を早く返しすぎたのが失敗と書いてあるが彼がそう感じているのであればそうなんだ。た
fluentdで集約したerror_logをslackに流すと捗る - UNIX的なアレ
nanapiでは社内のチャットツールに、Slackを導入しています。Slackの便利なところはintegration周りで、要するに他のツールとの連携が非常にし易いんですね。そういった、Chatを中心にした業務効率化を最近ではChatOpsと呼んだりします。 http://nanapi.co.jp/blog/2014/07/24/nanapi_chatops/ ChatOpsの重要な点はコンテキストを共有できる点ですよね。「○○ってエラーログが出てるよ」みたいな情報を直接誰かに伝えるのではなく、ログが出ているという状態をChatを経由して同じものを見ることで、説明が非常にラクになります。 ほかにもデプロイをHubot経由で指示したり、ステータス取得をしたりなど様々な使い方がありますがやはり重要なのは同じ画面を皆が見ているということですね。そういった点がChatOpsの大きなメリットとしてあ
いかにしてベンチャーの社内ネットワークを構築するか - UNIX的なアレ
情シス担当者なんていない 現在、nanapiは社員数30名弱くらいの会社規模です。アルバイトさんを含めると70名くらいになりますが、そのうちエンジニアは私を含めて8名。このくらいの会社の規模だと、まだ情シス的な仕事を専門的にやるような人はいません。 当然、ネットワークの専門家もまだ弊社にはいないので必然的にエンジニアの誰かがこのあたりを担当することになります。ベンチャーにおいてだいたいの場合、こういった技術的な行き場の分からない仕事ってのはCTOがやるもんです。 しかし、情シス的な仕事って本当に難儀な仕事。動いてて当たり前、高速で当たり前、ちょっとでもネットワークが遅くなるものならその時点ですでに障害です。 外注するという選択肢もありますが、何かしら社内でネットワークのトラブルがあれば少なくともその瞬間はたぶん僕が対応するなり調査するなりすることになります。どうせそうなるのであれば、自分で
さくらVPSを使って便利な開発環境を構築する - UNIX的なアレ
開発環境は難しい 最適な開発環境をつくるのっていつも難しいなーと思います。サーバ側に入って開発する人もいれば、クライアント側のIDEあげてる人もいるわけで人それぞれです。 その人に特化した開発環境をつくるだけであればそこまで難しい話ではありませんが、チームでの開発となるとそのあたりをうまく解消するのがだんだん難しくなってきます。また、新しくサブドメインが増えたりなど開発環境も常にアップデートし続ける必要があります。 このあたりを、サーバエンジニアが手動でやってると死にます。悪しきDev/Opsの対立関係がうまれてしまうので、なんとかしないといけない。 というわけで、オフィス移転をきっかけに開発環境を作りなおしてみました。以下の3点からさくらVPSを選びました。 コストを抑えたい 最近さくらVPSに東京リージョンができた ローカルネットワーク接続できるようになった 新規開発環境をつくる上での
lsyncdをつかって簡単にファイル同期を - UNIX的なアレ
lsyncdというツールをご存じでしょうか？これを導入することで、リモートのホストとディレクトリ単位で同期をすることができます。 先日のエントリーでも紹介していますが、実は設定や導入がすごく簡単です。した設定でリモート間でファイルの同期をとれるのはやはり便利ですよね。 さて、今回はlsyncdの簡単な導入方法を紹介したいと思います。 lsyncdの仕組み lsyncdはlinux kernel2.6.13で導入された、inotifyというAPIをつかって動作しています。 inotifyはファイルシステムのイベントを取得することができるAPIで、ファイルの作成や削除などをそれぞれイベントとして取得をすることができます。 この仕組みと、rsyncを組み合わせてファイルの同期を行うことを実現しています。 lsyncdのインストール まず、以下のページからsourceをダウンロードしてください。
ロケスタの新サービス「ナナピ」で使った技術を紹介してみるよ - UNIX的なアレ
http://nanapi.jp 本日2009年9月1日、株式会社ロケットスタートの新サービス「ナナピ」をリリースしました。 「ナナピ」はライフレシピと呼ばれる生活の便利な知恵や、ノウハウをみんなに共有してしまおう！というサービスです。 なんとか予定通り9/1にリリースをすることができました。すでに投稿数が160ほどあり、生活に便利な内容が投稿されています。 http://r.nanapi.jp/162/%E3%81%82%E3%81%8F%E3%81%B3%E3%82%92%E6%AD%A2%E3%82%81%E3%82%8B%E6%96%B9%E6%B3%95/ http://r.nanapi.jp/158/%E3%83%AC%E3%83%99%E3%83%AB%E3%81%8C%E4%B8%8A%E3%81%8C%E3%82%8B%E6%8C%A8%E6%8B%B6%E3%81%AE
私的なご報告 - UNIX的なアレ
私的な報告です。 2009年6月30日をもちまして、楽天株式会社を退職いたしました。 2005年に新卒して入社し、言葉通りUnixの「ゆ」の字も知らないようなレベルから本当に様々な経験をすることができました。心からすばらしい会社だったと思っております。 さて今後ですが、7/1をもって株式会社ロケットスタートのCTOに就任いたします。まだまだ組織と言えるような規模の会社ではありませんが、ゼロからサービスを作り上げていきたいと思っています。 バタバタしているせいもあり、Blog,連載ともに更新が滞っておりますがこちらは今まで通り続けていきたいと思っております。 今後とも、よろしくお願いいたします。
初めてシェルスクリプトを書くときに知っておきたいこと - Unix的なアレ
他の言語をを書き慣れてから、シェルスクリプトを書こうとするとしょうもない部分でハマったりすることがあります。「簡単な処理だからシェルスクリプトで書くか」と思っても無駄に時間がかかってしまっては仕方ないですよね。 今回は初めてシェルスクリプトを書くときに、ハマりそうな点について説明をしたいと思います。 実行権限をつける 単純にファイルを生成しても下記の用に実行しようとしても実行はできません。 # touch test # ./test sh: ./test: Permission denied # touch foo # ./foo sh: ./foo: Permission denied これはファイルに実行権限がついていないため、起きる現象です。 chmodコマンドを使って実行権限をつけてやりましょう。 # chmod +x test # ./test # chmod +x foo #
もっとscreenを便利に使うためのチュートリアル - UNIX的なアレ
screenを初めて使うためのチュートリアル - UNIX的なアレ の記事が意外と好評だったのでさらに書いてみます。 前回書いた内容は、Screenの基本的な操作を説明する内容でしたが今回はもうちょっとすすんだScreenならでは！な機能について書きたいと思います。 今回もチュートリアル形式で書きます。screenを立ち上げてください。 suspend/atach まずは個人的にscreenでもっとも便利と思っている機能、suspend/atachについて説明します。 図のようにscreenをあげているとします。 この状態で、以下のキー入力を行ってください。 CTRL + J のあと、z下記の表示がでれば成功です。 # screen [4]+ Stopped screenこれは今あげているscreenの状態を保ったまま、一度shellからぬけたような状態です。 それでは戻ってみましょう。
screenを初めて使うためのチュートリアル - Unix的なアレ
screenというものすごく便利なアプリケーションがあります。上記写真のように、1つのターミナル内で、仮想的に複数の端末を起動させることができるものです。 ただ慣れるまでは少々使い方がとっつきづらいという話も聞きますので、今回はscreenを基本的に使えるまでのチュートリアルを紹介したいと思います。 どんなことができるの？ 複数の仮想端末をあげるとどういったメリットがあるのでしょうか？実際に自分はscreenを使うまではターミナルを複数起動させ、Desktop上はターミナルだらけになっていました。 実際はそれでも問題は起きないのですが、個人的にはローカルPC側では極力起動しておくアプリケーションを少なくしたいと思っているため、screenを使うようになりました。 ただそれだけであればWindowsならPoderosa,MacならiTerm,GnomeならGnome端末があるのですが、scr
初めてviエディタを使いたい人へ - Unix的なアレ
Unix/Linuxを使おうとしてコマンドの次くらいに避けて通れないのが、viエディタ。 慣れてしまうと逆にこれじゃないと・・・というくらい染み付いてしまいますが、確かに最初は何をやっていいのかさえわからないものです。 過去に自分も立ち上げてしまってどうやって終了させていいのかさえわからなくて焦った記憶もあるくらいです。 今回はそのとっつきにくいviエディタを最低限使えるようになりましょう。 どうしてviエディタ？ 実際に現役のエンジニアのつかっているエディタを見ると、様々だと思います。 vim,emacs,nanoやwindowsでは秀丸など。 確かに慣れているものが一番使いやすい（実際自分も普段はemacsです）のですが、Unix/Linuxを触る際にviは避けて通れない理由があります。 理由としては、ほぼ間違いなくデフォルトでインストールされているからがあげられます。 Unix/Li
用途ごとに分けたターミナルの選び方 - Unix的なアレ
今回はWindowsネタで。 Unix/Linuxをリモートから操作するときは、様々なターミナルを利用しているかと思います。 実際に自分も最初にUnixを触り始めたときはよく差がわからず周囲の人が使っているのを片っ端から使っていました。 現在の有名どころはTeraTermやputty、タブ機能などの拡張されたpoderosaあたりでしょうか。 それぞれ特徴があるので、自分なりにまとめてみます。 UTF-8 TeraTerm Pro with TTSSH2 Tera Term (テラターム) プロジェクト日本語トップページ - OSDN もっともスタンダード（？）なターミナル。自分もまずはこれから使いました。 素のTeraTermはsshが使えずにtelnetだけでしたが、こちらは最初からsshも利用可能です。 特徴 独自のマクロが組める(TeraTermMacro) シリアルコンソールとし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
