タグ

2011年3月29日のブックマーク (13件)

  • 今回の津波で一番壊滅したのは宮城県女川。映像が出てこない理由分かるよな

    ■編集元:ニュース速報板より「今回の津波で一番壊滅したのは宮城県女川。映像が出てこない理由分かるよな」 1 名無しさん@涙目です。(catv?) :2011/03/27(日) 02:37:38.99 ID:Z/MmOasA0● ?PLT(18000) ポイント特典 名無しさん@涙目です。(北海道) :2011/03/27(日) 02:39:20.31 ID:EOnKlJMV0 良く耐えたけど、だから、原発が安全とかって訳じゃないからな。 5 名無しさん@涙目です。(大阪府) :2011/03/27(日) 02:39:24.99 ID:LupgtaAL0

  • http://backtracesecurity.com/

  • テスト駆動開発 - Wikipedia

    テスト駆動開発 (てすとくどうかいはつ、英: test-driven development; TDD) とは、プログラム開発手法の一種で、プログラムに必要な各機能について、最初にテストを書き(これをテストファーストと言う)、そのテストが動作する必要最低限な実装をとりあえず行なった後、コードを洗練させる、という短い工程を繰り返すスタイルである。多くのアジャイルソフトウェア開発手法、例えばエクストリーム・プログラミングにおいて強く推奨されている。近年[いつ?]はビヘイビア駆動開発へと発展を遂げている。 最も基となる開発サイクルは以下のようになる。 失敗するテストを書く できる限り早く、テストに通るような最小限のコードを書く コードの重複を除去する(リファクタリング) なお、テストの実行環境ツールであるxUnitでは、テストの失敗を赤いバー、成功を緑のバーで通知するため、上記のサイクルは R

  • 論文の「考察」の書き方

    “毎年のように、論文作成に取り組む学部生や院生から、「考察で何を書いたらいいかわからない」という声を聞きます。私には、どうしてそういう声があがるのか不思議な気がします。というのも、研究方法が自分のと同種の論文から良質のものを3も読めば、論文を構成する各々のパートで何を書くべきかは自ずからわかるはずであるからです。「考察」の書き方も先行研究のフォローをきちんとすれば、副産物として自然に身に付くはずであって、来は特別に取り上げて教えるべきことではないのかもしれません。”  “とはいえ、「考察」がいちばん難しいパートであることはまちがいありません。論文の考察で何をどう書くべきかが分からなくて立ち往生したことのある人は少なくないでしょう。一度は壁にぶつかって試行錯誤をするのも、あながち無駄な経験ではないはずです。ですが、壁を前にして前に進めないままになっていては時間がもったいないので、ここに「

  • 自分の心が疲れた時に、紙に書きだす15の言葉 - かちびと.net

    地震やその関連のこともそうですが、ここ1年ほど、個人的に自分の身の回りで色々な事があって、普段あまり気にしない性格なのに少し心が病んでいたと、今になって振り返って実感したのですが、なんとなく思いついたことを紙に書き出すことで少し精神的に安定した気がしました。 元々僕は少し気にし過ぎる面があるので、ちょっとした自己啓発的なものを(依存しない程度に)与えないと不安定になるようです。という訳で、自分の心に効かせる15の安定剤を書いてみるテスト。 自分で思ったことだったり、どこかで見かけた言葉だったり、というものも含まれているかも知れませんが、よく脳裏によぎったり、紙に書き出す言葉です。イメージするだけでなく、紙に書きだす事で自分の心に強く言い聞かせます。 思ったより人は自分を見ていない 昔はコンプレックス(容姿も含めて)が多々有りましたが、ある時、叔父にこう言われて随分楽になりました。「お前、随

    自分の心が疲れた時に、紙に書きだす15の言葉 - かちびと.net
  • pipe - PythonでInfix Syntax(挿入記法 - パイプ風の処理)を |TRIVIAL TECHNOLOGIES on CLOUD

    みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー 関連 : JavaScriptでパイプ風処理をするライブラリを作った Pythonの面白いモジュールpipeを見つけたのでご紹介:-)。PythonでInfix Syntax(挿入記法),「パイプ」のような処理を実現するためのモジュール。 pipやeasy_installでpipeをインストールしたあと,以下のように使う。 >>> from pipe import * >>> [1, 2, 3, 4, 5] | add # 合計を計算, sum([1, 2, 3, 4, 5])と等価 15 >>> [5, 4, 3, 2, 1] | sort # 小さい順にソート,sorted([5,

  • シリコンバレーに行ってみて初めて感じた違いと秘密 - dev.log

    Tweet 2011.3月。 10日ほどの間ですが、サンフランシスコに滞在し、いわゆるシリコンバレーと言われる一帯を訪問してきた。 多くのスタートアップの企業、世界を変えたベンチャー企業で働く方と直接会い、話すことは、インターネットのブラウザからはなしえない、貴重な経験だった。当に一部ですが、印象に残ったことを書き残していきたいと思う。 前置き:ありふれた理由 ネットでよく聞く、シリコンバレーのすごさを身を持って感じたい。というありふれすぎた理由がきっかけで、半年前にカンファレンスに参加する申し込みだけしました。エンジニアとしてインターンもしていたため、サービス開発や向こうで働くことにも興味をもち、 Q1:なぜSVから面白いサービス、世界を変えるサービスが誕生するのか?何が日と違うのか? Q2:どうすれば、自分もそんなサービスを作りだせるのか?Q3:自分が働くとしたらどうなのか? この

    シリコンバレーに行ってみて初めて感じた違いと秘密 - dev.log
  • フィンランドの小学生が作った議論のルール

    ■編集元:ニュース速報板より 262 名無しさん@涙目です。(千葉県) :2011/03/29(火) 04:10:52.42 ID:tth2xF5/0 まずこれをお勉強してから、国民の民度を高めて 先進国を目指そうじゃないか。 フィンランドの小学生が作った議論のルール 1. 他人の発言をさえぎらない 2. 話すときは、だらだらとしゃべらない 3. 話すときに、怒ったり泣いたりしない 4. わからないことがあったら、すぐに質問する 5. 話を聞くときは、話している人の目を見る 6. 話を聞くときは、他のことをしない 7. 最後まで、きちんと話を聞く 8. 議論が台無しになるようなことを言わない 9. どのような意見であっても、間違いと決めつけない 10. 議論が終わったら、議論の内容の話はしない 278 名無しさん@涙目です。(関東・甲信越) :2011/03/

  • 人前で話すことへの恐れを解決する5つの方法

    人前で話すことに抵抗がある人にオススメながあったのでご紹介。 著者のスコット・バークンは、マイクロソフトで1994年から2003年にかけて働き、主にIE1.0から5.0のプログラム・マネジメントを担当していたという経歴の持ち主です。プログラマとしてはなんとなく親近感が湧きますね。 このでは現在講演家として活動している著者のノウハウが記されているのですが、著名な講演家の高度なテクニックというよりは、率直に一人の人間として講演、発表に向かう姿勢が書かれています。これまで数多くの発表をこなしている著者でも発表前には恐怖を抱き、それに対処するために様々な努力を重ねている点についてはとても参考になります。 このを読んで感じた人前で話すことへの対応方法を5つにまとめてみました。 1. ささいな失敗は起こるもの。気にしない。 発表に失敗はつきものです。しかし細かな失敗はたいてい聞いている側は気にし

    人前で話すことへの恐れを解決する5つの方法
  • 受託開発でTracを導入してよかったことや失敗したこと

    Trac、Redmineといったチケット形式のプロジェクト管理ツールが人気となっています。 デブサミ2011では、[デブサミ]速報:2011ベストスピーカー賞(敬称略) via IWAKIRIさんのブログにもありますように、ベストスピーカー賞3つのうち、2つがチケット管理システムに関しての発表でした。「チケット管理システム大決戦」というセッションは、デブサミ史上最大の観客数となったと聞いています。 なぜ、プロジェクト管理ツールがここまで注目されているのでしょうか? 開発の現場はそれぞれ異なり、抱える課題も様々だと思います。しかし、プロジェクト管理の中でもタスク管理に関しては、「作業を適切なサイズに分割する」「優先順位をつける」「人をアサインする」という固定のパターンがあり、さらに、現在のアジャイルムーブメントにより、これらの要素がより明確化され、その重要性が認識されてきたように思います。

  • http://www.ic.nanzan-u.ac.jp/~urakami/pdf/pap1%2021.pdf

  • プロとしての行為 Act as Proffesional

    1.一般的なコーディング規約に目を通し、エレガントなコードを知る エレガントなコードを書くためには、エレガントなコードを知らなければならい。その土台を築いているコーディング規約について、オープンソースではどのようなものが使われているのか理解しておこう。入社する予定の会社が採用している言語については必ず目を通しておこう。 PHP PEAR 標準コーディング規約 symfony CodingStandards Perl perlstyle Ruby クックパッド株式会社のRubyコーディング規準 Matzスタイル NaClで採用している規約 Python PEP 8 そして、あなたの身近にあるオープンソースのコードを実際に読んでみよう。この時点でコードの仕組みや設計が理解できなくても良い。コードがエレガントかどうか?を感じ取って欲しい。こう書いた方が、良いのではないか?など、考えてみよう。

    プロとしての行為 Act as Proffesional
  • 今度は Anonymous内部で抗争勃発? - セキュリティは楽しいかね? Part 1

    先週、元Anonymousのメンバーらによるスタートアップ backtrace securityが、現在 Anonymousで活動中のメンバーに関する情報を公開すると予告した。 (参考)Ex-Anonymous Hackers Plan To Out Group’s Members (Forbes) そして今週になって予告通りに 2つのファイルが公開された。ファイルの内容は以下の通り。 70人以上の Anonymousメンバーのハンドル名、実名、出身地、TwitterやFacebookアカウント名、などの個人情報 先月起きた HBGary事件の時の Anonymousメンバーによる IRCのログ これらのファイルは複数のファイル共有サービスを利用して配布されており、誰でも入手可能な状態になっている。 一方、この動きに対して怒った Anonymousはすぐさま反撃を開始。Twitterなどを

    今度は Anonymous内部で抗争勃発? - セキュリティは楽しいかね? Part 1