筋の悪いコードレビュー - yashiganiの英傑になるまで死ねない日記
たまにコードレビューのしかたを紹介するエントリーを目にすることがある。その中でも反響があるものは実際によくまとまっており、なるほどと感心することもよくある。しかし、中にはコーディングスタイルやイディオム、ちょっとしたテクニックを使うように目を光らせるように助言されているものがある。誤解を恐れずに書くと、それらのトピックは無視できるようなものばかりであり、そのような指摘ばかりつけるのはあまり褒められたものではないなと感じる。これは私自身にも言えることだが、瑣末ことを指摘しすぎてしまうあまり、本質的な議論が霞んでしまうことがままある。レビュイーにとって、指摘が学びになることは確かに存在するのだが、コードレビューの目的はあるべき実装を議論するものであり、老婆心からそれを繰り返すことは必ずしも良いレビューとは言えない。 では、本当に良いコードレビューとはなにか。それは、コーディングスタイルのような
Emojiで楽しく綺麗なコミットを手に入れる | Goodpatch Blog
綺麗にコミットしてますか？？ はじめまして！Emojineerのnownabeです。グッドパッチではProttのサーバサイドエンジニアをやっています 本記事ではGitのコミットを綺麗に保つためにProttチームで導入しているEmoji Prefixを紹介します。 Emoji Prefixって何？ Emoji Prefixは「Gitのコミットメッセージの先頭にEmojiをつけよう」という一種のスタイルガイドです。 GitHubなどEmojiに対応しているGitホスティングサービスの利用を前提としています。 Emoji Prefixをつけてコミットすると、例えばGitHubならこのように表示されます。 基本はコミットメッセージの先頭にEmojiをつけるだけです。 ただし、EmojiはEmoji Prefixのルールに従って決める必要があります。 コミットの種類によってEmojiが決まる、という
コードレビューを段階的に行ってもらう話 - $shibayu36->blog;
最近コードレビューをどのように回していくかについて考えたことがあったのでブログに書いておく。 コードレビューの目的 コードレビューには誤りの発見以外にいろいろな目的がある。自分の中ではid:hisaichi5518が昔プレゼンでまとめていた目的が結構しっくり来ている。 https://speakerdeck.com/hisaichi5518/kodorebiyufalsehua?slide=8 http://hisaichi5518.hatenablog.jp/entry/2014/10/29/165721 機械的に発見できない誤りの発見 技術力の向上 属人性の排除 コードレビューの目的としては誤りの発見と同様に、技術力の向上や属人性の排除といった教育的側面も重要である。 コードレビューで課題に思っていたこと 自分のチームでは基本的に一人がコードレビューをして、OKだったらmergeをして
女の子と男の子とプログラミング教育
日本はプログラミング教育を普及させようという段階ですが、海外諸国では既に、男の子と女の子のプログラミングへの態度の違いに着目した研究や活動が蓄積されています。 最近、子ども向けプログラミング教育が盛り上がりを見せています。ITが社会に普及している現在、人の役に立つ新しいサービスや便利な商品を考えるうえでコンピュータとソフトウェア、つまりプログラミングから無縁でいられる事業はないことを、会社で働いているお母さん・お父さんも実感しているからなのでしょうか。 小学生以下の子どもを対象とするプログラミング教育の書籍も多くでてきていますが、まだまだ物足りなさを感じます。諸外国ではあくまで「プログラミングはコンピュータサイエンスの要素の一つ」との認識のもとで、プログラミングを入口とするコンピュータサイエンス教育に取り組む姿勢が明確なのに対し、日本ではものづくり教育としてプログラミングそのものを教えると
プログラミングを知らない人がプログラミング教育をする危険性
プログラミングを知らない人がプログラミング教育をする危険性 The teacher of programming came, but nobody has a TECH. 2016.06.22 Updated by Ryo Shimizu on June 22, 2016, 08:55 am JST ある日、角川アスキー総研の取締役兼主席研究員である遠藤諭氏から、「プログラミングが他の職業でも役立つということに関してなにかアイデアはないか」と相談を受けました。 アスキーの遠藤諭氏といえば、筆者も少年の頃、毎月夢中になって誌面を熟読した往年の「月刊ASCII」の編集長として活躍された方で、自らもプログラミングのプロフェッショナルでもあります。プログラマーでありながら、プログラミングを本業とせず、編集業を生業にしているところは、プログラマーでありながら経営者を生業とする筆者と相通じるものがあり
よいコードを書くために，プログラマは何をすればよいのか
よいコードを書くためには，設計の基本を守り，既存のコードを読むことが必要である – Java ChampionでハイパフォーマンスコンピューティングのスペシャリストであるMartin Thompson氏のことばだ。InfoQは，QCon London 2016で“Engineering You”と題した講演を終えた氏に，ソフトウェア産業が直面する課題は何か，プログラマがそれを克服して優れたソフトウェアエンジニアになるにはどうすればよいのか，などをインタビューした。 InfoQ: 講演の中であなたが引用した，1986年の，ソフトウェアエンジニアリングに関する最初のNATOカンファレンスの内容は，現在でも通用します。ソフトウェア産業がいまだ問題を解決できないのはなぜでしょう？ Martin Thompson: 1986年のNATOカンファレンスには，たくさんのテーマがありました。彼らはソフトウ
常識なんてクソ食らえ！最高にクレイジーなプログラミング言語4選＋α - NaeNote
2016 - 06 - 01 常識なんてクソ食らえ！最高にクレイジーなプログラミング言語4選＋α テクノロジー テクノロジー-雑学・トリビア SPONSORED LINK シェアする Google Pocket LINE こんにちは、NAEです。 プログラミング教育という言葉をよく聞くようになりました。そろそろプログラミングを勉強しようかな、という方もいらっしゃると思います。 CやC++、JavaやJavascript、Python、Ruby、GoLang・・・有名便利で使いやすい言語は実にいろいろあります。さて、それらとは一線を画した キワモノプログラミング言語 が存在するのをご存知ですか？ 今回はそんなお話。 プログラミング言語とは プログラミング言語とは、 アプリやシステムで実行される処理を記述するための言語 です。コンピュータに対して命令を下し動かすための指示書を書くための言葉、と
オブジェクト指向の欠点をカバーする努力 - Qiita
オブジェクト指向の問題点 インターネッツを良くするポエムというのは、「こういう問題に対して、こういうソリューションでカバーしてきたよ」をみんなでシェアすることだと思うので、ここに挙げられていることの一部に対して、オブジェクト指向界隈が今までこんな工夫をしてきたよとか、僕の目から見えている「技術発展の流れ」について書いてみようと思います。まあ僕も全ジャンルをまんべんなくやっているわけじゃないし、一部想像で補っている部分もあります。他にもあればぜひシェアしてください！ 上記のサイトで書かれている内容のうち、 オブジェクトのつながり具合が手続きでしか表現できない/知識表現が手続き側に偏っている 関係性が表現できない ユーザレベルでの部品化再利用に全然なっていない について取り扱います。 オブジェクトのつながり具合が手続きでしか表現できない/知識表現が手続き側に偏っている 元は2項目ですが、内容的
シンプルでわかりやすいコードを書くためにあなたがすべきこと - give IT a try
はじめに 先日、とある知りあいのRubyプログラマからこんな相談を受けました。（内容はちょっとボカしてます） 社内のコードレビューでもっときれいなコードを書けるようになった方がいい、と言われました。 「きれいなコードを書けるようになれ」と言われても、具体的にどうすればいいかわかりません。 伊藤さんのアドバイスを聞きたいです。 この内容だけだとどんな問題があるのかわからないので、実際に指摘を受けたRailsアプリのコードを見せてもらいましたが、確かに「もうちょっと頑張りましょう」と思うような点がチラホラありました。 ただ、具体的にどうすればいいの、という答えは一言では言えません。 というわけで、今回のエントリではこの悩みを解決するのに参考になりそうな話をあれこれ書いてみようと思います。 （その前に）もくじ かなり長い記事になってしまったので、先に目次を載せておきます。 はじめに （その前に）
デザインパターンをチームで学んで得たもの - CARTA TECH BLOG
おはようございます、こんにちは。Zucks Affiliate事業本部でエンジニアをやっている新卒二年目のだっちと申します。 この事業部には最近部署異動で配属され3ヶ月ほど経ちました。 さて、今回は@t_wadaさんと事業部内エンジニアで毎週行っているJava言語で学ぶデザインパターン入門の読書会で得た知識によって設計の語彙がチームに浸透してきて円滑にリファクタリングの方向性が進んだ話をしたいと思います。 簡単な事業部紹介 Zucks Affiliateは名前の通りアフィリエイトを扱っている事業部で、エンジニアや営業間のコミュニケーションも盛んで日々雑談から事業・技術的な相談まで気軽にしています。 エンジニア間では朝・夕会でお互いにやっていること・詰まっている部分を共有しているのに加えて、コードは全員でレビューし、具体的に何をしているかがしっかりと把握できている状態になっています。 総じて
オブジェクト指向の問題点 - ビスケットのあれこれ
オブジェクト指向プログラミングを神格化するような記事が流れてきたので，僕が知っている問題点について書いてみたいと思います．僕がまだ学生だったころは，オブジェクト指向の評価もまだそれほど定まっていなくて，オブジェクト指向の次はどんなパラダイムが出てくるかとか普通に学生レベルで議論していたものですが，ここまで強大になってしまうとそれを打ち負かそうなんて気にはならないのでしょうか．僕にはオブジェクト指向が普遍的な真理という感じは全然しなくて，ここまで使われてる理由は，現実的なテクノロジーで大きなシステムを作らなければならない必要性のほうを優先した結果であると認識しています．オブジェクト指向がその後の25年ほどもずっと安定してその地位を保てるほど素晴らしいものとは思えないのです． 以下で上げる問題点は，個別に解決している研究はあったりしますし，僕も論文を書いたりしましたけど，実際の言語に導入されて
世界の凄腕エンジニア達からのプログラミングに関するお言葉集は不思議にココロを打つのでした - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 世界の凄腕エンジニア、科学者が講演や本で語ったプログラミングに関する言葉を集めた、「凄腕エンジニアのお言葉集」は不思議にココロを打つのでまとめた。 たった一言でもその言葉を発するまでに作ってきたすごい製品や打ち出したすごい理論の上にある、と思うとなにかずっしりとその言葉の重みを感じる。 シンプルな方がいいんだよ Simpler is usually better - Rich Hickey Rich HickeyはClojure作った人、そうそうシンプルがいいんですよ。分かってはいるんだけど、なんかいつの間にか複雑なコードになってしまっ
オブジェクト指向と20年戦ってわかったこと - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事の内容 オブジェクト指向と10年戦ってわかったこと Twitterやはてブコメントを見たら、「わかりやすかった」というコメントもあったのですが、どちらかというとネガティブ方面なコメントが多く目につきました。マサカリという用語で忌憚なく意見を言う風潮については別にいいんですが、「わかりにくい」「間違っている」「古い」みたいなコメントは何も生み出さないし、みんなでニコニコポエムを投稿しあうやさしいインターネッツになったらいいなって思ったので、僕もオブジェクト指向について投稿しようと思います。 何原則？ ３原則じゃなくて4では？みたい
jig.jp、子供がプログラムを学ぶ教育ワンボード「IchigoJam」新バージョン
jig.jpは9日、子供のためのプログラミング教育ツール「IchigoJam BASIC」のVer1.2を発表した。すでに累計発行ライセンス数は15,000を突破。店頭予想価格(税別)は、プリント基板完成版が2,000円前後、キット版が1,500円前後。 「IchigoJam BASIC」は、4KBのメモリで動作するプログラミング入門用ワンボードマイコン。映像出力インタフェースにコンポジットビデオ×1を装備し、家庭用TVや小型液晶TVなどに映像を出力可能。文字入力用にはPS/2キーボード用インタフェースを備え、電源はmicroUSB端子だ。 子供がプログラミングの初歩を学ぶことに最適化し、今回の新バージョンでは文字列を使ったプログラミングに対応。はんだづけや、ブレッドボード上で組み立てるなど、1時間程度で簡単なTVゲーム作りをワークショップで体験するサービスも行っている。
最近コード中のTODOコメントの書き方を工夫している - $shibayu36->blog;
コード中に後でやろうと思って以下の様なTODOコメントを書くことがあります。TODOコメントというのは # TODO: 後でリファクタリングしたい ... # TODO: 投稿機能ができたら置き換えること ... みたいなやつです。 コード中にTODOコメントを気軽に書いてしまいがちですが、よくTODOコメントが放置されて気づいたらプロジェクト中に大量のTODOコメントが書かれたりすることがあります。直せる量を超えてくると、直すモチベーションも下がってきて、結局ただのコメントと同じ状態になります。 最近いろいろ工夫して、TODOコメントの書き方を変えたところ、そこそこうまく回ったのでメモしておきます。 TODOコメントの問題点 問題点として次のものがあると考えました。 (1) 書く人によって形式がバラバラ TODO, XXX, FIXMEなどバラバラだったりする (2) TODOコメントの
さまざまな言語のコードスニペットが共有できるサイト「glot.io」 | ライフハッカー・ジャパン
「glot.io」は様々な言語のコードスニペットが共有できるサイトです。その場でコードを書いて実行し結果を得ることができます。メジャーなプログラミング言語は対応されているので助かりますね。 以下に使ってみた様子を載せておきます。まずglot.ioへアクセスしましょう。 このように多種多様なプログラミング言語がサポートされています。お好みの言語を選択しましょう。 最初にサンプルのコードが一行埋まっていました。自由にコードを書くことができ、その結果をその場で確かめることが可能。作成したスニペットは保存してほかのユーザと共有することもできます。コードの共有をしたいときにも役立ちますのでぜひご活用ください。 glot.io （カメきち）
できるプログラマーからペアプロで習う勉強方法をUpworkで試した - うめのんブログ
僕はiPhoneアプリの開発してるんだけど、Taxnoteという、確定申告の帳簿入力アプリに自動同期機能を付けて欲しいという要望が前から多かったんです。 なので、去年の9月ぐらいにParseという、自分みたいなサーバサイドできない人のためのサービスを作ってペチペチ3ヶ月ぐらい作っていたのだが、残念ながら、ザッカーバーグが育休から戻って来たと同時にサービス停止を決めてしまった。 ザッカーバーグは育児にちょっと疲れて、その勢いで僕の三ヶ月の努力を潰そうと決断したに違いない。 とまあ、そういうわけで、今年に入ってからRuby on Railsでバックエンドを作ろうと、久々に新しい言語というか、フレームワークを勉強してました。僕はあんまり勉強とかするのが好きではないので、どうやったら少ない時間で目的が達成できるか考えて、試したところ、すごく自分には効果があった方法が見つかったので、それについて書き
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
senseicode.club
http://post.simplie.jp/posts/34
TechCrunch | Startup and Technology News
