14個のTwitterの細かすぎて伝わらない裏技や仕様 - 聴く耳を持たない(片方しか)
Twitterの初心者向けの解説エントリーについては、先日まとめました Twitterを始めたばかりの人向けにいくつか Twitterにはリプライ、フォロー、ダイレクトメッセージなどなど独特の仕様やルールがありますから、初めて使う人には戸惑うでしょう、上記の記事ではそれらの基礎的な仕組みを分かりやすく説明したエントリーをいくつか紹介しています。 ……で、今回はそうした初心者向けよりちょっと進んで中級者向け……と言っても普通にTwitter使う分には、まぁそんなに必要でもなかったりする結構どうでもよさそうな機能、仕様、裏技、というかトリビアてきなものをいくつかまとめてみました。 簡易目次 アイコンはアップロードした画像のファイル名がそのまま使われる アイコンのサイズあれこれ アップロードした画像は中央がアイコンに使われる gifアニメアイコンを登録する方法 Twitterにいつユーザー登録し
かっこいいホームページ :: デイリーポータルZ
かっこいいとはどういうことか その定義すらわからぬまま、僕たちはかっこいいものに惹かれてきました ここでは「かっこいい」にこだわり続ける写真家の皆さんに、それぞれの思うかっこよさを表現してもらいます かっこいいとはどういうことか 人類最大の疑問に今、答えが見つかるかもしれません
プログラミング言語の進化の方向 - 世界線航跡蔵
セキュリティ&プログラミングキャンプ のBoFで、笹田さんがやってたセッションで話したことがある。言語の進化はベストプラクティスの取り込みにある、と。 ベストプラクティス取り込みの歴史 計算可能である事柄を計算するだけが問題であるなら、チューリング完全な言語なら何でも良いということになるし、不完全な言語は出る幕すらない。ラムダ計算からの自然なマップを考えるならS式で書いて何か実行すれば良いんだし、最小のプリミティブから出発するのが目的ならLazy Kなんかもいいかもしれない。 でも、工学的要請からは、計算可能関数が等しく計算の対象となるわけではない。そして、ある種の計算の傾向、パターンに対して「こうすればいい」「こう考えればいい」「こう設計すればいい」というベストプラクティスが生まれてくる。プログラミング言語の歴史を眺めていると、経験の中から立ち現れるベストプラクティスを取り込んだものが多
ウノウラボ Unoh Labs: Mercurialでバージョン管理
stoplightで最大化したターミナル上でzshとscreenとEmacsを立ち上げ、 明朝体フォントでプログラミングするbokkoです。 今回はバージョン管理システムの1つであるMercurialについて紹介します。 ウノウではSubversionとTracを組み合わせて開発を行っていますが、 僕個人では今年の春ぐらいからEmacsやzsh、screenなどの各種設定ファイルをMercurialでバージョン管理しています。 Mercurialとは？ Mercurialは分散型のバージョン管理システムです。 これに対して、CVSやSubversion(以下SVN)は集中型のバージョン管理システムにあたります。 分散型と聞くと難しそうなイメージがわくかもしれませんが、 CVSやSVNに比べてると、より手軽にバージョン管理を行うことができるというのが、 Mercurialに対する僕の印象です
手書きがクールな12のスケッチ風フリーフォント
手書きっぽい感じがクールなスケッチ風のフリーフォントをまとめました。 ※先日、お知らせさせて頂きましたように、この記事は僕が管理していた別のブログの過去記事を移行したもので正確性に欠ける可能性があります。何卒ご了承願います。 個人的に手書き風は温かみがあって凄く好きです。フォントを手書き風にする事は、ユーザーの安心感も得られるという利点も側面にありますのでオススメです。 Sketchy Sketchy Sketch Rockwell Sketch Rockwell Sketchbook Sketchbook Sketched Out Sketched Out Agent Orange Agent Orange BEAUTFIUL INK BEAUTFIUL INK Brushed Brushed DJ Gross DJ Gross Japanese Brush Japanese Brush
文章を書く心がけ
目次 はじめに 読者に対する心がけ 誰がその文章を読むのかを考えよう 読者は何を知っているかを考えよう 読者がどんな感じを受けるかを考えよう 読者と対話する気持ちになろう 自分に対する心がけ 書こうとせず、読もうとしよう 読もうとせず、読みはじめようとしよう 何でも書いていいんだよ 惜しげなく人に与えよう 人からのものには敬意を払おう 魔法の呪文は毎回発見しよう まず自分がよく理解しよう 知識を誇るために書くのをやめよう その他の心がけ 言葉についての心がけ 長い文は注意して使おう 書いたものは必ず読み直そう 適切な例を示そう 言い換えの練習をしよう ８割でよしとしよう すべてを動員しよう その他の心がけ 環境についての心がけ 人の「気」を意識しよう 頑丈で軽い文章作成のツールを使おう その他の心がけ 編集者に対する心がけ 助言はよく聞こう 自分の状況を正しく伝えよう 感謝の気持ちを忘れな
翻訳の心がけ
はじめに 翻訳をしていて、気がついたことをメモしておきます。 私は翻訳の専門家ではないけれど、自分で辞書を引き引き翻訳をしていると、 それなりに考えることがあるものです。 ここでいう翻訳は英文和訳を意味しています。 意味を伝える 翻訳とは「原文の意味をよく理解し、それを日本語として表現する」ことである。 原文の意味をきちんと理解しなければならない。 自分が理解できない文章を翻訳することはできない。 機械的に字面を字面に置き換えてはいけない。 原文の意味をよく伝える日本語の文章を作ること。 原文の構成や言葉遣いに引きずられて、 日本語としておかしい文章にならないように。 差違を埋める 原文の品詞にこだわらない。 原文で名詞になっているものを動詞として表現してもいい。 原文の一文にこだわらない。 一つの文を複数の文に分けたり、 複数の文を一つにしたりしてもよい。 もしもそれが意味をより正確に伝
pne-openpne3-note – OpenPNE
TOC OpenPNE3ノート 【3.0切捨機能フォロー】レビュー機能 3.0では現在のレビュー機能を廃止しようと思います。 日記、小窓などを組み合わせることで、同等以上の機能を実現します。 レビューの新規登録 URL2CMD レビューは各外部サイトからURL2CMDによって新規登録します。 レビューの閲覧【個別】 日記 プロフィール(メンバー・コミュニティ) トピック レビューの閲覧【一覧】 小窓リスト 小窓ランキング 画面構造 perspective(h_ f_ c_) h_自分系 f_フレンド系 c_コミュニティ系 管理構造 権限管理 ターゲットがある物 FriendLevel? フレンド フレンドじゃない CommunityLevel? コミュニティ外 コミュニティメンバー コミュニティ管理人 コミュニティ副管理人 SNSで一意 RoleBaseAccessControl? SNS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
