タグ

開発に関するuechocoのブックマーク (54)

  • 【まとめ】これ知らないプログラマって損してんなって思う汎用的なツール 100超 - Qiita

    2019/06/11追記: これは2012年の投稿です。なぜかはてなブックマークで拡散されていますが、内容は時代にそぐわなくなったものもあるのでご注意ください。 これ知らないプログラマって損してんなって思う汎用的なツールのコメントに寄せられたツールを分類分けしてみました。 解説は、ほぼコメントに寄せられた内容のコピペです。 URLのみの記述は公式サイト(か、ほぼ公式サイトと化しているサイト) 公式サイトとは別に、ページタイトルだけでツールを説明しきっているページへのリンクも付けておきました。類似ページが複数ある場合は、はてブのブックマーク数が多いものを選びました。 知らないツールもあるので、分類がいいかげんなところもあると思います。何か気づいたらコメントください。 解説が不十分なツールについても、補足(コピペで文に取り込める体裁だとありがたい)を頂けると助かります! 元ネタの投稿は現在進

    【まとめ】これ知らないプログラマって損してんなって思う汎用的なツール 100超 - Qiita
  • 【iOS】Viewの開発・デバッグに役立つ色々

    こんにちは、中川です。 最近はちょっとPHPから離れてMonacaを使ったiOSアプリの開発を行なっています。 Monacaでは基的にHTML+CSS+JSでの開発となりますが、 今回開発中のものはObjective-Cを使ったネイティブの画面をカスタムで組み込んで利用したりしています。 HTML+CSSであれば画面を作るのは慣れていることもあり比較的簡単なのですが、 UIKitでのネイティブ画面となると微妙なズレの調整などで苦労する場面が多々ありました。 そんな時に役立ったTIPSなどをご紹介したいと思います。 ■位置やサイズのログ出力 CGRect, CGSize, CGPoint など、NSStringFromXXXXXで簡単にログ出力することができます。 NSLog(@"frame: %@", NSStringFromCGRect(self.view.frame)); NSLog

    【iOS】Viewの開発・デバッグに役立つ色々
  • 来年こそWebサービスを作りたい人に伝えたい9つのこと - パパパパ

    今年のはじめに「今年こそWebサービスを作りたい人に伝えたい5つのこと(+番外編)」というブログ記事を書きましたが、個人開発して起業した「Q&Aなう」や「パパパパ開発合宿」の運営を通じて、僕が今年1年でさまざま経験したことを盛り込んで、いま改めてWebサービスについて考えていることを書いてみようと思います。とくに個人開発者の方やこれからWebサービスを作りたいと考えている人たちに読んでもらえたら、とても嬉しいです。 僕自身の実体験を元に構成しているので、人によって役に立ったり、立たなかったりかもしれませんが、その点はご容赦を。 例によって長文になったので、目次を作りました。 1. 目標を立てる、目的意識をしっかり持つ 2. 作らないと始まらない 3. ”プロトタイプ開発者”になろう 4. プログラミングは怖くない 5. 最初から完璧を求めない 6. デザインがすべてを作る 7. スタートダ

    来年こそWebサービスを作りたい人に伝えたい9つのこと - パパパパ
  • ゲーム開発プロジェクトマネジメント講座(SQUARE ENIX OPEN CONFERENCE)

    ゲーム開発 プロジェクトマネジメント講座 2011年10月8日 株式会社スクウェア・エニックス CTO 橋 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか? 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ(コンテンツの範囲)の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース(人員・環境)の問題 • ビジネスの問題 4©SQUARE-EN

  • TDD の基礎体力と、TDD に対する想い - ぐるぐる~

    TDD Advent Calendar 2011 の 4 日目の参加エントリです。 前半では、TDD を学ぶ前に身に付けておくといいと思う基礎体力について書きました。 後半は、まぁ、その。後悔はしていません。反論ウェルカム、議論しようぜ。 不安をテストに 「レッド - グリーン - リファクタリング」は、TDD の根っこの部分であり、これ自体が「どう TDD をやればいいか」を教えてくれるものではありません。 それに対して、「不安をテストに」というのは、「どう TDD をやればいいか」という指針を与えてくれる言葉です。 この言葉自体は、TDD Boot Camp で自分のものにできました。 不安については、テスト駆動開発入門では (言及されているものの) 自然に組み込まれていて、最初に読んだときには全然気づきませんでした。 しかし、TDDBC で id:t-wada (和田さん) に短くて

    TDD の基礎体力と、TDD に対する想い - ぐるぐる~
  • Androidアプリ開発でテストを始めるための基礎知識

    Androidアプリのテストに関する課題 Android端末の普及は世界規模で増加の一途をたどっています。2011年秋冬モデルが発表され、発売予定のものを含むと日で発売中のAndroidの携帯端末は100機種に迫ろうとしています。読者の皆さんの周囲を見渡しても、電車や街角でAndroidを採用したスマートフォンなど携帯端末を使用する人をよく見かけるのではないでしょうか。 そして、スマートフォンに留まらずタブレットやミュージックプレイヤー、電子ブックリーダー、POSレジ、テレビなど、さまざまなデバイスがAndroidを搭載し始めています。Androidの採用が増えるにつれ、Androidアプリの種類が増えるので、アプリの開発案件も増えることになります。実際、稿を読んでいる開発者の方の中にも、すでにAndroidアプリの開発に取り組んでいる方も多いのではないでしょうか。 筆者も普段の業務の

    Androidアプリ開発でテストを始めるための基礎知識
  • [Android] 実機のスクリーンショットの撮り方 | Sun Limited Mt.

    Android 端末の実機でのスクリーンショットの撮り方です。 端末の設定 設定 > アプリケーション > 開発 を開き、「USB デバッグ」にチェックが入っているか確認。チェックが入っていない場合はチェック入れる。 USB ケーブルで PC に接続する。 デバッガ ( DDMS ) の起動 SDK の tools ディレクトリに入っている DDMS(Dalvik Debug Monitor Service) を起動します。tools にパスが通っていればターミナルから ddms で実行します。(Windows なら tools/ddms.bat をダブルクリックしてもOK) $ ddms スクリーンショットを撮る スクリーンショットを撮りたい端末を選択して、DDMS の メニュー [Device] > [Screen Capture] を選択する。別ウィンドウが開き選択した端末のスクリー

  • ガラケー開発の中で起きていたこと

    08年当時、スマホvsガラケーの2項対立でガラケーが絶滅するだろう、と予測を嬉々と語る人に違和感があった。 市場調査で「インターネットを週に何回使いますか?」の問いに週に1日と答えちゃうような人がたくさんいるような日で、当に皆がパケ代上限まで払う必要があるのか?インフラはトラヒックをさばきれないのではないか?といった疑問からくる違和感だった。だから、2015年にスマホの普及率がせいぜい25%だ、とかそういう市場予測レポートを信じていた。ところが、昨年のクリスマス前後に携帯端末開発から聞いた情報を統合して驚愕した。 xxは2011年度で開発終了する、と。xxが開発終了するということは、2012年初頭にはあるキャリアのラインナップのほとんどがスマホに置き換わることを意味する。案の定、トラヒックは破綻寸前になり、定額制廃止の話も夏ぐらいからちらつき始めた。しかし、それはキャリア側にも問題があ

  • ソーシャルゲームの予算規模を軽くまとめる

    2013年7月。現状について ウチではもう大作ソシャゲは引き受けていません。オリジナルも新規開発の予定はありません。大半の業務を以前のような普通のウェブ案件に戻しました。ソーシャルゲームしか開発したことのない従業員への再教育に忙しい。以前に作ったオリジナルは黒字である限り運営を続けます。イベントやカード追加も行います。新機能などを入れることはないでしょう。会社としてはあまり力を入れていません。もうソーシャルゲームは短納期案件しか受けなくなったので業界の関係者ともあまり関わらなくなりました。既に俺の知っている情報は古いかもしれませんし、今後更新されません。ソーシャルゲームはオンゲだから人口が命だと以前に何度も繰り返しました。しかし、その人口で我々は結局大手には勝てなくなりました。とくに大手の抱える有力IPには全く太刀打ち出来ません。今オリジナルでブラウザのカードゲームソーシャルゲームを開発す

    ソーシャルゲームの予算規模を軽くまとめる
  • 再利用可能なDjangoアプリ開発 超訳 - SPEAKER BREAKA

    古いけど、これまたいい内容なので勝手に翻訳します。誤訳があれば是非ご指摘を。 しかもスライド資料の翻訳なので、流れがわかりづらい場合は是非、元動画を見ながらどうぞ。 DjangoCon 2008 Reusable Apps http://www.youtube.com/watch?v=A-S0tqpPga4 PDF http://media.b-list.org/presentations/2008/pycon/reusable_apps.pdf 4つの道筋 ひとつのことをうまくやれ 複数アプリにすることを恐れるな 柔軟さを考慮して作れ 配布のことを考えて作れ その1 「ひとつのことをうまくやれ」 -- UNIX 哲学 アプリケーション == カプセル化 ケーススタディ:ユーザー登録 仕様 ユーザーがフォームから登録すると有効化されていないアカウントが作成される ユーザーがリンクを記載した

    再利用可能なDjangoアプリ開発 超訳 - SPEAKER BREAKA
  • ソースコードの品質向上のための効果的で効率的なコードレビュー

    ちゃんとした C# プログラムを書けるようになる実践的な方法~ Visual Studio を使った 高品質・低コスト・保守性の高い開発

    ソースコードの品質向上のための効果的で効率的なコードレビュー
  • 継続開発のススメ - Twisted Mind

    概要 開発をすればリリースがあり、リリースが終われば開発があります。継続開発をする以上はリリースと開発の繰り返しです。 開発手法やリリース手段は沢山あるのですが、あまりしっくりくるものが無かったので自分でまとめてみました。 これで完璧というものは残念ながらこの世にないと思うので、これからも臨機応変に良い流れを作って行ければと思います。 この文章は以下のような構成になってます。書き殴りですみません。 バージョンの付け方 ソースコード管理とリリース タスク駆動 環境方針 定義 いくつか事前に定義しておかないと話しが訳わからなくなりそうなので。 バージョン管理には git を採用しています。 開発というのはコードを書く事だけを指してはいません。 ここでいうフレームワークは「自身で開発している」として扱います。そうしないとちょっと難しいので。 ライブラリは自身の開発とそれ以外があると思いますので、

    継続開発のススメ - Twisted Mind
  • C言語も知らなかったけど、iPhoneアプリ開発が出来るようになるまでにお世話になった11冊! » SHINGOLOG

    C言語も知らなかったけど、iPhoneアプリ開発が出来るようになるまでにお世話になった11冊! 2011年8月24日 in iPhone, Objective-c 私がiPhoneアプリを作りはじめたのは、2009年の11月でした。C言語すらまともに使ったことがなかったわけですが、当時はまだインターネットでも開発についての情報が少なく、ほとんどは海外サイトをみて翻訳して調べるしか手がありませんでした。 ですので、最初はiPhoneアプリの開発を読みあさっていたわけですが、様々なを読むことで基的な知識を身につけることが出来ました。今回はiPhoneアプリ開発をご紹介したいと思います。 [基礎編] iPhoneアプリ開発の基礎 やさしいC プログラム経験が全くない方におすすめです。C言語のですが、オブジェクトやインスタンス、クラスについてなどなど、内容が読みやすく、基礎からしっかり

  • SIerは自動化する対象が違っているのでは?

    多くのSIerフレームワークでは、Excelなどのツールを使ってコードを自動生成することで「製造」コストを下げるということに注力しています。 しかし、アジャイル開発ではContinuous Deliveryにあるように、ビルド、テスト、リリースの自動化に重きを置き、コーディングは初期のひな形生成はしても、最終的には手でメンテナンス可能なクリーンなコードを保つという考え方をします。

    SIerは自動化する対象が違っているのでは?
  • WBS(Work Breakdown Structure)によるプロジェクト管理

    ソフトウェア開発プロジェクトでは、短期開発の要求が高まっている。受託開発も例外ではない。特定の顧客から長期に渡って大型案件を請け負っている場合でも、開発期間はますます短縮される傾向にある。 納期に対する高い要求を満たすには、プロジェクト管理が重要である。正確な見積もりと、的確な進捗管理ができなければ、短期開発では容易にデスマーチに陥ってしまう。 筆者の開発プロジェクトでは、WBS (Work Breakdown Structure) を使ったプロジェクト管理を導入した。WBSは見積もりのための強力な道具として広く使われている。筆者はさらに、実績も管理できるようにWBSを拡張し、見積もりから進捗管理まで一貫して管理できる手法を確立した。 ここでは、筆者が拡張したWBSの書き方と、それを使ったプロジェクト管理の手法を提案し、実際の開発業務に適用した経験から得られたWBSの運用ノウハウを紹介する

  • PHPカンファレンスまとめ - developer's diary

    PHPカンファレンスのUSTREAMを見逃したのでリンクをまとめる! - developer's diaryの記事をこのページにまとめる。 9/24(金) ビジネスデイ Room A 12:00〜 [A-2]基調講演 「GREE Platformの現状と今後の取組について」 ○発表者等 グリー株式会社 取締役 執行役員CFO 事業開発部長 青柳 直樹 青柳直樹 - あのひと検索スパイシー グリー株式会社 (GREE, Inc.) ●関連リンク どんぴしゃリンク 基調講演 「GREE Platformの現状と今後の取組について」 - グリー株式会社 取締役 執行役員CFO 事業開発... on Twitpic 【PHPカンファレンス2010 基調講演】「プラットフォームのオープン化で、ソーシャルアプリ市場が活気付く」−グリー -クラウド Watch を含むリンク PHP カンファレンス

    PHPカンファレンスまとめ - developer's diary
  • https://tou.ch/developer/

  • プログラミング用フォント Ricty

    お知らせ Ricty および Ricty Diminished は、2010 年代前半には欧文・和文合成プログラミング用フォントとして先駆的でしたが、現在は前時代的な存在となっています。不具合もいくつか確認されています。良質なプログラミング用フォントが数多く登場していますので、それらの利用をおすすめします。 序文 Ricty(リクティ)は Linux 環境での研究・開発を想定したプログラミング用フォントです。テキストエディタやターミナルエミュレータ、プログラミング言語やマークアップ言語に対する使用に適しています。Inconsolata と Migu 1M の合成、および、プログラミング用フォントとしてのいくつかのチューニングを行う生成スクリプトを配布しています。Inconsolata 作者の Raph Levien 氏、Migu 1M 作者の itouhiro 氏、M+ M Type-1

  • より良いテスト駆動開発を行うためのチートシートの紹介

    みなさんこんにちは。@ryuzeeです。 planetgeek.chというサイトでUrs Enzler氏がTDDのチートシートを公開していたのでご紹介します。 Clean Code and Clean TDD Cheat Sheets (PDFファイルでダウンロード可能です) 以下で、チートシート内の一部を意訳にてご紹介しましょう。 Unit Test Smellsテストが何もテストしていない一見するとテストが有効に機能しているように見えるが、実はテスト対象をテストしていない テストに過度なテスト準備が必要とされるテストが環境をセットアップするのに長いコードを必要としている。こういうノイズがテストが当にテストしたいのが何なのか?ということを分かりにくくする。 大きすぎるテスト有用だが大きすぎるテスト。たぶんテストが1つではなく複数の機能をチェックしているか、テストが1つ以上のことをやろう

    より良いテスト駆動開発を行うためのチートシートの紹介
  • ウェブエンジニアが「オンラインゲームを支える技術」を読むべき理由 - stanaka's blog

    3/24に発売された「オンラインゲームを支える技術」は、ウェブエンジニアも必読のだと思います。(しばらくAmazonでも在庫切れになっていたようですが、今は復活しているようです。) オンラインゲームを支える技術  ??壮大なプレイ空間の舞台裏 (WEB+DB PRESS plus) 作者: 中嶋謙互出版社/メーカー: 技術評論社発売日: 2011/03/24メディア: 単行(ソフトカバー)購入: 32人 クリック: 1,693回この商品を含むブログ (48件) を見る 書で扱う領域は、目次を一瞥するだけで分るように非常に多岐に渡っています。主な項目として、「オンラインゲームの企画で考えるべきこと」から「実際のアーキテチャや使うべき技術」「プロトコルの設計と改善方法」「インフラの選択・構築方法」「必要となるエンジニアのリソースの見積りや共同開発手法」までカバーされており、まさにオンライ

    ウェブエンジニアが「オンラインゲームを支える技術」を読むべき理由 - stanaka's blog