Windows SQL Server 2005サポート終了の4月12日が迫る、報告済み脆弱性の深刻度も高く、早急な移行を
ギンザ・グラフィック・ギャラリー第401回企画展 TDC 2024 (TOKYO TYPE DIRECTORS CLUB EXHIBITION 2024) 2024年04月01日(月)~2024年05月15日(水) Design: Yugo Nakamura 「文字や言葉の視覚表現」を軸に開催するグラフィックデザインの国際賞「東京TDC賞」。34回目を迎えるこの度の応募には、国内外から質の高い3675作品が寄せられ、 40名の選考委員による審査を経て、デザイン年鑑に掲載する486の入選作品が選出。同時に10の受賞作品、52のノミネート作品が決定しました。 「TDC2024」展では、その中から、受賞作品とノミネート作品を中心に特に評価の高かった約130作品を展覧します。今年も話題性のある豊かな作品が揃いました。
See Iavor Diatchki’s page “The Evolution of a Programmer” for the “original” (though he is not the author), and also below for the story behind this version. (This page has been translated into the Serbo-Croatian language by Anja Skrba from Webhostinggeeks.com. Thanks, Anja, for all your hard work!) Freshman Haskell programmer fac n = if n == 0 then 1 else n * fac (n-1) Sophomore Haskell programme
頭の良くなる「短い、短い」文章術―あなたの文章が「劇的に」変わる! スポンサード リンク ・頭の良くなる「短い、短い」文章術―あなたの文章が「劇的に」変わる! 朝日新聞夕刊で毎日8年間、210文字のコラム「素粒子」を書き続けた元記者・論説委員による「短い」文章術。 ■伝えるべきメッセージをつくる「短い文章」の技術 ただ短い文章を書けという技術論ではない。ほとんど人生論でもある。 考えるということは「短い文章」を作ることであるとし、頭の中で「短い文章」を作ることこそ、生きる営みの出発点なのだと著者は力説する。 基本は、伝える価値のあるメッセージを短く表現せよということである。 1 具体的な事柄を書く 2 感想や抽象的な記述は避ける 3 決まり文句、常套句は使わない たとえば、 「昼食にカツドンを食べた。」 という文章をこう変えろと指導している。 「昼食にカツドンを食べた。二日連続である。」
#include <stdio.h> void main(void) { char *message[] = {"Hello ", "World"}; int i; for(i = 0; i < 2; ++i) printf("%s", message[i]); printf("\n"); } #include <iostream.h> #include <string.h> class string { private: int size; char *ptr; string() : size(0), ptr(new char[1]) { ptr[0] = 0; } string(const string &s) : size(s.size) { ptr = new char[size + 1]; strcpy(ptr, s.ptr); } ~string() { delete [] p
流れ流れて、 ■space-age wasteland ≫ Blog Archive ≫ GTD with Gmail Whitepaper Gmailを使って、「getting things done(GTD)」の手法をやるテクニックを見つけました。 うん、こりゃ使えそう! 上記ページにPDFでまとめられてますが、抄訳・超訳してみましたのが以下。 ------------------------------------------------------------------ 1.集める GTDでいう「STUFF」――やらなきゃいけないこととか「アタマの中のもやもや」を集めるために、ワタシは ・HIpsterPDA ・Gmail の両方使ってるよー。 HIpsterPDAを使うのはPCの近くにいないときか、PCを触るのももどかしいとき。 ただし、HIpsterPDAのカ
Mike Chambers: Flash and Web 2.0 Flash8キャンペーン?なのか、最近マクロメディアの開発者のブログが色々と面白いです。 エントリは彼のWeb2.0観と絡めて、Flashが今後どの方向に進むのかビジョンを示してます。 I am going to define Web 2.0 as "the web as a platform". i.e. Web 1.0 (Today's web) primarily consists of closed APIs and services whose use is defined by the creator. Web 2.0 consists of documented APIs and open services (HTML, RSS, REST, Web Services, etc...), whose use i
この連載記事の目次へ 「リッチクライアント」という言葉が誕生して約2年。ECサイトや業務システム構築に欠かせない技術として定着してきたリッチクライアントだが,ここに来て大きな変化が起きている。要因は2つある。 一つはWebブラウザ本体だけでリッチクライアントを実現するAjax(Asynchronous JavaScript + XML)の出現。もう一つは,OpenLaszloやEclipse RCPといったオープンソースのリッチクライアント開発環境が実用レベルに到達したことだ。 Ajaxもオープンソース・ソフトウエアを活用することで実現できる。本連載では,リッチクライアントを実現するオープンソース技術としてAjax,OpenLaszlo,Eclipse RCPの3つを紹介していく。それぞれの詳細については次回以降解説するが,まずはその概要と実例をご覧いただきたい。 Ajaxは,DHTML(
ソフトの操作手順などを示すヘルプの作成を支援する「オペレーションキャプチャ」v1.02が公開された。Windows XPに対応するフリーソフトで、現在ベクターのライブラリページからダウンロードできる。なお、動作には「.NET Framework」が必要。 「オペレーションキャプチャ」は、アクティブウィンドウのキャプチャー、画像の保存、HTML形式のファイル作成といった一連の作業の手間を軽減できるソフト。キャプチャーする際にマウスカーソルのある位置を赤い丸で囲ったり矢印を付加できるため、ソフトやパソコンの操作手順を示すヘルプファイルを手早く作れて便利だ。作成できるヘルプファイルの形式はHTMLのほか、「MS Office」のDOC/XLS/PPT形式。なお、DOC/XLS/PPT形式で作成する場合には「MS Office 2000」以降が必要。 使い方は、まず本ソフトを起動してヘルプファイル
パールミルクティーが好物。 濃厚に甘いミルクティーに直径1センチ弱のタピオカが入っていて、直径1センチくらいのストローがささっている。シンプルなようで奥が深く、予めタピオカを砂糖水につけてあるか、ミルクに台湾の粉ミルクがどれくらい混じっているか、お茶の味が濃いか、などにより、おいしさに相当差がある。 うちの近くにある割合おいしい店のひとつが、San Antonio Shopping Centerの南西の角にあるところ。(いきなりローカル)なぜかそこには、日本の女性雑誌が数冊おいてある。2-3年前のだけど。この間そのうちの一冊を読んでいたら、セイン・カミュの「英語ではこういう」みたいなコラムがあった。そこで 「憂鬱な気持ちなの」 は 「I feel like shit」 と言え、と書いてあった。。。 まじですか。 それって、 「クソみたいな気分だぜ」 ってな感じだと思うんですけど。。。しかも
アクセスランキング100 耳で聞く小説 - 23,165JUNK 伊集院光 深夜の馬鹿力 - 13,435Podcast802 FM802 - 12,032医療ポッドキャスティング - 11,590すっとんしずおか昔話 -SBS Podcasting- - 10,738ContextGraphy コンテキストグラフィー - 9,538英語/eChat Vancouver - 9,372Learn Chinese Culture @ iMandarinPod.com - 8,987森本毅郎・スタンバイ! - 8,925Podcast from RKB radio - 8,776ニッポン放送 Podcasting STATION - 8,744朗読三昧 - 8,705内海文化・QRの現金5万円入りのハンドバッグ - 8,515books A to Z | Fmyokohama 84.7 - 8
配列操作の比較表: Ruby, Python, JavaScript, Perl, C++ プログラムを書いていると、他のプログラミング言語の記憶とごっちゃになって、「配列の後ろに要素を追加するのは push だっけ、 append だっけ」などと混乱することがあります。特に Ruby, Python, JavaScript はコードの書き方が似ているので、この問題が起きがちです。 そこで、備忘録として、 Ruby, Python, JavaScript, Perl, C++ の配列操作の比較表を作りました。一番慣れている Ruby を基準にしています。間違いなどがあったらご指摘いただけると助かります。他の言語のもあるといいなあ。 Ruby (Array) Python (list) JavaScript (Array) Perl (@) C++ (std::vector)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く