Japanese Language and Usage - Stack ExchangeStack Exchange Network Stack Exchange network consists of 183 Q&A communities including Stack Overflow, the largest, most trusted online community for developers to learn, share their knowledge, and build their careers. Visit Stack Exchange
「よりよいコードを求めて命名について頭をひねる会」のログ
http://www.zusaar.com/event/438105 アプリケーションを作る英語 の著者の西野さんを交えて、クラス名とかメソッド名とか変数名とか命名で困っている課題を1つ以上持ち寄りみんなで一緒に検討する勉強会をしました。 「アプリケーションを作る英語」 電子書籍 http://tatsu-zine.com/books/english4app 紙 http://www.amazon.co.jp/gp/product/4844332848/ はじめに：西野さんからちょっとお話 The Art of Readable Code から第2章と第3章 第2章：名前に情報を詰め込むようにする どういう情報をつめこむか。 明確な言葉を選ぶ get は不明確らしい getPage(url) -> FetchPage(url) や DownloadPage(url) 特色のある（color
『英語で「見る」watch,see,lookの使い分け』
SallyのバイリンガルDiary ～人生ワンランクアップさせる一日6分の英語講座～日本一情熱的な英会話講師、Sallyが贈る一日6分のバイリンガル英語講座です。 英語学習全般に関する役立つオモシロ情報が満載！ 笑って英語は覚えるものです。これで今日からアナタもSally脳。 ●「見る」という知覚動詞をどう使い分けるか？ これ、ノンネイティブには難しい問題ですよね。 「見る」にはたくさんあります。 watch, see, look, だけじゃなく view, stare, gaze, glimpse, glance これぜ～んぶ日常で非常によく使います。 辞書を読んでもよくわかりません、という 声を聞きます。たしかに私も見てみましたが ん？？？と逆にわかりにくいと思いました。 感覚で覚えなければいけない知覚動詞は 難しく感じますが、私は例文を覚えてしまえばいいと思います。 一つ二つ覚えれば
Release note のための英文テンプレート集 - pyopyopyo - Linuxとかプログラミングの覚え書き -
昨日 Changelogのための英文テンプレート集 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き - というエントリを書きましたが，その際 apple や microsoft が出すような Release note と，いわゆるオープンソースなプロジェクトが出す release note や changelog とでは英文の書き方が異なることに気が付きました．蛇足気味ですが，興味深かったので別エントリとしてまとめます． ポイント 不具合を，不具合と言わない bug，problem，fix といった単語は，他の言葉で言い換えます 旧製品も完璧だったが，新製品はもっと良い製品だよという言い回しが基本です．会社的に不具合を認めると面倒ですからね． 免責事項を強調 良く使う単語 issue (problem, bug の言い換え) update, improve, address
コミットメッセージの書き方 - 2012-02-21 - ククログ
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
英語表現でもう迷わない – ドキュメントコメント頻出表現まとめ | DOTAPON Blog
ドキュメントコメント、書いてますか？ githubで公開するライブラリなど、特に人に見せるようなコードには、きっちりコメントを入れておきたいものですね。 せっかくなら世界中の人に使ってもらいたいので、頑張って英語で書きたい。 でも、やっぱり英語には自信がなくて、何度も辞書や既存のドキュメントを見直してしまう…。 こんなムダな日々におさらばするため、代表的なドキュメントをいくつかピックアップして、頻出表現をまとめました。 もうこれで迷わない！ …いや迷うけど、それでも負担はグッと減るはず！ 参考ライブラリ Java – Java Platform SE 6 Closure Library – Closure Library API Documentation Foundation – Foundation Framework Reference UIKit – UIKit Framewor
Changelogのための英文テンプレート集 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き -
Changelog を英語で書く際に参考になるようなテンプレートをまとめてみました．git や svn のコミットログにも使えます． このエントリは今後も逐次更新を続けます（最終更新2018/11/01） リリースノートの英文についてはRelease note のための英文テンプレート集 - pyopyopyo - Linuxとかプログラミングの覚え書き -に分離しました git等のcommit メッセージにも使えます 以下，例文． バグ修正した場合 修正した場合 → fix を使うのが定番です Fixed a performance regression. （パフォーマンスが低下するバグを修正しました） Fix possible memory leak Fixed an issue where some devices would display the wrong image. (いく
Cでのポインタの読み方
Cでのポインタの読み方 Cのポインタの読み方は、ルールを知らないと摩訶不思議です。 ルールを覚えれば、 int (*p[5])[3]; char (*(*fp)(void))(int); なんてのも解読する事ができます。 大事な前程 ポインタを読む際には、「英語で読む」必要があります。 「え～、英語～」 と思う方もいるかもしれませんが、逆に日本語で読む方が大変です。 基本ルール ルール 後置演算子が優先。 関数の() 配列の[] 前置はあとで。 要は、「後ろに何かあったら、後ろが優先」です。 演算子の英語での読み方 * pointer to ... () function returning ... [] array of ... Lesson 1 まず、演算子が単独で出てくる場合です。 Lesson 1-1 pointer to ... int *p; これは、まずpを見ましょう。 i
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
aとtheを間違えると大変なことに（なることもある）
今日は英語の話。普通に英語で夢をみるぐらいには英語ができる今日この頃だが、未だに首をひねるのがtheとaの使い方。 難しい単語とか難しい構文の方は、一回覚えればわかるのだが、theとaはそうは問屋がおろさない。しかも、難しい単語が１ヵ月に１回登場するかしないかなのに対し、theとaは５秒に一回くらい登場する。 theとaの違いがどれくらい大事かの例としてこんなのが。スラングですが： It’s the bomb ＝ 超グッド It’s a bomb ＝ 全然ダメ 最初にこの違いに気づいたときは、英語という言語の難しさに涙目になったものだ。（ちなみに、この手のスラング英語に触れるには、FMyLifeがよろしいですわよ。） とにかく、theとaで180度意味が違ってしまう。 それ以外でも、教科書的なところでは、radioには必ずtheがつくが、TVはつかない。mealはa mealとaがつくが、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
