L辞書の記号入力エントリ 記号入力エントリ早見 各種記号 「きごう」 矢印 「やじるし」 反復記号 「おなじ」「くりかえし」 数学記号 「すうがくきごう」「math」 括弧類 「かっこ」 全角英数モード(L)での入力を推奨 ギリシャ文字・大文字 「Greek」 ギリシャ文字・小文字 「greek」 キリル文字・大文字 「Cyrillic」 キリル文字・小文字 「cyrillic」 罫線「けいせん」「けいせんそへん」 記号入力エントリの加除編纂 L辞書の記号入力エントリ \ キーによる記号入力の他に、L辞書に用意された記号入力用のエントリを利用して記号を入力することもできます。 次のエントリを知っておけば大抵の記号は入力できます。また、annotation 機能が利用できれば、これらのエントリから芋づる式に個々の記号エントリの名前を知ることも可能です。 きごう /記号/揮毫/〆;しめ/ヶ;か
先々週の日本は、「謝れ」報道のオンパレードであった。沢尻エリカ、亀田兄弟、時津風部屋などなど。ご存じない方は、これらキーワードでGoogle Newsなど見てみてください。一度なんか、ホテルでテレビをつけたら、複数のゲストが「亀田家謝罪せよ」という話をしていて、テレビをつけっぱなしで風呂に入って３０分位して出てきたら、まだ「亀田家謝罪せよ」と言っていてびっくり。「謝れ」と迫るボキャブラリーがものすごく豊富なのだな。１０年前と比べても「謝れプレッシャー」がパワーアップしてるような気がしたんですが、私の気の迷いでしょうか？私は、「謝れ」とせまってはじめて謝ってくる相手を許したりしないので（子供は例外）、「謝れ」という人たちの気持ちがよくわかりませんのですが。嫌なやつは無視するに限る。違法だったら警察にお任せすればよいことだし・・・。 一方、アメリカに来て最初に耳についたニュースは南カリフォルニ
デバッグ指向プログラミング(debug-oriented programming)とは何か。一言で言うとすると、「デバッグしやすいプログラムを書きましょう」ということです。テスト指向(test-oriented)と近いところもありますが、よりデバッグの効率に重点を置いた考え方です。詳しい内容は今回だけでは書ききれませんが、とりあえず今回は、なぜデバッグ指向なのか、デバッグ指向とは具体的にどんなものか、ということについて書いてみたいと思います。 バグの発生は必然 バグの発生は予定外の出来事ではありません。よほど小規模のプログラムでない限り、ソースコードが一発で不具合なく動くことはほとんどありません。つまり、デバッグ作業というものは、ソフトウェア開発において重要なステップなのです。実際、大抵のソフトウェア開発では、コーディングそのものよりもデバッグに費やす時間の方が多いことが多いのではないでし
一般的にバグの発生箇所と発現箇所が離れれていると、デバッグは難しくなり、時間もかかりがちです。今回のお話は、このような「バグの潜伏」を抑制し、「バグ」にいち早く気付かせるための実装上の工夫についてです。 ライブラリ設計において、何らかのオブジェクトにアクセスするIDを定義することがあります。例えば次のような関数定義があったとします。 file_id_t open_file(const char* path, int flags); ssize_t read_file(file_id_t id, char* buf, size_t size); ssize_t write_file(file_id_t id, const char* buf, size_t size); off_t seek_file(file_id_t id, off_t offset, int whence); int
今回、ちょっと最近思うところを文章にしてみたが、むちゃくちゃ疲れた。 難しい。しかもかなりしょんぼりなできになってしまった。 …もういいや。 突然であるが、プログラムにはバグが付き物だ。 それゆえに、統合開発環境にはGUIデバッガがついていたりして プログラムの処理が追いやすくなっていたり、 テストケースを書いたりして部分的にバグの発生を制御したりする。 だが、それは本当だろうか? もっと別の方法でバグの発生自体を抑制できないのだろうか。 ここのところ私はこのことばかりを考えていた。 Haskellをはじめたのもこのためだ。 そしてこれは私の中で、そろそろ結論に達しつつある。 (うーん。こんな深遠なテーマに軽々しく結論などと言っていいものか) それで、結論から言えば、バグを抑える方法があるのは間違いない。 実際に最近私が書く(C++の)コードのバグ発生率は以前と比べて 著しく低下した。その
「アプリケーションの脆弱性を突く代表例は二つある。一つはバッファ・オーバーフロー，もう一つはクロスサイト・スクリプティング（XSS）だ。ともに10年近く前から指摘されているにもかかわらず，我々は過去の教訓を生かしきれていない」。10月26日，東京で開催されたセキュリティ関連のイベント「Black Hat Japan 2007 Briefings」で，アプリケーションの脆弱性対策ソフトウエアを開発する米Fortify SoftwareのJacob West氏（写真）はこう主張する。West氏は，同社セキュリティ研究グループの責任者を務めている。 バッファ・オーバーフローは，設定したサイズ以上のデータをバッファに大量に送り込んで，管理者権限を取得すること。XSSは，悪意のある文字列を埋め込んでWebサイトなどを乗っ取ることをいう。なぜ，こうした脆弱性の問題を解決できないのか。West氏は，We
神戸で活動する弁護士です。 神戸むらかみ法律事務所 代表弁護士 相続（遺産分割、遺言、遺留分など）、交通事故、不動産、離婚、企業顧問など 今日は，普通の弁護士日記です。 新聞一面を見ると，このニュースがありました。 これは，もう，弁護士の気合い，根性，心意気！というのが私の感想です。 （ニュースより引用） 受講料返還訴訟、ＮＯＶＡの２件の上告棄却 英会話学校大手「ＮＯＶＡ」（統括本部・大阪市）との受講契約を中途解約した東京都内の男性と、京都市内の女性が、未受講分の受講料の返還を求めた２つの訴訟の上告審で、最高裁第３小法廷（那須弘平裁判長）は３日、ＮＯＶＡ側の上告をいずれも退ける決定をした。 男性は約６１万円、女性は約１８万円の返還を求めていた。ＮＯＶＡ側に請求全額の支払いを命じた１、２審判決が確定した。 ＮＯＶＡの中途解約を巡っては、同小法廷が都内の別の男性（３９）が起こした同種訴訟で同日
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く