コードレビューをより効果的にする方法
ツールに任せることができないどんなことを人間は指摘できるのだろうか？ 驚くほど多数の事柄があることがわかっている。この記事の残りで幅広い重要事項のリストに触れ、2つの特定の領域、パフォーマンスとセキュリティに関してはもう少し深く言及する。 設計 新しいコードは全体アーキテクチャに適合しているだろうか？ コードはSOLID原則、ドメイン駆動設計、もしくはチームが採用する他の設計手法に従っているだろうか？ 新しいコードでデザインパターンは使用されているだろうか？これらは適切だろうか？ コードベースの標準や設計スタイルが混合されている場合は、新しいコードは現在の原則に従っているだろうか？コードは現在の方向性を引き継いでいるか、徐々に除去される古いコードの例に従っているだろうか？ コードは正しい場所に配置されているだろうか？例えば、コードが注文に関係する場合は、それは注文サービスの中にあるだろうか
ゼロから始めた2016年のスーファミ開発環境 - ポルノアニメ
去年の春に「そろそろスーファミのプログラム書いてみてえな」と思い立って スーパーファミコンのプログラムを書きたい - ポルノアニメ ということがあったんですが、あれから約1年半。自分なりの開発環境が固まってきて、簡単なゲームぐらいなら流れ作業的に作れる程度まで圧倒的成長したので、ここで一度、我が家のスーファミ開発環境をまとめて紹介します。 OSとPC 普通のWindows PCでよい。 make 元気よくcygwinをインストールしよう。 Windows 10でUbuntuが動くやつは私の見聞きした情報が正しければ、何の役にも立ちません。 アセンブラ cc65/ca65 というものを使っている。名前を見るとCで書けそうだけど、それは6502（初代ファミコン）用のコードだけで、65816のコードはアセンブリで書く必要がある。つまり実際に使うのはca65の方だけ。 スーファミには、メインCPU
「開発チームを改善するためのスクラムTips」関連の最新 ニュース・レビュー・解説 記事 まとめ - ITmedia Keywords
開発チームを改善するためのスクラムTips（8）： 5分で分かる、「スクラム」の基本まとめ 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。（2012/8/7） 開発チームを改善するためのスクラムTips（7）： スクラムマスター――あえて不都合な事実に目を向ける“チームの医者” 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 （2012/5/30） 開発チームを改善するためのスクラムTips（6）： 指示しないリーダー像：プロダクトオーナーは舵取り役 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての
コードの品質を維持したまま開発スピードを上げる | POSTD
高品質のコードベースは、反復作業やコラボレーション、メンテナンスを簡単にすることで、長期的な開発のスピードを上げてくれます。Quoraではベースコードの品質は重要だと考えます。 高品質のコードを維持することは利点がありますが、その反面かなりのオーバーヘッドが発生し、実際の開発のサイクルに時間が掛かってしまいます。このオーバーヘッドと利点の折り合いを付けるのは難しい問題です。この場合、2つの選択肢しかないように思えます。低品質でコードスピードが速いか、もしくは高品質でスピードが遅いか。スタートアップは素早い開発サイクルに最適化しているので、多くの人は低品質で進めたほうがいいと思っています。 このジレンマは解消できます。ツールやプロセスを工夫することで、コードベースの品質を維持したままスピードを速めることができるのです。この投稿では、コードの品質に関しての私たちの考えや、2つの世界を共存させる
最低限の知識も理解もないユーザーと渡り合うには？（前編）
最低限の知識も理解もないユーザーと渡り合うには？（前編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（12）（1/2 ページ） 「出荷管理をシステムを発注したにもかかわらず、勘定科目を把握していない」「意見を社内でまとめず、五月雨式に投げてくる」「モックを本番と勘違い」――こんなユーザー、あなたならどうする？ 連載目次 ユーザーの責任を問うIT判例もある ITのユーザーは基本的には「素人」であり、ITシステムを開発・導入するプロジェクトに参加する際に必要な技術知識は、当然のことながら（ベンダーに比べて）限定的なものになる。ユーザーはCPUのクロック数のことを知らなくても構わないし、システムコンテキスト図やクラス図の見方に精通していなくとも、必要に応じてベンダーからその知識を得ていけば十分である。 プロジェクト管理に関する知識についても同様である。システムを開発するプロジェクトにはどのよ
Delphi、Xamarin、Monaca、caede、本当に使えるモバイル対応のクロスプラットフォーム開発環境はどれか？（前編） CROSS 2015
Delphi、Xamarin、Monaca、caede、本当に使えるモバイル対応のクロスプラットフォーム開発環境はどれか？（前編） CROSS 2015 iOSやAndroidなどに対応した4種類のクロスプラットフォーム対応開発ツール、Delphi、Xamarin、Monaca、caedeの関係者が壇上に並び、それぞれのツールの優位性や弱点について語り合うセッション「本当に使えるCROSSプラットフォーム開発環境はどれだ！ ガチンコ対決」が、1月29日に開催されたイベント「CROSS 2015」で行われました。 クロスプラットフォーム開発ツールは、例えばVisual StudioやXcodeといったベンダ純正のツールと比べると比較的地味な存在ですが、モバイルアプリケーション開発においてクロスプラットフォーム対応のニーズは高く、注目すべきソフトウェアです。 セッションには各ツールの関係者が登
Visual Studio“だけ”でiOSとAndroidアプリが作れる「Monaca for Visual Studio」
しかし最近では、この分野に大きな変化が起きています。そのきっかけが、マルチプラットフォーム開発を可能にするHTML5ハイブリッドアプリの登場です。HTML5ハイブリッドアプリとはWeb技術であるHTML5を用いて作られるネイティブアプリで、プラットフォームに依存しない「クロスプラットフォーム」であることが最大の特徴です。 Visual Studioでも、このHTML5ハイブリッドアプリの開発の対応がどんどん進んでいます。Visual Studioの優れた開発環境を使い、iOSやAndroid向けのネイティブアプリが開発できます。そこで本稿では、Visual Studio上でHTML5ハイブリッドアプリ開発を実現する「Monaca for Visual Studio」を紹介し、実際にアプリ開発をしていきたいと思います。 対象読者 今回の対象読者は、以下のとおりです。 JavaScriptによ
実際いくらかかるの？アプリ開発を依頼した場合の開発費用について｜モバイルマーケティング研究所｜モジュールアップス
３．デザイン費用、サーバサイド費用 人件費と製作期間で費用が決まりますが、主に月間80万円から100万円ほどが相場となります。 システム開発会社に依頼する場合、アプリデザインは制作会社にお願いする場合があります。 アプリの場合、どのような場所にボタンや画像を配置してユーザーの満足度を向上させるのか、UI/UXを考慮する必要があります。そのため、デザインの全体戦略から入ってデザインに落とし込む作業が発生します。 単独で動作するスタンドアローンのアプリを開発する場合は上記で述べた費用となりますが、データベースを活用して情報を掲載したい場合、サーバサイドの開発が必要になります。費用は最低でもアプリ開発費用の2倍から3倍以上が相場です。 ４．公開後の保守費用 アプリを維持するための平均コストの相場は、年間開発コストの約20％と言われています。 アプリ公開後には、メンテナンス（保守）をする必要があり
FC版『シャドウゲイト』にみる、あるべきローカライズの姿 - AUTOMATON
いまから約1週間後の8月21日、往年のアドベンチャーゲーム『シャドウゲイト』のリメイク版がSteamで配信される予定です。開発はオリジナル版『シャドウゲイト』の制作者が設立したZojoi。本プロジェクトは2012年12月にKickstarterで目標投資額を達成し、それから約1年9か月の開発期間をへて無事正式ローンチにこぎつけました。今年6月にはベータ版が配信され、一足先に新装シャドウゲイトの門をくぐったユーザーもいます。 『シャドウゲイト』はもともと1987年にICOM Simulationsが手がけたPC用ゲームです。1989年にはコトブキソリューションの前身となるコトブキシステム（ケムコ）がファミリーコンピュータ/NES版を製作し、日本語ローカライズもしています。この日本語版『シャドウゲイト』は当時さまざまな意味で波紋を呼んだ伝説的タイトルであり、その破天荒ぶりはいまなおレトロゲーマ
リリースフローを自動化して、本来の開発業務に専念できる環境を整備しよう
人はミスをしてしまうもの 開発・運用に携わる人には釈迦に説法ではありますが、どれだけ詳細なリリース手順書を整備しても、ダブルチェックのルールを設けても、天才プログラマを何人集めてもミスや失敗は付き物です。経験則からもそうですが、特に稼働が高い時（ローンチ前後）、時間がなくて焦っている時（障害時）はミス・失敗が起こりがちです。 昨今のリリース手順は簡単に思いつくだけでも、 コンパイルの実行 ユニットテストの実行 カバレッジの取得 minify,compressの実行 依存関係の解決 など、複雑化しがちです。 手作業でリリースする場合、一つ一つの作業は微々たる時間で行えても、リリースに必要な作業を積み重ねると結構な時間がかかります。また、それを継続的に行っていくとなるとかなりの時間を取ってしまいます。 これらの作業を自動化することで、機能開発・研究開発と言うエンジニア本来の業務が行える環境を整
三年予測 | 「三年予測」は、さまざまな分野で活躍する「トップリーダー」へのインタビューを紹介します。「トップリーダー」の考える未来や、エンジニアへのメッセージを発信します。 | dodaエンジニア IT
「三年予測」は、さまざまな分野で活躍する「トップリーダー」へのインタビューを紹介します。「トップリーダー」の考える未来や、エンジニアへのメッセージを発信します。
「駅すぱあと」を支える技術とDSLの話 - だいくしー(@daiksy)のはてなブログ
「駅すぱあと」を支える開発 〜９２６２の可能性を繋げ！〜(DevLOVE関西Ver) というイベントが開催された。 ぼくも会場係としてスタッフ参加。 「駅すぱあと」の歴史から技術、開発のマネジメント手法に至るまで、幅広い話が聞ける良いイベントだった。 いろいろな話が聞けたのだけれど、僕は特に佐藤さんの「『駅すぱあと』新しい開発基盤の研究」がおもしろかった。 まだ開発途中で、実際の駅すぱあとには組み込まれていないそうなのだけれど、佐藤さんは「駅すぱあと」の運賃計算のDSLを研究・開発しているという。 曰く、鉄道の運賃計算は泥沼である。単純に距離や、目的地までの駅数などで運賃が算出できればよいが、鉄道の運賃計算には無数の特例がある。 下記リンク先に、JRの運賃の特例計算が列挙されているので、ちょっと見ていただきたい。 ……お分かりいただけただろうか。現在の「駅すぱあと」では、これらの特例がすべ
ハイエンドゲーム開発におけるエフェクト制作の課題
※本セッションには、多くの動画が含まれていたりノートに備考が記載されている可能性があります。実際の講演で行われたスライドが下記からダウンロード可能ですので、是非そちらをご覧頂けますと幸いです。 講演パワーポイントリンク: https://epicgames.box.com/s/8mmgpxjfgbvk86wdfs23t0xbqwzfrrcu 登壇者 林 武尊さま 内容 エフェクト制作においての各種レギュレーションや、制作中に起こった問題、検証したこと、どうやって解決したかなどを網羅的にお話する内容になります。 本スライドは2019年3月15日に行われた「UE4を用いた大規模開発事例紹介 ~スクウェア・エニックス様をお招きして~」にてスクウェア・エニックス様に講演していただいたものです。 当日は本講演は1セッションで行いましたが、公開頂いたスライドページ数がSlideShareの制限に達した
サンプル例に見る機能仕様書の基本的な書き方＆読みやすくする7つのテクニック (1/3)：プロジェクト成功確率向上の近道とは？（2） - ＠IT
サンプル例に見る機能仕様書の基本的な書き方＆読みやすくする7つのテクニック：プロジェクト成功確率向上の近道とは？（2）（1/3 ページ） ITシステム開発の問題点の一つであるコミュニケーションの失敗。本連載では、これを防ぐ方法としてお勧めしたい3つのドキュメントを紹介していく。今回は、Joelの機能仕様書を日本人向けにカスタマイズされたものを例に、機能仕様書の基本的な書き方、読みやすくする7つのテクニック、仕様書作成ツールは何を使うべきか、誰が書くべきかなども解説します。 連載目次 連載の第1回の前回「ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門」では、ITシステム開発がビジネスに貢献していくためには、まずは開発の成功が出発点になること、そしてITシステム開発におけるコミュニケーションの重要性、そしてコミュニケーションにおけるドキュメントの重要性について説
対ガラパゴスAndroidのTips - Qiita
概要 メーカーが独自の仕様を盛っているAndroidにはどこかしらに謎の仕様や不具合が存在します 残念ながらAndroidアプリ開発者はこの事実を受け入れて開発を行わないといけません 本ページには避けなければいけないそれらの謎をまとめています 発見、もしくは思い出したらドンドン追記していきます 編集リクエストもお待ちしております 昔のXperia bottomRightRadiusとbottomLeftRadiusが逆になっている 昔のXperiaでは android:bottomRightRadius と android:bottomLeftRadius が逆になっています つまり四つ角の左上・左下にRadiusを設定しようとすると、左上・右下にRadiusが設定されるということです もちろんその他の端末では正常に左上・左下とRadiusが設定されます ごく一部のSHARP端末 Char
Javaを使うなら知っておきたい技術、フレームワーク、ライブラリ、ツールまとめ
Javaの開発と言っても、各種ミドルウェアやフレームワーク、ライブラリ、ツールなどが豊富にあり選択に悩むことは少なくないと思います。 そこで関連技術のインデックスになればと作成しました。 あくまで知っている範囲で記述しているので、コメントしてもらえれば随時追加します！ すべてを書くと膨大な量になるため、現状採用が減ってきているものや、そもそもあまり採用されていないもの、後継があったり、類似のものと比較した場合に明らかに劣っているものは省いています。 ちなみにライブラリには高機能なものも多いので、分類は参考程度にご覧下さい。 サーバ系 Apache HTTP Server 世界中でもっとも多く使われているWebサーバ。 nginx フリーかつオープンソースのWebサーバで、処理性能・高い並行性・メモリ使用量の小ささに焦点を当てて開発されている。 Tomcat Java ServletやJSP
qiitaの中の人たちとWIPな情報共有のよさを語り合いました - Money Forward Developers Blog
Railsエンジニアの越川です。 Kobitoのユーザーインタビュー第2号としてインタビューを受けた頃から、qiitaを運営しているIncrements株式会社の創業メンバーと親しくさせて頂いておりまして、その縁から qiita meetup for moneyforward を開催して頂きました。 今回は弊社から8名のエンジニアが参加しました。交流が盛り上がってきたところでマネーフォワード陣からLTを2本させて頂きました。 弊社では情報共有にQiita:Teamを利用しているのですが、そこでの情報共有に関するLTです。 越川LT 私のLTでは、「WIPであろうと、情報共有すると何がいいのか？」というお話をしました。 Qiita meetup for MoneyForward from Naoto Koshikawa WIPの情報共有が良い点は、 当事者 になろうと思えばなれるチャンスが与
大企業でスクラムしたら筋肉だった
あなたのチームの「いい人」は機能していますか？Minoru Yokomichi169.5K views•56 slides 凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013Minoru Yokomichi13.8K views•35 slides
EclipseからAndroidStudioへの移行手順まとめ - Qiita
AndroidStudio正式版がリリースしました。Eclipse+ADTはオワコンという風潮がより一層強まってきたので、自分がEclipseで開発していたプロジェクトをAndroidStudioに移行した時の手順を残しておこうと思います。 移行するプロジェクトの状態 コードはgitで管理。 クラス数は300個くらい。 mavenもgradleも不使用。ライブラリはlibrary/にまるごと入れて、Eclipseでプロジェクトを作ったあとインポート。 lib、library合わせて依存ライブラリの数は10個以上。 git管理はしてるものの、クラスがそれなりに多いのに依存関係ぐちゃぐちゃで、EventBusとか便利ライブラリ入れていきたいのにちょっと戸惑うなぁという感じでした。「俺もgradleでライブラリ管理したりコンソールから環境ごとにビルドしたりしたいよ！」という思いを胸に秘めながら開
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
C＋＋11やemscriptenと付き合って１年間の振り返り