この項目には、一部のコンピュータや閲覧ソフトで表示できない文字（後述にて記載されている記号など）が含まれています（詳細）。 約物（やくもの、英: punctuation mark）とは、言語の記述に使用する記述記号類の総称で、専らフォントなど組版を意識して使われる用語である。 具体的には、句読点・疑問符・括弧・アクセントなどのこと[1]。 元は印刷用語で、「しめくくるもの」の意。または、煉瓦・タイルなどで、縁に配置するために他と形状を変えてあるものを約物（「役物」とも書く）と称する。 約物は普通発音されないが、慣用的に用いられたり、文に意味付けを加えたり、音の表現でしかない平仮名や片仮名で表現しきれない意味付けを表現するのに使われる。 マークアップ言語とも似ているが、マークアップ言語は形式言語であるのに対し、約物の一般的な使い方としては、自然言語の一部として、それなりの約束事はあるものの厳

この記事は，日経ソフトウエア 1999年10月号に掲載したものです。それ以降の情報が盛り込まれていませんので，現在とは異なる場合があります。 文字コード規格の基礎を手早く理解したい場合などにお役立てください。 文字コードは間違いなく情報を交換するための「決まりごと」なので，正確を期すため厳密な仕様が規定されている。だが，その仕様そのものを実装するプログラムを作る場合を除けば，プログラマが仕様の詳細を隅々まで理解している必要はない。六法全書を読んでいなくても問題なく普段の生活ができるようなものだ。 ここでは，通常のプログラミングをするうえで必要と思われる範囲のことを，なるべく簡潔に説明したい。「半角カナ」のような呼び名は正確さを欠くものだが，多くの人に伝わりやすいので説明の中でも使っていく。説明を簡略化するため「正確な仕様を知りたいときは規格書そのものを必ず参照してほしい」と書きたいところだ

気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン 我々はよく「人生設計」という言葉を使います。しかし、設計通りになった人生はどれほどあるでしょうか。「夢」で終わる設計もあれば、思いもよらない大成功の設計ミスもあると思いませんか。 エベレストにも登頂したチベット人登山家のクンガ・パサン氏は「人生は設計できるものではない」と言っています。彼は自分の成長、結婚、職業そして生死がいかに偶然な出来事によって左右されているかをメディアに素直に打ち明けています。 ある時、彼はわずか数センチを踏み外したことで深い氷雪の谷に落ちました。もう死んだと誰もが思っていましたが、10日後、彼は奇跡的に救助されました。「10日間、どうやって過ごしましたか」と聞かれた彼は「映画のように、これまでの人生を思い出してみた。す

「5」の年は人生設計の分かれ道!［35歳編］人生設計の分かれ道は「５」の年齢にやってくる！　35歳は仕事もプライベートもたくさんの選択や確立が迫られる年。35歳のライフプラン、マネープランのツボはここだ！ ■人生設計の分かれ道は35歳と45歳！ 最近、「35歳までにやっておくこと」とか「28歳から（35歳までに）考えておきたいこと」といったテーマの本が評判のようです。ビジネスやライフプランについて考えておきたいこと、知っておきたいことが山ほど書いてあります。 「未来」は決まっているわけでもないし、同じ人生を歩む人など一人もいません。しかし、ライフプランを考えてみると、年齢的な分岐点があるようです。私は、25・35・45歳といった「５」刻みに人生設計の分かれ道が訪れるような気がします。 まず、25歳までに、自分のキャリアプランというものを描き始める必要があります。自分はどのような仕事のスキル

※ 一部の画面はデモより Googleの高度なエンジニアリングを支える技術の一つにソースコードレビューがある。ソースの修正点について、レビューし、議論することでさらに良いコードができあがっていく。世界中にいるエンジニアのために、議論はネットを介して行うことになる。 ソースコードの行ごとにコメントが書ける そのためのシステムがMondrianだ。これを作ったのはGuido van Rossum氏、Python開発者でもある方だ。そしてこのMondrianをなんとかオープンソースとして公開したいと願ってきたRossum氏が実現させたのがこのソフトウェアだ。 今回紹介するオープンソース・ソフトウェアはRietveld、Google App Engineで作られたソースコードレビューシステムだ。 Rietveldは任意のリポジトリに対して、古い版と新しい版のソースの差分を表示し、レビューを行うこと

海外のSNSと日本のSNSでは公開型/非公開型というシステム上の違いもあるが、デザインや使い勝手の面が大幅に異なっている。さらにモバイルへの対応などを考えると、SNSシステムとしては日本製のものが選択肢にあがりやすい。 ブログ投稿 日本製のSNSとしては有名なのはOpenPNEとrktSNSがある。1.0系がrktSNS、そして次世代版がこれだ。 今回紹介するオープンソース・ソフトウェアはhitSuji、次期バージョンのrktSNSだ。 hitSujiはrktSNSの次期バージョンという位置づけであるが、システム自体は一から構築し直している。現状の1.x系にあるセキュリティ上の問題点、速度面を改善していくソフトウェアとなっている。 テーマ機能 主な機能としては、ブログ（日記）、足跡、レビュー、コミュニティ、アルバム、カレンダー、投票などができる。管理側としてはスキン機能、解析、ユーザ管理等

GoogleドキュメントやZoho Writer/Sheetなどは代表的なWebオフィススイートアプリケーションだ。非常に便利なソフトウェアではあるが、ブラウザベースとあって若干の使い勝手の悪さが残る（逆に利点も多いが）。 ログイン設定画面 オンラインの利便性、オフラインの利便性はそれぞれにある。それらを統合し、連携させてくれるのがこのソフトウェアだ。 今回紹介するオープンソース・ソフトウェアはOoGdocsIntegrator、OpenOffice.org機能拡張だ。 OoGdocsIntegratorを機能拡張としてインストールすると、メニューにOoIntegratorが追加される。このメニューにあるセッティングにて、GoogleドキュメントとZohoのアカウントを登録し、接続する。これで準備完了だ。 ファイル一覧。日本語のタイトルは文字化けしてしまう（内容は問題ない） そしてそれぞれ

前回，タスクかんばんが，現在の状況を見える化するものであり，先を見通すような視点は持ち合せていないことを説明した。この「先を見通す視点」で「進ちょく状況の見える化」を実現するのがバーンダウン・チャートと呼ばれるチャートである。バーンダウン（burn down：燃え落ちる，全焼する）チャートは，一般的なチャートにありがちな右上がりではなく，右下りになっている。チャートを作成する際には，縦軸に残りの作業量を，横軸に時間を割り当てて日々の残り作業量をプロットしていく。右下，つまり残り作業量がゼロ(=全焼)になれば，すべての作業が完了するというわけだ。 バーンダウン・チャートは，元々リリースまでのバック・ログ（プロジェクトとして実施する必要があるすべての作業）の残量を視覚化するチャートだったが，現在はイテレーション単位でのタスクの残作業量（デイリー・バーンダウン・チャート）の見える化にも使われてい

ソフトウェア開発手法とその管理システムには様々な選択肢がある。私もこれまで色々試行錯誤してきたのだが、今は、tracとバーンダウンチャートを追加するプラグインであるTracBurndownプラグインでスクラム開発という環境が気に入っている。 この環境を導入したきっかけは、転勤で勤務地が変わったことである。 これまで、東京でチームを組んでソフトウェア開発をしており、その仕事を引き続き仙台で行うことになったが、今までの開発プロセスだと不都合が出始めた。 タスクカードを使った「かんばん方式」とスクラムをベースにした開発プロセスを組み合わせて使っているのだが、物理的に開発拠点が分離してしまい、タスクカードが使いにくくなってしまったのである。 いいタイミングなので、周囲の評価が高いので試してみようと構築していたtracにバーンダウンチャートのプラグインを導入して、全面的に移行することにしたという訳だ