「了解しました」より「承知しました」が適切とされる理由と、その普及過程について | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
あなたは「了解しました」と「承知しました」、どちらをよく使いますか？ 【アンケート】 「了解しました」と「承知しました」、どっちを多く使いますか？ — 菊池良 / Kikuchi Ryo (@kossetsu) 2016年2月25日 ツイッターでアンケートしたところ、こんな感じでした。わずかに「承知しました」の方が多いですね。 この2つの言い回しですが、「了解しました」よりも「承知しました」を使う方が正しい、とよく言われています。 僕がこれを初めて知ったとき、強い違和感を覚えました。理由は 「了解しました」をよく使っていた 日常でもビジネスでも「承知しました」を使っている人を見たことがなかった ある日、急に言われ始めた からです。「承知」が日常的な言い回しではなかったので、気になったんですね。 そこで調べてみたところ、いつから言われ始めて、どういう経路で定着したのかがある程度わかりました。
Java7からJava16までの変遷。 - Qiita
まえがき ずっとJava11を使っていました。そのためすっかりラムダ式やStreamAPIでの書き方に慣れていたのですが、最近Java7を使って稼働しているプロジェクトに異動したので、何ができて何ができないのか、ちょっと調べてみました。 Javaの変遷 私見ですが主要だと思う仕様変更を並べてみました。アプリ実装に関係する部分のみピックアップしています。 このバージョンのこれは入れておいたほうが良いよ！との意見がありましたらコメントにぜひお願いします。 Java8 2014/03/18 正式リリース(GA) https://openjdk.java.net/projects/jdk8/ ラムダ式 https://openjdk.java.net/projects/lambda/ https://qiita.com/sano1202/items/64593e8e981e8d6439d3 pub
1バイトの都市伝説
１バイトは何ビットか？ 「1バイトは何ビットでしょうか？」 こう尋ねると多くの方が「１バイトは8ビットに決まっている」と答えます。 でも「どうしてそう思うのですか？」と更に尋ねると、「だって、みんなそう言っているじゃないですか」という曖昧な答しか返ってきません。 もしかすると「1バイトは8ビット」というのは、多くの技術者が「何となく信じている都市伝説」なのではないでしょうか？ 画像は研究社の英語語源辞典の「byte」の項。これを見る限りでは8bitの様ですが… そこで「1バイトの都市伝説」と題して、真相を探ってみることにしました。 「都市伝説シリーズ」は「教科書」ではありません。勿論「学術論文」でもありません。「Wikipedia」でもなければ、「貴方のレポートを手助けするボランティア」でもありません。「出典を明示せよ」とか「証拠を示せ」などという野暮な事を言うのは御遠慮下さい。信じる信じ
文字通り「ネットワークがコンピューター」な金融HFTでのFPGAの使われ方 - スティルハウスの書庫の書庫
ここのところ重度のFPGA中二病にかかってしまい、冬休み中もDE0ざんまいな日々。気になっていた金融のHFT（high frequency trading：大手投資銀行等がμ秒単位の超高速で株式等を売り買いしてる恐ろしい市場）におけるFPGA利用状況について、HFT Reviewにこってりしたレポート（HFT業界のベンダー各社にインタビューしたもの）が載っていたので、勢い余って面白かった部分を超訳してしまった。 元ネタはこちら： FPGA & Hardware Accelerated Trading, Part One - Who, What, Where and Why? FPGA & Hardware Accelerated Trading, Part Two - Alternative Approaches FPGA & Hardware Accelerated Trading, P
The World Wide Web project
The WorldWideWeb (W3) is a wide-area hypermedia information retrieval initiative aiming to give universal access to a large universe of documents. Everything there is online about W3 is linked directly or indirectly to this document, including an executive summary of the project, Mailing lists , Policy , November's W3 news , Frequently Asked Questions . What's out there? Pointers to the world's on
Next Global Jungle is under construction
Thank you for being patient. We are doing some work on the site and will be back shortly.
第16回 Perl::Dist::Strawberry：何味のアイスクリームがお好きですか？ | gihyo.jp
今年のYAPC::Asia、いかがでしたか？ 先日開催されたYAPC::Asiaはいかがでしたか？ 筆者はあいにくそれほど多くのセッションに参加できたわけではないのですが、この連載ですでに取り上げたもの、まだ取り上げていないもの、そして前回原稿を書いたときにはまだ存在すらしていなかったものを含めて、有意義なセッションがたくさんありました。おかげさまで筆者も当面ネタに困ることはなさそうです。 とはいえ、あまりに旬なモジュールについては、情報の流れが速すぎて、のろまな筆者では追い切れませんので、今回と次回は、筆者が今年のYAPC::Asiaでもうひとつ発表しようかと思っていたネタをしっかりまとめておこうと思います。 ActivePerlの興隆 PerlはもともとUnixで使われていたさまざまなツールのよいところを集めて作られた言語です。だから、Perlのコマンドにはシェルやawk、Cに由来する
徒然草 （吉田兼好著・吾妻利秋訳）
ようこそ「 徒然草（吉田兼好著・吾妻利秋訳）」へ。このウェブサイトでは『徒然草』の全段を現代語訳でご覧になることが出来ます。 更新履歴 基本的に大規模な更新は滅多に行われません。 2018.4.5 ご無沙汰しておりました。昨今のインターネット事情を鑑みてSSL対応しました。 2016.6.8 twitterのアカウントtsurezure_bot のメンテナンスをしました。 2016.6.8 原文にルビを振りました。 2016.6.8 ホームページをリニューアルしました。たぶん、スマートフォン対応できてます。 2009.10.15 twitterのアカウントを作りました。つれづれぼっと 2009.7.24 ホームページ・リニューアル。校閲と言うより訳し直しました。 2009.4.19 校閲が終わりました。 2008.6.6 「おりにかなう助け」を更新しました。 2007.6.3 リニューアル
三大DBMSへの挑戦 （その１）：ITExpress
今回は、オープンソースソフトウェア（OSS）のデータベース管理システム（DBMS）についての記事を紹介しよう。2006年2月6日のBusinessWeek onlineの記事「Taking On the Database Giants」の中からいくつかの話題を拾ってみたい。副題は「新興OSS企業がOracleやIBMやMicrosoftと張り合えるだろうか？ 辛い戦いになるが、顧客も既存のDBMSの代替製品を求め始めている。」というものである。この記事を読むための準備として、まずは今回のテーマであるデータベース、その中でも現在主流となっているリレーショナル・データベース（RDB）についてその歴史を紐解いてみよう。 CoddのRDB発明 IBMのEdgar F. Coddが1969年にIBM Research Reportで、さらに翌1970年にACMの論文において提唱したリレーショナルデー
)
Windows 秘話: ディレクトリの長い歴史
今月の Windows 秘話コラムでは、名前に system という単語が含まれるすべてのディレクトリの歴史を紹介します。 Raymond Chen 遠い昔、16 ビット Windows の時代には、C:\Windows\System という名前のディレクトリがありました。このときまでは、事態は複雑ではありませんでした。 Win32 の導入により、C:\Windows\System32 という名前の 2 つ目のシステム ディレクトリが追加されました。この 2 つ目のディレクトリには、32 ビットのシステム ファイルが含まれていました。16 ビットのシステム ファイルは古いシステム ディレクトリに含まれていました。ただし、Windows 95 では、例外的に、32 ビットのシステム ファイルと 16 ビットのシステム ファイルが同じディレクトリに存在し、そのディレクトリには、C:\Windo
wise9 › JavaとJavaScriptの20年戦争
モバイルゲーム 物凄い勢いで勃興したモバイルゲーム業界は、いろいろな課題や問題に直面しながらも巨大化し、今日の時点でのスマートフォン向けゲームの市場へと継承されていきます。 モバイルゲームの歴史 2001 Javaアプリと3Dゲームの登場 Javaが利用できるようになったことにより、ダウンロード型のゲームが供給できるようになりました。 2002 携帯電話端末の大容量化・3D化競争 Java搭載携帯電話端末が登場してからごく僅か1年の間に、アプリのサイズに関しては10倍に広大化し、表現方法も2Dから3Dにシフトし始めました。J-PHONEは『ゼビウス』や『スペースハリアー』などといった昔のアーケードゲームを、ドコモはSIMCITYなどパソコンで世界的規模のヒットを飛ばしたゲームを主力商品としていました。 2003 モバイルゲームの一般化 メモリの制限が厳しいJava仮想マシン上ではなく、OS
昔DECという会社があった。エンジニアとして必要な事はDECで学んだ。 - 未来のいつか/hyoshiokの日記
大学を1984年に出て、新卒で入社した会社がDECという会社だった。その当時日本デジタルイクイップメント研究開発センター株式会社というのが日本にあってそこに新卒バリバリで入社した。その会社は米国のDigital Equipment Corporation (以下DECと称す）の日本子会社であった。当時はDECの販売子会社日本ディジタルイクイップメント株式会社と別会社で、後に合併して日本ディジタルイクイップメントになる。 エンジニアリング部門の子会社なので、トップはPhD（博士号）を持っているし、米国本社からの出向者もいて、技術系の外資という感じだった。一方で、新卒入社ということもあり、同期も少ないながら（6名）いて、日本DECの同期と合わせれば、200名近くいて、日本企業的な感じもあった。 DECをコンピュータ産業史的な観点から眺めると、当時コンピュータ産業を支配していたメインフレーム、す
なぜDECは市場から撤退しなければならなかったのか。 - 未来のいつか/hyoshiokの日記
DECの企業文化について、先日記した。(昔DECという会社があった。エンジニアとして必要な事はDECで学んだ。) *1 そんなに優れた技術があり、優れた企業文化を持ち、優秀な技術者を多数抱えたエクセレント・カンパニーが21世紀を待たずしてなぜ市場から消えなければならなかったのだろうか。 経営者が愚かで放漫経営をしていたからとか、法律に違反するような経営をしていたとか、そーゆー話であればわかりやすい。その経営者が愚かであったということで決着がつく。 DECの凋落の原因は、むしろ無能な経営者によって引き起こされたというよりも、むしろ、有能だったがゆえに、成功の呪縛から逃れられなかったという風に考えられる。既に起きてしまったことをあれやこれや言っても所詮結果論にしたすぎないが、あえてそれを考えてみたい。 「イノベーションのジレンマ」では、利益を最大化させる資源配分メカニズム（プロジェクトの投資を
百年の言語 --- The Hundred-Year Language
百年の言語 --- The Hundred-Year Language Paul Graham, April 2003 これは、Paul Graham： The Hundred-Year Language を、原著者の許可を得て翻訳・公開するものです。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2003 by Paul Graham 原文: http://www.paulgraham.com/hundred.html 日本語訳：Shiro Kawai (shiro ＠ acm.org) <版権表示終り> Paul Graham氏のエッセイをまとめた『ハッカーと画家』の 邦訳版が出版されました。 出版社の案内ページ Amazon.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Windows Azure の歴史2014年2月26日版
History of WaterFall
Citrix XenAppの歴史 （旧MetaFrame）
会計偉人伝 | みんなのアカウンティング