保守開発に開発者として入って困ることのまとめ（実体験） - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? このページについて 保守開発にほぼ縁がなかったのですが、最近保守開発に携わわることも増えたので、そのまとめです。 普段のシステム保守に関わりはなく、業務知識がないエンジニアが、ある程度まとまった保守開発の案件発足時に開発専門でスポット対応したときに困ったことが書いてあります。 ここに書く困った事案について対応しておくと、スポット対応や保守PJで増員or要員入れ替えで新参者を迎え入れた場合に、新しく入った人が困ることは少なくなると思います。 ※保守開発の経験が増えて困った事案があれば、（愚痴にならないようにときにはネタを仕込んで面白おかし
組織を変えた伊藤直也氏のアドバイス──ハウテレビジョンは企業の成長痛をどう乗り越えたのか - リクナビNEXTジャーナル
就活情報サイト「外資就活ドットコム」で成長するハウテレビジョン。スタートアップから成長期に移行する過程で生じた技術的問題とは？ それらを解決し、さらなる飛躍を勝ちとるべく伊藤直也氏を技術顧問に招いた同社。 伊藤氏が彼らにアドバイスしたのは、果たしてどのようなことだったのか。 「これはよくあるパターンだ」と伊藤氏は感じた はてなではCTOとして「はてなブックマーク」などを開発、グリーではソーシャルメディア統括部長としてソーシャルゲームの成長を技術面から支えた伊藤直也氏。2012年にフリーになってからは、複数のITスタートアップの技術顧問として活躍している。 2015年7月からは、グローバルプロフェッショナルを目指す学生に向けた就職情報インフラサービス「外資就活ドットコム」を運営するハウテレビジョン（東京・渋谷）の技術顧問に就任した。 ▲株式会社ハウテレビジョン 技術顧問 伊藤直也氏 「もうこ
新規アプリを開発する際にディレクターとして心がけたこと - クックパッド開発者ブログ
こんにちは。投稿推進部ディレクターの新里です。 先日、iPhoneアプリみんなのお弁当 byクックパッドをリリースしました。みんなのお弁当では、作ったお弁当をクックパッドのレシピ付で記録したり、アプリ内で共有したりすることができます。 今回は、新規アプリを開発する際にディレクターとして心がけたことをご紹介したいと思います。 1.ユーザの気持ちを代弁できるぐらい理解する まず企画を考えるにあたり、お弁当作りをしているユーザーの気持ちを知るために、日々のお弁当作りからはじめました。試しに数日作るのと、習慣として日々作るのでは、全く感じ方が変わるので、週4〜5日ペースでお弁当を作り続け、これまでに作ったお弁当は300個以上にのぼります。 お弁当を作っていると、たくさんの課題に遭遇しました。以下は一部抜粋です。 おかずがマンネリになる 彩りのいい盛り付けって難しい 寝坊したから10分で作りたい カ
さいつよのターミナル環境を構築しよう - Qiita
昔に書いたものなので余り参考になさらずに 僕はターミナルに引きこもっています。たまに外出しても最寄りのブラウザ程度です。そんな僕は Mac を使っています。綺麗な UNIX だからです。ターミナルアプリとしてターミナル.app を使っています。iTerm2 含めいろいろ試しましたがコレがさいつよでした。そして、僕は 2 年半かけてさいつよ環境を築き上げました。 tl;dr 最強のターミナル開発環境の構築する 最強の開発環境を目指して タイトルで豪語しすぎた感はありますが、本気で構築中です。僕がターミナル環境の整備に目覚めたのは学生の時でした。特に何かのプロジェクトに携わるといったこともなく、たまに講義の課題を解いたり趣味のアプリを作成したりといった程度での開発だったので、環境構築や整備に割く時間がありました。 まずは現状 普段のターミナル環境は次のとおりです。 ターミナル.app（全画面）
Webサービスの作り方をプログラミング初心者が勉強した記録記事
近年、よりプログラミング言語習得の注目度が上昇しています。 インターネット上でプログラミングが学べるサービスも多数登場していますが、いざ勉強を始めてみると難しいと感じたり、興味はあるけれど敷居が高いと感じてしまうこともあります。 今回は、未経験者や経験の浅い著者がプログラミングを学んだ成果を記録している記事をご紹介します。 プログラミングをこれから学習する方にとって参考になる内容となっていますので、ぜひ目を通してみてください。 未経験者がWebサービスの作り方を学んで成果を記録した記事 1.ノンプログラマーが3ヶ月でWebサービスを作ってみた｜Qiita http://qiita.com/tabbyz/items/6513e84f319843c316d5 プログラミング関連の知識を記録、共有するサービスQiita内の記事です。 ノンプログラマーで趣味でたまにプログラミングをする程度という筆
ひどいソフトウェア作りたくなくて考えること - hitode909の日記
ソフトウェア作ってるとどうしようもないひどい状況になったり、知らないプロダクトを読んだらひどい状況になってたりすることがあって、どんなときにそういうことになるのか、必ずそうなるのか、そうなることを予見できないか、完成したソフトウェアを見てひどいかどうか判定できるか、とか気になってる。 作ってる途中に気付けないものか 作る前に気づけることはあるかひどいのは分かってるけどやるしかないときにだけひどいものができるのか時間はあるけどやる気がないとそうなるのかプライベートでなんかあるとそうなるのか書いてから時間が経つと大体のものはそうなるのかコードは正しくて読者が使われてるパターンに理解がないだけなのかパターンの使い方が変だと読めなくなるのか当時と環境、社会情勢や実行環境、データ量、などが変わってひどくなるのかいい技術が発明される前なのでしかたないのかいい技術が発明されたときにキャッチアップすべきか
2015年のスマホゲーム開発者に求められるスキル – ぼくのセーブポイント
この記事は何か？ この記事はスマホゲーム開発をしているプログラマーのぼくが、スマホゲームの変遷と求められてきたスキルを振り返り、2015年の今現在求められるスキルを考えます。 あくまでぼくの周りから感じたものなので、いけてるディベロッパーにいる人はもっと進んでいるのではないかと思います。 ちょっと長いので、結論だけを知りたい場合は下部のまとめだけご覧ください。 ぼくは誰か？ ぼくはゲーム開発会社でスマホゲームを開発しているプログラマーです。 mobageやGREEのプラットフォームで、各社が自由にWEBブラウザゲームを公開できるようになった時からゲーム開発をしてきました。 WEB業界出身な人間で、スーパーなプログラマーではないことに注意してください。 WEBブラウザゲーム前期 「DeNAの怪盗ロワイヤル」「コナミのドラゴンコレクション」「Cygamesの進撃のバハムート」などのゲームが流行
20億行のコードを保存し、毎日4万5000回のコミットを発行しているGoogleが、単一のリポジトリで全社のソースコードを管理している理由
20億行のコードを保存し、毎日4万5000回のコミットを発行しているGoogleが、単一のリポジトリで全社のソースコードを管理している理由 Googleは検索サービスやGoogle Apps、Google Cloud Platformなど巨大なサービスを多数運営しています。その同社は、20億行にもおよぶソースコードの管理をサービスやプロジェクトごとに分けず、すべて単一のリポジトリで管理しているそうです。 先週9月14日にサンノゼで開催されたイベント「＠Scale」で、Googleによるセッション「The Motivation for a Monolithic Codebase: Why Google Stores Billions of Lines of Code in a Single Repsitory」（単一コードベースへの取り組み：なぜGoogleは単一リポジトリに数十億行ものコー
「はてな教科書」にSwift 2の教科書を追加しました - Hatena Developer Blog
本日、はてな教科書に新たにSwiftの教科書を加えました。先進的なプログラミング言語であるSwiftを学習するのに最適な教材です。 「はてな教科書」はもともと、およそ1週間でWebアプリケーション開発の基本を身につけるために、PerlやJavaScript、MySQLなどを用いて実際にWebアプリケーションを作ってみる教材として作られてきました。はてなサマーインターンシップや、はてなの入社時研修に利用されています。最初はWebアプリケーションのための教科書でしたが、はてなでは近年の多様なニーズにあわせて年々内容を更新してきました。 はてな教科書 はてなサマーインターン2015では新しく様々な内容が追加されましたが、今回はそのうちSwiftに関する部分を先行して公開します。昨日Appleが正式にリリースしたSwift 2を全面的に採用した教科書で、Appleプラットフォームアプリ開発の学習や
Xcode7で1円も払わずに自作iOSアプリを実機確認する - Qiita
本日（2015年9月17日）正式公開されたXcode7からは Apple Developer Program に登録しなくても自作iOSアプリを実機にインストールして動かすことができると同僚のiOS技術者に教わったので早速試してみたら本当に出来て感激した。 そのことをつぶやいたらメチャクチャRTされたのでスクリーンショット付きで手順を書いておく。 うおー、1円も払ってないのに本当にXcode7からは実機で動かせた！これ週末楽しみすぎるだろ！「設定 > プロファイル > デベロッパAPP > 自分のAppleID > [自分のID]を信頼」で自作アプリが実機で動きます pic.twitter.com/8g42D5WiyW — 0.1㌧おじさん (@fushiroyama) 2015, 9月 17 僕みたいな普段はAndroid開発をしててiOS開発にも手を出してみたもののシミュレータだけでは
【島国大和】ツールで楽になったところと，ならないところ。ゲームを作る最後の10％
【島国大和】ツールで楽になったところと，ならないところ。ゲームを作る最後の10％ ライター：島国大和 島国大和 / 不景気の波にもがく，正体はそっとしておいて欲しいゲーム開発者 島国大和のド畜生 出張所ブログ：http://dochikushow.blog3.fc2.com/ どうもお久しぶりの島国大和です。皆さんデスマーチしてますか？（挨拶） 最近はゲームを作る環境が整備されてきました。 Unityだ，Unreal Engineだ，Cocos2dだと，便利な開発環境があって，3Dツールや2Dペイントツールでデータこさえてゲームエンジンに持ってけば，とりあえず絵が画面に出て動くまでは超早いです。すばらしい。 ちなみに昔，20年ぐらい前は，ゲームを作ろうとしたら，まず“ゲーム用のツールを作るところ”からのスタートでした。 だってツールが無かったですからね。 キャラクターツール，マップエディタ
ノウハウの共有文化がない場所にコードレビューをねじ込んでみた結果とか - タオルケット体操
「コードレビューをキメると品質も上がるし自分のレベルも上がるので最高」みたいな論が巷を賑わせていて、以前はそういうイケてる制度を指をくわえてみるのみだったのだけれど、最近職場と、それと個人的に関わったプロジェクトでコードレビュー制を無理矢理交渉して導入してみた結果、世間のイケてる書籍やエントリから得られる情報とはまた少し違う知見が得られたので書いてみる。 割と泥臭かったり、あまり希望に溢れてたりはしない感じのエントリなのでそういうのは期待しないほうがいいです。 準備 些末なコードレビューを極力避けるために、コードの規約やスタイルについてはlintとフォーマッターを用意した。 他は無策。 結論 結論から言うと、理想的な運用は出来なかったものの、コードレビューについて世間で言われるような成果（作業を共有する意識、レベルの向上）は得られた。良かった。 ぶっちゃけ僕なんかが浅はかな考えで導入しても
夏の技術職インターンシップ講義資料公開 - クックパッド開発者ブログ
こんにちは！クックパッド編集室メディア開発グループ長の @yoshiori です。 このまえ夏の技術職インターンシップの前半の開発講義・課題部分が終わったのでさっそく公開しちゃいます！ ちなみにこのインターンの対象者はプログラミングはわかるし自分で（授業とかではなく）コード書いている人なので超初心者向けでは無く、少なくともひとつ以上の言語でプログラミングが出来る人向けです。 一日目 TDD + git 編（@yoshiori） 講義初日なのでまずは簡単に肩慣らし & 開発の基礎の部分として TDD と git で始めました。 git については軽く説明し TDD は基本のテストファーストで進めて行きました。 ちゃんと何かをするたびにテストを実行し、メッセージを見れば次にすることが分かるというのを体験してもらい、GREEN が良くて RED が悪いのではなく、GREEN を想定しているのに
これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
下請けの日々を乗り越え作った自社ゲーム、結果は「スタジオ閉鎖」。KickstarterとSteam早期アクセスを経たインディースタジオの終焉 - AUTOMATON
ホーム ニュース 下請けの日々を乗り越え作った自社ゲーム、結果は「スタジオ閉鎖」。KickstarterとSteam早期アクセスを経たインディースタジオの終焉 海外のインディーデベロッパー「GRIN Gamestudio」は、公式ブログにて開発チームを解散したことを明らかにした。未払いの負債を支払うことができず、すでに破産申請を行っているという。 奇しくも2009年に閉鎖を発表したスウェーデンの「GRIN」スタジオと同じ名ではあるが、「GRIN Gamestudio」はまったく別のゲームデベロッパーだ。2002年に設立され、当初はオンラインやブラウザゲーム、アプリケーションの開発などの下請けに従事していた。ここ数年間はゲーム開発の基盤を少しずつ築き、初の自社タイトルである『Woolfe – The Red Hood Diaries』を2015年3月についにリリースした。残念ながらその5か月
受託開発でGitとmavenを使って開発をしている - そこに仁義はあるのか(仮)
会社で受託開発していて、gitを使った開発フローを考えることになった。 ニアショアに開発をお願いしていて、ニアショアからの受け入れタイミングが何回かあるから、それにあわせてブランチをわけている。 どういうフローで進めているかと、一番最後にやってみて思ったことを書いた。 どういうフローでやっているか リポジトリの構成 下記モジュールを用意した。 parent core entity common web batch tools ニアショアにて開発するモジュールは『common』、『web』、『batch』で、 アーキにて開発するモジュールは『parent』、『core』、『entity』。 ブランチ ブランチはこんな感じで分けている。 ちなみに、ソース管理はgitBucketを使った。 masterブランチ … リリース可能な状態の資源のみを管理する。結合テスト実施時は、本ブランチから資源を
GitHubでコードを「公開しない」リスク？サイバーエージェント流、OSS時代の開発哲学 | SELECK
今回のソリューション：【GitHub（ギットハブ）】 〜「GitHub」でソースコードを社内・社外に公開し、オープンなコラボレーションを実現した事例〜 数々のサービスを生み出し続けるエンジニアリング集団、株式会社サイバーエージェント。そのエンジニアリング文化の中心には、「GitHub」を活用したオープンなコラボレーションがある。 同社ではプロダクトのソースコードは可能な限り全社公開すると同時に、 「スターインセンティブ制度」というリポジトリのスター数に応じたインセンティブを与える制度により、自身の書いたコードを社外へ公開することを推奨している。 ▼そもそもGitHubって何？という方はこちらの記事もどうぞ！ チーム開発を変える「GitHub」とは？導入方法・使い方を徹底解説！【第1回】【導入編】 ソースコードを可能な限り公開していくという流れは、ITベンチャーのみならず世界的大企業にも派生
メルカリの「エンジニアブログ」はじめました | メルカリエンジニアリング
はじめまして。1エントリ目を書くことになった id:sotarok です。光栄です。 メルカリは、2013年7月にリリースされて現在急成長中のフリマアプリで、今週2周年を迎えます。 ダウンロード数1500万ということで多くのユーザーに利用していただいていて、サービスとしても会社としても大きくなる中で、日々多くの技術的課題への挑戦が行われています。 そうした内容を、今日からこの “Mercari Engineering Blog” で、あれやこれや発信していきたいと思っています。 さて、1発目のご挨拶エントリーということで特段大きなネタは用意していないのですが、、 これまでのメルカリではエンジニアブログをやっていなかったため、技術的なアウトプットは各人がそれぞれやっていました。そこで、ここ2年のメルカリエンジニアメンバーによる技術的なアウトプットをまとめてみました！ インフラからクライアント
今最も注目されている設計手法！MVVM を Android アプリ開発に取り入れてみた
こんにちは。共同開発部開発担当の北川です。 クロスプラットフォームなアプリ開発では Xamarin の使用はビジネスロジックの共通化が可能となり非常に効果的です。 すべてのアプリを単一の言語（C#）で実装することができる点だけでも魅力的ですが、MVVM 設計によりその再利用性を高めている点こそがその真価を発揮しているとも言えます。 私は Xamarin でのアプリ開発を通して MVVM 設計のすばらしさを経験してしまいました。もう後には戻れません。 Java や Objective-C でのアプリ開発でも MVVM 設計は開発スピードと品質確保を両立するために有効であるはずです。 今回は Android アプリ開発（Java）で MVVM を使うとどうなるか、紹介してみたいと思います。 MVVM 設計について MVVM 設計ではビジネスロジックを Model が担当し、ViewModel
2013年 Androidアプリ開発で使いたいライブラリ - Just posted a blog
30億のデバイスのみなさん、こんにちは、ジャバです。 何の前触れもなく、2013年 Androidアプリ開発で使いたいライブラリを発表します。 JsonConverter => gson JSONRPCでサーバーサイドと通信を行うときに、毎回パーサーを書くのは面倒なので、JsonConverterを使いたくなります。 そこで開発ではgoogleが開発しているgsonを使っていました。 NamingPolicyやDeserializerの使い方を覚えれば、手でjsonのパーサーを書くより圧倒的に楽で、 Person person = gson.fromJson(json, Person.class); このように一行でjsonからオブジェクトに変換できるようになり、 String json = gson.toJson(person); 一行でオブジェクトからStringに変換することも出来ま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
