はてなキーワード: WIkiとは
「増田」という略称がある。
「匿名ダイアリー」を英語にしてカタカナ読みで「アノニマスダイアリー」から「アノニ増田イアリー」で「増田」
はてな匿名ダイアリーのユーザーには一般的に受け入れられているようだが、正直言ってあまり好きじゃない。
初期には「はとダ」という略称もあった。
「はてな」の「は」、「匿名」の「と」、「ダイアリー」の「ダ」、で「はとダ」
あとは「anond」とも一部で呼ばれている
「ANONymous Diary」ということなのだろう。
はてな匿名ダイアリーをあまり利用しておらず、ユーザーを一歩引いた目線で見ている人たちが使っているように思われる。
「増田」なんて呼びたくない、という気持ちを読み取ってしまうのは私だけだろうか。
どの略称を使うかで、そのサービスに対する立ち位置を表明していることにもなると思うので、その使用に当たっては考慮しておきたいものだ。
ちなみに私の選択は「略さない」というもの。
はてな匿名ダイアリーをさす場合には「はてな匿名ダイアリー」と呼ぶし書く。
一つの文書の中でなら「以後『匿名ダイアリー』と書く」とか断って略記するかもしれないし、会話の流れの中で意味が明確なら「匿名ダイアリー」というかもしれないが、通常は略さないし、略す必要も感じない。
「Wikipediaをwikiって略すな問題」に関しても、わざわざすかした表現しようとして略すからそうなるんだよ、と思う。
死なずともよい
俺、そのヒューマンビートボックスとかいうのをwikiで読んだけど全然理解できなかった
じゃ、=マジカルバナナ効果って覚えとけばそれで充分
専門ではないのでアバウトですが。
「チャンチャンチャンチャン」は3つの音の間に半音程がないから、割と調性を感じさせない3音で、
コードとの関係からはペンタトニック(5音階:7音階から2音を省いた音階。沖縄音階なんかもそう)の
一部と解釈できると思う。
ペンタトニックはテトラコルドていう3音階が2つ積み上がったものと解釈できて、一般にはアジアっぽさを感じさせる音階と言える。
一応↓のように表記するけど、西洋の音階との一番大きい違いは主音がないことで、中心がコロコロ変わりうる。
Wikiにもあるけど、ドーファ、ソードの間に、互いに完全5度の関係にある2音がどこに入るかで、雰囲気が変わってくる。
例えば、
(1)ドーレbーファーソーラbード、なら雅楽その1(都節?)。
(2)ドーレ ーファーソーラ ード、なら雅楽その2(律とか呂とか?ここらへん曖昧)。
(3)ドーミbーファーソーシbード、ならいわゆるロックのペンタ、民謡音階など。
のように。
このイントロ3音は(便宜上)(3)の一部って感じではないかと。
でも「中国っぽい」と感じる要素で一番大きいのは音色じゃないかなあ。
????????m - DeepBurner WinShot(Windows95/98/Me / 画像&サウンド)
ウノウラボ Unoh Labs: VMwareとCentOSでウェブ開発の環境をさっさと整える手順書(前編)
VMWare上のUbunutu 7.10 Gutsy Gibbon上にRails環境 - clickyourstyle.comのサテライト
FreeBSD : PowerEdge SC430にFreeBSD 6.1をインストールする : コンピュータも夢を見る
Home | Ubuntu Japanese Team Ubuntu - Wikipedia 日本語ローカライズ | Ubuntu Japanese Team
ウノウラボ Unoh Labs: RackでWebアプリのWebサーバー依存を無くす
Ruby on Rails のサーバプロセスを把握する - hetimaの日記
BlogFish: Scaling Rails with Apache 2.2, mod_proxy_balancer and Mongrel
FastCGI インストール - Rails で行こう! - Ruby on Rails を学ぶ
rails で apache + fastcgi (マルッと!)
CentOS で構築する自宅サーバ : Apache + lighttpd で Rails を動かす
Fedora Core 3で Ruby on Rails:Goodpic
同意。百科事典について語ってるわけでもないのに肝腎の 'pedia' のほうをいきなり略すのはおかしいよね。こういう話になると「言葉は変わるから……」って言う人が必ずいるんだけど、まだ変わっていない言葉を必要も無いのに積極的に変えようとするのはただの馬鹿としか。
WikipediaをWikiと略す人が全体の1%しかいなくても、100回に1回Wikiと略しているのを見た人は「Wikiとも呼ぶんだな」と思ってWikiと呼ぶようになる。1匹増えたら30匹増える。見つけたらすぐに新聞を丸めて叩き潰さないと。
某安宿ガイドに触発されて、更に安く泊まれる漫画喫茶ガイドを作ろうかと画策中。
と言っても、利用したことのある店舗は都内で30店舗ぐらいだけど。
需要があるかどうか匿名で下書き。はてな記法が分からないのでミスってるかも。
ある程度トラックバックやブックマークされたらXoopsかWiki、MTかWPあたりで作ります。
どんな情報が欲しいか書いてくれると嬉しいかも。
ちなみに以下の店舗は全店コミックのDBがあり、インターネットから在庫を確認できます。
店名 | 住所 | 電話 | 規模 | 会員制 | 基本料金 | 延長 | パック | ナイトパック | シャワー | コメント |
---|---|---|---|---|---|---|---|---|---|---|
マンボー 新宿高島屋横店 | 新宿区新宿4-1-13 | 03-5360-7997 | 小 | 任意 | 315/h | 105/15min | 924/3h | 1134/5h | 有 | 通路が非常に狭い。いつも混んでいる。コミックは弱い |
マンボー 新宿総本店 | 新宿区新宿3-32-10 | 03-5368-6116 | 大 | 任意 | 315/h | 105/15min | 924/3h | 1134/5h | 有 | 規模が大きく、席に余裕有り。地下なので携帯電波× |
マンボー 新宿靖国通り店 | 新宿区新宿3-20-5 | 03-5367-5837 | 中 | 任意 | m300/h,w200/h | 105/15min | 924/3h | 1218/5h | 有 | 地下なので電波が弱い。若干混雑傾向 |
グランサイバーカフェ バグース 新宿 | 新宿区歌舞伎町1-21-1 | 03-5155-5443 | 大 | 任意 | 420/h他 | 100/15min | 980/3h | 1200/6h | 有 | 照明暗め。ドリンク・コミック充実。オープン席有 |
グランサイバーカフェ バグース 靖国通り | 新宿区新宿3-15-11 | 03-5363-6253 | 小 | 任意 | 420/h他 | 100/15min | 980/3h | 1200/6h | 無 | 照明暗め。ドリンク充実。コミックは弱い。オープン席有 |
ワイプ 代々木北口駅前店 | 渋谷区代々木1-35-4 | 03-5365-1788 | 中 | 必須 | 280/30min他 | 100/15min | 980/3h | 1200/5h | 有 | 代々木駅前。地下だが電波強し。ビリヤード、ダーツ等有。利用時間別のパック充実。オープン席有 |
事件を受けてスクイズ最終回だのひぐらしだのが延期している件について
流せ流せとわめいている人達を見て思う
そんなに好きなら買うかレンタルすりゃいーじゃん。
もちろん、TV関係が言う、アニメやゲームが青少年に影響を与えて犯罪しちゃうんだぜ
…っていうのは100%真に受けられず笑っちゃうものだと思う。
でも100%影響が無いとも言い切れない。本よりはビジュアル・音で訴えかける力は大きいんじゃないんだろうか。
少なからずとも私はそういうのを見てドロドロとした気持ちが残る。
興味深いけれどもネタバレwikiを見ただけでなんだか薄暗い気持ちが入る訳だ。
テレビでもやらず、OVAでひっそりとしてればいいのになあ…と思っちゃうわけで。
(地方局の深夜番組を見る良い子なんて絶対いないだろうけど)
そんなギリギリのラインの放送が中止されたとしても当然じゃないのかなあ。
さらに、痛い話なんだけど
サブカルで日本が成長してきた??とかなんとか言って胸を張って放送しろなんて言う奴が近くに居たんだ。
でも、こういうエログロって世界に誇るべきものなのかな?
僕は組み込み系システムエンジニアなのだけど、自分の業務改善作業がとても好きだ。
キーボードを自腹で買い換えたり、メモリを自腹で増設したり、いろんなツール導入したり、GTD導入したり、職場にwiki導入してみたり、デュアルディスプレイを自腹で構築したり、仕様書とソースコードをPerlやRubyで出力して同時出力したりなど色々業務環境を改善してきた。
自分の開発環境をより開発しやすく、自分の開発工程をより完成度を高くしていく作業はとても楽しい。そういう記事を読むのもかなり好きだ。
でもずっと前からやりたいけどやれないことがある。それはペアプログラミングだ。
理由はペアプログラミングという業務改善作業には、それに賛同してくれる相手が必要で、今この職場には賛同相手は一人もいないからだ。僕の拙い説明では、「どうもペアプログラミングは悪くないらしい」ということが伝わらない。「そんなチャレンジしてる暇があれば目の前の仕事しなよ」と言われてしまう。きっと僕がペアプログラミング未経験者だからうまく説明できないというのもあると思うのだけど。
でも多分、ペアプログラミングは、「コミュニケーション不足になりがち」というIT業務の本質的な欠陥を補い得るかなり根本的な業務改善だと思う。だけど、それでも出来ない。賛同してくれる人が職場に一人もいない。だからペアプログラミングが出来ない。
「仕様書レビュー、ソースコードレビューで十分じゃないか」そう言われてしまう。十分か、十分じゃないかなんて試してみなければわからないじゃないか。
今のところ、地道に「ペアプログラミングやりたいやりたい」とことあるごとに周りに言って回る日々をすごしています。