UI改善チームを発足しました はじめまして。 面白法人カヤックで「Lobi」のUIデザイナーをしているバッコです。 Lobiはスマホゲーマー向けのチャット＆ゲームコミュニティサービスで、その前身である「ナカマップ」のリリース日から数えると今年で7年目を迎えます。 www.kayac.com サービス7年目を迎えて Lobiチームでは、日々ユーザーさんからのご意見や、計測ツールの数字を元に立てた仮説を検証する施策を行っています。 その他、既存機能の運用や改善も行っているのですが、サービスが長く続けば機能も増えていくもので、「サービス内のすべての画面の見た目や使い勝手を維持する」ことが段々と難しくなってきてしまいます… そこで、Lobiチームでは昨年末に話し合いをして、「細かい見た目や使い勝手の改善もユーザーさんに喜んでもらえることであり、すぐに数字に結びつかずとも、巡り巡ってサービスの成長に

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ソフトウェア開発者を採用する面接の場においては、応募者の専門家としての力量を見極めることが最も困難な作業の1つである。彼らの考え方については、面接時に少しやり取りを行えばそれなりに見当が付くだろう。しかし、実際のプログラミング経験を推し量るのは至難の業だ。一部の企業では、さまざまなテストを実施することでこれを行おうとするものの、筆者の経験から言えば、こういったテストは近代的な開発環境では必要性が薄い知識（IDEのオートコンプリート機能や、F1キーの押下で表示されるヘルプ、インターネットといったものがあるため、ライブラリの知識は以前ほど重要ではなくなっている）の丸暗記能力を試すだけに終わることも多い。そこで本記事では、開発者を評価するうえ

前提 この投稿には、技術的なことは一切書いてありません。ご了承ください。 タイトルにあるように、どのような過程を経てエンジニアに就職することができたか、その歩みが書いてあります。 概要 私は神学大学院を卒業し、27歳の時にキリスト教の牧師(見習い)として教会で働き始めました。その後、2年間働き、自分の未熟さから29歳でその職を辞め、エンジニアに就職しました。 30歳にして全くの未経験からエンジニアに転職した経験を振り返ります。 この投稿を通して、30歳前後でもエンジニアとして人生を歩むことができることを紹介します。 2015年 12月末 自分の未熟さから牧師(見習い)を辞めます。 2016年 1月 2016年は無職としてスタート(笑) 特に次の就職先が決まっているわけではありませんでした。ただ貯金があったので、それをうまく活用すれば、仕事をせずともある程度生活はできる状態でした。 大学卒業

久しぶり＆病み上がりの執筆なので、ちょっとふわっとした内容書きます。私みたいな人間が日々心がけている程度のことなので、ふわっと読んでもらえれば幸いです。 意見が並行線、の原因はコンテクストのズレにある 仕事に関わらず、社内外で議論する際に発生する意見の対立の大きな原因の一つに コンテクスト のズレがあると考えています。 例えば、弊社アジャイルについての初期の勉強会で出題された問題で以下のような問題がありました。 Q.アジャイルでは要求の変化を受け入れるため、スコープが徐々に大きくなり、開発規模や予算が当初の規模に収まり切らないという現象（スコープクリープ）が起こることがあります。これは防ぐべきものでしょうか？その場合、どのように対処するべきでしょうか？ この問題に対しての解答を一部抜粋しました。 A. 最初から積極的に防ぐものではない。発生した場合、プロダクトバックログの内容を精査し、優先

— 今回はIncrementsでQiitaのプロダクトマネージャーを担当されている及川さんにお話を伺います。早速ですがQiitaの概要やサービスコンセプトについて教えてください。 Qiitaはエンジニアのための情報共有コミュニティサイトで、様々なユーザーが技術の習得やトラブルシューティングに役立つ情報を発信しています。Qiitaはエンジニアのためのナレッジベースになっており、多くのトラフィックがGoogleなどのWeb検索から流入します。エラーメッセージをキーワードに検索し、Qiita上のページにたどり着いて問題を解決する、といった使われ方ですね。 Increments株式会社は「ソフトウェア開発をよくすることで世界の進化を加速させる」を企業ミッションとしています。その企業ミッションのもと、ソフトウェア開発を支える技術者のための知の共有プラットフォームとしてQiitaを提供しています。 人

大江戸Ruby会議06 #oedo06 に行ってきたので雑感など。 会場 @sora_h さん生誕20周年記念ということで、会場も「ソラシティカンファレンスセンター」という場所でした。 Docker時代の分散RSpec環境の作り方 speakerdeck.com RSpecの実行に時間が掛かってたのをAmazon ECSを使って分散実行することで時間とコストが削減されたという話。 RSpec の結果を任意のストレージに出力できる rspec-storage gem は便利そう。 自分の今のプロジェクトも自動テストの時間がどんどん伸びているのでどうにかしたいと思ってます。 しかし、開発にAWSを使える環境はうらやましい。 Text Editing in Ruby github.com Ruby製のEmacsライクなテキストエディタを作ったという話でした。名前が中二病っぽい。 冒頭で何のエディ

2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

概要 2017年1月18日にリリースされた Docker v1.13 以降（今日現在の v17.03.0-ce ）は、 docker コマンドラインの命令体系が再編成されました。本記事では変更に至った背景と、新旧コマンド体系の比較情報を整理します。 新しいサブコマンド体系の導入と背景 新しいコマンド体系の導入に至ったのは、docker のトップレベル・コマンド群が 40 を越える状況（当時）となったためです。コマンドには頻繁に使うものもあれば、使わないものもあり、再編成されることになりました。 v1.13から論理オブジェクト単位にコマンドが再編成されました。これは、「何」（コンテナやイメージ、ネットワーク）を、「どうするか」（作成、一覧、起動、停止）で扱います。そのため、従来よりもコマンドの利用目的が分かりやすくなります。たとえば、コンテナを管理する docker container サブ