タグ

Developmentに関するnasikaのブックマーク (9)

  • 開発者目線でAndroidとiPhoneを比較してみる - A Day In The Life

    iPhoneAndroid 両方のアプリ開発を経験したので両者を比較してみます。 技術情報 iPhone iPhone Dev Center iPhone Dev Center(日語) Android Android Developers Android Developers(日語) OS iPhone Mac OS Xベース Android Linuxベース 開発言語/開発環境 iPhone Objective-C 2.0(ガベージコレクションは使えない) Xcode Interface Builder(画面デザイン用の開発環境) その他 MonoTouchを使うとC♯で開発できる Android Java SDK 1.5または1.6相当のもの(SunのJavaとVMが違うのでこのような書き方をしています) Eclipse ADT(Eclipseプラグイン) 動作環境 iPho

    開発者目線でAndroidとiPhoneを比較してみる - A Day In The Life
  • PosterousのCEO「Webはクソ。ブラウザはマジなんとかしろ」 - 昼メシ物語

    俺も使ってるお手軽日記サービスのPosterous。そのCEO、Sachin Agarwalが書いていた記事がなんとなく面白かったので和訳しました。 元の記事: The web sucks. Browsers need to innovate - Sachin's Space 部分的にかなり意訳したり強調したりしてます。以下文。 Webはクソ。ブラウザはマジなんとかしろ Webはダメダメなプラットフォームだけど、一方iPadは今後もどんどんすげーアプリがどんどん出てくるのは明らかだろう。 Web業界が長年かけて築いてきたWebサイト達よりもいいものを、どうしてiPadは最初のリリースにも関わらず出せてしまうんだろう? 「Webの終わり」を宣言するために、私はこの記事を先週から書き始めた。「Webは死んだ」とまでは言わない。でももう薄氷を踏んでる状態だ。 Webは静的なコンテンツを扱うには

    PosterousのCEO「Webはクソ。ブラウザはマジなんとかしろ」 - 昼メシ物語
  • WEB+DB PRESS vol56でWebアプリの歴史の記事を書きました - きしだのHatena

    「大転換期を目前に総おさらい Web開発の過去・現在・そして未来」 クラウド,iPhoneAndroidHTML5,Twitterなど,最近新しいものがどんどんと現れてきています。そのほかにもハードウェアからネットワーク,アプリケーションまでさまざまな分野で新しいものが現れ,Web 開発は大きな転換期を迎えようとしています。そこで記事では,これからのWeb 開発の準備のために,インターネットの黎れいめいき明期からの技術変化を振り返り,これまでの流れを整理して現在起こりつつある変化を確認していきます。 http://gihyo.jp/magazine/wdpress/archive/2010/vol56 テレホーダイ開始の1995年から今現在、そして今後おこりそうなことまでの流れをまとめました。 過去のことに関しても、懐かしく思い返すためではなくて、過去に起こったことがどういう流れで今

    WEB+DB PRESS vol56でWebアプリの歴史の記事を書きました - きしだのHatena
  • DroidDraw

    Cá cược thể thao, Live casino, Lô đề, Game bài đổi thưởng, Game bắn cá đổi thưởng, Game nổ hũ đổi thưởng Nhà cái 8 Live được thành lập từ năm 2015 và có trụ sở chính tại Manila, Philippines. Với giấy phép hoạt động hợp pháp từ PAGCOR (Tập đoàn Giải trí và Trò chơi Philippines) và Isle of Man Gambling Supervision Commission (IOM), 8 LIVE khẳng định vị thế uy tín và minh bạch trong ngành sòng bạc tr

    DroidDraw
  • 勉強会/インストールガイド - 日本Androidの会(日本アンドロイドの会)

    2026-03-03 イベント/イベント予定表 2025-12-27 Japan Android Report 2025-05-02 ABC2025S-pr リリース 2025-03-16 スタッフ 2024-10-24 重村浩二 2024-06-27 ABC2024S-pr 2023-11-13 ABC2023A-pr 2023-10-13 MenuBar 入会方法 Android SDK † Android SDKとは、DoCoMo HT-03AなどのAndroid端末で実行可能なアプリケーションを開発するための、ソフトウェア開発キット(Software Development Kit:SDK)です。 AndroidのSDKは、すべてオープンソースのソフトウェアで構成されていますので、無償でダウンロードして使用することができます。Androidのアプリケーションは、Java言語で開発を

  • 「俺のソースだから」というプログラマは死んだらいいのに - 神様なんて信じない僕らのために

    最近こんなやりとりがあった。 「Cって標準のコンテナ(双方向リストや可変長配列など)がなくて不便。 Cのプロジェクトってコンテナ自体ないこともあるし、コンテナがないとプログラムって書きにくいよね。 その点C++はSTLが(ry」 ... 「コンテナ? STL“も”いいけど、自分で書きたい」 正直、自分は「え? 何を言っているんだ?」と思った。 STL“も”いいけど、“自分で書きたい”だって? その人はプログラマとしては十年選手だが、C++に関して、特にテンプレートに関しては稚児に等しいレベル。 で、どうして「自分で書きたい」ということになるんだろう? それを使わされる人の苦労はどうなる? それともプロジェクトに同一の事をするための複数のコンテナが存在するのか? 俺俺コンテナを書きたい理由はなんだ? 要するにここにおいて「自分で書きたい」はSTLがよく解らないので、 機能や動きを隅々まで把握

    「俺のソースだから」というプログラマは死んだらいいのに - 神様なんて信じない僕らのために
    nasika
    nasika 2009/12/28
    すごく同意。javaの話だけど「GCの挙動が信用できない」とか言われてイラッとした事を思い出した。
  • 脱Excel! Redmineでアジャイル開発を楽々管理

    ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム(ITS:Issue Tracking System)で運用する開発プロセスは、チケット駆動開発(TiDD:Ticket Driven Development)と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1.Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理Excelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが

    脱Excel! Redmineでアジャイル開発を楽々管理
  • git型の共同作業とSVN(CVS)型の共同作業の違い - Pixel Pedals of Tomakomai

    ずっと gitとsvkの違いってなんなのよ? と思ってたんですが、この図とか説明読んでようやくわかりました。 Gitでは旧来のCVS型とGit型の二つの共同作業のモデルが使えます。これが混乱の元でした。 Gitのすごさを当に体感するなら、gitを使うだけでは不十分でGit型のモデルにそって開発することが必須です。 CVS型 従来のSVN(CVS)のモデルです。pullをしてきて、pushで更新を戻します。 1つの公開リポジトリに対し、複数人がpushを行う pushにより他の人と競合するかも メインのリポジトリにpushすることを目指す 能動的 → 悪意のあるpushも可能 → "コミッター"を絞る必要あり Gitgithubっぽいモデルです。pullをしてきて、pullで更新を持って行ってもらいます。 全体がpullでまわるため、pushがプライベートな操作として隠蔽されてるのがポ

    git型の共同作業とSVN(CVS)型の共同作業の違い - Pixel Pedals of Tomakomai
  • 従来のソフトウェア工学が決定的に間違っている点 - kなんとかの日記

    従来のソフトウェア工学は、属人性を排除して開発者の能力を均一化しようとしている。この点に置いて、従来のソフトウェア工学は決定的に間違っている。 ソフトウェア開発では、個人の生産性は上と下とで 30 倍違うと言われる。これが当だと仮定したら、これだけ差がでるものを均一化なんてできるわけない (したところで間違った結論しかでない) んだから、属人性を排除することは大きな誤りである。 仕事が高度になればなるほど、属人性は排除できないし、人材の替えはきかない。問題を解決できない人間を100人集めても、問題は解決できない。問題を解決できるのは、問題を解決できる能力を持った人間だけ。頭の悪い大人100人より、すごく頭のいい小学生1人のほうが、成果物が出る。ソフトウェア開発はそういう類いの仕事。 よく、ソフトウェア開発を工場での作業に例える人がいるけど、これも「属人性を排除できる」という勘違いからもた

    従来のソフトウェア工学が決定的に間違っている点 - kなんとかの日記
  • 1