日々の業務効率化からプロダクトの品質や生産性の向上に至るまで、職種や分野問わず、昔から議論されることの多い永遠のテーマです。 最近は色々と便利なツールも増えてきましたが、今まで慣れ親しんできたものから乗り換えるには、やや腰が重くなりがちです。また、移行にかかる手間やコストなども考えると、不満はあるけど支障をきたす程でもないし今のままで良いかな、となってしまう人も多いかと思います。
Naoya Ito さんと、開発手法、エルゴノミクス、FF7、ゲームシミュレーション、GitHub などについて話しました。 Show Notes 開発組織のマネジメント by Naoya Ito ピープルウェア (Kindle版) The Roost | Ultra Portable, Lightweight, Ergonomic Laptop Stand Keyboardio | Making keyboards better PS Vita TV Final Fantasy VII - PlayStation Experience Trailer | PS4 - YouTube バグチェック作業の自動化について | Bayonetta 2 開発者ブログ ドラクエ10 RMT業者の実態 Building Board Games with Ruby Pandemic | Board Ga
Dmm-news.com This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Accident Lawyers Top 10 Luxury Cars Work from Home Dental Plans Anti Wrinkle Creams Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
これ @mizchi がIncrementsにJoinしました - Qiita Blog 特に転職したとは一言も報告してなかったけど、先月末でQuipperを退職し、二週間ほどのモンハン廃人を経て、先週からQiitaを運用しているIncrementsで働いている。 自分が使ってるサービスのドッグフーディングが出来て、将来性があって、大きすぎずに自分の手が届く範囲にやり甲斐があり、JavaScriptエンジニアとして自分にとっての技術的課題がたくさんありそうなIncrementsに行くことにした。 一週間ぐらい働いて、やっと慣れてきて、デプロイももう何度かやったし、Githubのstatsみると一週間で25000行ぐらい書き換えてユーザーの手元に届いてるっぽいんだけど、これは最初に取り組んだのが外部アセットを連結して圧縮したりこねくり回したりしたりするという作業で、作業量以上に行数に出ている
この記事において利用している.travis.ymlとRakefileの全体はGistにて公開しています。 ↓ Rakefileの全体はこちら gist.github.com/kishikawakatsumi/8918124 ↓ .travis.ymlはこちら gist.github.com/kishikawakatsumi/8918365 概要 ユビレジではiOS アプリを申請する際に発生する作業の大部分をCIで自動化しています。 申請の作業としてユビレジでは下記のワークフローを決めています。 1. リリースブランチを作る 2. リリースするバージョンのバイナリをビルドする 3. 2と同等のアプリケーションを社内に配布して最終チェックをする 4. クラッシュレポートのサービスとしてCrittercismを利用しているので、そこにデバッグシンボル(dSYM)をアップロードする 5. 2のバイ
用語 リポジトリ バージョン管理システムにおいて,プログラムやファイルを蓄積しておく場所. Gitではローカルリポジトリとリモートリポジトリの二種類のリポジトリを扱える. ローカルリポジトリ 現在作業中のリポジトリ.主に自分のPCや開発サーバーなどで作業する場合はローカルリポジトリとなる. また,リモートリポジトリからリポジトリをクローンして,自分のPC上やサーバー上に環境を構築することもできる. リモートリポジトリ 外部にあるリポジトリ.リモートリポジトリはローカルリポジトリを通じて作業を行う. 複数人での作業やインターネットに公開する場合に利用できる. ワーキングツリー ユーザーが編集したり新しいファイルを作成したりする場所. インデックス ワーキングツリーでの編集後,リポジトリへのコミットの前に次のコミットの対象となる状態を保持している場所. ブランチ 履歴の流れを分岐して記録してい
GitHubと連係するコードレビューツール「ReviewNinja」がGitHub上で公開されています。開発しているのは欧SAP。あの業務アプリケーションで知られるSAPです。 Review Ninjaはまだ開発の初期にあるようですが、GitHub上で次のように解説されています。 ReviewNinja is a lightweight code review tool that works with GitHub, providing a more structured way to use pull requests for code review. ReviewNinjaは軽量なコードレビューツールで、GitHubと連係しています。これはコードレビューの場面でプルリクエストを用いてより構造的な方法を提供するものです。 (一部省略) ReviewNinja defines a clea
事前に断っておくがここでいう「インフラ」はレイヤ的には OS より上の話。 少し前に GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー で、GitHub を介したデプロイを実践しているということを紹介した。普段の開発を Pull Request ベースでやっているので、デプロイもまた Pull Request を契機に実行させると色々捗る、という話。 このプラクティスの対象領域をインフラにまで拡大してみました、というのが今回の話。 DNS レコードを Pull Request を merge した契機に自動で更新 AWS を利用している場合、ドメインの管理も Amazon Route 53 を使うといろいろと都合がいい。 Route 53 での DNS レコードの更新はこれまでブラウザから操作していた。これだと誰がいつ作業したかわからないし履歴もトラックしづらい。また変更
Vimを現代風にリファインしMacの他のモダンなエディタで導入されている機能を取り入れることを目的としたエディタ「VimR」(Vim Refined)が公開されています(GitHub、Hacker News)。 説明によると、VimRはエミュレーションではない完全なVimを内部に組み込んでいて、Vimの好みプラグインを使用可能。hjklで操作できるGUIファイルブラウザや、曖昧検索に対応したファイル検索機能が使えるということです。 ↑左ペインがファイルブラウザ。 ↑ファイル検索。 MacVimプラスアルファといった雰囲気なので、GUIメインでVimを使っているユーザーならば検討してみる価値はあるかもしれません。 ソースコードのライセンスはGPL v3で、ビルド方法はGitHubに説明されています。今後が楽しみなエディタだと思います。
web系スタートアップ開発チームが仕組みもへったくれも無い状態からすったもんだありつつリモートワーカーも交えて良い感じにワークする体制で開発できるようになったなぁと言って良いところまで来たと感じたので、ここらでひとつ段落をつけて開発体制とか組織設計、体制作りみたいなところの話をまとめておきたいと思います。 サービス開発の現場に仕組みや体制を引く目的と意味 まず開発チームに体制や仕組みを引く意味、目的について。 開発速度の向上 これ1点に設定しました。 開発スピードで市場ごと引っ張る 展開中の事業ドメイン(教育)は今、ほっといても急成長中の市場でタブレット端末の導入がどんどん進んでいます。 が、私立やいけいけの公立を除いて大体の公教育の現場では単純に既存のパソコンと置き換えてコスト削減に利用するだけだったり、まだまだ端末の普及が途中です。 IT機器の導入が教員の業務効率化や教育そのものの質の
Oktavilla では、私たちは定期的に新規プロジェクトを立ち上げています。数年にわたって、私たちはこうしたプロジェクトを通してベストプラクティスを見つけ出してきました。そのおかげで、新規メンバーがスムーズにプロジェクトに参加できるようになり、エラーを減らすこともできました。こうしたベストプラクティスを、組織内部、クライアントを問わず大半のプロジェクトに活用しています。結果として、私たちは高品質のWebプロジェクトを実現しています。ここでお伝えするのは、そのプロセスの一部です。 このブログ記事では、技術面に関わるベストプラクティスに焦点を絞りたいと思います。例えばセットアップや、プロジェクトのツールやプロセスを選択する際に考慮すべきことなどについてお伝えします。各プラクティスの文末に、詳細な情報へのリンクをいくつか貼っています。 READMEファイル まずは、プロジェクトで最も重要なファ
自分が他社のiOSアプリ開発者と話す時にいつも同じことを聞いていたのでそれをQiitaにまとめていましたが、実際に他社の開発の現場でインタビューをしてくるというシリーズになりました。 記念すべき1社目はユビレジ社! ユビレジとはなにか 私の分かる範囲でユビレジというものについてすごく平たく説明すると、iPadを利用したお店のレジとそれを管理するウェブ上のシステムみたいな感じだと思います。そもそもお店のレジスターっていうものは単純な売上の計算のためだけのものと、商品や顧客情報をひもづけるPOSレジ(POSはPoint of sale)と呼ばれるものがあって、このPOSレジをiPadとウェブで実現するぜ!ということでしょう。 訊いてきたこと ユビレジ社ではiOSアプリ開発をしている人で知らない人はいないという@kishikawakatsumiさんと、インターネットで有名な@laisoさんを中心
以前作ってGithubに公開していた CrashMonkey というツールについて紹介します。 Github:CrashMonkey CrashMonkey概要 iOSのアプリケーションをモンキーテスト(ランダムな操作をひたすら行う)するためのツールです。 動作イメージはこのデモ動画を御覧ください。 iPhone Simulatorの操作にはUIAutomationを使っていて、ベースとしてui-auto-monkeyを使わせて頂きました。 動作環境 以下の環境でのみ確認してあります。 Max OS X 10.8.4, 10.9.4 Xcode 4.6.3(Build version 4H1503), Xcode5.1.1 Ruby 1.8.7-p371 Rubyについては、1.9系, 2.0系でも動くと思います。 特徴 良い点 アプリのプロジェクト自体に変更を加えなくても実行することがで
伊藤直也氏が語る「仕事の流儀」の第2回は、KAIZEN platform Inc.の立ち上げに参画して実感したリモートワークツールの重要さについて。 スタートアップ企業でエンジニアが快適に開発できる環境とはどのようなものか、KAIZENでの事例をもとに、いま感じてることを語ってもらった。 by 馬場美由紀 (CodeIQ中の人) リモートワークをしながら「全員同席」するためのツール KAIZENのようなスタートアップ企業で、かつリモートワークをする社員もいる環境で、どんなふうにアジャイル開発を進めていくか。 それが最近の僕の重要な関心事です。 ちょっとKAIZENのリモートワーク風景を見てほしいんですけれど……(Sqwiggleというオンラインミーティング・ツールで自宅で仕事をしているエンジニアを呼び出し、会話を始める)。 Sqwiggleを起動すると、カメラが有効になっていて、こんな感じ
Swiftに浮かれているiOS開発者のみなさんこんにちは。Objective-Cの記事を書きます。 手になじんでるものから、良さそうなので使ってみたいものまで、 個人的に筋がいいと思っているObjective-Cのライブラリを紹介します。 YLMoment 日付や時間と文字列を扱いやすくしてくれるライブラリ。 タイムラインでよくある"19 hours ago"みたいな文字列をNSDateから作ったり。 日本語対応。 MTDates NSDateの便利カテゴリ。 何日から何日までのNSDateの配列を取得したり、その日・週・月の頭のNSDate、先週の頭のNSDateなど。 欲しいと思った機能はだいたいあります。 JLRoutes 開発の初期にはURLSchemeから自前で処理を振り分けたりしますが、当然のように辛くなるのでJLRoutes。 sinatraっぽく書けます。sinatra使っ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く