メンバーに恨まれそうな3つのコードレビュー施策を徹底したら、逆にメンバーが爆速で成長した話 - Qiita
ある程度経験を積んだレビュワーがやりがちな失敗は、 指摘しやすいコーディング規約違反だけ指摘している というもの。 コードレビューで指摘するべき欠陥とは、必ずしも規約違反だけではなく、 仕様考慮もれや機能的なバグ、非機能的なセキュリティやパフォーマンス上の問題点も含まれる。 一つ関数に対して複数の視点でソースチェックをしないといけないが、 人間は同時に複数のことは考えられない。 そこでどうすればいいかと情報をあさっていたところ、 われらがIPAがセキュアプログラミング講座というWEBページで、 四回に分けてレビューすることを提唱していた。 １回目はどこに何があるか、 ２回目は可読性が確保されているか、規約にのっとっているか ３回目は機能性 ４回目はセキュリティ といった具合である。 IPAの講座では４回目はセキュリティに限定しているが、 担当していたプロダクトは、非機能面はセキュリティはも
7/26 レッスン : ブログ
ブックオフで先日買った『議論のレッスン』（著：福澤 一吉）を読み終えました。 かなり面白い本だったのでオススメです。 と言っても誰も読まないと思うので、内容をまとめたものをここに書いてしまいました。 ちょっとの間だけ無益なツイッターをやるのを我慢して、勉強のつもりで読んでいってください。 きっと、ためになります。 1/10 議論と言っても堅苦しいものではありません。 学校の授業でやるようなディスカッションも議論ですが、ここでは日常的な会話も議論になりえます。 というのも、ここでの議論の意味は単純に言うと「自分の言いたいことを言う」ことだからです。 例えば小学校のとき親や先生に怒られた経験があるでしょう。 「こうしてはいけない」というのは先生の言いたいこと（主張）です。ゆえにこれも議論であると言えます。 しかし皆さん、親や先生に怒られたときになんだか理不尽というか納得できない気持ちになったこ
だんだん開発スピードが遅くなっていくのをどうやってとめたら良かったんだろう？ - Mitsuyuki.Shiiba
先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第２ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1本買えること」 最初に「100円を入れてボタンを押すとコーラが1本買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速！ 「200円を入れてボタンを押すとオレンジジュースが1本買えること」 次に「200円を入れてボタ
意外とできてる会社ばかりではない！？Webデザインを行う前にすべき、Webディレクション作業まとめ。
こんにちはMUUUUU.ORGの中の人こと、QUOITWORKS Inc.のムラマツです。 最近はWebデザインと、グラフィックデザインが同時に発生する案件を絶賛募集しております！（宣伝） えーと今回は、Webのディレクションというのは正直決まったやり方が存在していないのが現状でありまして、 今の時代の業界標準を確認し直そうと思いまして「第一線のプロがホンネで教える 超実践的 Webディレクターの教科書」を参考に、改めてWebディレクションとは何をする仕事なのか、 Webデザインを始める前段階というところにフォーカスしてまとめました。 目次 前段：コミュニケーションはディレクターのメイン商品 1.ヒアリングをする 2.リニューアルの場合、現サイトの課題だしをする 3.コンセプトを作る（共通言語となる目標を決める） 4.ポジション設定をする（競合に対しての強みを見つける） 5.ペルソナ作り（
初心者を戒めるPHP - Qiita
この記事は何か 挑発的な文言になってる箇所はあるものの、内容としてはそれなりにまじめに書いたつもり。むしゃむしゃしてやった。いまでは反芻してゐる。 PHPDocは必ず書け あらゆる再利用可能な手続きは、他人が容易に応用できるように型が明示的でなければいけない。メンバー全員が実装コード全てを把握できるものならそれが理想だけれど、残念ながら時間は有限だ。ヘッダだけを読んでメソッドの仕様が理解でき、またはコードを読む助けになるようなコメントが良い。 有名な事実を紹介すると、多くのコードは数か月(早ければ数日！)も経てば、他人が書いたコードに感じられるほど理解できなくなることがしばしばある。もちろん設計の練度にもよらうが、設計判断について注意を要した点などをコメントに残しておくことで、ひいては未来の自分の役に立てることができる。 お前の先輩は「PHPには型がない」などと知ったかぶって意味不明1なこ
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
従順なイクメンは､暴発するかもしれない
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
仕事と育児の両立、私は頑張ってないって胸張って言いたい。 - リクナビNEXTジャーナル
仕事と育児の両立ってのをやっていると、まあ次から次へと困難が降りかかってくるものだ。 私も現在、仕事をしながら2歳の娘を育てているが、あの“お子様”とかいうやつは、仕事が忙しいときに限って熱を出すし、こちらが腕によりをかけた料理は一口も食べないし（焼いただけのウインナーは食べる）、朝急いでいるときは決まってダンゴムシになって動かなくなる。 やはり普通に仕事をするのとは違って体力も消耗するし、イレギュラーな問題が起きて予定は崩れるし、会社には気を使うし、子どもと会えない時間が増えることでの不安なんかもあるし etc.…で、両立ならではの大変さというのは当然あるだろう。 そして、このような大変な状況に身を置くと、私たちはすぐに「頑張ってしまう」のだ。 「頑張らないと乗り越えられない」という思いがあったり、「頑張るのはいいことだ」という風潮があったり、場合によっては「頑張ってる自分かっこいい」な
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
ごく普通の会社で社内勉強会・社内研修みたいのを散々やってきたけど、あまり成果が出てこなかった話でもひとつ。 - terurouメモ
社内勉強会ネタがなんか盛り上がってますね。2004年ぐらいから散々やってきましたが、大きな成果を得られていないみたいな話でも書いとこうかと思います。 認識してる元ネタ 社内勉強会をやらない理由 - 勘と経験と読経 社内内弁慶を社外勉強会に参加させる方法: ソフトウェアさかば 社内勉強会はヤメだ。自主的はいらん、全員技術発表だ！ - Ｈのキーがhellで、Ｓのキーがslaveだ、と彼は思った。そしてＹのキーがyouだ。 はてブコメントとかを流し見ていると、どうも空中戦になってるようですね。 話がややこしくなるので、対象を絞り込む ここではとりあえず、Web系を除いたSI・メーカ系で、業界平均レベルの技術力の人間が社員の大半を占める会社に対象を絞ります（Web系あまりわからない。あと技術力が高いところは勉強会ガーとか言ってないはず）。 社内勉強会の目的 社内勉強会を開催する目的は大きく分けて、
スクラムに関する無料の日本語資料のまとめ | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 スクラムを学習するにあたって参考になる【無料】の資料を以下にあげておきます。 僕がコーチングする際は上２つの資料については事前に読んでもらった上で、トレーニングを実施したりしてます。 スクラムガイドスクラムの父であるジェフ・サザーランド氏とケン・シュエイバー氏が書いた公式のルールブック。 これを読まないでスクラムをやるのはマズイです。 http://www.scrumguides.org/日本語版は、多くの本の翻訳をされている角さんが訳されてます塹壕よりScrumとXP昨年開催したScrum Gathering Tokyoで基調講演をされたヘンリック・クニベルグ氏によるScrumとXPの実践事例。 どういう問題がおきてどう改善したかも分かる。 http://www.infoq.com/jp/minibooks/scrum-xp-from-the-t
SCRUM/アジャイル開発の入門資料を全力でまとめてみた
『アジャイルサムライ－達人開発者への道－』に続いて、アジャイル開発のバイブル的書籍『SCRUM BOOT CAMP』を読みました。SCRUMの実践的な知識を漫画をおりまぜながら、本当にわかりやすく書いている良本でした。これから何度も読み直して、アジャイルの習得に努めます！ ということで、今回は書籍を読む過程で集めたSCRUMやアジャイル開発に関するスライドやPDF、ブログ記事などをまとめていきます！ 🗽 アジャイル開発手法特論 From Agile-development-course-advanced-1-2 産業技術大学の2013年2Qの講義『アジャイル開発手法特論』の資料だそうです。SCRUM BOOT CAMPの著者の一人であるながせ☆みほさんの作です。ちなみにながせさんのブログ上に#6までの資料がアップされています。ほかのスライドもかなりのボリュームで読み応え抜群です！ 😀
新人Webデザイナーにありがちな５つのコミュニケーショントラブルとその解消法｜MarTechLab（マーテックラボ）
LPO研究所の鳥居です。 「イメージしてたデザインと全然違う」 「これじゃ売れる気がしないんだけど」 「ちゃんと頭使って考えてんの？」 突然ですが、あなたは日常的にこんなことを言われていませんか？ 今の職場でWebデザイナーとして働きはじめてはや７年。私は、今では後輩デザイナーの育成も行う立場なのですが、新人が先程のようなセリフを言われるのを毎日のように目にしています。 無論、私自身も新人の頃はこっぴどくやられました。 今なら分かることですが、これは 新人Webデザイナーが共通して「取るべきコミュニケーション」を取っていないから起こるトラブル なのです。 あなたは今、デザイン制作におけるコミュニケーションに自信を持てていますか？ もしかすると今この記事を読んでいるあなたは「Webデザイナー」ではなく、クライアントから要望を聞く「営業」や「ディレクター」の立場かもしれません。 しかし基本は同
ダメ上司にならないために気をつけたい、ありがちな7つのミス | ライフハッカー・ジャパン
人の上に立つ人が最もやりがちなミスをあげました。それぞれの項目をじっくりと見て、胸に手を当てて自分の行動を考えてみましょう。そして、同僚や社員の行動についても考えてみましょう。同じようなミスを何度も繰り返している人はいますか？ 自分はどうですか？ ×1. コミュニケーションができていない 情報というのは、社員に即座に正しく仕事をさせるだけの力があるものです。社員に伝えている情報が正確かつ完ぺきであればあるほど、それだけ早く良い仕事を社員にしてもらうことができ、顧客にも良いサービスを届けることができます。 ×2. 根本的な解決よりも、その場しのぎの対応をする その場しのぎの対応で満足していては、長続きはしません。問題の根底にある原因を、立ち止まり時間をかけて追求し、それからその問題を根本的に解決するための戦略を練り上げます。できるだけ何もしないようにすることは、本当の意味での問題解決にはなり
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
電話加入権が生んだ日本のワークスタイル
島型でパーティションのない机、部門代表に掛かってくる電話、朝礼後にオフィスを出発して夕方に帰社して終礼する営業担当者――日本のオフィスの日常風景で「和を大事にする日本」の象徴とも言われる。なぜこうした業務スタイルになったのか。源流を辿っていくと、不思議なことに「電話加入権」に行き着いた。 日経コミュニケーション6月号で、特集「固定電話はもういらない？」を執筆した。ひかり電話需要による内線電話システムの更新から7～8年が経過し、オフィスの電話が更改期を迎えつつある。特集ではオフィスの電話のあり方について、先進ユーザーやベンダーの動向をまとめた。 取材の過程でふと気になり、内線電話システムのベンダーに「なぜ現行の電話スタイルになっているのか」と聞いたところ、帰ってきた答えが「電話加入権が大元の理由」とのことだった。 ことのあらましは以下のようなものだ。加入電話サービスを利用するには、1回線ごと
「あ、この人、仕事できるんだろうな」って思う9つの瞬間-Six Apart ブログ｜オウンドメディア運営者のための実践的情報とコミュニティ
社会人を長年やってますと、自分なりの「人の判断の仕方」ってものができあがってきます。 「この人は信用できそうだ」とか「あの人とは距離をおいて付き合おう」といった自分なりのアンテナです。大人って、イヤな生き物ですね（笑） でも、みなさんも、こういうアンテナを無意識のうちに働かせているはずです。 大人はとてもすれた生き物でして、ちょっとやそっとでは人を信用しないようになってしまいますが、今日は私なりの「あ、この人、仕事できるんだろうな」って思う9個の瞬間を紹介します。 1.メールのレスが早い メールのレスの速さと仕事能力は、ほぼ比例します。忙しいと遅くなるのではという気がしますが、逆です。むしろ、早いのです。 早い人は、内容も洗練されています。まず結論があり、次に理由、誰が何のアクションをいつやるのかといった5W1Hが2〜3行で書かれているのがよくあるパターン。過剰な装飾、あいまい表現がなく、
ナベタくん（仮）の選挙 ※大塚英志さんのメールの転載 - 続・はてなポイント３万を使い切るまで死なない日記
※HPもフェイスブックもやっていないから、という大塚英志さんからメールで送られてきた文章をそのまま転載しました。 ぼくの昔の教え子にナベタくん（仮名）、という子がいる。 十年以上か、もう少し前、ぼくが専門学校で二年ほどラノベの書き方を教えていた時の生徒だ。真面目な子だから卒業後は書店でアルバイトをしつつ小説を書いている、という近況を聞いたのは七年か八年前だ。彼らと卒業後やっていた勉強会も、ぼくが神戸の大学に行くことになって止めてしまったので、この何年か何となく音信不通になっていた。 ところが去年、ニコニコ動画の公式チャンネルで月イチのまんがの番組を公開録画で始めると、当時の教え子の姿がちらちらし出した。介護士をやっている奴や、中には誰でも知っている携帯ゲームを考案した奴もいたけど、ナベタくんは色々あって本屋のバイトも辞めて、ニートというか微妙に引きこもり状態だという話で、リハビリを兼ねて（
「泣き落とし」が米国人に伝わらない理由。そしてごく稀にある、米国人が「泣き落とし」で来た場合にどうするか？：永井経営塾：オルタナティブ・ブログ
「泣き落とし」が米国人に伝わらない理由。そしてごく稀にある、米国人が「泣き落とし」で来た場合にどうするか？ 米国人と交渉する際に、 「これができないとどうしても困る。だからお願い」 と泣き落としモードで交渉する場合があります。 日本人同士ならば「しょうがないなぁ」ということで交渉が成立する場合があります。 しかし相手が米国人の場合、この方法で交渉してもかなりの可能性で負けます。(稀に交渉成立する場合もありますが) いくらこちらの状況を詳細に説明して、困った状況を伝えても、相手からすると"so what?" (で、それがどうしたの?)なのですよね。 実際に"So what?"とあからさまに言われることは少ないですが、本音はそんな感じです。 泣き落としモードが伝わらないのは、単にこちらの努力不足または力不足と受け取られてしまうからです。 それは、米国ではロジックで議論が成り立っているからです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
