タグ

developmentに関するlinklistのブックマーク (145)

  • University of Aizu Online Judge

    Welcome This online judge system includes problems criated by faculty members and students of The University of Aizu. In addition, it includes an archive of problems from different programming contests. You can solve problems which were given in the programming contests for high school students, Japan domestic contests for ACM/ICPC, and Asia regional contests for ACM/ICPC in Japan. The system wil

  • 『NULLの扱い』

    データベースにはNULL(つまり、値が存在しないことを表す値)を格納することができます。 しかしNULLをSQLで扱う場合、その癖を十分に理解していないと、誤った操作をしてしまったりします。 NULLの登録 まずはNULLをデータベースに登録する際の動きですが、NOT NULL制約、DEFAULT制約の設定されていないカラムに対してNULLをセットしてやればNULLが登録され、明示的に指定しなくとも勝手にNULLが登録されます。 いや、何もセットされないといった方が正しいでしょうか。 このへんは特に変わったことでもありません。 NULLと空文字、スペースとの違い NULLと同じように値がないことを表すのに空文字('')やスペース(' ')を使うこともありますが、これはRDBMSによって動作に違いがあるので注意が必要です。 【OracleOracleの場合、主要なデータ型のカラムに対し、

    『NULLの扱い』
    linklist
    linklist 2010/08/26
    NULLと空文字の違いについて/postgresではNULLと空文字は別物として扱っていました。NOTNULL制約のカラムでも空文字は入ってしまいます。DB設計のとき注意が必要。
  • 知るだけで天地の差が出る、テスト仕様書の必須項目&表現方法

    テスト仕様書で絶対に必要な項目リスト テスト仕様書に記述すべきものとして、以下の事項があります。 テストを実施した環境 実施するテストの内容 テストを実施するためのシステムの操作手順 テストの実行結果 個々のテスト項目を識別するための番号や記号(通し番号など) テストを実施した年月日 テストを実行した担当者 障害報告票番号(発生した障害の詳細を開発グループに報告する帳票の識別番号) まずはテスト環境について明記する テスト仕様書の先頭には、「テストを実施した環境」を記述します。ここでは、ハードウェア環境やソフトウェア環境、ネットワーク環境など、「どのような環境でテストを行ったか」を説明します。 ただし、テストを実施した環境を記述するだけでは十分ではありません。「顧客にとって必要な情報は何か」を考えるのです。ここで必要なのは、「要件定義書で規定した環境」との関係が分かることです。 なぜなら、

    知るだけで天地の差が出る、テスト仕様書の必須項目&表現方法
  • いろいろな言語のコーディング規約,スタイルガイドのリスト — TRIVIAL TECHNOLOGIES 2.0

    みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 みんなのブロックチェーンは,ブロックチェーンの入門書。暗号やハッシュなどを含め,基礎からブロックチェーンの仕組みを学べる書籍です。 いろんな方に「新しい技術を学ぶことの楽しさ」を感じ取ってくれたら著者として嬉しいです:-)。お金技術的にどのように定義されるのか。 みんなのIoTは,モノのインターネットと呼ばれるIoTの入門書です。IoTの基について,読者に寄り添って優しく解説しました。裏テーマは一番とっつきやすいPython入門書。サポートページはこちら みんなのPython 第四版は,より分かりやすい入門書を目指し,機械学習やデータサイエンスの章も追加して第三版を大幅に書き換えました。Python 3.6にも華

  • [計画編]キックオフ・ミーティングを省いてはいけない

    右も左も分からない状態でプロジェクトがスタートすることを望むメンバーはいない。やる気も起きないし,モチベーションも低下してしまう。そうならないように,チームを発足する際にプロジェクト・マネージャ(PM)は,キックオフ・ミーティングを開催する。そこで,プロジェクトの概要や重要事項の説明,メンバーの自己紹介,チーム内での役割や作業分担を明確に指示する。このキックオフ・ミーティングを省いてはいけない。 重要なのは,プロジェクトを成功へ導くために,メンバーと使命感や一体感を共有することである。キックオフ・ミーティングは,プロジェクト概要を説明する場だけではない。メンバーの不安を解消すると共にやる気を起こさせ,同じ方向へ気持ちを向けさせるチーム作りの場でもある。ベンダーと顧客の双方が参加するキックオフ・ミーティングは,より効果がある。 プロジェクトの多くは,スタート時にスコープが明確に確定していなか

    [計画編]キックオフ・ミーティングを省いてはいけない
    linklist
    linklist 2010/08/20
    "メンバーには「ここまでは確定しているが,ここから先は未確定でこのようなリスクがある」と情報を公開し,リスクを共有する"
  • 派遣PG時代の思い出

    @vjroba 某N社で「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われたことがある。僕は300行で挫折したが、1万行メソッドを書ききった強者がいた。クラスを作るには申請書が必要だった。 2010-05-11 12:42:06

    派遣PG時代の思い出
    linklist
    linklist 2010/08/18
    修正前のコードをコメントアウトして残す文化はうんこ。周りの人にこの記事を読んで欲しい。。
  • ポリモーフィズム - Wikipedia

    ポリモーフィズム(英: polymorphism)とは、それぞれ異なる型に一元アクセスできる共通接点の提供[1]、またはそれぞれ異なる型の多重定義を一括表現できる共通記号の提供[2]を目的にした、型理論またはプログラミング言語理論(英語版)の概念および実装である。この用語は、有機組織および生物の種は様々な形態と段階を持つという生物学の概念からの借用語である[3]。多態性、多相性と邦訳されることが多い。 ポリモーフィズムは、通常以下の三種に分けられる。 アドホック多相 (ad hoc polymorphism) 恣意的な型の集合に一つの共通接点を提供する。関数オーバーロード、Mix-inのいち実装、型クラスなど。 パラメトリック多相 (parametric polymorphism) 詳細化されていない型要素を内包する抽象的な型に記号表現を提供する。ジェネリクスや関数型言語の型構築子など。

  • WinCvs

    その他のコマンドについてはCVSのマニュアルで確認してください。 インストール それでは、WinCvsをインストールしてみましょう。 CVSは、WinCvsに含まれているので、WinCvsをインストールするだけですが、 外部プログラム(エディタ、Diff、Tcl)は、別途インストールする必要があります。 WinCvsのインストールは、インストーラが付属しているので簡単です。 WinCvs120.zipを解凍して、その中のsetup.exeを起動するだけです。 起動と設定 最初にWinCvsを起動すると、WinCvs Preferencesダイアログが開くので、 CVSROOTとHOMEと外部プログラムの設定をします。 (後でメニューのAdmin→Preferences...で設定することもできます) まず、Enter the CVSROOT: にリポジトリの共有フォルダを設定します。 ここ

    linklist
    linklist 2010/08/13
    バージョン管理の候補として検討
  • Apache Subversion - Wikipedia

    Apache Subversion(アパッチ・サブバージョン; SVN)はプログラムのソースコードなどを管理する集中型バージョン管理システムの一つ。元々は、CollabNetが開発していたが、2009年11月7日にApache Incubatorプロジェクトのひとつとなり、2010年2月17日よりApacheのトッププロジェクトとなった。ライセンスはApache Licenseに準じたものとなっている。 概要[編集] 歴史的には広く使われているバージョン管理システムの一つにCVSがあった。CVSにはディレクトリの移動の管理やネットワーク対応の点、不可分な更新などの点で難があった。これらCVSの問題点を解決すべく開発されたのがSubversionである。 Subversionは集中型(クライアント・サーバ型)であるが、その後、GitやMercurialやBazaarなどの分散型のバージョン管

    Apache Subversion - Wikipedia
    linklist
    linklist 2010/08/13
    バージョン管理の候補として検討
  • NVD - Home

    Official websites use .gov A .gov website belongs to an official government organization in the United States. Secure .gov websites use HTTPS A lock () or https:// means you've safely connected to the .gov website. Share sensitive information only on official, secure websites.

    linklist
    linklist 2010/07/29
    NISTが管理している脆弱性情報データベース。oracleの脆弱性を調べるのに活用。
  • 類似しているプログラミング言語の文法などの比較まとめチートシートが良い感じ - goinger的日記

    以前見つけた資料。そういやそんなんあったなと久々に検索して探すのに少し手間取ったのでメモ 言語の比較対応で文法覚えられそうなんで便利じゃないかなと 参照: Big Script: PHP, Perl, Python, Ruby, Smalltalk http://hyperpolyglot.wikidot.com/scripting Small Script: Bash, Tcl, Lua, Javascript, IO http://hyperpolyglot.wikidot.com/small Platform: C, C++, Objective C, Java, C# http://hyperpolyglot.wikidot.com/platform Lisp: Common Lisp, Scheme, Clojure, Emacs Lisp http://hyperpolyglo

    類似しているプログラミング言語の文法などの比較まとめチートシートが良い感じ - goinger的日記
  • This Site Has Moved - Hyperpolyglot

    Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License

  • Scripting Languages I: Node.js, Python, PHP, Ruby - Hyperpolyglot

    a side-by-side reference sheet sheet one: version | grammar and execution | variables and expressions | arithmetic and logic | strings | regexes | dates and time | arrays | dictionaries | functions | execution control | exceptions | threads sheet two: streams | asynchronous events | files | file formats | directories | processes and environment | option parsing | libraries and namespaces | objects

  • コーディング前に確認しておきたいこと。 - CSS HappyLife

    CSS HappyLife ZERO が移転したのでお手数ですが、消えちゃう前にブックマーク等変更してもらえるととても嬉しいです。 制作会社でコーディングする場合、社内のガイドライン的なのが有ったりデザイナーもある程度固定されてると思うので、毎回似たような事を確認したりとか、このデザインはどういう意図なんだろう?ってのも、何度か同じ人とやってれば見えてくる訳ですが、フリーランスの場合だとデザイナーは毎回違っていたり、当然ディレクションをする人も違うので最初に確認しておきたい事が有ったりします。 って事で、その辺りをまとめてみたり、デザインを渡されたときにこのデザインの意図は?って思う事とかもばーっと書いてみます。はい。 なので、デザイナーさんもコーダーにデザインを渡すときに気をつけて欲しい点とかもわかってしまうすばらしい内容(だと良いな)! じゃあまずは最初に確認しておきたい基的なことか

    コーディング前に確認しておきたいこと。 - CSS HappyLife
    linklist
    linklist 2010/07/20
    Webサイト作るにも色々あってたいへんそう・・・。
  • サイトを公開する際に最低限抑えておきたい Apache の設定 | バシャログ。

    こんにちは nakamura です。最近トルシエさんテレビ出すぎじゃありません?ウィイレヤロウヨ。オフサイドダヨ! さてさて今回は意外と知られてないけど、サイトをインターネットに公開する際には知っておいた方が良い Apache の設定をいくつかご紹介します(一部 PHP の設定もありますが)。この設定をしていないからといって即危険にさらされるという訳でもありませんが、リスクの芽は摘んでおくに越した事はありませんよね。 無駄な HTTP ヘッダを返さない ディストリビューションにより異なるかもしれませんが、CentOS デフォルトの設定の場合 Apache が返してくる HTTP ヘッダは以下のようなものです。 HTTP/1.1 200 OK Date: Mon, 05 Jul 2010 01:01:14 GMT Server: Apache/2.2.3 (CentOS) X-Powered

    サイトを公開する際に最低限抑えておきたい Apache の設定 | バシャログ。
  • 404 Error - File Not Found

    指定されたファイルは見つかりませんでした。 10秒後に トップページ にジャンプします。

    linklist
    linklist 2010/07/04
    初級レベルでできないものもあれば、上級レベルでできるものもある。HTMLはわかるけど、描画とかアニメーションはやったことない。。
  • Oracle Data Provider for .NETの機能

    Oracle® Data Provider for .NET開発者ガイド 10g リリース1(10.1.0.3) 部品番号 B15519-01

  • もう、class名やid名で悩まないんだからっ!!|CSS HappyLife

    class名やid名って付ける時悩みませんか? 今でもボクは結構悩むんですが、そんな悩みを解決する為に、人さまのソース覗きまくってよくあるclass名とid名を拾ってきました。 これで、チョットだけ作業効率アップ!? 2010年6月10日追記: この記事自体、2007年 1月15日に書かれてるんでかなり古いです。 あくまでも参考程度に留めてもらうのが良いかと思います。 今だったら、html5の要素を参考にしたりして付けるのが、今後の事を考えると良いのかなーと思います。 また、善し悪しの判断はせずに公開しているものですが、位置に関するのは仕様変更に弱くなるのでオススメはしません。 全体に使えそうな感じ wrap wrapper top-wrapper wrapperAll frame mframe all-frame container page pagetop all allContent

    もう、class名やid名で悩まないんだからっ!!|CSS HappyLife
  • システムログにDCOMエラー(イベントID 10016) - アンの開発日記

    Windows 2003 ServerからPPTP接続しているとシステムログに下記エラーが15分ごとに記録されていました。 ・ソース:DCOM ・イベントID:10016 ・説明: アプリケーション固有 権限の設定では、CLSID {BA126AD1-2166-11D1-B1D0-00805FC1270E} をもつ COM サーバー アプリケーションに対する ローカル アクティブ化 アクセス許可をユーザーNT AUTHORITY\NETWORK SERVICE SID (S-1-5-20) に与えることはできません。このセキュリティのアクセス許可は、コンポーネント サービス管理ツールを使って変更できます。 システムログの説明にも書いてあるとおりで、[コンポーネント サービス]管理ツールで権限を変更すれば解決します。 手順 [レジストリエディタ]を起動し、CLSIDで検索しアプリケーション名

  • コードレビューを成功させる10の心得 - unsigned

    いくつかの事に気をつけてコードレビューを実施するだけで、効率的にコードの品質を高めることができる。効果的なコードレビュー方法をまとめてみた。 (1)複数の有識者でレビューを実施する レビューアも人間なのでレビューが面倒になってしまうときもある。複数のレビューアが一緒にレビューすることによって、一人だけ「指摘なし」と言うわけにもいかず手抜きし辛くなる。 (2)事前に指摘事項をまとめておく ソースコードを読む速度はレビューアのスキルによって異なるため、レビュー時に読み合わせするのは時間がもったいない。調査が必要となることもあるし、じっくりと考えたいこともある。レビューは前もって行っておく。指摘箇所のフィードバックだけは対面で行うのがよい。 (3)印刷してレビューする エコではないが、指摘箇所を気軽に書き込めるのがよい。書き込み量をみるだけでレビューアがどれだけ丹念にレビューしてくれたのかが一目