アプリ開発効率化の鍵は「テストの自動化」日経電子版 × Sansan × 岸川克己氏 | キャリアハック（CAREER HACK）
アプリ開発に自動化は必須か 「勢いよくアプリを開発したものの、デバイスごとにUIに不具合が……」 「テストを自動化したいけれど、やり方が分からない」 上記の方は、ぜひアプリ開発時のテスト自動化を図ってみてはいかがだろうか。 日経電子版×Sansanのアプリ開発勉強会、シリーズ第3弾。最終回のテーマは「アプリ開発時のテスト自動化」、「開発効率改善」。登壇者である辰濱健一氏、赤間夏樹氏、岸川克己氏の3名が経験した失敗、そして効率化への道を指南した。 【登壇者】 ・辰濱健一氏 （Sansan株式会社 エンジニア） 「アプリ開発作業の効率改善」 ・赤間夏樹氏（株式会社 日本経済新聞社 エンジニア）「CircleCI を導入してみた」 ・岸川克己氏 （アプリ開発テクニカルアドバイザー） 人数が少ないからこそ、作業の効率化が必要だった 最初のトークセッションはSansan株式会社エンジニアの辰濱健一氏
１年前に転職しました
退職しましたというエントリを書いてから、早くも１年が経過しました。せっかくなのでゆるーく１年を振り返ってみたいと思います。 いままであらすじ １年前、ごく小規模の WEB 受託開発会社から、中規模の広告代理店へ転職しました。 転職先では、エンジニアの社員はわしだけです。 転職して変わったこと 複数のプロジェクトを掛け持ちしなくて済むようになったので、比較的、目の前の仕事に集中しやすくなりました。 電話を取らなくて良くなったので、比較的、目の前の仕事に集中しやすくなりました。 職場が広くて清潔になりました。しかも６月に新築ビルに引っ越してさらに快適になったので、比較的、目の前の仕事に集中しやすくなりました。 システム開発に関するしがらみが０なので、唯一のエンジニアであるわしの裁量で大体のことは決められます。比較的、目の前の仕事に集中しやすくなりました。 何か新しい機能を作るときに、(打算的な
iOSノウハウ集（2014年版） - Qiita
heathrowエンジニアブログからの転載です。 元々は社内Wikiにあったものを持ってきたので古い部分があります。 heathrowでは好きなファッションブランドをまとめ読みFavricaというiOSアプリを開発しています。本日1.0.4がリリースされています！ View系 ストーリーボードはマージできない 開発の単位で分ける（同時に編集できないので） .xib .storyboard の読み込みに時間がかかる時がある viewDidLoadが呼び出される直前に暗黙的に読み込まれる（メソッド名通りである）ので明示的に読み込まないようにしてviewWillAppear、viewDidAppear等で読ませるとよし Viewの実装はガンガンUIViewかUIControlをサブクラス化してViewControllerから切り分けていく UIAlertViewとかUIActionSheetのデ
Gitterが一般βになったので早速やってみたんだけど、ムッチャ感動するレベルだった - Life goes on
Gitterに感動した 金曜にメールチェックしてたら「Gitterが一般βになったから誰でも参加できるようになったよ」ってメールが届いてた。 確か以前は抽選かなんかだったんだけど、アイディアがちょっと面白いなーと思って参加できるようになったらメールでお知らせしてもらおうと登録してたんだけど。 Gitter - Chat, for GitHub 早速、試してみたんだけど…久々に感動するレベルのWebサービスでした。 そもそもこのサービス何なのか知らない人が大半だと思うんで、ちょっと説明するとこんな感じです。 GitHubのリポジトリやOrganization単位でチャットルームを作ることができる まあ、これだけなんですが。WebアプリとMacアプリがあってiPhoneとかのモバイル対応はまだらしい。とはいえ、Webアプリの方をMobile Safariなんかで見たらそこそこ見やすい感じではあ
ユビレジを支える技術
年末にユビレジさんのところでちょっと仕事のお手伝いをさせていただいたので、その時の内容をご紹介させていただきます。 ■ユビレジって何？ iPadをキャッシュレジスタに変えてしまうサービスです。会計からレシートの印刷までやってくれます。最近飲食店などでレジがなくiPadだけが置いてあるお店などを散見するかと思いますが、アレがそうです。一般的なキャッシュレジスタ+店舗システムよりもはるかに安価で導入でき、しかも使いやすいというのがウリです。 開発者的に言うと、Scalaモヒカンの@kmizuさんやiOSモヒカンの@k_katsumiさんなどが在籍されていまして、エンジニアのレベルが高いです。 ■開発スタイル 少人数のため、厳密なウォーターフォール管理やアジャイル/スクラムなどは無く、チケット/Issueベースの開発になっています。githubをフル活用します。すべてPull Request(以
はてなブログチーム エンジニア座談会 - 株式会社はてな
2013年11月20日アプリケーションエンジニアはどのように仕事をし、どんなことを大切にしているのでしょうか。はてなでは、さまざまなサービスの開発を、複数のチームに分かれて行っています。サービス開発の現場で、はてなブログやはてなダイアリーを開発する「はてなブログチーム」から、id:onishi、id:hitode909、id:shiba_yu36、id:cockscombの4人に話を聞きました。 左からid:shiba_yu36、id:hitode909、id:cockscomb、id:onishi はじめに─本日は、はてなブログチームからプロデューサー兼ディレクターのonishiさん、そしてアプリケーションエンジニア3名にお集りいただきました。はてな社内にはいろいろなチームがありますが、特にブログチームではこのように開発している、という話をお聞きしたいと思います。よろしくお願いします。
Dockerで立てたコンテナにsshで接続する - $shibayu36->blog;
最近Dockerをちょっと触っていて、とりあえずDockerでコンテナを立ててsshでつなぐということをやってみた。 Dockerを入れる macだとDockerが入っているvagrant環境があるのでそれを落としてくる。 http://docs.docker.io/en/latest/installation/vagrant/ $ git clone https://github.com/dotcloud/docker.git $ cd docker $ vagrant upこれでDockerが動くvagrant環境が出来た。今後の作業はこのvagrantにsshした状態で行う。 $ vagrant ssh sshdが起動したコンテナにつなぐ http://docs.docker.io/en/latest/examples/running_ssh_service/ この辺を参考に。 まず
Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー - naoyaのはてなダイアリー
先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう
るりまにpullreqを送る方法、1から10のはなし - たごもりすメモ
Rubyを書いている人ならきっと一度以上はお世話になっているRubyリファレンスマニュアル、通称「るりま」。 これが前まではsvnでリポジトリ管理+修正はredmineでチケットを切って依頼、みたいなすげーダルいフローでなんか見付けても依頼が面倒で面倒で面倒で諦めていたんだが、これがなんとgithubに！ やった！！！！！！ https://github.com/rurema https://github.com/rurema/doctree https://github.com/rurema/bitclust ということで一度pullreqを送ったんだけど、すこし注意が必要だったのでここにメモる。みんな真似してどんどんpullreq送ろう！ 手順 以下の通り。 doctree リポジトリをforkしてclone pullreq送るために自分のアカウントでforkして、それをcloneして
Androidの機種依存問題を吸収するプロジェクトAndroid-Device-Compatibilityを公開したお話 - mixi engineer blog
こんにちは。Androidユニットで開発とスクラムマスターをしています、横幕です。すっかり寒くなって、朝起きるのが辛い季節になりました。 先日、Android(TM)の様々な機種に依存する問題を吸収するためのライブラリプロジェクトをmixi, IncのGitHubリポジトリで公開しました。 今回は、このライブラリプロジェクトを公開するに至った経緯をお話しようと思います。 様々な種類の端末に対応するために乗り越えてきた困難 現在、Androidを搭載した端末には、多種多様なものがあります。 そして、OSのバージョンごとの違いだけでなく、同じAndroidを搭載していても、端末ごとに微妙に挙動が異なることがあります。 mixi公式クライアントアプリでも、端末ごとに微妙に挙動が異なることで発生する問題にいくつか直面してきました。 特定の端末で、文字が9,000文字までしか入力できない EditT
paperboy & co.でやったこと - Simple, Slowly
paperboy & co.（以下、ペパボ）に入社して6ヶ月が経ちました。 ちなみにペパボはどんなことをやっているかというと、サイトのホスティングやドメインの提供など、主にインターネットの場所を提供することをやっています。 僕は担当しているサービスは昔からあるサービスでレガシーコードなのです。 で、この6ヶ月で業務をやりつつ開発環境の改善をけっこう頑張ってやっていました。 入社当時はどんな状態かというと、以下のような感じです。 一つの環境をみんなで開発していた サーバ上のファイルにsambaでアクセスして開発していました。 誰かがファイルを変更していると同じファイルは触れません。 FTPで手動でファイルをアップロードしていた デプロイの自動化ができておらず、FTPクライアントで手動でアップロードしていました。 バージョン管理ツールの本来の使い方ができていない 本来であれば、バージョン管理ツ
XVimの紹介
Vim Advent Calendar 2012 27日目の記事です。 XcodeでのVimキーバインドを実現するXVimの開発経緯と使い方をご紹介したいと思います。まず初めにURLだけ貼っておきます。 https://github.com/Jugglershu/XVim さて、本題。ちょうど今から1年前、僕は友達ともにiOS向けアプリの作成を趣味で行っていました。当時僕はMacはあまり使ったことがなく、Objective-Cの個性あふれるシンタックスに苦しんでおりました。iOSアプリの開発なので、当然Xcodeを使うわけですが、シンタックスに苦しんでいるところへXcodeではデフォルトだとVimのキーバインドではなくEmacsのそれとなっており、そのままだと使い物になりません。 Vimのキーバインドにするにはどうしたらいいのか友人に聞いたら、「ない」との答え・・・またまた〜、そんなことな
PHPカンファレンス2012 で Git と Pull Request をつかったチーム開発の話をしてきました #phpcon2012 - 肉とビールとパンケーキ by @sotarok
PHPカンファレンス2012 | 日本最大のPHPの祭典 先日 9/15 に行われた PHP カンファレンスで、Git と Pull Request をつかったチーム開発について、発表をしてきました。 資料と補足 まず、発表資料です。 あらためてメインの主張をすると、「Git に移行する」というのは、「svn のコマンドに対応する git のコマンドを覚えること」や、「GitHub Enterprise を導入したら完了」するものではなく、Git を利用した最も効率的な、開発フローや業務フローを考え、チーム開発・運用に適用すること、です。 9/19 時点で、また Speaker Deck の embed が使えなくなっているのでリンクもおいておきます (そのうち対応してくれ、ということで↑は放置) Presentation Not Found // Speaker Deck あと補足っぽい
「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Promisekit.org – Live truth instead of professing it
github を用いた開発フローテンプレート
YAPCで「はてなブログの開発フロー」について話してきました - 大西ブログ
GitHubがCSSのパフォーマンス改善のためにおこなったことをまとめたスライド | コリス
A Perl Monger in the Ruby World
GitHub - jverkoey/nimbus: The iOS framework that grows only as fast as its documentation
