Supershipさまで「既存のコードを変更するノウハウ」を学ぶ研修を行いました クリアコードの結城です。 この度Supershipさまからご依頼を頂き、先方のグループ各社内の新入社員の方々を対象とした研修の一環として、「既存のコードを変更するノウハウ」を学ぶワークショップを2018年9月に開催しました。 この記事では研修の実施に至った背景事情と、実際に研修の中でお伝えした内容をご紹介します。 「社会人レベルのコードを書けるようになる」とはどういう事か？ 本件は元々、Supershipさまのグループ各社横断で行われる新人研修の一環で、「社会人レベルのコードを書けるようになる事」をテーマに1日かけて行う特別プログラムとしてご相談を頂きました。 そこでまずは、「社会人レベルのコードを書ける」とはどういう事か、「学生レベル」や「趣味レベル」との違いはどこにあるのかという事から考え直してみることに

＜この記事は「Money Forward Advent Calendar 2015」の10日目の記事です＞ エンジニアとして成長するために日々、新しいことや興味のあることを勉強している方が多いと思います。 今回は私が実践していてオススメだと思う学習方法を紹介させていただきます。 その1 Twitter ある言語や分野について学んでいくうちに自ずと、その界隈で有名な人を知るようになると思います。 それは、困った時にググると毎回出てくるブログの著者の方だったり、勉強会に参加した時に発表していた登壇者の方だったり。 そうやって知った方々を私はTwitterでフォローするようにしています。 理由として、そういった方々はアウトプットが素晴らしいため、Twitterでのツイートも有益な情報をつぶやかれていることが多いと感じているからです。 また、その方がフォローしている方やBotもとても有益な情報をも

mixi Advent Calendar の17日目です。 今までまともにコードレビューをしたことがなかったエンジニアが、半年前からコードレビューを経験し始めて、チームの雰囲気が良くなった（と思っている）レビューの仕方をご紹介します。 私は株式会社ミクシィのグループ会社である株式会社 Diverse へ出向して、そこでデーティングサービス YYC の Android クライアントを開発しております。 現在、 YYC の Android クライアントは大規模な改修を行っていて、それに合わせて開発チームの再編成・開発フローの改善などいろいろな試行錯誤をしています。 その試行錯誤のうちの一つとしてコードレビューでの取り組みをご紹介します。 ここで説明すること、しないこと ここでは以下のことについて説明します。 コードレビューの雰囲気を良くする（良く保つ）方法 自分やチームメンバーの成長を促すため

質問：あなたの強みや得意分野は何ですか？ プログラマのみなさんに質問です。 あなたの強みは何ですか？ 胸を張って「任せとけ！」と言える得意分野はありますか？ これはソニックガーデンの採用面談でよく聞かれる質問です。 僕もときどき採用希望の人と面談（という名の雑談）をすることがあるのですが、この質問に対して「はい、私はxxが得意です！」と即答できる人はかなり少ないです。 まあ、入社を希望する段階でいきなり「これが得意です！任せてください！」と言うのはかなり勇気がいりますよね。 下手に偉そうなことを言って、あとから「なんだ、大したことねーな」と思われたくない、という不安もきっとあるでしょう。 僕もかつては即答できなかった 何にせよ、即答できない気持ちはよくわかります。 実際、ソニックガーデンに入社した当時の僕もそうでした。 しかし、入社してから3年ほど経ってみると、いつの間にか僕にも得意分野（

メリークリスマス！ 楽しいアプリ道場Advent Calendarも今回で最終日です。クリスマスなので、これからアプリ開発をしてみたいあなたやアプリ開発をはじめたばかりのあなたへちょっとしたプレゼントを贈ります。 そのプレゼントとは、『アプリ開発を楽しむために実践している7つのメリーメソッド』です。具体的には、 『わたしがアプリ道場で学んだことを活かして、どんな風にアプリ開発を学んできたか』を紹介します。 この記事が、あなたの楽しいアプリ開発につながりますように。 メリーメソッド1 〜本のコードを写経する〜 まずはなんといってもこれです！ 英語などの新しい言葉を学ぶとき、まずはその言葉に触れますよね。プログラムはコンピューターとお話するための言語なので、その原則は変わらないです。 ですので、まずは入門書を一冊買ってきて、そこに書かれているサンプルコードをひたすら写経（＝本を見ながら入力する

お勧めの記事がありましたらコメントなどで教えて頂けると幸いです。 Guidelines プログラマが知るべき97のこと 技術的負債 不慣れなコードベースで短期間に生産性を高めるための7つの方法 何も知らない人を育てるために(新人教育情報キュレーション) 保守開発に開発者として入って困ることのまとめ(実体験) 技術系の名言まとめ++ 真似をする前にバッドプラクティスかどうかを調べてみよう 読まれない名著「人月の神話」を本気で読み込んでみた（まとめ） 技術的負債とどうやって戦うか 楽しいコーディングのための CUPID - SOLID 原則に対するアンチテーゼ エンジニア基礎(新人研修資料) Coding Style モデルやメソッドに名前を付けるときは英語の品詞に気をつけよう 関数名や変数名に使えそうな動詞・名詞・形容詞のメモ Naming -名前付け- DRY原則をもう一度 -コンカレント

From: リスキルテクノロジー 高坂一城 新宿本校にて 以前「綺麗なコードの書き方」について お話をしました。 統一感があるソースコードは、 非常に見やすくなります。 さて、綺麗なコードを書けるようになったら、 次のステップとして 「分かりやすい」コードを書くことを 心掛けましょう。 分かりやすいコードとは、 一体どういうものでしょうか。 プログラミングには、 「ネーミング（名前付け）」 と呼ばれるものがあります。 皆さんも、コンピュータ上で 新しいファイルやフォルダを作成するときに、 適切なファイル名やフォルダ名を付けますよね。 これと同じように、 プログラマがソースコードを書く際に、 ソースコード中に自由に名前を付けることができる 場所がたくさんあります。 そういった場所に適切な名前を付けることを 「ネーミング」と言います。 ネーミングの難しさ プログラミング言語の多くは 「英語」で

「ソースコードを綺麗に書く」というのは、プログラマーであれば誰しもが心掛けたいと思っている極めて重要な事柄です。そもそも「綺麗なコードってなんぞ？」という感じですが、いくつかあると思います。 改行位置/空行の数/インデントなどに一貫性があり整っていて、パッと見が綺麗 「こんな難しいことがこんなに簡単に書けるなんて！」というエレガントさ 理解しやすい etc... ひとつ目は美的感覚の問題なので、基本的には人それぞれということで今回は言及しないことにします。チーム開発の場合はソースコード整形ツールで一定のクオリティを維持するのがお手軽ですね。ふたつ目もさておき、今回は「理解しやすさ」について考えてみようと思います。主にプログラミングの勉強を始めた人向け。 ※ 画像を借りているだけで、この本のオススメをする記事ではありません！ 1. そのコードを誰が読むのかを考える 「理解しやすいコード」は「

「プログラミングを学ぼうと瞬間最大風速的に意識は高くなるものの、一人でいると気がついたら一日ソシャゲして夕方頃に『また今日も勉強できなかった』と自己嫌悪。」モチベーションが続かない時の対策をはじめ、学び方、学べる環境の作り方をまとめています。

KokiSugihara_HCG2023_A method for visualizing causal relationships between to...Matsushita Laboratory