タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

programmingに関するdeltazuluのブックマーク (9)

  • 美しきObjective-C

    Objective-Cというプログラミング言語があります。 C言語をベースにオブジェクト指向言語のSmallTalkの拡張を施した言語です。 オブジェクト指向を取り入れたC言語にC++がありますが 根から拡張されているC++と違い Objective-Cは素のままのC言語にSmallTalkを融合させたような形を取ります。 Objective-Cは世界で2番目に美しいGUIを生み出した現AppleComputer社CEOである Steve Jobs氏がNeXTコンピュータのOSであるNeXTSTEPで採用した言語です。 NeXTSTEP自体はPC/AT互換機やHewlett Packard社のHP9000、 Sun Microsystems社のSparcStationにも移植されたようですが、残念ながら私は触れた事がありません。 現在では希にYahoo Auctionに出品されますが、

  • tokuhirom blog

    Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at

  • まずはこれを読め:iPhoneアプリ開発スタートキット--伝説の開発者に訊く(その4) - builder by ZDNet Japan

    DXの成否を分けるのはガバナンス Microsoft Security Forum 2021 Day2 どこよりもわかりやすい基調講演解説! 次の一手はこれだ! ZDNet×マイクロソフトが贈る特別企画 今、必要な戦略的セキュリティとガバナンス 日清品グループのDX(前編) 現場が主役のDXのススメ トップの強い意思で変革に弾み 現場のための業務カイゼン 30年以上の歴史をもつDXプラットフォーム 進化を続けるNotes/Dominoのいま デジタル時代のITインフラ構築術 仮想化統合、クラウドを経て今「マルチ」へ ITインフラの最適化と継続的進化への道筋 ネットワークもサービスとして使う いま企業ネットワークが受ける大きな制約 クラウドシフトで大きく変わる! サーバースペシャリストへの道 PCサポートとサーバ管理の共通項 ひとり情シスのためのスキル向上のコツ ビジネスのためのデータ基盤

    まずはこれを読め:iPhoneアプリ開発スタートキット--伝説の開発者に訊く(その4) - builder by ZDNet Japan
  • MacOSX用のアプリケーションを簡単に作るワザ

    Mac用のアプリケーションは開発するのが難しいとよく言われます。 実際、難しいですし、MacOSXでの開発で使うObjective-Cも非常に変態的個性的で習得の壁も高いような気がします。 しかし、最近では少し事情も変わってきてさくさくっと開発できるようにもなってきています(もちろん、その先には大きな壁が立ちはだかってはいるのですけど)。 今回は、CoreDataというフレームワークを使って、コードを書かずに(一行も!)アプリケーションを作ってみます。 まるで魔法のようにアプリケーションが完成するので、ぜひ、実際に手を動かしてみてください。 Xcodeを起動する まず、開発環境であるXcodeを起動します。 HDD内のDeveloper/Applicationsの中に入っています。 もし、まだXcodeをインストールしていない場合は再度インストールを行う必要があります。 以下のリンク先のド

    MacOSX用のアプリケーションを簡単に作るワザ
  • ユメのチカラ: 取締役退任。生涯一プログラマ宣言。

    6月30日臨時株主総会において、ミラクル・リナックス株式会社の新取締役として、児玉崇、伊東達雄を選任し、それに続く、取締役会議により、新しい代表取締役として児玉崇を選任した。佐藤武前代表取締役社長は、取締役会長へ、わたしは取締役を退任した。 ここにご報告する。 さて、ここからが題(?)である。取締役を退任したからといってミラクル・リナックスを辞めるわけではない。今後は経営者という責任ある立場を退き一技術者としてミラクル・リナックスに貢献していく。 2000年6月にミラクル・リナックスを創業以来8年にわたって取締役CTOとしてミラクル・リナックスとともに歩んできたが、取締役というよりも、技術屋としてミラクル・リナックスのV1.0の開発、OSDL (Open Source Development Lab -- The Linux FOundationの前身)への参画、そしてAsianuxプロ

  • 誰もがプログラムを作成できる「Iceberg」登場:コラム - CNET Japan

    かつて、テクノロジに詳しい人だけがコンテンツを作成し、インターネットに公開する方法を知っていた時代があったが、使いやすいブログ、CMSシステムの登場が時代を変えた。今日では、誰もが情報を発信できる。そして今、「Iceberg」がこれと同じ大衆化をプログラミングにもたらしたいと考えている。それが、誰もがプログラマーになる「Web 3.0」構想だ。 2008年、まだプライベートベータ版だったときに、Icebergを取り上げたことがある。当時、共同創設者のWayne Byrne氏は「ソフトウェア戦争」を宣言していたが、今なお戦いは続いている。Icebergでは、どんなユーザーでもシンプルなDIYツールを使ってウェブアプリケーションを作成できる。そして、誰もが作り方を学べるように、Icebergは無料で提供されている。無料版は最大5ユーザーまで対応しているが、6人以上の場合、1ユーザーにつき200

    誰もがプログラムを作成できる「Iceberg」登場:コラム - CNET Japan
  • MVCのモデルはDBじゃなくてもいいんだよ - D-6 [相変わらず根無し]

    MVCのモデルはDBじゃなくてもいいんだよ id:charsbarさんが、先ほど書いたエントリに関して 後半その通りなわけですが、CatalystはModel::DBIC系のせいでMVCが誤解されてるのよねー と言っておられる。たしかにその通り。「モデルってDBでしょ?」みたいな印象が一般的にあると思う。 そういう印象を持ってる人に説明すると、「モデルを作る」って何かというと、DBのようなストレージにあるものをどうこうする、ではなくて「データに対する操作を抽象化したものを作る」ということです。例えば、ブログを作ると、Blog、BlogEntry、BlogUserみたいなモデルを作ります。そしてその操作方法はこんな感じ: # ブログを登録するみたいなAPI MyApp::Model::Blog->create({ user => $blog_user, title => $title, .

  • RubyCocoa のサイトを収集してみた - つぶやき〜

    自分の gmail ドラフトに貯めていたんだけど、外に出した方が良いので。 Ruby しか分からないのですが、RubyCocoa を覚えるとっかかりになりそうなサイトを集めました。 RubyCocoa のよく分からないメソッド名で困ったら、使い方の例は cd /Developer/Examples/RubyCocoa grep -R 'initWithHogefuga' * で探せば良さそう。あとグーグルで。 Cocoa のリファレンスは Xcode から右クリックで引ける。良い。 あとグーグルでw # ずいぶんとっちらかってます、すいません。 # コメントも自分向けだったのでかなり適当です、間違いや不適当なものがあればコメント等で教えて下さい。 RubyCocoa 入門 http://limechat.net/rubycocoa/tutorial/ LimeChat for OSX の作

    RubyCocoa のサイトを収集してみた - つぶやき〜
  • いまさらながらだけど、オブジェクトとクラスの関係を究めてみようよ - 檜山正幸のキマイラ飼育記 (はてなBlog)

    オブジェクトとクラスの関係について、次のような説明を見かけました(文言の引用ではなくて、檜山による要約)。 オブジェクトとクラスは全体としてツリー構造をしていて、ツリーの末端をオブジェクト、末端以外のノードをクラスという。末端であるオブジェクトは、その親ノードであるクラスのインスタンスと呼び、クラスどおしの親子関係を継承関係と呼ぶ。 うーむ、この説明、ある意味「簡潔でわかりやすい」とも言えるのだけど、ちょっと単純化し過ぎでしょ。 オブジェクトやクラスの概念て、そんなに美しくもなきゃ、整合的でもありません。実用性やら実装上の都合やらでゴチャゴチャですがね。しかし、そのゴチャゴチャが悪いともいえません。ゴチャゴチャを無理に単純化することなく、必然性を持った(幾分は偶発的だけど(苦笑))複雑さとして理解すべきかと思います。 というわけで、メタクラスやレイフィケーション(reification)な

    いまさらながらだけど、オブジェクトとクラスの関係を究めてみようよ - 檜山正幸のキマイラ飼育記 (はてなBlog)
  • 1