良い記事を書くためのガイドライン | Qiita ヘルプ
良い記事を書くためのガイドラインこのガイドラインについて Qiitaは、プログラミングに関する知識を記録・共有するためのサービスです。Qiita上の記事は、投稿者以外の人にとっても価値のある記事であることが望まれます。 あなたの知識が他の誰かの役に立つようにするために、このガイドラインを参考にしてください。 役に立つ記事を書くために Qiitaに投稿した記事はフィードに表示され、他のユーザーが目にすることになります。また検索から記事を見つける人もいるでしょう。あなたの記事が読んだ人の役に立つかどうかを意識してみましょう。 自分用のメモのつもりで書いたものでも、少し気をつけるだけでぐっと価値のある記事にすることができます。 意識すると望ましいもの 具体的で簡潔なタイトルをつける 記事のタイトルは、記事のページだけでなくQiitaのフィードや検索エンジンの検索結果にも表示されます。タイトルを見
物理ベースレンダリング -リニアワークフロー編 (1)-
こんにちは、岩崎です。 今月SIGGRAPH2015でいろいろな技術情報が発表されましたね。今後このブログでも取り上げていきたいと思います。ゲームCGにも使える情報盛り沢山でしたのでこれから楽しみです。 そしてお知らせです。CEDEC2015にて弊社Cygamesも講演致します。 ハイエンドゲーム機での開発について昨年 Play Station®4 への参入発表からの情報のアップデートがされる予定です。 詳しくはこちらをご覧ください。 物理ベースレンダリング 連載２本目は輝度計算とモニターの出力結果についてのお話です。 フォトリアルで物理的に正しい輝度を計算して出力するには画面に映る明るさも正しく補正する必要があります。 具体的にどのような補正を行えばよいのか解説してみたいと思います。 さて、皆さんが目にするペイントソフトでは大抵0～255のグレースケールグラデーションは次のような見た目に
MySQL使いが知るべきPostgreSQLとの違いと変わらない一つのこと
— そーだい＠初代ALF (@soudai1025) 2015, 8月 24 とブーメラン投げて見事に刺さってるので今から記事書く。 両サイドにはかなり厳しい話もするが俺の本音を聴いておけ（関白宣言） まぁ歴史の長いRDBなのでお互いの比較記事は沢山ある。 なのでマルチスレッド(MySQL)とマルチプロセス(PostgreSQL)だとかVACUUMだって話はしない。 むしろ実際に使ってみた際の違いをにフォーカスする。 1. SQLの違い 基本的にMySQLでやっていたことはPostgreSQL出来る。 しかし関数の挙動の違いは幾つかある。 例えば時間から曜日に該当する数字に変換した場合に MySQL → date_format(time,"%w") 0から始まり、日曜日に該当する PostgreSQL → to_char(time,'D') 1から始まり、日曜日に該当する など挙動に互換性
ElectronでYoruFukurou風のTwitterクライアントを作った - k0kubun's blog
最強のTwitterクライアント戦争 なんか戦争をやってる人たちがいたので乱入することにした。 日記書いた / 最強のTwitterクライアント作り始めた - 9mのブログ http://t.co/ecq7nT40qp— 友緒利奈 (@9m) August 22, 2015 最強のTwitterクライアント戦争参戦したい— 戦車 (@r7kamura) August 22, 2015 戦争だ…！ / “最強のTwitterクライアント戦争に参戦 - ✘╹◡╹✘” http://t.co/iJ3BAgPvFI— 友緒利奈 (@9m) August 22, 2015 YoruFukurou風のTwitterクライアント 最近デスクトップでLinuxを使い始めたんだけど、YoruFukurouみたいな感じで使えるTwitterクライアントがなくて困っていた。 なので、YoruFukurouを再実
コードの品質を維持したまま開発スピードを上げる | POSTD
高品質のコードベースは、反復作業やコラボレーション、メンテナンスを簡単にすることで、長期的な開発のスピードを上げてくれます。Quoraではベースコードの品質は重要だと考えます。 高品質のコードを維持することは利点がありますが、その反面かなりのオーバーヘッドが発生し、実際の開発のサイクルに時間が掛かってしまいます。このオーバーヘッドと利点の折り合いを付けるのは難しい問題です。この場合、2つの選択肢しかないように思えます。低品質でコードスピードが速いか、もしくは高品質でスピードが遅いか。スタートアップは素早い開発サイクルに最適化しているので、多くの人は低品質で進めたほうがいいと思っています。 このジレンマは解消できます。ツールやプロセスを工夫することで、コードベースの品質を維持したままスピードを速めることができるのです。この投稿では、コードの品質に関しての私たちの考えや、2つの世界を共存させる
知らないことを知る技術ー未知の分野で文献調査を導く３つの表の作り方と使い方
無知：たのもう！たのもう！ 親父：うるさい奴が来たぞ。おい、そこのバカ、口を縫いとじてやるからこっちへ来い。 無知：そうです、バカなんです。 親父：なんだ、泣き始めたぞ。見かけない顔だな。 無知：彼女のできなかった非モテ先輩からお話を聞いて、教えを請いに参りました。 親父：なんだか随分古い話だな。じゃあ友達の作り方でも訊きに来たのか？ あんなものは炭水化物と同じだ、切れると結構つらいが、無いなら無いで何とかなる。 無知：いやローカーボンダイエットの話ではなく、どうやったら教養が身につくかを教えてください。 親父：なるほど。察するにお前さんは物知らずだな？ 無知：そこまではっきり言う！……でも、おっしゃるとおりです。 親父：ものを知らない奴は「知識がある」ってことがどういうことかも知らないから、自分と真逆のイメージをこしらえるしかない。何も知らない自分←正反対→何でも知っている＝教養がある、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
