この記事について ・ユーザ毎のContribution数総合ランキングです。 ・毎日06:30に自動更新されます。 ・Contribution数には誤差があります。あくまで順位の目安としてください。 ・この記事へのコメントは削除されます。ご指摘などは解説記事にお願いします。

こんにちは。 RuboCop の Collaborator になりました。Collaborator とは、GitHub でマージボタンを押せる人です。 Promote @pocke to a Core RuboCop developer · bbatsov/rubocop@468835f · GitHub RuboCop とは Ruby のスタイルを検査/修正したり、バグになりうるコードを検査したりするツールです。 github.com 例えば、インデントがずれているコードに指摘をしたり、絶対に実行されないコード(return; hogehogeとか)を検出したりします。 何を開発しているの？ 色々やっています。 私はスタイルチェックよりもLint的なバグを見つける方が好きなので、Lint copを追加/修正していることが多いです。 その他にも、RuboCop がクラッシュする問題を直した

上記の表の通り，Exit Code 1, 2, 126〜165, 255 は特別な意味を持ち，スクリプトやプログラム内で exit に指定するパラメータとしては避けるべきである．とりわけ，Exit Code 127 はトラブルシューティングで混乱の元である（"command not found" で終了したのか，プログラム固有のエラーなのか区別できなくなる）．しかしながら，多くのスクリプトが exit 1 を一般的な実行を続行できないエラーとして使っている．Exit Code 1 は Bash の一般的なエラーを含め，とても多くのエラーで発生しうるので，デバッグの時に切り分けが大変になるだろう． Exit Code を体系立てて定義する試みはある（/usr/include/sysexits.h）が，これは C と C++ プログラマー向けである．スクリプトに関しても同様な感じにするのが適切

敏腕クリエイターやビジネスマンに学ぶ仕事術シリーズ、第13弾です。ギークなハリウッド女優フェリシア・デイさんに続く今回は、ジェフ・アトウッド（Jeff Atwood）氏にインタビュー。 ジェフ・アトウッド氏は、プログラミングに関するQ&Aコミュニティサイト「Stack Overflow（スタックオーバーフロー）」を2008年に共同設立した人物。このサイトがきっかけとなり、その後、料理や写真、ITセキュリティ、認知科学に至るまで89のウェブサイトを幅広く網羅する「Stack Exchange（スタックエクスチェンジ）」が生み出されました。Stack Exchangeは「インターネットにより多くのより良い情報が行き交うようにしたい」との思いから開設。4年間でユーザー数は200万人を超え、400万件以上の質問と900万件以上の回答がこのコミュニティで共有されています。 2012年初頭にStack

第一線で活躍を続ける有名エンジニア。彼らが名を上げたのは高い技術力だけでなく、それをどう活用するのか、といった思考力や発想力、さらに数ある困難の克服を可能にしたマインドセットによる部分も大きいことでしょう。本シリーズでは、そんな「有名エンジニアたちの頭の中」をご紹介。 第１回目は、Node.js日本ユーザーグループ代表で、コミッターとしても活動するリクルートテクノロジーズの古川陽介さん。古川さんが日本トップクラスのJavaScriptエンジニアとして、また一ビジネスパーソンとしてオンタイムにどんなことを考え、心がけているのか、その仕事脳に迫りました。 JavaScript案件を提案してもらう 古川陽介（ふるかわ ようすけ） 大学院を卒業後、有名複合機メーカー、大手携帯ゲーム会社を経て、2016年5月リクルートテクノロジーズ入社。現在はグループマネージャーとしてメンバーの教育を始め、Webア

ある文系プログラマがテックリードを任されるまでに学んだこと ── 最前線で生き延びる4つの戦略 コンピュータサイエンスの専門教育を受けず、20代半ばで本格的なプログラミングを始めた文系エンジニアが、いかに学び、考え、生き延びてきたのかを伝えます。 こんにちは。白山（@fushiroyama）と申します。現在は新聞社のデジタル事業部署で、モバイルアプリ開発のテックリードをしています。 自分のエンジニア人生を振り返ると、これまでの道のりは決して平坦ではありませんでした。コンピュータサイエンスの専門教育を受けず、本格的にプログラミングを始めた年齢も23、4歳と決して早くありません。 そんな自分が、いかにして開発チームのリーダーを任せてもらえるまでになったか？ 考えてみると、次の4つの戦略で生き延びてきたようです。 自分だけの居場所を見つける 必要な知識を効率的に取捨選択する 他のエンジニアに差を