タグ

Programmingに関するmoothのブックマーク (13)

  • x64レディなMinGW環境を構築する - builder by ZDNet Japan

    アプリケーション開発に利用できるフリーな環境として、Windowsには「Cygwin」と「MinGW」がある。どちらもコンパイラにGCCを採用、特にPOSIXベースの開発に適しているが、両者はライセンスが異なる。 Cygwinで生成したアプリケーションは、GPLが適用されるランタイムライブラリ(cygwin1.dll)の同梱が事実上欠かせないが、MinGWではWindowsのライブラリ(msvcrt.dll)を利用するため、他にGPLedなライブラリを使用していないかぎり再配布の制約がない。 MinGWには、開発環境の可搬性というメリットもある。最近ではFedoraにクロスコンパイル環境用のパッケージが用意されているほか、Eclipseと組み合わせて使用する方法もある(C/C++の開発環境を整備:MinGWとEclipse CDT)。動作の検証にWineを利用すれば、理屈のうえではWind

    x64レディなMinGW環境を構築する - builder by ZDNet Japan
  • Microsoft – クラウド、コンピューター、アプリ & ゲーム

    期間限定で Surface Pro 8 ご購入で対象のキーボードが無料になり、体にも特別価格が適用されます。

  • Program Island

    Program Island へようこそ! このサイトでは、プログラムに関する様々な情報を載せています。 Android (2010/12/25) Limy Eclipse Plugin (2012/02/25) Check! Ruby on Rails (2009/04/01) Limyweb (2010/01/27) Limy Articles (2009/02/14) Eclipse簡易マニュアル (2008/12/23) / Eclipseプラグイン開発 (2008/12/23) Java (2012/03/10) New! Tomcat (2007/06/29) Linux (2010/04/14) Git (2012/02/26) New! / Subversion (2007/01/11) J2EE , JBoss (2007/01/13) / JBoss + EJB3 (2

  • Curl Step Jump

    Curl 3D Gallery 操作編-基操作-(2008/09/13) この章では、Curl 3D Galleryの基的な操作方法をCurl 3D Galleryに付属しているサンプルデータを用いて、説明していきます。 emacsでCurl(2008/09/08) Curlemacsで利用する方法を記載します。Curl IDEをインストールしますと、Curlインストールディレクトリに標準でelファイルがインストールされます。(無料IDEでも存在します。) Curlは大量データ処理、強固なセキュリティ、高度なUIを持ったRIA(リッチ・インターネット・アプリケーション)です。実行環境であるCurl RTEをインストールしておくことで、ブラウザやデスクトップ上で動作させることができます。Curlアプリケーションを実行するためには以下の方法があります。 ローカルのデスクトップアプリケ

  • ユーザーエクスペリエンスポータルPROJECT UX

    期間限定で Surface Pro 8 ご購入で対象のキーボードが無料になり、体にも特別価格が適用されます。

  • 名は体を表す

    public void reqCnctSndCls(String req) {} つっこみどころ満載だな、と思ったあなたは「権利は義務の元に」をちゃんと理解してくれたのですね。思わなかったあなたは、読み直して、ちゃんとコーディング規約を読んで頂きたい。読んだ方が続きをより実感できるから。 規約に「単語を略すな」と言う物がある。この例で行くならcnctなんかconnectなんだかconcatなんだかconcertなんだかconcentrateなんだかさっぱり判らなくなるからである。略さず書くならこれは public void requestConnectSendClose(String request) {} となる。 これで安心した人、もうちょっと頑張りましょう。規約に、変数は名詞、メソッドは動詞になるように命名しろ、ってのがありますね。なので上記ではなんだかちょっとおかしい。要求接続送信

  • 我的春秋 コード共有のためのネーミングルール

    最近、CSS の使いまわしなどを視野に入れ、一部で class名や id名の共有というテーマへの関心が徐々に高まりつつあるような印象です。microformats なんかも、その流れのひとつといえるでしょう。 Naming conventions table(And all that Malarkey) もう、class名やid名で悩まないんだからっ!!(CSS HappyLife) (X)HTML の id/class における命名規則(purprin さん CSS Flight プレゼンスライド) 名前の共有はコードの共有のための(複数人で同一コードを編集・転用する)重要なファクターのひとつですし、非常にいい傾向だとは思うんですけど、実際につけられている名前を見てみると、シブい顔をせざるを得ない事例が結構あるようです。 コード共有のためには避けたい命名事例 構造ではなく見栄えで命名して

    我的春秋 コード共有のためのネーミングルール
  • 無償のVisual Studio 2008で今すぐ始めよう!---目次

    この記事は,日経ソフトウエア2008年7月号の特集記事「無償のVisual Studio 2008で今すぐ始めよう!」の再録です。記事は執筆時の情報に基づいており,現在では異なる場合があります。付録DVD-ROMをお持ちでない場合は,マイクロソフトのWebサイトで入手できます。なお,2008年10月24日発売の日経ソフトウエア2008年12月号では,特集記事「Visual Studio 2008 Service Pack1 ここがスゴイ20!」を掲載し,付録DVD-ROMに「Visual Studio 2008 Express Editions with Service Pack 1」を収録しています。 「これだけで万事OK!」という開発ツールはなかなか存在しません。ただ,Windows用開発ツールでそれに近いものを探すとすれば,やっぱりVisual Studioが筆頭候補ではないでしょう

    無償のVisual Studio 2008で今すぐ始めよう!---目次
  • 【インフォシーク】Infoseek : 楽天が運営するポータルサイト

    日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。

  • IPA ISEC セキュア・プログラミング講座:Webアプリケーション編 第1章 総論:より良いWebアプリケーション設計のヒント

    ここで述べるのは、脆弱性が生まれにくいWebアプリケーションを構築するために設計段階、あるいはそれ以前の段階で考慮しておくとよい事項の例である。 (1) 開発環境の選択 1) プログラマが脆弱性をつくり易い環境を避ける 今日のWEBアプリケーション開発環境は、プログラミング言語の処理系に加えて、開発フレームワークやコンテンツ管理システム(CMS)、さらに外部のテンプレート言語までを加えた総合的な環境となってきている。 短時日で素早くサイトを立ち上げることを目的として、「軽量言語」と呼ばれる各種スクリプト言語が標準で備えているWEBアプリケーションを手軽に開発するための機能やライブラリをそのまま利用することは悪くない。しかし、その手軽さ故に、セキュリティの観点からは多くの脆弱性を生んできた経緯がある。 例えば、下記の事例が挙げられる。 PHPの4.1以前のバージョンの環境は、「registe

  • ITエンジニアの「やってはいけない」---目次:ITpro

    設計・実装から運用,メソドロジまで,最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」(アンチパターン)があるだろう。だが,その理由を問われると,うまく説明できないことがあるのではないだろうか。突き詰めて考えると,状況によっては「やっても構わない」こともあるし,技術の進化に伴い「やれるようになってきた」こともある。そこで設計,実装,テスト,運用,メソドロジの各分野について,取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル3~レベル1の3段階あり,レベルの数字が大きいほど,やってはいけない度合いも大きい。 関連サイト: ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編

    ITエンジニアの「やってはいけない」---目次:ITpro
  • 喜ばれる情報系システムの作り方---目次

    達人のこだわりに学ぶ 使ってもらえない--。これが情報系に対する最大の悩みである。 状況を打破するにはシステムの作り方を変えよう。 データ活用のニーズは時間とともに変わるもの。 重要なのは,ITエンジニアが情報系のあるべき姿を描くことだ。 目次 第1回 喜ばれる鍵は三つの“スピード” 第2回 迷わせない画面:一つの画面 第3回 迷わせない画面:使い慣れたツール 第4回 迷わせない画面:文字情報の可視化 第5回 検索速度の向上:DWH専用アプライアンス 第6回 検索速度の向上:インメモリーDBの活用 第7回 検索速度の向上:DWHと端末間に中間サーバー 第8回 短期リリース:市販ツールをプロトタイプに 第9回 短期リリース:自作にこだわらず

    喜ばれる情報系システムの作り方---目次
  • Life is beautiful

    GoogleによるHubSpotの買収 まもなくリリースされる Meta の Llama3 Tesla のカルチャー IntelのGaudi3はNvidiaの牙城を崩すか? Steve Jobsが語るクラフトマンシップ 「6年勤めたNTT退職しました」という記事が、注目を浴びているようですが、この筆者が NTT を辞めた理由が、私が32年前(1986年)に NTT を辞めた理由とあまり変わらないのに、少々驚きました。 私が NTT を辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたことがなかったので、これを機会に書くことにしました。普段ならメルマガ(週刊 Life is beautiful)の読者限定で書くところですが、今回だけは、出来るだけ多くの人に読んで欲しいので、ブログ記事として公開します。 当時、NTTは電電公社から民営化したばかりで、1985

    Life is beautiful
  • 1