日本のエンジニアの地位をあげるために - UNIX的なアレ
日本のITはなぜ弱いのか？ 日米でこんなに違うプログラマーの扱い - まぐまぐニュース！ 確かにその通りで、やはりエンジニアは言われたものを作る職業という認識をされているケースが多いです。最近のエンジニアが主体となったベンチャー企業などでは変わってきているとはいえ、業界の割合でいえばごく一部といえると思います。 上記の記事にもある通り、サラリーマン経営者による個人の責任を極限まで減らした意思決定を行いそれによってプロジェクトが遂行されることが正義とされてしまうと、どうしてもエンジニアとしてのクリエイティビティを出すチャンスは減らされてしまいます。これに対してどう向き合えばいいのかを考えてみました。 なお、英語学んで海外に行けばいいじゃないかという個人にフォーカスした視点はいれません。 IT人材の人数は2019年がピーク IT人材の育成（METI/経済産業省） こちらのデータを見る限り、20
小規模スタートアップの技術的な方々の壁打ち相手的なことをやります - UNIX的なアレ
ひとことで言うと CTOや技術の統括をしている小規模ベンチャーの人に対して、1on1をします どういうこと？ CTO的な方だったりとか、技術的なマネージャーをやっている方って様々な悩みがあると思います。当然、それを僕が解決してあげるなんて偉そうなことはできるわけでは無いのですが、コーチング的な感じで話を聞き出すことはもしかしたらできるんじゃないかななんて思いました。 今も紹介ベースで相談とかを受けているのですが、今回はそれを公に募集してみようと思います。 ターゲットとなる方々 小規模スタートアップのCTO エンジニアのメンバーを抱えてるけどうまく回せていない 技術者のマネージャーがいない あたりでしょうか。 なぜやるの？ 自分自身、壁打ち相手がいなくて困ったことがあった 頼みづらく、こういうのがあるといいかなというのをやってみた 自分自身もっと成長したいので、上の立場からというわけではなく
nanapiのこれから、変わることと変わらないこと - UNIX的なアレ
すでにメディアで取り上げられているのでご存じの方もいると思いますが、本日このような発表をいたしました。 http://nanapi.co.jp/news/133 変わること 「変わることと」表現していますが、我々がもともとやろうとしている「What」の部分が変わるわけではありません。あくまで「What」を叶えるための「How」の部分が変わるだけです。 株式会社nanapiは「できることをふやす」というミッションを掲げています。そのミッションをいかにして達成するのかを考えた結果、もっとも最適な選択肢として今回の結果になりました。 http://www.syndot.jp/ 変わらないこと 連結子会社となっていますが、株式会社nanapiとしては基本的にやることは変わりません。我々が運営するnanapi.jpやアンサーに関しても今までどおり運用し続けますし、これからもよりよいサービスになるよう
文章の書き方を変えるだけで社内の情報共有は加速する - UNIX的なアレ
社内の情報共有で困っている会社は多いみたいですね。でも実は、nanapiという会社ではそこまで困っていなかったりします。元々文章を扱う会社というのもありますし、ドキュメント化して共有しようという風土が染み付いているからだと思います。 そういったこともあり最近登壇するときなど、社内の情報発信などについて話す機会が増えました。弊社では社内における情報共有のツールとして、Qiita:Teamを使用しています。 生産性を向上させる情報共有ツール - キータチーム（Qiita Team） 全員がMarkdownで文章を書く 実際にnanapiではQiita:Teamを導入してから、現在ではエンジニアだけでなくアルバイトも含めた全社員がここに様々なドキュメントを投稿しています。 Qiita:TeamはMarkdownで書けるようになっています。つまり、社内のメンバーは全員がMarkdownで文章を書く
nanapiの開発現場をどのようにして回しているかというテーマで話してきました - UNIX的なアレ
【StartupWeekendTokyo x DevLOVE】イケてるスタートアップの開発現場の話が聞きたい！ - スタートアップウィークエンド東京 | Doorkeeper というわけで、話してきました。資料はこちら！
Eigooo!はエンジニアが英語を学ぶのに最適な方法かもしれない - UNIX的なアレ
英語ってやらないといけないじゃないですか。これはたぶん誰も否定はしないと思います。ただ弊社経営陣の英語力が非常にアレでですね、なんとかせんとまずいということで最近頑張ってます。 なぜメディアはグローバルに挑戦しないといけないのか : けんすう日記 まぁそんなわけでいろんな英語学習しているのですが、ここ最近、Eigooo!というアプリで英語学習をしています。 Eigooo! Anytime, Anywhere English これがなかなかよくできているアプリで、ネイティブの人と英会話ではなく英語でのチャットをするんですね。まだiOS版しかリリースされていないのですが、非常によいアプリです。 エンジニアはまずは読み書きが最優先 当然、会話は出きるべきですし、読み書きとはまた異なるスキルではあります。ただ、日本国内でエンジニアが英語が必要となるケースは読み書きでしょう。 実際に英語のネイティブ
第21回 AWS User Group - Japan 東京勉強会で話してきました - UNIX的なアレ
最近、イベントレポート系のエントリばかりなきがします。先日こちらのイベントで話してきました。 第21回 AWS User Group - Japan 東京勉強会(一般枠) - JAWS-UG東京支部 | Doorkeeper nanapi.jpというサービス自体は今現在はオンプレミス環境で動いています。その他のアンサーや、ignitionといった新サービスがAWSで稼働しているので、そのあたりの内容です。 一緒に登壇する方々がすごい方ばかりでどんな内容発表しようかなぁと悩んだのですが、結局ふつうの発表です。まぁ５分の発表時間だったので、そこまで多くのことは話せませんね。 他社の事例をいろいろ見ることができて刺激をうけることができました。もうちょっといろいろと実験して、面白い構成にチャレンジしてみたいものです。
2020年のエンジニア像 ～ エンジニアがこの先生きのこるには？ で話してきました - UNIX的なアレ
5/16(金)にCTOによるCTOのためのこんなイベントで話してきました。 http://peatix.com/event/33718 前半のプレゼンテーション CTOという立場である以上、自分自身が技術者としてどうあるべきかだけでなく会社の風土をどうしていくべきか。そしてその風土に合わせてどういう人を採用していくべきかという仕事が出てきます。 今回はそのあたりに焦点を絞ってお話をしました。第一部でつかった資料はこちらです。 他社さんの事例もすごく興味深かったです。特に、cookpad舘野さんのエンジニアの評価基準の話はすごく具体的で参考になりました。 後半はパネルディスカッション 後半は、パネルディスカッションです。他社さんの事例がいろいろ聞けたのは個人的にもすごく勉強になりました。 「めんどくさいおじさんにならないようにしよう」「成功体験おじさんにならないようにしよう」みたいな感じです
CTO募集とかフルスタックエンジニア募集とか都合の良いこと言っちゃだめ - UNIX的なアレ
若干釣り気味のタイトルです。CTO募集すること自体は悪くないんだけど、その内容についていろいろ思うことがあったのでちょっと書いてみます。 やたら見かけるCTO募集 wantedlyとかみるとですね、とにかくCTO募集している会社が多いわけですよ。そりゃITな会社つくるとしたらCTOはいた方がいい。 でもね、多くの社長が話すCTO像って別にCTOを求めてる訳じゃないんですよね。要するに、なんでもできるエンジニアが欲しいというだけのパターンが多い。 とくに募集要件みてもピンと来ないんですよ。別にそれってCTOである必要ないでしょ？と思ってしまう。例えば、 アーキテクチャの設計ができて スマホアプリできて サーバサイド開発もできて インフラもひと通りできて マネージメントできて イケてる提案もしてくれる あと、言うことは聞いてね みたいなことを考えてる人が多い。すごく多い。まずね、いないよそんな
個人的なShellTipsをまとめてみた - UNIX的なアレ
naoya_itoの火を噴いたシェルtips - Togetter これを読んでふと書きたくなったので。ちなみに僕はbash使っています。 CTRLを使った便利系 まず、UNIXな操作あたり。 キーバインド 意味 CTRL + s キー入力を受け付けなくする 画面出力抑える CTRL + q 上記解除 CTRL + z バックグラウンドに. fgで戻る CTRL + l 画面をクリア。clearと同等 CTRL + c 現在の処理を停止 CTRL + d exitと同等 CTRL + r historyからコマンド検索 emacsっぽいやつ どっちかというとキー操作に近い。基本はemacs。metaは僕はoptionに割り当ててる。とりあえず触りたい人はESCでOK。 キーバインド 意味 CTRL + a 行頭 CTRL + e 行末 CTRL + f → CTRL + b ← CTRL
UNIX的なアレ
これはアルのメンバーを中心にお届けする、推しのコマをつかったアドベンカレンダー、16日目の記事です。 adventar.org "何者か" になりたい時代 SNSが一般化したことや、個人単位で活動するインフルエンサーやYouTuberが出てきたことにより、現代は多くの人が「何者か」になりたい時代になっている。 でもこの「何者か」になりたい欲求というのは、おそらく幼少のころには誰もが持っていた欲求なのではないだろうか？それはスポーツ選手かもしれないし、歌手かもしれない。でも、年齢を重ねるにつれて現実と向き合い続けることになり多くの人がそういった夢を気づかないうちに忘れてしまうことになる。 左ききのエレン / alu.jp alu.jp 「左利きのエレン」は、何者かになりたいまま広告クリエイターになった朝倉光一を主人公とした物語だ。多くの場合、こういった物語の主人公は「天才」であることが多いの
「グロースハックを支えるチームづくりと実践手法」で話してきました - UNIX的なアレ
少し前の話になってしまうのですが、4/7(月)にKDDIさん主催のイベントで話してきました。実は、グロースハック系のイベントでの登壇は今回が初めてです。 nanapi×VASILY×ランサーズ グロースハック大勉強会！！【グロースハックを支えるチームづくりと実践手法】｜IT勉強会ならTECH PLAY［テックプレイ］ グロースハックという単語は、ここ最近のバズワードになってきていますがnanapiなりの解釈を話すことができました。具体的には、データ解析は重要だよーという話がメインです。 どうでもいい話なのですが、今回一緒に登壇したメンバーはもともと知っているメンバーで、全員バンドマンという面白い共通点がありました。 講演の様子 60名ほどの参加者で、ほぼ会場は満席だったと思います。ざっくりアンケートをとった感じだと、技術者の方は1/3くらいだったでしょうか。 この後の懇親会でも感じましたが
Sensuを使ってクラウド環境の監視を効率よく行おう - UNIX的なアレ
AWSなど様々な環境でサーバを管理してくると、すべて同一の監視ツールを使うのがなかなか難しくなってきます。そんなこともあり、私も定期的にいろいろな監視ツールを試しています。 http://nanapi.co.jp/blog/2013/09/11/monitor_nanapi_servers/ nagiosとクラウドの相性が悪い！ 監視するには様々なツールがありますが、その中でも特に有名なツールはnagiosでしょう。古くから使われているツールで、プラグインも数多くあり様々な監視を行うことができます。 クライアント側にnrpeをインストールすることで、各ホストの詳細の状態まで監視することができますし、うまく活用すればかなり細かい監視までできます。 しかし、AWSのようなクラウド環境で使うには非常に使いづらいです。というのも、nagiosはサーバ側にどのホストを監視するのかという情報を持たなけ
仕事におけるコミュニケーション能力と会話におけるコミュニケーション能力は別物 - UNIX的なアレ
些末なコードレビュー - naoyaのはてなダイアリー なおやさんのエントリーを読んで改めて感じました。これはコードレビューについての話ですが、言いたいことは本質的なことについて話せるかどうかという点だと思います。 いい加減、「コミュ力」という単語で片付けるのはやめよう 「エンジニアはコミュ力がない」とかいわれますが、コミュ力とかいう単語１つで片付けてほしくないです。少なくとも普段の会話におけるコミュニケーションと仕事におけるコミュニケーションって別物ですよね。 先ほどのコードレビューの話ですが、仕事においてのコミュニケーションってどれだけ本質について話せるかなんですよ。要するに、情報を整理して正しく相手に伝えるということ。となると、仕事におけるコミュニケーション力って職種とは直接的に関係してこないと思っています。 「コミュニケーション能力」の意味の違い 「仕事におけるコミュニケーション能
chefでインストール済みかどうかの判定にpacoを使うと便利 - UNIX的なアレ
cookbookを書くときの冪等性 cookbookはインストール時だけでなく、何度実行しても同じ状態に保たれることが重要視されます。 chef業界ではこれを冪等性（べきとうせい）と読んでいたりします。これは設定ファイルやパッケージのインストールなど、すべてに当てはまります。 例えば、パッケージシステム経由でvimをインストールするようば場合のrecipeは以下のようにして書きます。 package 'vim' このようにすることで、それぞれのディストリビューションにあったパッケージシステムをつかってvimをインストールしてくれます。当然、二重にインストールされることはありません。 sourceからインストールするcookbook たとえばCentOSにphpをパッケージ経由でインストールすると、ちょっと古いバージョンのものがインストールされてしまいます。 新しいバージョンを使いたい場合は
Unixに関するいろいろな略称とその意味 - UNIX的なアレ
いろいろな略称が多い！ コマンドやディレクトリ名など、UnixなOSはとにかくいろいろな略称が多いです。特にさわりはじめの人はこの略称がいみわからずに心が折れてしまうことは多いと思います。実際にSchooでUnixの授業をやったときもこの略称を説明しました。 というわけでまとめてみました。なぜ略称が多いのかが気になる人はこちらを読んでみてください。 UNIXという考え方―その設計思想と哲学 作者:Mike Gancarzオーム社Amazon ※ちなみに、Linuxにもほぼ通用すると思いますがMacをベースに書いているのでUnixという表記にしています。 ディレクトリ名 名称 本来の意味 備考 usr User Services and Routines これは若干怪しめです。Userという説も var Variable ログやメールの情報など、変わりうる情報を扱うもの tmp Tempor
いかにしてベンチャーの社内ネットワークを構築するか - UNIX的なアレ
情シス担当者なんていない 現在、nanapiは社員数30名弱くらいの会社規模です。アルバイトさんを含めると70名くらいになりますが、そのうちエンジニアは私を含めて8名。このくらいの会社の規模だと、まだ情シス的な仕事を専門的にやるような人はいません。 当然、ネットワークの専門家もまだ弊社にはいないので必然的にエンジニアの誰かがこのあたりを担当することになります。ベンチャーにおいてだいたいの場合、こういった技術的な行き場の分からない仕事ってのはCTOがやるもんです。 しかし、情シス的な仕事って本当に難儀な仕事。動いてて当たり前、高速で当たり前、ちょっとでもネットワークが遅くなるものならその時点ですでに障害です。 外注するという選択肢もありますが、何かしら社内でネットワークのトラブルがあれば少なくともその瞬間はたぶん僕が対応するなり調査するなりすることになります。どうせそうなるのであれば、自分で
さくらVPSを使って便利な開発環境を構築する - UNIX的なアレ
開発環境は難しい 最適な開発環境をつくるのっていつも難しいなーと思います。サーバ側に入って開発する人もいれば、クライアント側のIDEあげてる人もいるわけで人それぞれです。 その人に特化した開発環境をつくるだけであればそこまで難しい話ではありませんが、チームでの開発となるとそのあたりをうまく解消するのがだんだん難しくなってきます。また、新しくサブドメインが増えたりなど開発環境も常にアップデートし続ける必要があります。 このあたりを、サーバエンジニアが手動でやってると死にます。悪しきDev/Opsの対立関係がうまれてしまうので、なんとかしないといけない。 というわけで、オフィス移転をきっかけに開発環境を作りなおしてみました。以下の3点からさくらVPSを選びました。 コストを抑えたい 最近さくらVPSに東京リージョンができた ローカルネットワーク接続できるようになった 新規開発環境をつくる上での
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
