[B! たたかい] noonworksのブックマーク

タブとスペースの混在を検知してissuesを作るGithub botを作りました - みずぴー日記

Github上のレポジトリをクロールして、1個のファイルでタブによるインデントとスペースによるインデントを混在しているのを発見すると、issuesを作ってくれるbotを作りました。作るissuesはこんな感じです。ソースコード https://github.com/mzp/space_tab_bot/ ビルド方法・使い方詳しくはREADME.mkdn に書いてありますが、要するにSML#をインストールした上で、makeすればビルドできます。 $ make depend $ make 監視したいレポジトリのURLは~/.space_tab_botに書きます。 https://github.com/mzp/space_tab_bot issuesを作るのに使うGithubアカウントを環境変数にセットした上で実行します。 $ export GITHUB_USERNAME=“your_nam

noonworks 2014/06/20

！！

リンク

https://github.com/swift-jp/swift-guide/issues/1

noonworks 2014/06/09

この発言は…… “また、改めて明確にしておきたいことが一つ御座います。お二人方の提案は、当方に対する助言でしょうか？それとも、お二方のいう所の紛争に関与されるおつもりでしょうか？”

リンク

TDDという名の幻想... - Qiita

TDDは死んだ。テスティングよ栄えよ。 by DHH http://d.hatena.ne.jp/yach/20140424#p1 【翻訳】TDD is Fun http://diskogs.hatena blog.com/entry/2014/04/25/085112 を読んで思ったことをつらつらと書いてみます。 TDDはできれば、やったほうが良いのは確か？です。しかし、実際の開発現場で全面的に採用するのはミドルウェア等の画面の存在しないソフトの開発以外ではほとんどの場合、無益です。なぜなら、TDDを採用すると開発時間が膨らむ、すなわち、開発コストが膨らむからです。そして、ソフト開発では細かな仕様は変化していきます、するとTDDではそれに合わせ、テストを修正していかなくてはなりません。また、TDDで書かれたテストが全てのケースを抜けなく網羅できていることは稀です、抜けは必ず

noonworks 2014/05/07

「仕様書と同様にテストは最初から完璧なものを書かねばならぬ」と考えてる人と「コードと同様にテストも最初から完璧に書くのは無理だから見直しながらやってく」と考えてる人がいるように感じる

リンク

PHP･⌒ ヾ(*´ｰ｀) ﾎﾟｲ Rubyist is better than PHPer | つい全力ツッコミしてしまうエンジニアCEOのブログ | sumyapp

株式会社アクトキャットのCEOのブログです。Web系スタートアップ･ベンチャー企業に興味がある人や就活生に役立ちそうな事を自由に考えて投稿しています。 Rubyist is better than PHPer、ルビー使いがペチパーより優れている理由を3つ上げます。PHPおよびPHPerはコードを書くのが嫌いPHPerは実はHTMLに毛が生えた程度しか使えない人が多いPHPは低級プログラマと過去の負債に引きずられるRubyとだけ比較してますが、Pythonと比較しても、Node.jsと比較しても別に良いでしょう。結果は一緒です。さぁPHPを投げ捨てよう！PHPおよびPHPerはコードを書くのが嫌いこの根拠は、PHPがほかの言語に比べてPaaSで動きにくい、というのを根拠にしています。PaaSで動くためには、少なくても下記の条件を満たしている必要があります。DB Schemeをコードで管理して